POTS to VoIP качество голоса

[Andrey Andruschenko]

Доброго времени суток!

 

Поднимаем у себя VoIP, при этом имеется стык с городом через АТС М-200 (коммутатор MP-12).

Отлаживалось все на стенде:

SIP Phone/Gateway -> Router->SoftSwitch -> Cisco5350->M-200->POTS

У АТС стык с 5350 - ISDN PRI, с городом - 2ВСК.

Столкнулись с проблемой качества голоса при звонках с POTS на VoIP. Такое ощущение, что где-то работает, при этом отвратно работает, VAD. Хотя в конфигах везде отключен. Для звоняшего это выглядить как полная тишина в трубке при паузах речи, прерывистая речь и довольно ощутимая задержка. При этом, если собеседник говорит быстро и с короткими паузами, его еще можно как-то понять, но если медленно, то понять что-то совершенно не реально.

При звонках с VoIP на POTS, ситуация прямо противоположная - отличное качество, минимальная задержка, никаких прерываний речи.

Возможно проблема обсосаная, но не убивайте сильно - начинающие мы. Гугленье ничего не дало.

Готов показать нужные конфиги.

Edited December 27, 2007 by Andrey Andruschenko

[ram_scan]

Если нигде не крутили размер payload-а, и действительно отключен vad, плюс софтсвитч с проксированием, то проблема в софтсвитче.

 

А что за софтсвитч ?

[nwton]

Смотрите, каким кодеком согласование идет и какое устройство мастером в инициации кодека выступает (все на софтсвитче в логах должно оказаться).

[kostello]

Андрея сейчас нет, но мы вместе занимаемся этим стыком. Софтсвич- Cisco Unified CallManager 5.0.4, payload вроде нигде не трогали, проксирование включено, VAD на кошке явно отключен, кодек- G.711, мастером в иницииации кодека судя по всему является конечное устройство с нашей стороны.

[facility]

Чего гадать то? Вставьте sniffer между SIP Phone/Gateway и Router и запишите SIP/RTP/RTCP трафик.

[StSphinx]

Прочитал утром и понял, что ночью бредил, поэтому вот:

 

Софтсвич судя по всему не при чем...

Все звонки (IP2IP, POTS2IP, IP2POTS) проходят через софтсвич, 5350 и АТС. Но грабли есть только при звонках POTS2IP и IP2IP. Звонок идет следующим путем:

IP2IP: SIPPhone->SoftSwicth-5350-ATC-5350-SoftSwitch-SIPPhone

IP2POTS: SIPPhone->SoftSwitch->5350->ATC->POTS

POTS2IP: POTS->ATC->5350->SoftSwitch-SIPPhone

Попробуем отключить согласование кодека, посмотрим что будет...

Edited December 28, 2007 by StSphinx

[ram_scan]

Если используется SIP то там нет понятия master-slavе при выборе кодека, кодек выбирает из числа предложеных всегда та сторона которая отвечает на invite. Видимо в одну из сторон стартует кодек с большой алгоритмической задержкой. Надо тогда дамп сессии посмотреть. АТС тут должна быть ни при чем.

[facility]

Через софтсвич ходит все, включая медиа трафик.

Тогда это все-таки VoIP-proxy. Если происходит транскодирование, то надо проверять с какими параметрами устанавливается вызов между proxy и 5350, и с какими между proxy и SIP Phone/Gateway. Попробуйте посмотреть параметры кодеков на обоих участках (тип кодека, размер payload, наличие vad) при вызове в направлении POTS -> SIP Phone/Gateway. Если транскодирования нет (все одинаково на обоих участках), нужно оценить задержку и потери пакетов, которые вносит proxy при ретрансляции RTP.

[nwton]

Если используется SIP то там нет понятия master-slavе при выборе кодека

Невнимательно прочитал пост, думал что у ребят h.323 используется.

 

Вот только схема прохождения звонков странная какая-то... Зачем выгоняете до самой АТС?

