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

Нажмите сюда для просмотра этой темы в обычном формате

АРТКОМ Форум _ Техническая поддержка iPECS-MG & iPECS-eMG800 _ Настройка Voice Network

Автор: Landser 9.9.2011, 16:40

Добрый день!

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

Связываю 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 9.9.2011, 21:50

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

Автор: vitalii 9.9.2011, 21:50

Автор: Landser 11.9.2011, 19:21

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

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

Автор: Dron 11.9.2011, 20:05

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

Автор: Landser 12.9.2011, 10:30

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

Автор: Dron 12.9.2011, 10:47

Цитата(Landser @ 12.9.2011, 11:30)

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

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

Автор: Landser 13.9.2011, 11:53

Цитата(Dron @ 12.9.2011, 10:47)

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

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

Автор: Dron 13.9.2011, 12:05

Цитата(Landser @ 13.9.2011, 12:53)

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

Автор: Landser 13.9.2011, 12:38

Цитата(Dron @ 13.9.2011, 12:05)

А в 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 13.9.2011, 12:58

Цитата(Landser @ 13.9.2011, 13:38)

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

Автор: Landser 13.9.2011, 13:56

Цитата(Dron @ 13.9.2011, 12:58)

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

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

Автор: AXEL 13.9.2011, 13:56

Цитата(Dron @ 13.9.2011, 13:05)

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

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

Автор: AXEL 13.9.2011, 13:59

Цитата(Landser @ 13.9.2011, 12:53)

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

Автор: Landser 13.9.2011, 16:26

Цитата(AXEL @ 13.9.2011, 13:59)

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

До использовании функции транзита пока не дошёл.
Сетевой план прописан следующим образом (в 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 14.9.2011, 10:32

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

Автор: Landser 14.9.2011, 13:51

Цитата(AXEL @ 14.9.2011, 10:32)

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

Автор: AXEL 14.9.2011, 14:48

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

Автор: Landser 24.9.2011, 10:01

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

Автор: AXEL 24.9.2011, 12:12

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

Автор: CETEBuK 30.9.2011, 15:30

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

Автор: Landser 7.10.2011, 13:26

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

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

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

Автор: CETEBuK 7.10.2011, 21:29

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

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

После длительных мытарств каждую станцию по отдельности решили объединить с заведомо исправной АТС iPECS LIK установленной в ЭЛСИ-сервис (г.Тула отельное спасибо http://www.artcom.ru/forum/index.php?showuser=13420). Эксперимент показал что проблема на стороне LDK60. 60 ка была перемешена в сеть другого провайдера в качестве маршрутизатора использовался ADSL модем ACORP. В такой конфигурации проблем не было.

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

Автор: Dron 7.10.2011, 22:00

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

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

Автор: Landser 10.10.2011, 10:03

Цитата(Dron @ 7.10.2011, 22:00)

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

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

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

Автор: Dron 10.10.2011, 10:15

Цитата(Landser @ 10.10.2011, 11:03)

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

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

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

Автор: CETEBuK 10.10.2011, 21:19

В топку D-LINK, берите http://www.nix.ru/autocatalog/networking_zyxel/ZyXEL_ES2108_8port_48142.html

Автор: Dron 10.10.2011, 21:39

Цитата(CETEBuK @ 10.10.2011, 22:19)

В топку D-LINK, берите http://www.nix.ru/autocatalog/networking_zyxel/ZyXEL_ES2108_8port_48142.html

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

Автор: Landser 17.2.2012, 20:04

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

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

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 17.2.2012, 20:18

Победа!

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

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

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

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

Автор: Dron 17.2.2012, 21:26

Цитата(Landser @ 17.2.2012, 21:18)

Поздравляю! Более 5 месяцев..

Но, главное, результат достигнут.

Автор: Kr_otec 22.2.2012, 1:27

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