ARTCOM LOGO

Здравствуйте, гость ( Вход | Регистрация )

 
Ответить в данную темуНачать новую тему
> Не работает связь между LIKами по NET
samid
сообщение 18.10.2018, 14:32
Сообщение #1


Продвинутый пользователь
****

Группа: Участники
Сообщений: 135
Регистрация: 30.11.2012
Пользователь №: 18228



Приветствую.
Подскажите куда копать. Есть связка 3х станций LIK по NET. Так вот одна станция недоступна для одной другой.
Net Numbering Plan(324) настроен на одну Net CO Group 2, членом которой является Линия 001:

Index SystemUsage NumberingPlan Net CO Group CPNINFO 1
1 NET 431*** 2 10.60.12.1
2 NET 425*** 2 10.80.12.1


При наборе 431000 вызов проходит, а при 4225000 сообщение: ЛИНИЯ 001 : ОТБОЙ

При включенных Call Trace и VoIP Trace вижу для нерабочего направления:

298328112-[VOCMD] (0) : SETUP (callee-ip=10.80.12.1)
298328112-[VOCMD] (0) 0xA5, 55 - A104038090A31801893105800A500C01330100470C00140814041E1214641422266C080181343531
303737700780343235303939100101
298328112-[INFO] (0) : net-data included!
298328112-[UCMD] (0) CALL_PLACE
298328112-[VINFO] (0) q931 port=0
298328112-[VINFO] (0) : new hCall=0x80
298328112-[VINFO] (0) : TMR delete (SEIZE=d2cc)
298328112-[VINFO] (0) : TMR add (TCPCONNECT=d2cd)
298328112-[VINFO] (0) : TMR add (ALERT=d2ce)
298328112-[VINFO] (0) : TMR add (CONNECT=d2cf)
298328115-[VCBK] hCall=0x80, Send msg(cbk) - PROTOCOL_CBKMSG_MEDIA_CREATE...
298328116-[VINFO] (0) : load q931 fd=192, port=2121
298328116-[VCBK] hCall=0x80, Send msg(cbk) - PROTOCOL_CBKMSG_MEDIA_SETCAP...
298328117-[UEVT] (0) hCall=0x80 MEDIA_SETCAP
298328117-[VINFO] (0) : CBK (MEDIA_SETCAP, rx, pld=g.711-u(type=1)
298328117-[VINFO] transportA=10.40.12.1:7300/7301
298328117-[VCBK] hCall=0x80, Send msg(cbk) - PROTOCOL_CBKMSG_MEDIA_SETCAP...
298328118-[UEVT] (0) hCall=0x80 MEDIA_SETCAP
298328118-[VINFO] (0) : CBK (MEDIA_SETCAP, rx, pld=g.711-a(type=1)
298328118-[VINFO] transportA=10.40.12.1:7300/7301
298328118-[VCBK] hCall=0x80, Send msg(cbk) - PROTOCOL_CBKMSG_MEDIA_SETCAP...
298328119-[UEVT] (0) hCall=0x80 MEDIA_SETCAP
298328119-[VINFO] (0) : CBK (MEDIA_SETCAP, rx, pld=g.723.1(type=1)
298328119-[VINFO] transportA=10.40.12.1:7300/7301
298328119-[VCBK] hCall=0x80, Send msg(cbk) - PROTOCOL_CBKMSG_MEDIA_SETCAP...
298328120-[UEVT] (0) hCall=0x80 MEDIA_SETCAP
298328120-[VINFO] (0) : CBK (MEDIA_SETCAP, rx, pld=g.729(type=1)
298328120-[VINFO] transportA=10.40.12.1:7300/7301
298328120-[VCBK] hCall=0x80, Send msg(cbk) - PROTOCOL_CBKMSG_MEDIA_SETCAP...
298328121-[UEVT] (0) hCall=0x80 MEDIA_SETCAP
298328121-[VINFO] (0) : CBK (MEDIA_SETCAP, rx, pld=g.729a(type=1)
298328121-[VINFO] transportA=10.40.12.1:7300/7301
298328122-[VCBK] hCall=0x80, Not implemented (ext) - USEREXT_CBKMSG_NONSTRECEIVED...
298328123-[VCBK] hCall=0x80, Send msg(cbk) - PROTOCOL_CBKMSG_FACILITY...
298328124-[UEVT] (0) hCall=0x80 FACILITY
298328124-[VOEVT] (0) : FACILITY
298328124-[VOEVT] (0) 0xB5, 20 - 48020001280E69504543532D4C494B20564F4950
298328124-[VCBK] hCall=0x80, Not implemented (ext) - USEREXT_CBKMSG_NONSTRECEIVED...
298328125-[VCBK] hCall=0x80, Send msg(cbk) - PROTOCOL_CBKMSG_DISCONNECTED...
298328126-[UEVT] (0) hCall=0x80 DISCONNECTED
298328126-[VINFO] (0) : TMR delete (ALERT=d2ce)
298328126-[VINFO] (0) : TMR delete (CONNECT=d2cf)
298328126-[VINFO] (0) : TMR delete (TCPCONNECT=d2cd)
298328126-[VINFO] (0) DISCONNECT_VOICE (RX, 2)
298328126-[VINFO] (0) DISCONNECT_VOICE (TX, 2)
298328126-[N_INFO] (0), h.323 statistics, path=stop, type=udp
298328126-[N_INFO] (0), h.323 video statistics, path=stop
298328126-[VINFO] (0) : r_controlRxRfc2833, no relay channel!
298328126-[VINFO] (0) : r_controlTxRfc2833, no relay channel!


для рабочего направления:

298330850-[VOCMD] (0) : SETUP (callee-ip=10.60.12.1)
298330850-[VOCMD] (0) 0xA5, 55 - A104038090A31801893105800A3C0C01330100470C00140814041E1214641422266C080181343531
303737700780343331303730100101
298330850-[INFO] (0) : net-data included!
298330850-[UCMD] (0) CALL_PLACE
298330850-[VINFO] (0) q931 port=0
298330850-[VINFO] (0) : new hCall=0x81
298330850-[VINFO] (0) : TMR delete (SEIZE=d2d2)
298330850-[VINFO] (0) : TMR add (TCPCONNECT=d2d3)
298330850-[VINFO] (0) : TMR add (ALERT=d2d4)
298330850-[VINFO] (0) : TMR add (CONNECT=d2d5)
298330853-[VCBK] hCall=0x81, Send msg(cbk) - PROTOCOL_CBKMSG_MEDIA_CREATE...
298330854-[VINFO] (0) : load q931 fd=193, port=2122
298330854-[VCBK] hCall=0x81, Send msg(cbk) - PROTOCOL_CBKMSG_MEDIA_SETCAP...
298330854-[UEVT] (0) hCall=0x81 MEDIA_SETCAP
298330854-[VINFO] (0) : CBK (MEDIA_SETCAP, rx, pld=g.711-u(type=1)
298330854-[VINFO] transportA=10.40.12.1:7300/7301
298330854-[VCBK] hCall=0x81, Send msg(cbk) - PROTOCOL_CBKMSG_MEDIA_SETCAP...
298330856-[UEVT] (0) hCall=0x81 MEDIA_SETCAP
298330856-[VINFO] (0) : CBK (MEDIA_SETCAP, rx, pld=g.711-a(type=1)
298330856-[VINFO] transportA=10.40.12.1:7300/7301
298330856-[VCBK] hCall=0x81, Send msg(cbk) - PROTOCOL_CBKMSG_MEDIA_SETCAP...
298330857-[UEVT] (0) hCall=0x81 MEDIA_SETCAP
298330857-[VINFO] (0) : CBK (MEDIA_SETCAP, rx, pld=g.723.1(type=1)
298330857-[VINFO] transportA=10.40.12.1:7300/7301
298330857-[VCBK] hCall=0x81, Send msg(cbk) - PROTOCOL_CBKMSG_MEDIA_SETCAP...
298330858-[UEVT] (0) hCall=0x81 MEDIA_SETCAP
298330858-[VINFO] (0) : CBK (MEDIA_SETCAP, rx, pld=g.729(type=1)
298330858-[VINFO] transportA=10.40.12.1:7300/7301
298330858-[VCBK] hCall=0x81, Send msg(cbk) - PROTOCOL_CBKMSG_MEDIA_SETCAP...
298330859-[UEVT] (0) hCall=0x81 MEDIA_SETCAP
298330859-[VINFO] (0) : CBK (MEDIA_SETCAP, rx, pld=g.729a(type=1)
298330859-[VINFO] transportA=10.40.12.1:7300/7301
298330869-[VCBK] hCall=0x81, Not implemented (ext) - USEREXT_CBKMSG_NONSTRECEIVED...
298330870-[VCBK] hCall=0x81, Send msg(cbk) - PROTOCOL_CBKMSG_MEDIA_CREATE...
298330871-[VCBK] hCall=0x81, Send msg(cbk) - PROTOCOL_CBKMSG_MEDIA_SETCAP...
298330872-[UEVT] (0) hCall=0x81 MEDIA_SETCAP
298330872-[VINFO] (0) : CBK (MEDIA_SETCAP, tx, pld=g.711-u(type=1)
298330872-[VINFO] transportA=10.60.12.1:7300/7301
298330872-[VCBK] hCall=0x81, Send msg(cbk) - PROTOCOL_CBKMSG_MEDIA_START...
298330873-[UEVT] (0) hCall=0x81 MEDIA_START
298330873-[VINFO] (0) : CBK (MEDIA_START, FastStart, tx)
298330873-[VINFO] (0) : r_controlTxRfc2833, no relay channel!
298330873-[VINFO] (0) : CBK (MEDIA_START, SRTP:0,0 tx)
298330873-[VINFO] (0) : CONNECT_VOICE(tx, 2)
298330873-[VCBK] hCall=0x81, Send msg(cbk) - PROTOCOL_CBKMSG_MEDIA_SETCAP...
298330874-[UEVT] (0) hCall=0x81 MEDIA_SETCAP
298330874-[VINFO] (0) : CBK (MEDIA_SETCAP, rx, pld=g.711-u(type=1)
298330874-[VINFO] transportA=10.40.12.1:7300/7301
298330874-[VCBK] hCall=0x81, Send msg(cbk) - PROTOCOL_CBKMSG_MEDIA_START...
298330875-[UEVT] (0) hCall=0x81 MEDIA_START

Что ещу включить для логирования, чтобы увидеть трассировку межстанционную h323 и понять в чем причина?
Перейти в начало страницы
 
+Цитировать сообщение
AXEL
сообщение 18.10.2018, 14:47
Сообщение #2


гуру и создатель форума
********

Группа: Администраторы
Сообщений: 8680
Регистрация: 26.9.2006
Из: г.Фрязино
Пользователь №: 10



Для начала просто пинганите направления с атс.
Maintenance-Trace-Ping test.

Помните что сигнализация по H323 (в отличии от SIP) идет через VOIB ресурс, который отвечает и за голосовой трафик, а не через MFIM. Посмотрите какие линии вы прописали для приема ipnetwork и посмотрите к какому модулю они относятся.

трассировку лучше смотреть сниффером. например wireshark.


--------------------

Хрен, положенный на мнение окружающих, обеспечивает спокойную и счастливую жизнь. (Ф.Г.Раневская)

Перейти в начало страницы
 
+Цитировать сообщение
samid
сообщение 19.10.2018, 14:00
Сообщение #3


Продвинутый пользователь
****

Группа: Участники
Сообщений: 135
Регистрация: 30.11.2012
Пользователь №: 18228



Пинги ходят и, даже больше скажу, между этими проблемными для H323 связи MFIMами, отлично регистрируются работают аппараты 8002, зарегистрированные удалённо перекрёстно. Т.е. никаких проблем и ограничений в сети между MFIMами нет.
Ни на одной из этих станций нет VOIB платы. Линия 1 на всех станциях настроена идентично на тип NET. Эта линия относится к VOIP GW MFIM.
Перейти в начало страницы
 
+Цитировать сообщение
samid
сообщение 19.10.2018, 14:14
Сообщение #4


Продвинутый пользователь
****

Группа: Участники
Сообщений: 135
Регистрация: 30.11.2012
Пользователь №: 18228



Наладил. На всех MFIM для Линии 1 в (140) CO VoIP Mode везде установил в H323&RTP-Packet-Relay
Перейти в начало страницы
 
+Цитировать сообщение
samid
сообщение 10.12.2018, 18:29
Сообщение #5


Продвинутый пользователь
****

Группа: Участники
Сообщений: 135
Регистрация: 30.11.2012
Пользователь №: 18228



Исходящие в одном направлении перестали ходить по NET. При наборе 42, а затем ещё одной цифры на дисплее ошибка "Неверный набор". Если изменить 42 на 44, то работает. Почему не нравится именно 42?
Перейти в начало страницы
 
+Цитировать сообщение
AXEL
сообщение 11.12.2018, 9:32
Сообщение #6


гуру и создатель форума
********

Группа: Администраторы
Сообщений: 8680
Регистрация: 26.9.2006
Из: г.Фрязино
Пользователь №: 10



Цитата(samid @ 10.12.2018, 18:29) *
Исходящие в одном направлении перестали ходить по NET. При наборе 42, а затем ещё одной цифры на дисплее ошибка "Неверный набор". Если изменить 42 на 44, то работает. Почему не нравится именно 42?


Например, в 105 программе присутствует внутренний номер начинающийся на 42


--------------------

Хрен, положенный на мнение окружающих, обеспечивает спокойную и счастливую жизнь. (Ф.Г.Раневская)

Перейти в начало страницы
 
+Цитировать сообщение
samid
сообщение 11.12.2018, 11:26
Сообщение #7


Продвинутый пользователь
****

Группа: Участники
Сообщений: 135
Регистрация: 30.11.2012
Пользователь №: 18228



Цитата(AXEL @ 11.12.2018, 10:32) *
Например, в 105 программе присутствует внутренний номер начинающийся на 42


Действительно, а я в 101 посмотрел и успокоился.
Теперь нет номеров на 42 и часть проблемы решилась. В направлении 42 на станции нумерация на 5*** и 7***.
Настройки 425*** и 427*** в (324) идентичны.
Вызовы на 427*** пошли, а вызовы на 425*** по прежнему выдают НЕВЕРНЫЙ НАБОР. Куда ещё посмотреть? Жаль, что никакие трассировки не выдают проблему.
Перейти в начало страницы
 
+Цитировать сообщение
Dron
сообщение 11.12.2018, 11:49
Сообщение #8


ГУРУ
********

Группа: Модераторы
Сообщений: 15006
Регистрация: 19.6.2009
Из: г. Тула
Пользователь №: 13420



Цитата(samid @ 11.12.2018, 11:26) *
Действительно, а я в 101 посмотрел и успокоился.
Теперь нет номеров на 42 и часть проблемы решилась. В направлении 42 на станции нумерация на 5*** и 7***.
Настройки 425*** и 427*** в (324) идентичны.
Вызовы на 427*** пошли, а вызовы на 425*** по прежнему выдают НЕВЕРНЫЙ НАБОР. Куда ещё посмотреть? Жаль, что никакие трассировки не выдают проблему.

А как у АТС 5*** и 7*** своя нумерация в 324-й программе прописана?


--------------------
Вот смотрю я на вас и думаю: ещё выпить, или вы мне уже нравитесь? Анекдот
Перейти в начало страницы
 
+Цитировать сообщение
samid
сообщение 11.12.2018, 12:36
Сообщение #9


Продвинутый пользователь
****

Группа: Участники
Сообщений: 135
Регистрация: 30.11.2012
Пользователь №: 18228



Цитата(Dron @ 11.12.2018, 12:49) *
А как у АТС 5*** и 7*** своя нумерация в 324-й программе прописана?


Исходящий со Стороны А(10.60.12.1) в сторону Б(10.80.12.1) проходит на 427***, но не проходит на 427***.

Сторона А:
Прикрепленный файл  ______1.JPG ( 46,45 килобайт ) Кол-во скачиваний: 13

Сторона Б:
Прикрепленный файл  ______2.JPG ( 21,01 килобайт ) Кол-во скачиваний: 9
Перейти в начало страницы
 
+Цитировать сообщение
Dron
сообщение 11.12.2018, 12:46
Сообщение #10


ГУРУ
********

Группа: Модераторы
Сообщений: 15006
Регистрация: 19.6.2009
Из: г. Тула
Пользователь №: 13420



Цитата(samid @ 11.12.2018, 12:36) *
Исходящий со Стороны А(10.60.12.1) в сторону Б(10.80.12.1) проходит на 427***, но не проходит на 427***.

Сторона А:
Прикрепленный файл  ______1.JPG ( 46,45 килобайт ) Кол-во скачиваний: 13

Сторона Б:
Прикрепленный файл  ______2.JPG ( 21,01 килобайт ) Кол-во скачиваний: 9

Посмотрите внимательно на стороне А, может пропустили 425 в 105 и этот номер имеется?
LCR пользуете? Может там есть что то на 425? Digit Conv Table?


--------------------
Вот смотрю я на вас и думаю: ещё выпить, или вы мне уже нравитесь? Анекдот
Перейти в начало страницы
 
+Цитировать сообщение
samid
сообщение 11.12.2018, 13:25
Сообщение #11


Продвинутый пользователь
****

Группа: Участники
Сообщений: 135
Регистрация: 30.11.2012
Пользователь №: 18228



Цитата(Dron @ 11.12.2018, 13:46) *
Посмотрите внимательно на стороне А, может пропустили 425 в 105 и этот номер имеется?
LCR пользуете? Может там есть что то на 425? Digit Conv Table?


В (105) точно ничего нет, начинающегося на 4.
В LCR использую 41, для направления на SIP группу СО:
Прикрепленный файл  ______1.JPG ( 34,16 килобайт ) Кол-во скачиваний: 6

Прикрепленный файл  ______2.JPG ( 75,12 килобайт ) Кол-во скачиваний: 4


Ошибка НЕВЕРНЫЙ НАБОР появляется после того, как номер набран полностью, типа 425050. Номера, на которые звоню, активны.
Перейти в начало страницы
 
+Цитировать сообщение
Dron
сообщение 11.12.2018, 14:30
Сообщение #12


ГУРУ
********

Группа: Модераторы
Сообщений: 15006
Регистрация: 19.6.2009
Из: г. Тула
Пользователь №: 13420



Цитата(samid @ 11.12.2018, 13:25) *
В (105) точно ничего нет, начинающегося на 4.
В LCR использую 41, для направления на SIP группу СО:
Прикрепленный файл  ______1.JPG ( 34,16 килобайт ) Кол-во скачиваний: 6

Прикрепленный файл  ______2.JPG ( 75,12 килобайт ) Кол-во скачиваний: 4


Ошибка НЕВЕРНЫЙ НАБОР появляется после того, как номер набран полностью, типа 425050. Номера, на которые звоню, активны.

Трассировку снимите такого вызова и покажите.


--------------------
Вот смотрю я на вас и думаю: ещё выпить, или вы мне уже нравитесь? Анекдот
Перейти в начало страницы
 
+Цитировать сообщение
samid
сообщение 11.12.2018, 15:02
Сообщение #13


Продвинутый пользователь
****

Группа: Участники
Сообщений: 135
Регистрация: 30.11.2012
Пользователь №: 18228



Цитата(Dron @ 11.12.2018, 15:30) *
Трассировку снимите такого вызова и покажите.


Как раз с трассировкой проблема, т.к. в ней ничего.
Set Trace Direction выбираю Trace.
Выставляю галки:
Прикрепленный файл  ______1.JPG ( 38,09 килобайт ) Кол-во скачиваний: 11


Вижу:
67564497 [UCTI][VP:125] PresenceIndication State:UCTI_STATE_BUSY, Sub State:1
67564908 [UCTI][VP:125] PresenceIndication State:UCTI_STATE_IDLE, Sub State:0
67564908 [UCTI][VP:125] PresenceIndication State:UCTI_STATE_IDLE, Sub State:0

Что и как ещё трассировать можно? Я так понимаю до занятия CO дело не доходит.
Перейти в начало страницы
 
+Цитировать сообщение
Dron
сообщение 12.12.2018, 9:51
Сообщение #14


ГУРУ
********

Группа: Модераторы
Сообщений: 15006
Регистрация: 19.6.2009
Из: г. Тула
Пользователь №: 13420



Цитата(samid @ 11.12.2018, 15:02) *
Как раз с трассировкой проблема, т.к. в ней ничего.
Set Trace Direction выбираю Trace.
Выставляю галки:
Прикрепленный файл  ______1.JPG ( 38,09 килобайт ) Кол-во скачиваний: 11


Вижу:
67564497 [UCTI][VP:125] PresenceIndication State:UCTI_STATE_BUSY, Sub State:1
67564908 [UCTI][VP:125] PresenceIndication State:UCTI_STATE_IDLE, Sub State:0
67564908 [UCTI][VP:125] PresenceIndication State:UCTI_STATE_IDLE, Sub State:0

Что и как ещё трассировать можно? Я так понимаю до занятия CO дело не доходит.

Видимо, все же, где то 425 затерялся у вас.


--------------------
Вот смотрю я на вас и думаю: ещё выпить, или вы мне уже нравитесь? Анекдот
Перейти в начало страницы
 
+Цитировать сообщение
samid
сообщение 13.12.2018, 0:40
Сообщение #15


Продвинутый пользователь
****

Группа: Участники
Сообщений: 135
Регистрация: 30.11.2012
Пользователь №: 18228



Цитата(Dron @ 12.12.2018, 10:51) *
Видимо, все же, где то 425 затерялся у вас.

Когда он действительно затерялся в 105, то ошибка прилетала сразу после набора 425. Теперь там нет ничего на 4. Вызовы на 427*** пошли, а 425*** ошибка.
Перейти в начало страницы
 
+Цитировать сообщение
renaco
сообщение 27.1.2022, 14:58
Сообщение #16


Новичок
*

Группа: Участники
Сообщений: 2
Регистрация: 31.1.2020
Пользователь №: 21219



У меня аналогичная проблема. Не проходят вызовы с UCP600 и UCP100 на LIK600 по сети.
на LIK в (140) CO VoIP Mode везде установил в H323&RTP-Packet-Relay
C UCP на UCP прекрасно проходят вызовы.

на LIK600 в плане не пересекаются вроде.
делал сброс LIK и с базовыми настройками та же ситуация.
настройки на UCP
Прикрепленный файл  Снимок_экрана_2022_01_27_144651.jpg ( 62,23 килобайт ) Кол-во скачиваний: 5


Подскажите что не так делаю?
Перейти в начало страницы
 
+Цитировать сообщение
Dron
сообщение 27.1.2022, 20:49
Сообщение #17


ГУРУ
********

Группа: Модераторы
Сообщений: 15006
Регистрация: 19.6.2009
Из: г. Тула
Пользователь №: 13420



Цитата(renaco @ 27.1.2022, 14:58) *
У меня аналогичная проблема. Не проходят вызовы с UCP600 и UCP100 на LIK600 по сети.
на LIK в (140) CO VoIP Mode везде установил в H323&RTP-Packet-Relay
C UCP на UCP прекрасно проходят вызовы.

на LIK600 в плане не пересекаются вроде.
делал сброс LIK и с базовыми настройками та же ситуация.
настройки на UCP
Прикрепленный файл  Снимок_экрана_2022_01_27_144651.jpg ( 62,23 килобайт ) Кол-во скачиваний: 5


Подскажите что не так делаю?

Если 10.10.10.2 - адрес процессора LIK, то это неправильно. Надо указывать адрес модуля LIK, VoIP каналы которого используются для связи с другими АТС. На процессоре LIK600 VoIP каналов нет!


--------------------
Вот смотрю я на вас и думаю: ещё выпить, или вы мне уже нравитесь? Анекдот
Перейти в начало страницы
 
+Цитировать сообщение
renaco
сообщение 28.1.2022, 9:18
Сообщение #18


Новичок
*

Группа: Участники
Сообщений: 2
Регистрация: 31.1.2020
Пользователь №: 21219



Цитата(Dron @ 27.1.2022, 20:49) *
Если 10.10.10.2 - адрес процессора LIK, то это неправильно. Надо указывать адрес модуля LIK, VoIP каналы которого используются для связи с другими АТС. На процессоре LIK600 VoIP каналов нет!


Поменял адрес и заработало
Спасибо большое.
Перейти в начало страницы
 
+Цитировать сообщение

Ответить в данную темуНачать новую тему
1 чел. читают эту тему (гостей: 1, скрытых пользователей: 0)
Пользователей: 0

 



Текстовая версия Сейчас: 28.3.2024, 13:03