IP2IP: SIPPhone->SoftSwicth-5350-ATC-5350-SoftSwitch-SIPPhone

 

И похоже что глючит что-то в этой цепочке:

ATC->5350->SoftSwitch->SIPPhone

и именно в этом направлении.

 

Сокращайте цепочку до

IP2IP: SIPPhone->SoftSwicth-SIPPhone

затем расширяйте до:

IP2IP: SIPPhone->SoftSwicth-5350-SoftSwitch-SIPPhone

 

И найдете в каком месте глюк.

 

Кодеки то какие используются?? tcpdump смотрели? если юникса нет, так ведь по винду кучу сниферов с анализаторами найти можно.

Edited December 28, 2007 by nwton

[StSphinx]

Если используется SIP то там нет понятия master-slavе при выборе кодека

Невнимательно прочитал пост, думал что у ребят h.323 используется.

 

Вот только схема прохождения звонков странная какая-то... Зачем выгоняете до самой АТС?

Особенности биллингования.

 

IP2IP: SIPPhone->SoftSwicth-5350-ATC-5350-SoftSwitch-SIPPhone

 

И похоже что глючит что-то в этой цепочке:

ATC->5350->SoftSwitch->SIPPhone

и именно в этом направлении.

 

Сокращайте цепочку до

IP2IP: SIPPhone->SoftSwicth->SIPPhone

Сокращали, работает нормально.

 

затем расширяйте до:

IP2IP: SIPPhone->SoftSwicth-5350-SoftSwitch-SIPPhone

 

И найдете в каком месте глюк.

Насколько я знаю, на 5350 телефонный трафик с IP на IP развернуть нельзя.

 

Кодеки то какие используются?? tcpdump смотрели? если юникса нет, так ведь по винду кучу сниферов с анализаторами найти можно.

Кодек G.711a везде. Ендпоинты используют SIP, стык CCM->5350 - H323.

 

Сниффер полезен, когда знаешь что именно нужно найти. Тут же суть проблемы не ясна. Я ж говорю - начинающие.

[ram_scan]

Насколько я знаю, на 5350 телефонный трафик с IP на IP развернуть нельзя.

Можно, на 5350xm и иосе с TDMIP IP-IP GW фичасетом.

[StSphinx]

Насколько я знаю, на 5350 телефонный трафик с IP на IP развернуть нельзя.

Можно, на 5350xm и иосе с TDMIP IP-IP GW фичасетом.

 

Увы, у нас просто 5350.

[nwton]

Теперь все ясно, что глючит что-то в этой цепочке и только в этом направлении:

ATC->5350->SoftSwitch

 

Если сможете устроить звонки POTS2POTS по схеме ATC->5350->ATC, то сможете точно узнать, а какое же из звеньев глючит, может это все таки АТС в связке с 5350 барагозит, а вовсе не VoIP.

 

Вставляйте между 5350 и softswitch обычный хаб, в него комп со снифером трафика (или свитч с настроеным зеркалированием портов), тот же etherial (нынче это Shark обзывается) или что-то платное (wildpacket omnipeek с опцией voice на вскидку вспомнился) даст понимание как проходят пакеты и что за согласование там получается, раз уж логи софтсвитча не разглядеть.

 

Протокол по SIP легко читается, все в текстовом виде шлется, даже декодировать не надо...

 

После чего пишете сюда отчет:

"звонок от SoftSwitch до 5350 проходит с кодеком ХХХ, размер пакетов ХХХ, голос нормально слышится в обе стороны, при согласовании просходит то-то и то-то.

 

звонок от 5350 до SoftSwitch проходит с кодеком ХХХ, размер пакетов ХХХ, голос не проходит в сторону от А к Б, а от Б к А - прекрасно, при согласовании просходит то-то и то-то.

 

ОТЛИЧИЯ при согласовании от предыдущего случая - такие-то"

[ShumBor]

а с синхрой то все ном?

ибо используется связка м200(окс7 to DSS) - 5350 - gnugk - endpoint вроде проблем нет