Здравствуйте.
Схема такая:
CUCM--(MGCP)--Cisco3800--(SIP)--Cisco2811-ephone
|
|
E1
|
|
АТСДля экперимента CUCM соединяется с Cisco3800 помимо MGCP еще и SIP транком.
На 3800 пишутся dial-peer на номера CUCM (7XXX) и на Cisco2811 (77XX).
На CUCM и Cisco 2811 также строится маршрутизация.
Звонок со стороны Cisco2811 на CUCM проходят, а в обратную сторону - нет.
Причем в дебаге на Cisco3800 вообще ничего не появляется, хотя если соединить транком
непосредственно CUCM и Cisco2811 звонки идут в обе стороны. Т.е. я хочу сказать, что
нет никаких ограничений на CUCM для вызова номера на Cisco2811.
А вот когда я делаю транк с CUCM на Cisco3800 то такое впечатление, что вызов до Cisco3800
не доходит.
Чтобы это могло быть?
>А вот когда я делаю транк с CUCM на Cisco3800 то такое впечатлениеЭто прямо какое-то новое веяние в плане отладки сетевого оборудования.
>>А вот когда я делаю транк с CUCM на Cisco3800 то такое впечатление
> Это прямо какое-то новое веяние в плане отладки сетевого оборудования.Это не новое веяние, это макет для проверки того можно ли настроить SIP транк с CUCM на шлюз, в данном случае cisco 3800, который уже подключен по MGCP к CUCM.
Все пишут, что можно, но вот такая фигня выплывает.
Я про то, что слово "впечатление" не может употребляться как описание результата тестирования или отладки оборудования.
Вы не знаете как debug для голоса включить?
Попробуйте использовать разные IP для сервисов MGCP и SIP
> Попробуйте использовать разные IP для сервисов MGCP и SIPПопробую, спасибо.
term mon
debug ccsip messages
debug ccsip errors
> term mon
> debug ccsip messages
> debug ccsip errorsЗнаю, знаю.
В дебаге ничего не появляется, вообще. Terminal monitor не забыл.
>> term mon
>> debug ccsip messages
>> debug ccsip errors
> Знаю, знаю.
> В дебаге ничего не появляется, вообще. Terminal monitor не забыл.Вообще схема странная. Чего бы CUCM не сделать центральным узлом? Зачем гирлянда такая?
Я толком не понял схему и в чем проблема.
Шлюз под управлением MGCP и SIP транк на этот шлюз для UCM являются разными устройствами и никак не пересекаются. Для простоты понимания можете считать что E1 подключен напрямую к UCM. При обработке вызовов по портам, управляемым MGCP, шлюз не использует dial-peer'ы. То есть если вызов пришел на шлюз не через порт под управлением MGCP, он будет обрабатываться согласно dial-peer'ам и в порты под управлением MGCP средствами шлюза его не засунуть, только через UCM.