Transfer SIP to SIP.
Модератор: Administrator
Transfer SIP to SIP.
Коллеги помогите решить проблему! На IP500v2 заведено 2 SIP транка от разных провайдеров.
Один только на входящие звонки, второй на исходящие. Обо транка отлично работают в отдельности. Но вот если звонок с одного транка перевести (трансфером или переадресацией) на другой то звонок проходит а голоса по поднятию трубки нет.
В логгере видно что пакеты от одного прова пытаются идти напрямую к второму, а сети естественно разные потому и не доходят.
По логике надо найти настройку аналогичную "direct media" в H323 транке, но никак не найду. Может кто знает как решить?
Один только на входящие звонки, второй на исходящие. Обо транка отлично работают в отдельности. Но вот если звонок с одного транка перевести (трансфером или переадресацией) на другой то звонок проходит а голоса по поднятию трубки нет.
В логгере видно что пакеты от одного прова пытаются идти напрямую к второму, а сети естественно разные потому и не доходят.
По логике надо найти настройку аналогичную "direct media" в H323 транке, но никак не найду. Может кто знает как решить?
-
- Постоянный участник форума
- Сообщения: 193
- Зарегистрирован: Сб 24 янв 2009, 12:26
Re: Transfer SIP to SIP.
А какая схема подключения двух SIP? Это два разных провода, которые куда подключены? На самом IPO IP Route прописаны на каждый SIP?Samlex77 писал(а):Коллеги помогите решить проблему! На IP500v2 заведено 2 SIP транка от разных провайдеров.
Один только на входящие звонки, второй на исходящие. Обо транка отлично работают в отдельности. Но вот если звонок с одного транка перевести (трансфером или переадресацией) на другой то звонок проходит а голоса по поднятию трубки нет.
В логгере видно что пакеты от одного прова пытаются идти напрямую к второму, а сети естественно разные потому и не доходят.
По логике надо найти настройку аналогичную "direct media" в H323 транке, но никак не найду. Может кто знает как решить?
Re: Transfer SIP to SIP.
Оба SIPа приходят по WAN, route прописан - каждый SIP в отдельности работает без нареканий.
Проблема в только в транзите.
Проблема в только в транзите.
-
- Участник форума
- Сообщения: 126
- Зарегистрирован: Пн 17 янв 2011, 10:20
- Откуда: Ростов-на-Дону
- Контактная информация:
Re: Transfer SIP to SIP.
Проверьте отсутствие галочки в Система/Телефонноя связь/Ограничить связь сетей
и на каждой сип линии снимите галочки во вкладке VoIp - разрешить прямой путь мультимедиа, тогда голос (RTP трафик) будет ходить через вашу АТС, это должно снять проблему, но нагрузит ресурсы АТС, особенно если используются разные кодэки в линиях.
и на каждой сип линии снимите галочки во вкладке VoIp - разрешить прямой путь мультимедиа, тогда голос (RTP трафик) будет ходить через вашу АТС, это должно снять проблему, но нагрузит ресурсы АТС, особенно если используются разные кодэки в линиях.
Re: Transfer SIP to SIP.
во вкладке VoIp - разрешить прямой путь мультимедиа
Плиз-з-з покажите где оно в SIP-транке(скрин во вложении)
Плиз-з-з покажите где оно в SIP-транке(скрин во вложении)
- Вложения
-
- SIP-trunk.jpg (58.79 КБ) 8502 просмотра
-
- Участник форума
- Сообщения: 126
- Зарегистрирован: Пн 17 янв 2011, 10:20
- Откуда: Ростов-на-Дону
- Контактная информация:
Re: Transfer SIP to SIP.
версия софта какая?
Re: Transfer SIP to SIP.
8.0(53)
-
- Участник форума
- Сообщения: 126
- Зарегистрирован: Пн 17 янв 2011, 10:20
- Откуда: Ростов-на-Дону
- Контактная информация:
Re: Transfer SIP to SIP.
А вкладку System/Telephony
и желательно бы снифернуть WAN порт wireshark -ом, с фильтром SIP or RTP, если есть возможность, там на схеме будет все видно, куда голос девается.
и желательно бы снифернуть WAN порт wireshark -ом, с фильтром SIP or RTP, если есть возможность, там на схеме будет все видно, куда голос девается.
Re: Transfer SIP to SIP.
>А вкладку System/Telephony
- Вложения
-
- System_Telephony.jpg (104.83 КБ) 8448 просмотров
-
- Участник форума
- Сообщения: 126
- Зарегистрирован: Пн 17 янв 2011, 10:20
- Откуда: Ростов-на-Дону
- Контактная информация:
Re: Transfer SIP to SIP.
Как понимаю сети провайдеров разные и вырожденные?
Если да, то скорее всего поможет апгрэйд атс до 9-го софта.
либо между провайдерами и IPO ставить голосовой маршрутизатор типа циски.
Но может кто еще что подскажет.
Если да, то скорее всего поможет апгрэйд атс до 9-го софта.
либо между провайдерами и IPO ставить голосовой маршрутизатор типа циски.
Но может кто еще что подскажет.
Re: Transfer SIP to SIP.
А что в 9-ке есть настройка аналогичная "direct media"?
-
- Участник форума
- Сообщения: 126
- Зарегистрирован: Пн 17 янв 2011, 10:20
- Откуда: Ростов-на-Дону
- Контактная информация:
Re: Transfer SIP to SIP.
Я не знаю как в железной с 9-м софтом, но сервер эдишн может пропускать весь голос через себя.
На Line
Allow Direct Media Path: Default = On
This settings controls whether IP calls must be routed via the system or can be routed alternately if possible within the network structure.
· If enabled, IP calls can take routes other than through the system. This removes the need for a voice compression channel. Both ends of the calls must support Direct Media and be using the same protocol (H.323 or SIP). Enabling this option may cause some vendors problems with changing the media path mid call.
· If disabled or not supported at on one end of the call, the call is routed via the system. RTP relay support allows calls between devices using the same audio codec to not require a voice compression channel.
На Line
Allow Direct Media Path: Default = On
This settings controls whether IP calls must be routed via the system or can be routed alternately if possible within the network structure.
· If enabled, IP calls can take routes other than through the system. This removes the need for a voice compression channel. Both ends of the calls must support Direct Media and be using the same protocol (H.323 or SIP). Enabling this option may cause some vendors problems with changing the media path mid call.
· If disabled or not supported at on one end of the call, the call is routed via the system. RTP relay support allows calls between devices using the same audio codec to not require a voice compression channel.