![]() |
Здравствуйте, гость ( Вход | Регистрация )
![]() |
![]()
Сообщение
#1
|
|
![]() Ветеран форума ![]() ![]() ![]() ![]() ![]() Группа: Участники Сообщений: 327 Регистрация: 20.4.2010 Из: замкад Пользователь №: 14548 ![]() |
Сеть Атс 2xLDK 300 по ip, сброс сетевого вызова после поднятия трубки, на системнике пишет ошибку.
Версия прошивки VOIB плат:1.1A и 1.1C Прошивка MPB: 3.8BF и 3.8Ah Снифер в аттаче. Все настройки по мануалу, номер определяется, общение между подсетями прозрачно, но если что-то надо уточнить естественно буду рад подсказать. Мучаюсь уже несколько дней, ничего толкового не могу придумать. UPD: Довольно большие задержки, порядка 180мс, может по тайм-ауту вылетает соединение? |
|
|
![]() |
![]()
Сообщение
#2
|
|
![]() Ветеран форума ![]() ![]() ![]() ![]() ![]() Группа: Участники Сообщений: 327 Регистрация: 20.4.2010 Из: замкад Пользователь №: 14548 ![]() |
Проблема решена, всему виной был ms tmg, стоящий "посредине", из этого можно сделать на будущее следующие выводы:
1. Соединение openphone и иже с ним между собой и с атс в различных направлениях не говорит о том что будут корректно соединятся 2 атски. 2. Конфликты номерных планов возможны, работе они не мешают, те если на атс 1 мы имеем номера вида 1хх, 2хх, 3хх, 6хх а на атс 2 1хх, 2хх, 4хх, то мы вполне можем прозваниватся с атс 1 на 4хх с любых номеров, а с атс2 на 6хх. 3. Если поднимается tcp сессия между атс, а udp опрокидывается, то атс обрубает звонок, те идет прозвон, корректно определяется номер, но при снятии трубки выдает ошибку. Вот в принципе такая тривиальная проблемма, спасибо за советы и потраченное время. |
|
|
![]()
Сообщение
#3
|
|
Ветеран форума ![]() ![]() ![]() ![]() ![]() Группа: Участники Сообщений: 826 Регистрация: 10.12.2008 Пользователь №: 12720 ![]() |
Проблема решена, всему виной был 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 же не проходит, как голос передать? |
|
|
![]()
Сообщение
#4
|
|
![]() Ветеран форума ![]() ![]() ![]() ![]() ![]() Группа: Участники Сообщений: 327 Регистрация: 20.4.2010 Из: замкад Пользователь №: 14548 ![]() |
Ну кто ж знал, что у вас включен, да еще такой, интеллектуальный брандмауэр. Вообще, для настройки, тем более в первый раз, такие вещи обычно сразу отключают или по крайней мере смотрят статистику на этом firewall, что проходит, а что - нет. Конфликтов и не будет, если планы нумерации при звонке не пересекаются, не возникает двойственности у атс, например, при наличии номера 100 и на первой и на второй атс. Но кто может гарантировать, что таких звонков не будет? И делать объединение станций только для того чтобы звонить на не пересекающиеся емкости внутренних номеров - не имеет особого смысла. В любом случае нельзя прописывать в ПГМ324 общую для двух станций нумерацию. Ну естественно, udp же не проходит, как голос передать? 1. Да в том и дело что его функция была только для подсчета трафика, по логам он все пропускал+ в качестве лакмусовой бумажи по соединению использовал openphone итд, что оказалось не правильно. 2. Объединение было как тест, в дальнейшем будет внедрен единый номерной план. И нет, Конфликты номерных планов возможны, работе они не мешают, те если на атс 1 мы имеем номера вида 1хх, 2хх, 3хх, 6хх а на атс 2 1хх, 2хх, 4хх, то мы вполне можем прозваниватся с атс 1 на 4хх с любых номеров, а с атс2 на 6хх. Те pgm 324 работает тупо как таблица маршрутизации. 3.Да, с udp все понятно. |
|
|
![]()
Сообщение
#5
|
|
Ветеран форума ![]() ![]() ![]() ![]() ![]() Группа: Участники Сообщений: 826 Регистрация: 10.12.2008 Пользователь №: 12720 ![]() |
1. Да в том и дело что его функция была только для подсчета трафика, по логам он все пропускал+ в качестве лакмусовой бумажи по соединению использовал openphone итд, что оказалось не правильно. Обычная ситуация, сначала лучше всего firewall отключать, чтобы уменьшить количество факторов влияющих на итоговый результат. 2. Объединение было как тест, в дальнейшем будет внедрен единый номерной план. И нет, Конфликты номерных планов возможны, работе они не мешают, те если на атс 1 мы имеем номера вида 1хх, 2хх, 3хх, 6хх а на атс 2 1хх, 2хх, 4хх, то мы вполне можем прозваниватся с атс 1 на 4хх с любых номеров, а с атс2 на 6хх. Те pgm 324 работает тупо как таблица маршрутизации. Я же вам написал, что в этой ситуации планы нумерации не пересекается. Ничего криминального. Вот если бы вы позвонили на номера 1хх, 2хх - что было бы? |
|
|
![]() ![]() |
Текстовая версия | Сейчас: 18.7.2025, 18:19 |