Помощь - Поиск - Пользователи - Календарь
Полная версия этой страницы: Проблемма с настройкой сети АТС
АРТКОМ Форум > Форумы для специалистов > Техническая поддержка ipLDK
Страницы: 1, 2
DaGash
А какая последняя версия прошивки voibn 1.1Ca или 1.1Aa, или даже какая более стабильная, собираюсь попробовать привести прошивки обоих плат к одному виду.
stasmar
Цитата(DaGash @ 12.5.2010, 19:59) *
А какая последняя версия прошивки voibn 1.1Ca или 1.1Aa, или даже какая более стабильная, собираюсь попробовать привести прошивки обоих плат к одному виду.


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

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

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

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

Вот в принципе такая тривиальная проблемма, спасибо за советы и потраченное время.
noox
Цитата(DaGash @ 17.5.2010, 9:02) *
Проблема решена, всему виной был ms tmg, стоящий "посредине", из этого можно сделать на будущее следующие выводы:
1. Соединение openphone и иже с ним между собой и с атс в различных направлениях не говорит о том что будут корректно соединятся 2 атски.

Ну кто ж знал, что у вас включен, да еще такой, интеллектуальный брандмауэр. Вообще, для настройки, тем более в первый раз, такие вещи обычно сразу отключают или по крайней мере смотрят статистику на этом firewall, что проходит, а что - нет.
Цитата(DaGash @ 17.5.2010, 9:02) *
2. Конфликты номерных планов возможны, работе они не мешают, те если на атс 1 мы имеем номера вида 1хх, 2хх, 3хх, 6хх а на атс 2 1хх, 2хх, 4хх, то мы вполне можем прозваниватся с атс 1 на 4хх с любых номеров, а с атс2 на 6хх.

Конфликтов и не будет, если планы нумерации при звонке не пересекаются, не возникает двойственности у атс, например, при наличии номера 100 и на первой и на второй атс. Но кто может гарантировать, что таких звонков не будет? И делать объединение станций только для того чтобы звонить на не пересекающиеся емкости внутренних номеров - не имеет особого смысла. В любом случае нельзя прописывать в ПГМ324 общую для двух станций нумерацию.
Цитата(DaGash @ 17.5.2010, 9:02) *
3. Если поднимается tcp сессия между атс, а udp опрокидывается, то атс обрубает звонок, те идет прозвон, корректно определяется номер, но при снятии трубки выдает ошибку.

Ну естественно, udp же не проходит, как голос передать?
DaGash
Цитата(noox @ 17.5.2010, 9:35) *
Ну кто ж знал, что у вас включен, да еще такой, интеллектуальный брандмауэр. Вообще, для настройки, тем более в первый раз, такие вещи обычно сразу отключают или по крайней мере смотрят статистику на этом firewall, что проходит, а что - нет.

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

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

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

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

3.Да, с udp все понятно.
Dron
Цитата(DaGash @ 17.5.2010, 10:12) *
2. Объединение было как тест, в дальнейшем будет внедрен единый номерной план. И нет, Конфликты номерных планов возможны, работе они не мешают, те если на атс 1 мы имеем номера вида 1хх, 2хх, 3хх, 6хх а на атс 2 1хх, 2хх, 4хх, то мы вполне можем прозваниватся с атс 1 на 4хх с любых номеров, а с атс2 на 6хх. Те pgm 324 работает тупо как таблица маршрутизации.

Понятно, что в таком варианте возможно прозваниваться. У вас же на АТС1 нет номеров 4хх, а на АТС2 6хх.
noox
Цитата(DaGash @ 17.5.2010, 10:12) *
1. Да в том и дело что его функция была только для подсчета трафика, по логам он все пропускал+ в качестве лакмусовой бумажи по соединению использовал openphone итд, что оказалось не правильно.

Обычная ситуация, сначала лучше всего firewall отключать, чтобы уменьшить количество факторов влияющих на итоговый результат.
Цитата(DaGash @ 17.5.2010, 10:12) *
2. Объединение было как тест, в дальнейшем будет внедрен единый номерной план. И нет, Конфликты номерных планов возможны, работе они не мешают, те если на атс 1 мы имеем номера вида 1хх, 2хх, 3хх, 6хх а на атс 2 1хх, 2хх, 4хх, то мы вполне можем прозваниватся с атс 1 на 4хх с любых номеров, а с атс2 на 6хх. Те pgm 324 работает тупо как таблица маршрутизации.

Я же вам написал, что в этой ситуации планы нумерации не пересекается. Ничего криминального. Вот если бы вы позвонили на номера 1хх, 2хх - что было бы?
Dron
Цитата(noox @ 17.5.2010, 10:30) *
Я же вам написал, что в этой ситуации планы нумерации не пересекается. Ничего криминального. Вот если бы вы позвонили на номера 1хх, 2хх - что было бы?

Попали бы на номера 1хх, 2хх своей АТС.
noox
Цитата(Dron @ 17.5.2010, 10:33) *
Попали бы на номера 1хх, 2хх своей АТС.

Не факт, бывают глюки. Даже если в большинстве случаев останетесь в своей атс, какой смысл в объединении. rolleyes.gif
Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке.
Форум IP.Board © 2001-2025 IPS, Inc.