Настройка Voice Network, iPECS-MG и LDK-60 Опции

[Landser]

Добрый день!

Перечитал форум но ответа не нашёл.

Связываю MG (станции с номерами 1**) и LDK-60 (станции с номерами 2**) по 8-ми VOIP-линиям (группа 5).

Звонки с MG на LDK проходят без проблем. С LDK на MG через секунды 4 после набора трёхзначного номера - короткие гудки. На системнике "SVC or option not avail".

В документе MG F&O вменяемо не сказано как настраивать NET CALL. Только ссылки на функции, которые касаются этой темы. Вроде всё настроил правильно (исходя из своего разумения и того, что прочёл в мануалах и на форуме), но почему-то работает только в одну сторону.

Далее хочу настроить выход на городские линии с LDK через MG, но надеюсь это получится после настройки хотя бы вызова абонентов.

Прошивка MG во вложении

Прошивка LDK по ссылке:
http://www.ex.ua/get/990050694234/15341766

Очень прошу помочь.

Прикрепленные файлы

 201109080905_MGDB_ALL100__iPECS.zip ( 94,3 килобайт ) Кол-во скачиваний: 21

 

[vitalii]

здесь же на форуме скачайте доку для ATC LDK. и посмотрите функцию СЕТЕВОЙ Вызов + Транзит. двух словах не получиться быстро объяснить.

[vitalii]

ь

[Landser]

Читал и настраивал LDK-60 по документу "ipLDK-60/100/300/300E Руководство по программированию". Там чётко с примером показано как настраивается Net Call в LDK. Так всё и сделал, но при звонке с LDK на MG - "SVC or option not avail" и короткие гудки.

Может подскажете что за ошибка и где копать в этом случае? Хотя бы в какой АТС.

[Dron]

MG, H.323 Incoming ATTR(362)[N]

[Landser]

Dron, установил в запись с индексом 1 (нулевую не трогал) From IP Address "10.10.10.12" (айпи VOIP-порта LDK-60), Incoming CO Group Number "5" (группа 5 - VOIP-линий в MG). К сожалению симптомы не изменились.

[Dron]

Incoming CO Group Number "5" (группа 5 - VOIP-линий в MG). К сожалению симптомы не изменились.

А чего это у вас в 60-ке в ПГМ324 айпишник платы VOIB MG забит? Должен быть адрес процессора!!!

[Landser]

А чего это у вас в 60-ке в ПГМ324 айпишник платы VOIB MG забит? Должен быть адрес процессора!!!

Сделал. Теперь системник пишет "CAUSE (DND)", сигнал занято (три коротких - пауза - три коротких - пауза) появляется сразу после набора.

[Dron]

Сделал. Теперь системник пишет "CAUSE (DND)", сигнал занято (три коротких - пауза - три коротких - пауза) появляется сразу после набора.

А в MG H.323 Incoming ATTR(362)[N] прописана сейчас?

[Landser]

А в MG H.323 Incoming ATTR(362)[N] прописана сейчас?

Прописана. Запись с индексом 1 (нулевую не трогал) From IP Address "10.10.10.12" (айпи VOIP-порта LDK-60), Incoming CO Group Number "5" (группа 5 - VOIP-линий в MG).

Пробовал и 10.10.10.11 (LAN-порт процессорной платы LDK-60) - ничего не дало

[Dron]

Прописана. Запись с индексом 1 (нулевую не трогал) From IP Address "10.10.10.12" (айпи VOIP-порта LDK-60), Incoming CO Group Number "5" (группа 5 - VOIP-линий в MG).

Пробовал и 10.10.10.11 (LAN-порт процессорной платы LDK-60) - ничего не дало

А вы пробуете звонить на один и тот же номер MG? Похоже, вы звоните на номер, на котором DND включен...

[Landser]

А вы пробуете звонить на один и тот же номер MG? Похоже, вы звоните на номер, на котором DND включен...

Пробую на любые. При этом в офисе, в котором нумерация 1** (АТС MG) звонки между собой также ходят со всех на все.

[AXEL]

