druidfan
30.10.2015, 08:43
Здравствуйте, Имеется следующая ситуация. Центральный IP шлюз NRSM на базе 81 станции (CS1000M-SG 7.5). Два Ендпоинта CUCME (SIP) и M61 (H323). вызовы с CUCME Обрываются при поднятии трубки на станции M61. В чем может быть проблема? в маршрутизации или может что то с кодеками не так?
На циске на диал пирах прописан класс кодек с 711 и 729 кодеками. на меридианах тоже используются 711+729. Никак нельзя видимо из H323 в SIP? Подскажите. вызовы с 61 на CUCME проходят нормально.

jetc
30.10.2015, 09:43
Здравствуйте, Имеется следующая ситуация. Центральный IP шлюз NRSM на базе 81 станции (CS1000M-SG 7.5). Два Ендпоинта CUCME (SIP) и M61 (H323). вызовы с CUCME Обрываются при поднятии трубки на станции M61. В чем может быть проблема? в маршрутизации или может что то с кодеками не так?
На циске на диал пирах прописан класс кодек с 711 и 729 кодеками. на меридианах тоже используются 711+729. Никак нельзя видимо из H323 в SIP? Подскажите. вызовы с 61 на CUCME проходят нормально.

Возможно, потому, что NRSM - не IP шлюз, а также потому, что никаких сведений о маршрутизации вызовов, сценарии тестовых вызовов и их трассировки вы не предоставили.

druidfan
30.10.2015, 10:29
Возможно, потому, что NRSM - не IP шлюз, а также потому, что никаких сведений о маршрутизации вызовов, сценарии тестовых вызовов и их трассировки вы не предоставили.

ОК.

M81:
Номера - 24XXХ
NRSM:
Endpoint на CUCME:
Static sip, redirect mode TCP+UDP
Endpoint на M61:
Static sip+RAS H323, redirect mode TCP+UDP
route соответственно уникальны не повторяются и DN Type = CDP steerinc code для всех.

CUCME:
Номера - 2440Х
Dial-peer все вызовы на M81 протокол SIP.

M61:
Номера - 203XХ
Route до M81 - H323 ,SIP В RLB Прописано сначала H323.

По трассировке если подскажете как на сигнальных серверах ее запускать, то значительно повысите мой exp. У меня почему то не получилось. Включал трассировку на tty линии прописывал правила и для sip и для H323. Но видимо не верно в консоли так и не увидел ничего.

P.S. Забыл указать что номера 2440Х Находятся на CUCM, А CUCME выступает в роли шлюза. Вызовы С 81 на CUCM работают в обоих направлениях.

Есть мысль что 61 просто пытается соединиться по H323, но я пробовал добавлять H323 dial-peer Между CUCME и 81. результат тот же.

jetc
30.10.2015, 12:05
Сценарий вызова-то какой ?
Сценарий успешного. сценарий неуспешного.
Сценарий - это когда понятно, абонент какого типа с каким номером набрал какой номер и что было дальше, а не когда есть много цифр и букв.

"Dial-peer все вызовы на M81 протокол SIP." - на IP адрес чего ?

Не умеете снимать трассировку на серверах - делайте миррор портов, снимайте дамп пакетов для успешного и неуспешного сценариев.
Если вообще никак не умеете - очень жаль.

druidfan
30.10.2015, 13:46
Сценарий вызова-то какой ?
Сценарий успешного. сценарий неуспешного.
Сценарий - это когда понятно, абонент какого типа с каким номером набрал какой номер и что было дальше, а не когда есть много цифр и букв.

"Dial-peer все вызовы на M81 протокол SIP." - на IP адрес чего ?

Не умеете снимать трассировку на серверах - делайте миррор портов, снимайте дамп пакетов для успешного и неуспешного сценариев.
Если вообще никак не умеете - очень жаль.

20390 звонок на 24404 вызов успешно.
24292 звонок на 24404 вызов успешно.
24404 звонок на 24292 вызов успешно.
24404 звонок на 20390 после поднятия трубки обрыв.

"Dial-peer все вызовы на M81 протокол SIP." - на IP адрес чего ?
На Ip Адрес ноды в TLAN 172.YY.YY.41
SIP&H323 GW = 172.YY.YY.37, 172.YY.YY.38

P.S. В общем заработало, не хватало все таки кодека в диалпире.

druidfan
30.10.2015, 13:57
JETC, может все таки подскажете с трассировкой на сигнальниках. Документацию какую нибудь. в официальной доке написано только какие параметры прописываются для команд. а последовательность и какие нужны не описана.

jetc
30.10.2015, 15:07
NN43001-730

Urri
30.10.2015, 18:12
Почему с двух сторон разные протоколы?
1. А на Меридиане SIP поднять лицензий нет или почему именно Н.323?
2. Почему на циске SIP? Там вроде проблем H.323 поднять особых нет.

druidfan
02.11.2015, 06:37
NN43001-730
Вот именно по этому документу я и делал.
Почему с двух сторон разные протоколы?
1. А на Меридиане SIP поднять лицензий нет или почему именно Н.323?
2. Почему на циске SIP? Там вроде проблем H.323 поднять особых нет.
1. Sip Есть, но по умолчанию сначало идет рут по H323, менять особо не спешу, т.к. все надо проверить, от этой станции еще 10 подключаются скорее всего кое где там нет SIP. Как я понял на NRSM транскодинга не происходит, и на всем пути вызова транспорт должен совпадать, поправьте если ошибаюсь.
2. С этим проблем нет. SIP вытек из 1 пункта.

jetc
02.11.2015, 09:49
Вот именно по этому документу я и делал.


Вот именно по этому документу вы и делали что ?
Что неясно, например, в разделе Chapter 16: Tools for Linux ?

Вы и сценария-то до сих пор нормально не описали.

Urri
02.11.2015, 09:56
Вот именно по этому документу я и делал.

1. Sip Есть, но по умолчанию сначало идет рут по H323, менять особо не спешу, т.к. все надо проверить, от этой станции еще 10 подключаются скорее всего кое где там нет SIP. Как я понял на NRSM транскодинга не происходит, и на всем пути вызова транспорт должен совпадать, поправьте если ошибаюсь.
2. С этим проблем нет. SIP вытек из 1 пункта.
А какие проблемы зарулить вызовы на SIP endpoint сразу в SIP Route минуя H.323?

druidfan
03.11.2015, 11:51
А какие проблемы зарулить вызовы на SIP endpoint сразу в SIP Route минуя H.323?

А я же написал, нужно проверить другие станции которые заведены на 61. Могут быть точки без поддержки SIP. если я RLB Поменяю, они будут недоступны т.к. NRSM переправляет тем же протоколом что и пришедший вызов. Я предлагаю закончить обсуждение на этом. У меня вопрос исчерпан.