Здравствуйте!
Ситуация: есть очередь, в нее регистрируются агенты с 3сх(с винды) и слушают музыку(пустой файл), принимают звонки, все ок первые минут 10-20 , потом начинаются баги с голосом в стиле матрицы, агент слышит звонящего с искажением. При этом на астере все разговоры записываются четко, без искажений. http://itprofit32.ru/test.mp3 - пример искажений. Релоад астера дает еще 10-20 минут нормальной работы. X-lite - те же проблемы. Как победить?
да еще интересный момент, пробовал цепляться не софтфоном, а шлюзом линксис, на шлюзе такой прблемы нет!
Wireshark - вообще зачетный инструмент), жаль что только сейчас его познал.
Итак, для выявления причин искажения голоса надо анализировать RTP - поток и вообще сетевой трафик, гуляющий по сети, в данном случае трафик записывался и анализировался на стороне клиента из под Винды средствами Wireshark.
Как я уже писал, в сети обнаружилось(инструментом UDP multicast streams) есть несколько адресов, которые мультикастом долбял сеть, это оказались несколько IP-камер и один из компов(видимо не здоровый). Действительно в сети есть свич длинк между клиентами и астером.
Анализ RTP - есть в закладке telephony---rtp---show all streams, умеет показывать процент потери пакетов дрожание (jitter) и еще кое чего. Самое интересное - можно декодировать RTP-поток в звуковые файлы и прямо в проге визуализировать и прослушать их, при этом можно задавать различные значения буфера дрожания для определения его приемлемого значения, проблемные места отображаются на графике. Очень удобно.
Анализ потоков показал, что потери пакетов нет, 100% пакетов приходят на комп, но jitter (дрожание) ппц какой до 200мс, для нормальной локалки значения 4-20мс.
На шлюзе работает, потому, что есть буфер дрожания порядка 200мс, на софтфоне если он и есть то недостаточен, для комфортной работы.
Думаю теперь вопрос будет закрыт.
Всем спасибо, все очень помогли.
Очень похоже, на какой-то бродкаст или мультикаст, который всю сеть кладёт... Попробуй сделать маленькую сеть из сервера и 2-х клиентов (остальное отрубить) и посмотреть будет ли тоже самое....
сразу то же самое сказал заказчику... пробовали все лишнее отключить - не помогло, площадка в другом городе приходится верить на слово.
itprofit ( 2012-03-13 21:10:21 +0400 )редактироватьЯ бы лично вот что сделал: записал RTP с помощью Wireshark на той же винде. Далее, в нем есть RTP Analyzer. В нем уже и видно станет что творитца. Далее сделать подобную запись при звонке на шлюз. Сравнить и понять в чем разница.
Скорее всего, в сети свичи Dlink, видать приличный пакетлосс и джиттер. В шлюзах наверное jitter видать включен, в софтклиенте - вероятно нет. Но на записи будет всё видно..
RTP анализатор соберет звук по меткам RTP и никакого дрожания вы не услышите.
switch ( 2012-03-14 13:45:02 +0400 )редактироватьТам статистику покажет по потоку и неплохо. "Слушать" ничего там не нужно. Нужно понять, какой джиттер и пакетлосс в системе.
Zavr2008 ( 2012-03-14 18:01:12 +0400 )редактироватьПоснифил на одном из компов, почему-то Вирешарк говорит, что потоки RTP - not detected, хотя пакеты по UDP в заданном диапазоне портов есть. За то в UDP multicast streams обнаружил кучку широковещательных потоков с других рабочих станций. Может дело в мультикасте, но все же не понятно как это все работает. В начале то какое-то время все ок, и со временем нарастает искажение. Получается что чем дольше вызов и больше пакетов тем больше багов с мультикастом как-то не вяжется, да еще и перерегистрация юзера(перезапуск софт-фона) дает для этого эзера эффект как релоад астера(10-20 мин - все ок).
itprofit ( 2012-03-14 19:26:43 +0400 )редактироватьполучается так, что в начале все хорошо все пакеты приходят и обрабатываться компом корректно, с течением времени процент, достигших цели пакетов, снижается при прочих равных условиях, при этом с астера все уходит корректно (т.к. запись без глюков). Как-будто в свиче сидит барабашка и мониторит: -" что-то слишком долго пакеты с астера идут на клиента... дропну ка парочку, ха все равно идут тогда еще и еще". Я было думал что дело в компах, но компы все разные и железо и софт. Софт-фоны 3сх, x-lite, zoiper - картина та же
itprofit ( 2012-03-14 19:35:33 +0400 )редактироватьcanreinvite=no поставь. По UDP: ты по правой кнопке открывай контекстное меню Detect As.. - там выбирай RTP. Если уверен в том что это те сами порты..
Zavr2008 ( 2012-03-14 20:53:23 +0400 )редактироватьспасибо, разобрался rtp автоматически определяется если записан разговор с самого начала, т.е. с регистрации агента, сегодня все уже офф. Продолжим изыскания завтра.
itprofit ( 2012-03-14 21:29:47 +0400 )редактироватьда, он определяется, если в потоке есть SIP пакеты с начала звонка, в противном случае - выставлять ручками.
Zavr2008 ( 2012-03-15 13:12:37 +0400 )редактироватьПростите, а причем тут свитчи Dlink. Это нарицательное имя дешевых-безпантовых свитчей или у продукции DLink'a какие-то особенности.
stopa85 ( 2012-03-16 08:05:01 +0400 )редактироватьДа не, просто 90% людей мыслят стереотипами: автоваз - гавно, длинк - гавно, виндовс - гавно ну и так далее. Между тем сами тоже гавно делают со словами "пипл хавает"...
switch ( 2012-03-16 08:08:19 +0400 )редактироватьDlink только недавно стал делать продукцию enterprise класса, к ней в общем то нет претензий, там показатель - наличие SFP портов, ну и ценник :). А вот ко всяким 1008 и 1005 - УВЫ ЕСТЬ, среднего уровня свичи - тоже не подарок! И сколько еще их стоит у нас в стране... Отличить и проверить - просто. "iperf" тег тут на сайте в помощь страждущим..
Zavr2008 ( 2012-03-16 19:50:49 +0400 )редактироватьНу и не стесняться Wireshark применять, топикстартеру и МНОГИМ он реально снял головную боль.. Мегареспект ребятам, кто в свое время придумали Etherial, в последствии переименованным в Wireshark.. Надо всем кто пишет что "звук искажается" итп советовать в обязательном порядке...
Zavr2008 ( 2012-03-16 19:53:15 +0400 )редактироватьПодарок или нет, они тупо работают годами в самых дерьмовых условиях и при этом на них даю пожизненную гарантию. А вам слабо?
switch ( 2012-03-16 21:33:28 +0400 )редактироватьдавать гарантию пожизненную на свичи dlink? :)) ЖЖОШ Я предпочитаю HP (3COM) или Cisco - там вот да, пожизненно работает нормально :) Кста - бу каталисты не такие уж и дорогие и работают нормально у многих. Это так, к слову
Zavr2008 ( 2012-03-17 11:49:04 +0400 )редактироватьhttp://www.dlink.ru/ru/arts/7.html
А вам слабо?
Кста может не кста, но кста я скажу кста что это, кста, к слову, кста
switch ( 2012-03-17 11:56:31 +0400 )редактироватьЗадан: 2012-03-13 10:12:27 +0400
Просмотрен: 1,469 раз
Обновлен: Mar 15 '12
Проект компании "АТС Дизайн"
Asterisk® и Digium® являются зарегистрированными торговыми марками компании
Digium, Inc., США.
IP АТС Asterisk распространяется под лицензией
GNU GPL.
включил вместо пустого файла музыку, определил, что сначала все ок, но со временем искажения нарастают и в музыке и в разговорах.
itprofit ( 2012-03-13 19:44:11 +0400 )редактировать