А в MG H.323 Incoming ATTR(362)[N] прописана сейчас?

Для сигнализации H450 это не надо, хотя и вреда тоже не будет.

[AXEL]

Сделал. Теперь системник пишет "CAUSE (DND)", сигнал занято (три коротких - пауза - три коротких - пауза) появляется сразу после набора.

Так может быть при транзите, или когда не прописан (не правильно) план нумерации противоположной атс.

[Landser]

Так может быть при транзите, или когда не прописан (не правильно) план нумерации противоположной атс.

До использовании функции транзита пока не дошёл.
Сетевой план прописан следующим образом (в MG, функция 321):
1. "1**"
2. "2XX", CO Group 5, CPN INFO "10.10.10.12"
В системном плане (в MG, функция 111) присутствуют записи:
1. Prefix Code "1", More Digit "2"
2. Prefix Code "2", More Digit "2"

[AXEL]

Закачал вашу конфигу на свою атс, все работает. Правда я прописал на 60 ip адрес шлюза. даже если атс находятся в одной сети, без шлюза как то глюкаво работает

[Landser]

Закачал вашу конфигу на свою атс, все работает. Правда я прописал на 60 ip адрес шлюза. даже если атс находятся в одной сети, без шлюза как то глюкаво работает

Может дело в устаревших прошивках в моих АТСках?

[AXEL]

