officeserv 7070 voip peering

[fantsay]

День добрый. Есть пару АТС samsung officeserv 7070 прошивка 446е, была организована связь между атс по воип пиринг , после того как перевели городские линии на сип транк появился вопрос, звонок идет ,а голос нет. У 2х атс локальные ип , если оставить ийпишник системы локальный без публичного голос между атс бегает но город нет и наоборот поставить публичный то город работает между атс нет.
Если возможность указать какой ип должен быть в заголовке при звонке например через сип транк и при звонке через пиринг. Спасибо.

[LionB]

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

1) Privat IP - это реальный IP на порту LAN системы. Если она сидит за NAT и работает только по локалке, то достаточно указать его и поставить режим IP - Privat (Эти же настройки ставятся, если станция подключается непосредственно к WAN, т.е. весь Интернет является для станции большой "локальной" сеткой. Но, по соображениям безопасности очень не советую это делать. Только с версии v4.70 стало безопасно такое делать, но и тут надо руки к настройкам безопасности приложить).
2) Если система стоит за NAT и надо, как работать по локалке, так и через NAT в WAN, то надо так же указать Public IP (IP на внешнем порту роутера) и ставить режим IP Privat with Public. Тогда для локальных вызовов, если они достижимы по маске сети, в сигналке, для описания Media Channel обратной связи будет использоваться Privat IP. Если по маске сети IP недостижим, то он пойдет через Default Gateway (суть роутер и NAT), и в сигналке, для описания Media Channel обратной связи будет использоваться Public IP
3) Последний вариант, когда вызов идет из локалки в локалку, но через роутер (например в другой удаленный офис через VPN). Допустим в одной локалке с ситемой 10.0.0.XXX/24, а в другой 10.0.10.XXX/24. По маске пакеты пойдут все равно через роутер, но не через NAT, а в VPN. Тогда в сигналке система таки должна указать свой реальный Privat IP для обратной связи, не смотря, что пакет пошел на GW, как в п.2. Такое решение система примет, если в меню 5.2.8 будет запись 10.0.10.255 (и наоборот на системе в удаленном офисе будет тут же задано 10.0.0.255).

Как-то так. Теперь решай сам, какой у тебя из трех вариантов и настраивай.

[fantsay]

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

1) Privat IP - это реальный IP на порту LAN системы. Если она сидит за NAT и работает только по локалке, то достаточно указать его и поставить режим IP - Privat (Эти же настройки ставятся, если станция подключается непосредственно к WAN, т.е. весь Интернет является для станции большой "локальной" сеткой. Но, по соображениям безопасности очень не советую это делать. Только с версии v4.70 стало безопасно такое делать, но и тут надо руки к настройкам безопасности приложить).
2) Если система стоит за NAT и надо, как работать по локалке, так и через NAT в WAN, то надо так же указать Public IP (IP на внешнем порту роутера) и ставить режим IP Privat with Public. Тогда для локальных вызовов, если они достижимы по маске сети, в сигналке, для описания Media Channel обратной связи будет использоваться Privat IP. Если по маске сети IP недостижим, то он пойдет через Default Gateway (суть роутер и NAT), и в сигналке, для описания Media Channel обратной связи будет использоваться Public IP
3) Последний вариант, когда вызов идет из локалки в локалку, но через роутер (например в другой удаленный офис через VPN). Допустим в одной локалке с ситемой 10.0.0.XXX/24, а в другой 10.0.10.XXX/24. По маске пакеты пойдут все равно через роутер, но не через NAT, а в VPN. Тогда в сигналке система таки должна указать свой реальный Privat IP для обратной связи, не смотря, что пакет пошел на GW, как в п.2. Такое решение система примет, если в меню 5.2.8 будет запись 10.0.10.255 (и наоборот на системе в удаленном офисе будет тут же задано 10.0.0.255).

Как-то так. Теперь решай сам, какой у тебя из трех вариантов и настраивай.

Спасибо! Мне помогло добавление в mmc 838 ипшника атски что на другом конце впн туннеля.

Теперь появилась проблема с переводом номера, при звонке с внешней линии на секретаря , секретарь берет трубку и переводит на другой внешний номер , соединение проходит ,а вот голоса нет.
Подключение по Воип транку без регистрации. Это к провайдеру чтоб логи смотрел или я чего не указал ?

[LionB]

Ты не раскрыл ахитектуру, а я не медиум, гадать на кофейной гуще, где у тебя в сетке по конкретному соединению IP-IP не проходит UDP трафик.
Разобраться тебе поможет Ethereal trace такой ситуации, ты увидишь откуда и куда пошел UDP трафик после трансфера и почему он туда не дошел и наоборот. Тут уже точно вопрос рутеров и FireWall между офисными сетками...