Тема: Выявление “левых” DTMF в sip-потоке *
Провайдер “ткнул носом”, что на качество связи (звук) влияет присутствующие в канале “левые” появления DTMF A (проявляется эффект заикания или обрыва связи на доли сикунд). Само наличие DTMF я увидил оценив дамп с помощью Wireshark, но точно ли именно наличие “левых” DTMF искажает звук и вобще откуда им взятся не совсем понятно. Может кто подскажет в какую сторону “копать”?
Насколько я понимаю. с провайдером работаете по ip. Поставьте другой способ передачи DTMF, например sip-info, это надежнее.
Проще поставить rfc2833 - там DTMF идет в отдельном PT, видно что, откуда и куда.
SIP INFO не все провайдеры корректно поддерживают.
Проще поставить rfc2833 - там DTMF идет в отдельном PT, видно что, откуда и куда.
SIP INFO не все провайдеры корректно поддерживают.
С чего это Вы взяли, что будет поддерживаться rfc2833?
Или как обычно, ляпнуть чего-либо, авось заметят?
Проще поставить rfc2833 - там DTMF идет в отдельном PT, видно что, откуда и куда.
SIP INFO не все провайдеры корректно поддерживают.
передача DTMF в голосовом потоке, даже в отдельном будет подвержена всем влияниям на канал. При использовании sip-info DTMF будет передаваться в сигнальном виде как служебная информация. Гарантия корректной передачи, да и передачи вообще гораздо выше. Пока не встречал провайдеров, которые не поддерживают этот тип передачи, хотя, может быть, мне повезло.
Всем спасибо. rfc2833 - установлен. Вобщем проблема в целом оказалась не в этом.
Основная проблема с выставлением Jitter Buffer в нужном месте на связке “аналоговый аппарат-TDA200(e1)-(e1(122 плата))*-SIP(провайдер).
Дребезг неимомерный. выставляли значения и на СИПе * и на DAHDI (122 плата). Пока не помогло. Вот сейчас пытаюсь копать на Панасе, а в нем я не сильно проднинут и не знаю где там этим параметром можно поиграться.
Всем спасибо. rfc2833 - установлен. Вобщем проблема в целом оказалась не в этом.
Основная проблема с выставлением Jitter Buffer в нужном месте на связке “аналоговый аппарат-TDA200(e1)-(e1(122 плата))*-SIP(провайдер).
Дребезг неимомерный. выставляли значения и на СИПе * и на DAHDI (122 плата). Пока не помогло. Вот сейчас пытаюсь копать на Панасе, а в нем я не сильно проднинут и не знаю где там этим параметром можно поиграться.
Откуда берётся джиттер на кабеле между TDA и Астериском? Параметром играться не надо, надо обеспечить качество соединения Е1, удовлетворяющее стандарту, остальное достигается автоматично.
Параметром играться не надо
Исходил из рекомендаций по настройке Jitter Buffer на DAHDI. Если это не правильный подход, то буду иметь ввиду.
надо обеспечить качество соединения Е1, удовлетворяющее стандарту, остальное достигается автоматично.
Как проверить качество соединения E1? Если исходить из ситуации, что абоненты Панаса без проблем общаются с абонентами Астера (отсутствие проявления коллизий), то по началу сделал вывод, что проблем в этом канале нет. После проверил с абонента СИПа на провайдера, проблем так же не обнаружено. А вот когда абонент Панаса начинает по цепочке выходить на СИП-провайдера, то начинается “трабл” (заикания слышим в трубе) при этом абонент которому мы звоним слышит нас без проблем.
надо обеспечить качество соединения Е1, удовлетворяющее стандарту, остальное достигается автоматично.
Как проверить качество соединения E1? Если исходить из ситуации, что абоненты Панаса без проблем общаются с абонентами Астера (отсутствие проявления коллизий), то по началу сделал вывод, что проблем в этом канале нет. После проверил с абонента СИПа на провайдера, проблем так же не обнаружено. А вот когда абонент Панаса начинает по цепочке выходить на СИП-провайдера, то начинается “трабл” (заикания слышим в трубе) при этом абонент которому мы звоним слышит нас без проблем.
Связь Панасоник-Астериск не подвержена проблемам? Тогда и интерфейс между ними в порядке. Тестируют кабели обычно кабель-тестером. В данном случае проблему в Астериске чую я. Попробуй поставить 711 кодек на провайдера.
Всем спасибо. rfc2833 - установлен. Вобщем проблема в целом оказалась не в этом.
Основная проблема с выставлением Jitter Buffer в нужном месте на связке “аналоговый аппарат-TDA200(e1)-(e1(122 плата))*-SIP(провайдер).
Дребезг неимомерный. выставляли значения и на СИПе * и на DAHDI (122 плата). Пока не помогло. Вот сейчас пытаюсь копать на Панасе, а в нем я не сильно проднинут и не знаю где там этим параметром можно поиграться.
На Панасе ничего и не нужно править, похоже дело уже в цепочке после него. Дело в том, что от TDA данные DTMF идут inband в B-слотах. На Asterisk они преобразуются в rfc2833 или sip info - т.е. out of band. Следовательно, после Asterisk никакий “дребезг” появиться уже не сможет (могут лишь пропадать пакеты, но никак не добавляться).
Итак Asterisk. Проблем может быть несколько:
1. Сам комп с Asterisk: проходят ли должным образом прерывания от 122й карточки? dahdi_test в помощь. Также стоит посмотреть правильность настройки таймеров.
2. Насколько правильно выставлены параметры Layer1 на линке E1 TDA-Asterisk? Поиграться на стороне Asterisk параметром crc4 в /etc/dahdi/system.conf. Ну и синхру E1 должен давать астер. Косвенно о проблемах здесь можно судить по сообщениям BAD FCS HDLC, поскольку в этом случае страдают и данные в D-канале.
3. Сам DTMF в Asterisk - что говорит отладка DTMF? какое значение параметра relaxdtmf?
Если дело - в компе, тогда логично использовать внешний шлюз. Наш Alvis например, мы уже “собаку съели” на всей этой интеграции, скоро уже будет сниться по ночам)