это работало на всех прошивках, без исключения.
проверьте еще раз настройки 60-тки. (пропишите шлюз, убедитесь, что в 324 программе указан адрес процессора MG100, а не платы VOIB.

[Landser]

Подскажите, есть ли какая-то функция диагностики, чтобы можно было определить почему не ходят звонки? Может какие-то журналы подключений с кодами ошибок?

[AXEL]

wireshark.org
это сниффер. надо подключить компьютер через хаб или через свич с зеркальным портом к атс.

[CETEBuK]

Сетевое оборудование случаем не D-Link???

[Landser]

Свитч Allied Telesyn, второй свитч серьёзный провайдерский (два порта в VLAN), третий TPLink. Больше на пути ничего нет.

Пробовал на 5-типортовом TPLink'е - те же симптомы.

Попробую с Моксой и Линксисом. Но врядли... Слишком чёткое проявление - в одну сторону - работает, в другую - нет.

[CETEBuK]

У нас практически идентичная ситуация была при объединении iPECS MG100 vs ipLDK60, односторонняя слышимость. При звонке ipLDK -> MG все ОК, а при звонке MG -> ipLDK сигнализация есть голоса нет.

Далее была оооочень длинная история (2-3 недели экспериментов с различными маршрутизаторами D-Link DIR-655, DIR-620, DIR-100) суть которой сводилась к тому, что iPECS шлет голос на локальный адрес(внутренней сети) из другой сети, хотя должен был слать голос на внешний интерфейс ipLDK.

После длительных мытарств каждую станцию по отдельности решили объединить с заведомо исправной АТС iPECS LIK установленной в ЭЛСИ-сервис (г.Тула отельное спасибо DRON). Эксперимент показал что проблема на стороне LDK60. 60 ка была перемешена в сеть другого провайдера в качестве маршрутизатора использовался ADSL модем ACORP. В такой конфигурации проблем не было.

К счастью оказалось что все проблема оказалась в маршрутизаторах D-Link точнее в их загадочной работе NAT и мапинга UDP портов. После замены маршрутизатора на D-Link с прошивкой от TrendNet как бабушка отшептала. Работает исправно по сей день тьфу тьфу....

[Dron]

Тут не используется NAT, обе станции в одной сети...

То Landser
Попробуйте для платы VOIB 60-ки в ПГМ340/341 включить H.245 Tunneling.
Без снифа остается только гадать...

[Landser]

То Landser
Попробуйте для платы VOIB 60-ки в ПГМ340/341 включить H.245 Tunneling.
Без снифа остается только гадать...

Попробовал - та же ситуация

Не подскажете где сейчас можно раздобыть хаб (кто их производит)?

[Dron]

Попробовал - та же ситуация

Не подскажете где сейчас можно раздобыть хаб (кто их производит)?

Мы купили D-Link DES-2108, у него есть зеркалирование портов.

[CETEBuK]

В топку D-LINK, берите ZyXEL

[Dron]

В топку D-LINK, берите ZyXEL

Зеркалирование портов работает, проверил. А больше мне ничего и не надо. Приобретался только для того, чтобы снифы снимать.

[Landser]

Наконец-то приобрёл хаб.

Может будут идеи.

MG Процессор: 10.10.10.1
MG Плата VOIP: 10.10.10.2
LDK Процессор: 10.10.10.11
LDK Плата VOIP: 10.10.10.12

Звонок от MG к LDK (успешный)

CODE

37240,"4779.193881","10.10.10.1","10.10.10.12","TCP","openvpn > h323hostcall [SYN] Seq=0 Win=5840 Len=0 MSS=1460 SACK_PERM=1 TSV=26279931 TSER=0 WS=1"
37241,"4779.194240","10.10.10.12","10.10.10.1","TCP","h323hostcall > openvpn [SYN, ACK] Seq=0 Ack=1 Win=16000 Len=0 MSS=1446"
37242,"4779.194970","10.10.10.1","10.10.10.12","TCP","openvpn > h323hostcall [ACK] Seq=1 Ack=1 Win=5840 Len=0"
37243,"4779.202154","10.10.10.1","10.10.10.12","H.225.0","CS: setup OpenLogicalChannel"
37244,"4779.278099","Lg-Erics_b1:15:c4","Broadcast","ARP","Who has 10.10.10.2? Tell 10.10.10.12"
37245,"4779.278636","Lg-Erics_b2:c4:0b","Lg-Erics_b1:15:c4","ARP","10.10.10.2 is at b4:0e:dc:b2:c4:0b"
37246,"4779.278962","10.10.10.12","10.10.10.2","T.38","UDP: UDPTLPacket Seq=32772 data:<unknown>:[Malformed Packet]"
37247,"4779.279081","10.10.10.12","10.10.10.2","RTCP","Sender Report Source description "
37248,"4779.307604","10.10.10.12","10.10.10.2","T.38","UDP: UDPTLPacket Seq=32772 data:<unknown>:[Malformed Packet]"
37249,"4779.307726","10.10.10.12","10.10.10.2","RTCP","Sender Report Source description "
37250,"4779.337509","10.10.10.12","10.10.10.2","T.38","UDP: UDPTLPacket Seq=32772 data:<unknown>:[Malformed Packet]"
37251,"4779.337631","10.10.10.12","10.10.10.2","RTCP","Sender Report Source description "
37252,"4779.367525","10.10.10.12","10.10.10.2","T.38","UDP: UDPTLPacket Seq=32772 data:<unknown>:[Malformed Packet]"
37253,"4779.367610","10.10.10.12","10.10.10.2","RTCP","Sender Report Source description "
37254,"4779.397204","10.10.10.12","10.10.10.1","TCP","h323hostcall > openvpn [ACK] Seq=1 Ack=427 Win=16000 Len=0"
37255,"4779.407238","10.10.10.12","10.10.10.2","T.38","UDP: UDPTLPacket Seq=32772 data:<unknown>:[Malformed Packet]"
37256,"4779.437153","10.10.10.12","10.10.10.2","T.38","UDP: UDPTLPacket Seq=32772 data:<unknown>:[Malformed Packet]"
37257,"4779.453113","10.10.10.12","10.10.10.1","H.225.0","CS: setupAcknowledge"
37258,"4779.453951","10.10.10.1","10.10.10.12","TCP","openvpn > h323hostcall [ACK] Seq=427 Ack=46 Win=5840 Len=0"
37259,"4779.467139","10.10.10.12","10.10.10.2","T.38","UDP: UDPTLPacket Seq=32772 data:<unknown>:[Malformed Packet]"
37260,"4779.476963","10.10.10.12","10.10.10.1","H.225.0","CS: callProceeding OpenLogicalChannel"
37261,"4779.476976","10.10.10.1","10.10.10.12","TCP","openvpn > h323hostcall [ACK] Seq=427 Ack=198 Win=5840 Len=0"
37262,"4779.497217","10.10.10.12","10.10.10.2","T.38","UDP: UDPTLPacket Seq=32772 data:<unknown>:[Malformed Packet]"
37263,"4779.505945","10.10.10.12","10.10.10.1","H.225.0","CS: alerting OpenLogicalChannel"
37264,"4779.505956","10.10.10.1","10.10.10.12","TCP","openvpn > h323hostcall [ACK] Seq=427 Ack=354 Win=5840 Len=0"
37265,"4779.526947","10.10.10.12","10.10.10.2","T.38","UDP: UDPTLPacket Seq=32772 data:<unknown>:[Malformed Packet]"
37266,"4779.556891","10.10.10.12","10.10.10.2","T.38","UDP: UDPTLPacket Seq=32772 data:<unknown>:[Malformed Packet]"
37267,"4779.573053","Lg-Erics_b2:c4:0b","Broadcast","ARP","Who has 10.10.10.12? Tell 10.10.10.2"
37268,"4779.573258","Lg-Erics_b1:15:c4","Lg-Erics_b2:c4:0b","ARP","10.10.10.12 is at b4:0e:dc:b1:15:c4"
37269,"4779.578247","Lg-Erics_b2:c4:0b","Broadcast","ARP","Who has 10.10.10.12? Tell 10.10.10.2"
37270,"4779.578467","Lg-Erics_b1:15:c4","Lg-Erics_b2:c4:0b","ARP","10.10.10.12 is at b4:0e:dc:b1:15:c4"
37271,"4779.586834","10.10.10.12","10.10.10.2","T.38","UDP: UDPTLPacket Seq=32772 data:<unknown>:[Malformed Packet]"
37272,"4779.616738","10.10.10.12","10.10.10.2","T.38","UDP: UDPTLPacket Seq=32772 data:<unknown>:[Malformed Packet]"
37273,"4779.619148","10.10.10.100","10.10.10.255","NBNS","Name query NB SUN18<00>"
37274,"4779.619510","Lg-Erics_b2:c4:0b","Broadcast","ARP","Who has 10.10.10.12? Tell 10.10.10.2"
37275,"4779.619710","Lg-Erics_b1:15:c4","Lg-Erics_b2:c4:0b","ARP","10.10.10.12 is at b4:0e:dc:b1:15:c4"
37276,"4779.627038","192.168.1.89","192.168.1.255","NBNS","Name query NB SUN18<00>"
37277,"4779.646954","10.10.10.12","10.10.10.2","T.38","UDP: UDPTLPacket Seq=32772 data:<unknown>:[Malformed Packet]"
37278,"4779.648850","10.10.10.2","10.10.10.12","G.723.1","PT=ITU-T G.723, SSRC=0x2C40404, Seq=8851, Time=2134830742 "
37279,"4779.676606","10.10.10.12","10.10.10.2","T.38","UDP: UDPTLPacket Seq=32772 data:<unknown>:[Malformed Packet]"
…
37737,"4786.060750","10.10.10.12","10.10.10.2","T.38","UDP: UDPTLPacket Seq=32772 data:v29-9600:[Malformed Packet]"
37738,"4786.069033","10.10.10.2","10.10.10.12","G.723.1","PT=ITU-T G.723, SSRC=0x2C40404, Seq=9065, Time=2134882102 "
37739,"4786.088151","10.10.10.1","10.10.10.12","H.225.0","CS: releaseComplete"
37740,"4786.088163","10.10.10.1","10.10.10.12","TCP","openvpn > h323hostcall [FIN, ACK] Seq=532 Ack=354 Win=5840 Len=0"
37741,"4786.088839","10.10.10.12","10.10.10.1","TCP","[TCP ZeroWindow] h323hostcall > openvpn [ACK] Seq=354 Ack=533 Win=0 Len=0"
37742,"4786.090676","10.10.10.12","10.10.10.2","T.38","UDP: UDPTLPacket Seq=32772 data:v17-7200:[Malformed Packet]"
37743,"4786.099179","10.10.10.2","10.10.10.12","G.723.1","PT=ITU-T G.723, SSRC=0x2C40404, Seq=9066, Time=2134882342 "
37744,"4786.120574","10.10.10.12","10.10.10.2","T.38","UDP: UDPTLPacket Seq=32772 data:v17-7200:[Malformed Packet]"
37745,"4786.140019","10.10.10.12","10.10.10.1","TCP","h323hostcall > openvpn [FIN, ACK] Seq=354 Ack=533 Win=0 Len=0"
37746,"4786.141151","10.10.10.1","10.10.10.12","TCP","openvpn > h323hostcall [ACK] Seq=533 Ack=355 Win=5840 Len=0"

Звонок от LDK к MG (безуспешный)

CODE

34083,"4204.558308","10.10.10.12","10.10.10.1","TCP","8222 > h323hostcall [SYN] Seq=0 Win=16000 Len=0 MSS=1446"
34086,"4204.559227","10.10.10.1","10.10.10.12","TCP","h323hostcall > 8222 [SYN, ACK] Seq=0 Ack=1 Win=5840 Len=0 MSS=1460"
34087,"4204.559502","10.10.10.12","10.10.10.1","TCP","8222 > h323hostcall [ACK] Seq=1 Ack=1 Win=16000 Len=0"
34090,"4204.792108","10.10.10.12","10.10.10.1","H.225.0","CS: setup OpenLogicalChannel"
34091,"4204.792120","10.10.10.1","10.10.10.12","TCP","h323hostcall > 8222 [ACK] Seq=1 Ack=494 Win=6432 Len=0"
34094,"4204.888654","10.10.10.1","10.10.10.12","H.225.0","CS: callProceeding OpenLogicalChannel"
34095,"4204.928561","10.10.10.1","10.10.10.12","H.225.0","CS: releaseComplete"
34096,"4204.928573","10.10.10.12","10.10.10.1","TCP","[TCP ZeroWindow] 8222 > h323hostcall [ACK] Seq=494 Ack=271 Win=0 Len=0"
34097,"4204.933082","10.10.10.12","10.10.10.2","T.38","UDP: UDPTLPacket Seq=32776 [UNKNOWN PER: 10.9.3.8.1][Malformed Packet]"
34098,"4204.933099","10.10.10.12","10.10.10.2","RTCP","Sender Report Source description "
34099,"4204.952983","10.10.10.12","10.10.10.2","T.38","UDP: UDPTLPacket Seq=32776 [UNKNOWN PER: 10.9.3.8.1][Malformed Packet]"
34100,"4204.952995","10.10.10.12","10.10.10.2","RTCP","Sender Report Source description "
34101,"4204.974176","10.10.10.12","10.10.10.2","T.38","UDP: UDPTLPacket Seq=32776 [UNKNOWN PER: 10.9.3.8.1][Malformed Packet]"
34102,"4204.983485","10.10.10.12","10.10.10.1","TCP","8222 > h323hostcall [FIN, ACK] Seq=494 Ack=271 Win=0 Len=0"
34103,"4204.984135","10.10.10.1","10.10.10.12","TCP","h323hostcall > 8222 [ACK] Seq=271 Ack=495 Win=6432 Len=0"

[Landser]

Победа!

Почему-то Tenant (программа 160-163) в группе VOIP-линий стоял "2". Поставил "1" - заработало.

Всё-таки помог ХАБ - стало ясно где копать.

Осталось настроить выход на город (транзит).

Всем спасибо за помощь!

[Dron]

Победа!

Почему-то Tenant (программа 160-163) в группе VOIP-линий стоял "2". Поставил "1" - заработало.

Всё-таки помог ХАБ - стало ясно где копать.

Осталось настроить выход на город (транзит).

Всем спасибо за помощь!

Поздравляю! Более 5 месяцев.. Но, главное, результат достигнут.

[Kr_otec]

Кстати если кто столкнется еще раз с такими же проблемами с длинк.
надо еше указать firewall adress , поставить адрес шлюза сетевого усторойства.
так работало почти полгода, с связке dir-130 - linux