Сеть Атс 2xLDK 300 по ip, сброс сетевого вызова после поднятия трубки, на системнике пишет ошибку.
Версия прошивки VOIB плат:1.1A и 1.1C
Прошивка MPB: 3.8BF и 3.8Ah
Снифер в аттаче.
Все настройки по мануалу, номер определяется, общение между подсетями прозрачно, но если что-то надо уточнить естественно буду рад подсказать.
Мучаюсь уже несколько дней, ничего толкового не могу придумать.

UPD: Довольно большие задержки, порядка 180мс, может по тайм-ауту вылетает соединение?

Что-то никто не хочет вам отвечать. Какие у вас предположения, кроме задержек?

По моему у вас просто не проходит UDP-трафик. С точки зрения сигнализации это выглядит как будто удаленный абонент завершил соединение.
Или стороны не договорились об используемом кодеке.

в нормальном виде сниф пожалуйста. Не картинкой.

Используете канал интернет? Почему такие задержки?

143: Call Type – International, DID Conv Type – 1, ISDN enblock send - OFF

Вы полагаете у автора это не прописано, а звонок проходит?

Просмотрел перепроверил все еще раз, придумал еще один вариант проблем, я так понял у них сначало поднимается управляющий протокол по tcp, а далее h.323 udp, так он подбирает порты произвольно? Проще говоря нужна-ли инспекция h.323?
143: Call Type – International, DID Conv Type – 1, ISDN enblock send - OFF - national, да, да.
Сниф сейчас будет.

Посмотрите, если еще этого не сделали, вот этот документ

Сниф

Да, смотрел, делал трасировку все разрешенно и "прозрачно". Вопрос такой, у кого-нибудь в практике были соеденены 2 атс, 1 из который была за натом, без безусловного проброса портов на ип атс?

Менял default codec и h.323 mode prg 340, глухо, на самом деле уже фигней страдать начинаю, не понимаю куда копать.


UPD: Еще не понимаю почему не отправляется ни одного udp пакета, если есть у кого сниф нормального общения, сможете скинуть? Желательно несколько разных звонков.

как стоят микрики на платах? должны быть все в ON
в 101 программе если правой мышой по плате и выбрать CO DATA VIEW то правильно ли будут определены каналы на плате?

а что значит нет проброса портов?
кстати в инете есть прога openphone называется, довольно простая в настройке. с её помощью проверьте связь на атс обе стороны.

Да, Да. Сравнивал с Logical assigment, микрики все в on, возможно ли что в них проблемма? Стоит ли с ними эксперементировать?


Да, хорошая идея, а я и запамятовал про нее, я сейчас polycom vtx поднимаю а есть более простое решение, спасибо!


Безусловное перенаправление входящего соединения на основе порта получателя на опр. адрес внутренней сети, вот.

Если имеется в виду PAT, тогда просто необходимо прописать маршруты для voip между сетями.
Адрес фаервола в ПГМ340 пробовали прописать?

Openphone работает, на всякий случай скрины настроек..

UPD. Исчерпал лимит на аттач вроде
Платы находятся в 10 и 18 слотах

что можно звонить с него на обе станции и с обоих станций на него без проблем?

Нет, я между 2 клиентами программы соединялся, клиенты находились в одних подсетях с атс.
Возможно ли что проблемма с прошивками плат?
Для соединения с openphone достаточно указать Ip в network num plan и тип оставить net?

Для вызова на openphone достаточно указать Ip в network num plan и тип оставить net.
С openpfone звоним на IP и номер сначала 1-ой станции - смотрим что вышло, затем второй.

Что за прога? Кто знает? По какому протоколу работает?

Попробуйте сначала позвонить на станцию, прописав ip-адрес платы voib.

Соединение есть, звука не туда не обратно нет, даже при соединениии из одного вилана

А из второго вилана, со второй атс можете попробовать?

подключаемся локально напрямую комп - VOIB и звоним.

Кажется получается более менее локализовать проблемму,
атс(x.x.x.x)-openphone(x.x.x.x)- связь есть
атс(y.y.y.y)-openphone(y.y.y.y)- связь есть
openphone(y.y.y.y)-openphone(x.x.x.x)- связь есть
openphone(x.x.x.x)-атс(y.y.y.y)-связь есть
атс(x.x.x.x)-)-openphone(y.y.y.y)- связь есть
атс(x.x.x.x)-атс(y.y.y.y)-связи нет

UPD. Собственно 2 варианта остается, криво настроил что-то или отличие соединения софтфона и атсок.

Планы нумераций станций нигде не пересекаются?

атс1
1#**
2#**
3#**
4**
5#**

АТС2
1#**
2#**
3#**
4#**
5**

Для теста, при успешной работе num plan ессно будет изменятся.

Подумайте сами. Т.е. на обеих станциях есть одинаковые внутренние номера? И вы на них звоните?

Что же вы столько времени людям голову морочали? Имеете на обеих АТС одинаковый план нумерации и хотите как то звонить?

Эммм, и это корень бед, если честно не думал никак, я понял его как таблицу маршрутизации обычную + где-то попадалось что должно работать так.

UPD
Нет, звонок с атс1 на номер вида 4**
С атс2 на номер вида 5**
На локальные номера локальный звонок проходит

Ну если у вас на АТС1 есть номера 1хх и на АТС2 есть номера 1хх как понять кто вызываться должен...

Вы же вроде читали:
Б) Для организации УПН на каждой АТС должен быть назначен необходимый план набора внутренних номеров (Программа 105). В системе A должен быть назначен диапазон номеров внутренних абонентов 100~199, в системе B - 200~299.
Измененные номера абонентов не должны конфликтовать с планом набора функций.

ТАк на то и таблица, при звонке с локальной станции на номер 101 по плану сетевой маршрутизации он сыпется на локальный номер 100, тк 1#**
При звонке на номер 550, он сыпется через атс 2 и там атс маршрутизирует его на свой локальный номер 5#**

А у вас и в АТС1 и в АТС2 прописаны номера 4хх и 5хх в плане нумерации (ПГМ105)?

да, на атс1 есть номер 560, на атс2 есть номера вида 4хх

Без комментариев!

Но диапозон 4хх принадлежит исключительно атс1, а 5хх атс2

просто хочется рвать и метать!!!

Но вы же сами пишите

Это изначально не единая система, это - объединение двух независимых систем! План внутренней нумерации у каждой атс изначально свой (он может совпадать) - а в итоге мы должны получить единый план внутренней нумерации без пересечений в ПГМ105 каждой из станций!
Вы сделайте так как написано в мануале, а там посмотрим, будет работать или нет.

Выходит, с бекапов начинать надо... А все остальное уже потом!

Номера видов:
АТС1
1хх
2хх
3хх
4хх

АТС2
1хх
2хх
3хх
5хх

Возможно запутал, тк сам уже запутался, как сетевые номера используются только диапозоны не совпадающие , те 5хх и 4хх, ошибку с совпадающим нам планом понял, но логично предположил что общение происходит на уровне тупо маршрутизации звонка, и локальный нам план никак не участвет в общении 2-х абонентов, у которых управляющее соединение tcp установленно.

И, все же, что на самом деле?

Буду пытаться изменить нам план, но с этим будут бооольшие проблеммы, тк предпологалось сначало протестировать все.

Изменение нам плана ничего не дало, остался такой же косяк. Кроме перепрошивки больше ничего в голову не приходит.

А бекапы то можно посмотреть?

А что, если Вам перейти на 4-х значный план нумерации? Мне кажется, это будет логичным и единственно правильным решением... К 3-х значным одной станции прибавить впереди 1, другой - 2.

В сетевом плане нумерации будет 1*** и 2#*** на одной атс, и 2*** и 1#*** на другой...

И никакого конфликта планов нумерации...
И легко запомнить пользователям новые номера.

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