Проблемма с настройкой сети АТС, Сеть Атс 2xLDK 300, сброс сетевого вызова после поднятия трубки. Опции

[DaGash]

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

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

[DaGash]

Проблема решена, всему виной был ms tmg, стоящий "посредине", из этого можно сделать на будущее следующие выводы:

1. Соединение openphone и иже с ним между собой и с атс в различных направлениях не говорит о том что будут корректно соединятся 2 атски.

2. Конфликты номерных планов возможны, работе они не мешают, те если на атс 1 мы имеем номера вида 1хх, 2хх, 3хх, 6хх а на атс 2 1хх, 2хх, 4хх, то мы вполне можем прозваниватся с атс 1 на 4хх с любых номеров, а с атс2 на 6хх.

3. Если поднимается tcp сессия между атс, а udp опрокидывается, то атс обрубает звонок, те идет прозвон, корректно определяется номер, но при снятии трубки выдает ошибку.

Вот в принципе такая тривиальная проблемма, спасибо за советы и потраченное время.

[noox]

Проблема решена, всему виной был ms tmg, стоящий "посредине", из этого можно сделать на будущее следующие выводы:
1. Соединение openphone и иже с ним между собой и с атс в различных направлениях не говорит о том что будут корректно соединятся 2 атски.

Ну кто ж знал, что у вас включен, да еще такой, интеллектуальный брандмауэр. Вообще, для настройки, тем более в первый раз, такие вещи обычно сразу отключают или по крайней мере смотрят статистику на этом firewall, что проходит, а что - нет.

2. Конфликты номерных планов возможны, работе они не мешают, те если на атс 1 мы имеем номера вида 1хх, 2хх, 3хх, 6хх а на атс 2 1хх, 2хх, 4хх, то мы вполне можем прозваниватся с атс 1 на 4хх с любых номеров, а с атс2 на 6хх.

Конфликтов и не будет, если планы нумерации при звонке не пересекаются, не возникает двойственности у атс, например, при наличии номера 100 и на первой и на второй атс. Но кто может гарантировать, что таких звонков не будет? И делать объединение станций только для того чтобы звонить на не пересекающиеся емкости внутренних номеров - не имеет особого смысла. В любом случае нельзя прописывать в ПГМ324 общую для двух станций нумерацию.

3. Если поднимается tcp сессия между атс, а udp опрокидывается, то атс обрубает звонок, те идет прозвон, корректно определяется номер, но при снятии трубки выдает ошибку.

Ну естественно, udp же не проходит, как голос передать?

[DaGash]

Ну кто ж знал, что у вас включен, да еще такой, интеллектуальный брандмауэр. Вообще, для настройки, тем более в первый раз, такие вещи обычно сразу отключают или по крайней мере смотрят статистику на этом firewall, что проходит, а что - нет.

Конфликтов и не будет, если планы нумерации при звонке не пересекаются, не возникает двойственности у атс, например, при наличии номера 100 и на первой и на второй атс. Но кто может гарантировать, что таких звонков не будет? И делать объединение станций только для того чтобы звонить на не пересекающиеся емкости внутренних номеров - не имеет особого смысла. В любом случае нельзя прописывать в ПГМ324 общую для двух станций нумерацию.

Ну естественно, udp же не проходит, как голос передать?

1. Да в том и дело что его функция была только для подсчета трафика, по логам он все пропускал+ в качестве лакмусовой бумажи по соединению использовал openphone итд, что оказалось не правильно.

2. Объединение было как тест, в дальнейшем будет внедрен единый номерной план. И нет, Конфликты номерных планов возможны, работе они не мешают, те если на атс 1 мы имеем номера вида 1хх, 2хх, 3хх, 6хх а на атс 2 1хх, 2хх, 4хх, то мы вполне можем прозваниватся с атс 1 на 4хх с любых номеров, а с атс2 на 6хх. Те pgm 324 работает тупо как таблица маршрутизации.

3.Да, с udp все понятно.