Тема: голосовой трафик через АТС
Добрый день уважаемые коллеги.
есть атс tde200.
проблема следующая: есть 2 IP телефона Panasonic KX-NTxxx
оба в физически в другой подсети, не в той что АТС.
т.е. например:
IP атс: 192.168.1.ххх
а
IP телефона1: 192.168.10.ххх
и
IP телефона2: 192.168.11.ххх
оба телефона получают IP по DHCP.
между сетями полный vpn каждый с каждым.
почему то при звонке с IP телефона Panasonic на аналоговую или цифровую линию всё хорошо.
А звонок двух IP телефонов Panasonic друг на друга сопровождается тишиной в одну сторону.
Соотвественно вопрос: Как сделать так чтоб трафик rtp бегал через атс.
Если ВПН “каждый с каждым” - работать должно. Если не работает - смотрите сеть.
АТС не гоняет РТП траффик в данном случае, телефоны соединяются по р2р. Если не можете побороть сеть - звоните через “секретаря” (IP-абонент1 звонит TDM-абоненту АТС, тот переключает на IP-абонента2).
Добрый день уважаемые коллеги.
есть атс tde200.
проблема следующая: есть 2 IP телефона Panasonic KX-NTxxx
оба в физически в другой подсети, не в той что АТС.
т.е. например:
IP атс: 192.168.1.ххх
а
IP телефона1: 192.168.10.ххх
и
IP телефона2: 192.168.11.хххоба телефона получают IP по DHCP.
между сетями полный vpn каждый с каждым.
почему то при звонке с IP телефона Panasonic на аналоговую или цифровую линию всё хорошо.
А звонок двух IP телефонов Panasonic друг на друга сопровождается тишиной в одну сторону.Соотвественно вопрос: Как сделать так чтоб трафик rtp бегал через атс.
Трафик должен бегать не через АТС, а через маршрутизатор. Маршрутизатор и настроить. Между IP-телефонами трафик будет ходить только напрямую в АТС серий TDE и NCP. Возможность прохождения трафика через АТС есть, но это через жопу, я бы так делать не стал - куча проблем при этом вылезет. Как сделать - не скажу 😊
ну и как это ж... делается. Хотя бы в какую сторону копать???
ну и как это ж... делается. Хотя бы в какую сторону копать???
Не делается это, забудь. Сказано же - настрой на маршрутизаторе. Ну или замени АТС на NS1000 - тоже вариант.
NS1000 вариант больно уж дорогой.
NS1000 вариант больно уж дорогой.
Кому как. Но я так и не понял, в чём проблема с рулёжкой трафика на устройстве, для этого предназначенном - маршрутизаторе.
Советую через зеркальный порт записать wireshark обмен RTP телефонов. Там увидите, куда реально идет трафик..
Можно и софтфон наверное подцепить, тогда на самом компе и записать..
Скорее всего - неправильные маршруты, 90% улетает вместо VPN в белую сеть и режется там..
Советую через зеркальный порт записать wireshark обмен RTP телефонов. Там увидите, куда реально идет трафик..
Можно и софтфон наверное подцепить, тогда на самом компе и записать..
Скорее всего - неправильные маршруты, 90% улетает вместо VPN в белую сеть и режется там..
Там NAT где-то между сетями спрятался.
Там NAT где-то между сетями спрятался.
Nat - да.. Причина: сообщения reinvite в sip. Везде нужно отлючить в этой схеме и будет счастье..
Там NAT где-то между сетями спрятался.
Nat - да.. Причина: сообщения reinvite в sip. Везде нужно отлючить в этой схеме и будет счастье..
При чём здесь SIP?
Где Вы в этой ветке увидели хоть что-либо о SIP ?
При чём здесь SIP?
Где Вы в этой ветке увидели хоть что-либо о SIP ?
Это вирус такой. Он везде!
Там NAT где-то между сетями спрятался.
Nat - да.. Причина: сообщения reinvite в sip. Везде нужно отлючить в этой схеме и будет счастье..
Понимаю, что вирус в головах представителей “светлой” безальтернативной телефонии, но не до такой же степени.
Видимо, этот супер специалист, здесь всех за идиотов держит.
Каким боком сообщение reinvite влияет на прохождения RTP пакетов через NAT?
Каким боком сообщение reinvite влияет на прохождения RTP пакетов через NAT?
Почитай RFC 3261 и разруха в голове пройдет. 😊
Коротко: в начале диалога в связке SIP Client 1 <-> SIP Server <-> SIP Client 2 оконечные устройства посылают RTP через сервер. Далее когда сервер понимает, что медиа-потоки могут идти и напрямую, снижая нагрузку на сервер он их коммутирует прямоходом. При этом направления Remote Part соединений - меняется. Ну и возникают все проблемы с NAT..
Причин с NAT - много: неправильная маршрутизация, наличие роутеров Dlink с гнилым SIP ALG, неправильные правила SNAT и DNAT, кривость реализации методов REINVITE в оконечном обопрудовании. Рекомендуется просто отключить этот режим и не париться.
в Астериск это делается в настойках sip пира:
canreinvite=no ; до 1.6
directmedia=no ; 1.6+Я уверен и в Panasonic это тоже есть. Иначе всем бы пришлось прокси ставить.
Я доходчиво объяснил, Уважаемый флудер? 😊
При чём здесь SIP?
Где Вы в этой ветке увидели хоть что-либо о SIP ?Это вирус такой. Он везде!
Речь чтоль про MGCP?
