АРТКОМ Форум > Настройка Voice Network

Помощь - Поиск - Пользователи - Календарь

Полная версия этой страницы: Настройка Voice Network

АРТКОМ Форум > Форумы для специалистов > Техническая поддержка iPECS-MG & iPECS-eMG800

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

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

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 установленной в ЭЛСИ-сервис (г.Тула отельное спасибо DRON). Эксперимент показал что проблема на стороне 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, берите ZyXEL

Dron

10.10.2011, 21:39

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

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

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

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

Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке.