Уважаемые коллеги, нужен добрый совет!

Имеются две АТС
1. KX-TDA 600 (Ver. 5.0), VoIp -192.168.22.1;
2. KX-TDA 200 (Ver. 5.0); VoIp -192.168.21.1;
с картами VOiP IP-GW4E (Ver. 1.401).

Данные АТС соединены между собой по IP VPN каналу (256 Кб.с.), с временной задержкой 30-40 м/с .

Есть проблема, очень часто устанавливается односторонняя связь:

При исх. звонке с 600-ки на 200-ку соединение устанавливается но абонент 600-ки не слышит абонента 200-ки устанавливается односторонняя связь.
Тоже самое происходит и в обратном направлении.

Пробовал выставлять различные таймеры в картах, не помогло. Подскажите где точнее капнуть. При разговорах между АТСками провалов связи нет, факсы ходят в лет.


(последний вариант настройки VOiP IP-GW4E 600-ки):

SSA 192.168.22.1,255.255.255.0,192.168.22.254
UDS 0
SDI 67,68,1440
SMP 80
SLT 5
SMT 10
SDT 60
SCP 1720
SKP 1719
UGK 0
SKA 192.168.1.3,1719,192.168.1.4,1719
UFC 1
SKT 0
SCM 0
SCS 2,3
SQF 0
STF 0,0
SDF 0
UEC 1
USC 1
SGR 0
SPF 0
SLD 0
SLS 0
UDD 1
UFX 1
SPV 0
SPT 20,5
SDE #
SAI ******,******
SQH 0
SCL 30
STG 1,1
STG 2,1
SHN VoIP31cd7d
SHP 1721
SRP 5004
SJ1 30,400,30,3
SJ2 30,1200,30,3
SCF 30,40,40
UFM 0
SDL -20
SEP 1,2
SLP 1718
SHT 1,01,1

Из протоколов Wereshark видно что нет коннекта и не «подымается» G.729 со стороны отвечающей АТС, по всей вероятности проблема в задержках, не могу найти в каких.


Приложение (файлы монитора из Wereshark).

Заранее благодарю!!!

Самые интересные трассировки, то есть
Исх. звонок № 1 с 192.168.22.1 на 192.168.21.1 Ответ не слышно вызываемого абонента.rar (55.0 Кб, 0 просмотров)
Исх № 2 звонок с 192.168.22.1 на 192.168.21.1 Ответ не слышно вызываемого абонента.rar (42.4 Кб, 0 просмотров)
загружаются (сохраняются) как attachment.php
и ни как подругому.
Выложите куда нибудь, на другой ресурс.

Кроме как на форуме выложить сейчас не где. Выложил в ZIPe все три файла, расширение файлов *.pcap

Wireshark-win32-1.3.3 блал здесь: http://www.izone.ru/soft_admin/go.php?action=download&id=8924&key=8772138.

Могу выслать на E-mail.

Кто такая парадигма, между Вашими посетями ?
И открыты ли между подсетями все UDP порты ?

Обязательно нужно в 3.1.4 план номер 2 записать по каким цифрам звонишь на Qsig и скока знаков (крестами). Потом в 3.1.1 группе Qsig поставить работать по плану 2. А то проключение разговорного тракта задерживается из-за отсутствия данной настройки.

Обязательно нужно в 3.1.4 план номер 2 записать по каким цифрам звонишь на Qsig и скока знаков (крестами). Потом в 3.1.1 группе Qsig поставить работать по плану 2. А то проключение разговорного тракта задерживается из-за отсутствия данной настройки.

genadiy, Вы хоть трассировку смотрели?
Причём тут Dialling Plan?

Односторонняя слышимость в 99,9% случаев - не правильно настроен диапазон портов на обоих системах, либо проблемы с фаерволлом.
у вас на 600 ке указан порт
SRP 5004
а на другой что стоит?

В моем случае односторонняя слышимость составляет около 30%, есть мысль снять трассировку с обеих сторон шлюзов, да посмотреть что выходит, может и косяк у оператора.

На всякий случай выкладываю конфиги обеих шлюзов:

SSA 192.168.22.1,255.255.255.0,192.168.22.254
UDS 0
SDI 67,68,1440
SMP 80
SLT 5
SMT 10
SDT 60
SCP 1720
SKP 1719
UGK 0
SKA 192.168.1.3,1719,192.168.1.4,1719
UFC 1
SKT 0
SCM 0
SCS 2,3
SQF 0
STF 0,0
SDF 0
UEC 1
USC 1
SGR 0
SPF 0
SLD 0
SLS 0
UDD 1
UFX 1
SPV 0
SPT 20,5
SDE #
SAI ******,******
SQH 0
SCL 30
STG 1,1
STG 2,1
SHN VoIP31cd7d
SHP 1721
SRP 5004
SJ1 30,400,30,3
SJ2 30,1200,30,3
SCF 30,40,40
UFM 0
SDL -20
SEP 1,2
SLP 1718
SHT 1,01,1
___________________________________

SSA 192.168.21.1,255.255.255.0,192.168.21.254
UDS 0
SDI 67,68,1440
SMP 80
SLT 5
SMT 10
SDT 60
SCP 1720
SKP 1719
UGK 0
SKA 192.168.1.3,1719,192.168.1.4,1719
UFC 1
SKT 0
SCM 0
SCS 2,3
SQF 0
STF 0,0
SDF 0
UEC 1
USC 1
SGR 0
SPF 0
SLD 0
SLS 0
UDD 1
UFX 1
SPV 0
SPT 20,5
SDE #
SAI ******,******
SQH 0
SCL 30
STG 1,1
STG 2,1
SHN VoIP31cbcd
SHP 1721
SRP 5004
SJ1 30,400,30,3
SJ2 30,1200,30,3
SCF 30,40,40
UFM 0
SDL -20
SEP 1,2
SLP 1718
SHT 1,04,1

Приветствую Вас коллеги!

Проблемму с односторонней связью все таки решил, заменив модем Acorp Sprinter@ADSL LAN420i на LAN422i. Модем LAN420i тупо поглащал часть трафика VOiP.


Ниже переписка с тех поддержкой Асоrp:

Имеются два модема Acorp Sprinter@ADSL в ниже приведенной схеме.
1 Сторона: Acorp Sprinter@ADSL LAN422i (Ver. V.2.06.RU.23042009) Wan-172.168.32.6; Lan-192.168.21.254. Далее АТС Panasonic KXTDA 200 IP-192.168.21.1; Шлюз-192.168.21.254.
2 Сторона: Acorp Sprinter@ADSL LAN420i (Ver. М.1.1.01.20092008). Wan-172.168.32.2; Lan-192.168.22.254. Далее АТС Panasonic KXTDA 600 IP-192.168.22.1; Шлюз-192.168.22.254.
Между модемами организован IP VPN канал (256 Кб.с.), с временной задержкой 20-30 м/с .

Есть проблема, очень часто устанавливается односторонняя связь между АТС т.е. при звонке АТС Panasonic KXTDA 600 на АТС Panasonic KXTDA 200 соединение устанавливается но вызываемого абонента не слышно. При повторном наборе в течении 10 секунд связь устанавливается.

При детальном изучений данный проблемы выяснилось, что где то в модемах «съедается» часть пакетов. Трассировку проводил программой Wereshark.
При трассировки с командной строки IP 192.168.21.1 с ПЭВМ 192.168.22.12 подобная ситуация повторяется, с первого запроса модем не отвечает на первый запрос:
1. Трассировка:
Трассировка маршрута к 192.168.21.1 с максимальным числом прыжков 30
1 * * * Превышен интервал ожидания для запроса.
2 6 ms 5 ms 5 ms 172.16.32.1
3 9 ms 10 ms 8 ms 192.168.10.9
4 13 ms 11 ms 11 ms 192.168.10.10
5 22 ms 21 ms 21 ms 172.16.32.6
6 22 ms 20 ms 22 ms 192.168.21.1

2. Трассировка спустя 10 секунд:
Трассировка маршрута к 192.168.21.1 с максимальным числом прыжков 30
1 <1 мс <1 мс <1 мс 192.168.22.254
2 6 ms 5 ms 5 ms 172.16.32.1
3 10 ms 9 ms 8 ms 192.168.10.9
4 13 ms 13 ms 16 ms 192.168.10.10
5 19 ms 22 ms 21 ms 172.16.32.6
6 17 ms 19 ms 21 ms 192.168.21.1

3. Трассировка спустя 50 секунд:
Трассировка маршрута к 192.168.21.1 с максимальным числом прыжков 30
1 * * * Превышен интервал ожидания для запроса.
2 6 ms 5 ms 6 ms 172.16.32.1
3 9 ms 9 ms 9 ms 192.168.10.9
4 17 ms 15 ms 11 ms 192.168.10.10
5 19 ms 20 ms 21 ms 172.16.32.6
6 18 ms 17 ms 15 ms 192.168.21.1


Ответ от спецов тех поддерки Acorp:

это нормальное явление на модеме LAN420, это не как не влияет на работу модема.

У вас скорее всего просто VPN соединение отстреливается по таймауту на уровне NAT, вам либо надо пускать небольшой трафик либо попробовать уменьшить keep alive в настройках VPN клиента.