Версия для печати темы

Автор: samid 18.10.2018, 14:32

Приветствую.
Подскажите куда копать. Есть связка 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

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

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

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

Автор: samid 19.10.2018, 14:00

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

Автор: samid 19.10.2018, 14:14

Наладил. На всех MFIM для Линии 1 в (140) CO VoIP Mode везде установил в H323&RTP-Packet-Relay

Автор: samid 10.12.2018, 18:29

Исходящие в одном направлении перестали ходить по NET. При наборе 42, а затем ещё одной цифры на дисплее ошибка "Неверный набор". Если изменить 42 на 44, то работает. Почему не нравится именно 42?

Автор: AXEL 11.12.2018, 9:32

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

Автор: samid 11.12.2018, 11:26

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

Автор: Dron 11.12.2018, 11:49

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

Автор: samid 11.12.2018, 12:36

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

Сторона А:


Сторона Б:

Автор: Dron 11.12.2018, 12:46

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

Автор: samid 11.12.2018, 13:25

В (105) точно ничего нет, начинающегося на 4.
В LCR использую 41, для направления на SIP группу СО:





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

Автор: Dron 11.12.2018, 14:30

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

Автор: samid 11.12.2018, 15:02

Как раз с трассировкой проблема, т.к. в ней ничего.
Set Trace Direction выбираю Trace.
Выставляю галки:



Вижу:
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

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

Автор: samid 13.12.2018, 0:40

Когда он действительно затерялся в 105, то ошибка прилетала сразу после набора 425. Теперь там нет ничего на 4. Вызовы на 427*** пошли, а 425*** ошибка.

Автор: renaco 27.1.2022, 14:58

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

на LIK600 в плане не пересекаются вроде.
делал сброс LIK и с базовыми настройками та же ситуация.
настройки на UCP

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

Автор: Dron 27.1.2022, 20:49

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

Автор: renaco 28.1.2022, 9:18

Поменял адрес и заработало
Спасибо большое.