Русский
Русский
English
Статистика
Реклама

Ip телефония

Прерывается голос, слышу эхо Проблема качества связи ip телефонии. Как можно решить самостоятельно?

07.04.2021 08:12:05 | Автор: admin
Источник: ЯндексКартинкиИсточник: ЯндексКартинки

Качество связи во время разговора играет весомую роль в работе компании. Это сказывается и на эффективности работы сотрудников, и на имидже компании в целом. Основные жалобы это: пропадают слова, прерывается голос, слышно эхо или речь приходит с задержкой.

Некоторые провайдеры, конечно подсказывают, что можно предпринять со своей стороны, в чем может быть проблема. Снимут дамп, сделают анализ и дадут рекомендации. Но таких крайне мало. Из памяти, пожалуй вспомню оператора Мобилон. Привет техподдержке, если читаете!

А что происходит, если провайдер не дал рекомендаций, не указал на причину?

Несомненно, у вас начнет закрадываться мысль о смене провайдера. Но решит ли это проблему? Если причина на нашей стороне, то очевидно, что проблема не решится, и качество будет также неудовлетворительным с новым провайдером. А переход, дело не простое и затратное. За такой исход событий руководство компании спасибо нам не скажет.

Можно еще обратиться к какой-нибудь аутсорсинговой фирме, которая имеет кейсы в решении подобных проблем. Но это дополнительные затраты. Да и нет никаких гарантий, что потраченные средства в итоге оправдают себя.

Что же еще можно предпринять? Казалось бы, вариантов больше не осталось...

Но может быть, все таки, разобраться самому? Возможно, это не так сложно?

Да, дорогие друзья!
Отвечу я вам. Всё гораздо проще, чем кажется на первый взгляд!

Имея позитивный опыт в решении подобных проблем у разных компаний, хочу поделиться с вами способом ее диагностики и решения, не прибегая к кардинальным мерам и помощи сторонних лиц.

Для диагностики нам понадобится научиться снимать дамп сети (sniffer) с роутера и маршрутизатор Mikrotik. А также, настроить очереди (QoS) на роутере.

Для упрощения схемы, я поделил весь процесс на этапы:

  1. Настроить и запустить sniffer

  2. Воспроизвести проблемный вызов

  3. Проанализировать sniffer в Wireshark

  4. Настроить на роутере выделенную полосу (QoS) для телефонии

  5. Протестировать связь

1. Настройка и запуск packet sniffer

Для того чтобы определить причину проблемы, необходимо снять dump звонка. В нем будет содержаться вся информация о состоянии сети во время вызова.

Настраиваем на Микротике packet sniffer: Tools->Packet Sniffer

На вкладке General оставляем значения по умолчанию.

Открываем настройку Packet SnifferОткрываем настройку Packet Sniffer

Вкладка Streaming: галочки Streaming Enabled и Filter Stream, в поле Server пишем адрес, куда будем отправлять данные, собираемые сниффером.

Прописываем адрес хоста куда слать снифферПрописываем адрес хоста куда слать сниффер

Я отправляю на свой ПК в той же сети, поэтому прописываю его локальный адрес. Но можно слать и на удаленный сервер, тогда прописываем его внешний ip.

Вкладка Filter: здесь необходимо в поле IP Address прописать ip адрес провайдера телефонии.

Желательно уточнить у самого провайдера адреса серверов, с каким сервером осуществляется обмен сигнальными сообщениями, а с каким - RTP.

Если не получилось выяснить адреса провайдера, то можно прописать просто 0.0.0.0/0

Но тогда в дампе будет очень много лишней информации, что затруднит анализ.

Я пообщался с техподдержкой своего провайдера, они порекомендовали прописать всю подсеть.

Прописываем адрес провайдера ip телефонииПрописываем адрес провайдера ip телефонии

Нажимаем Apply и Start. Внизу окна появится статус: running

Packet Sniffer запущенPacket Sniffer запущен

Сниффер на роутере запущен, теперь необходимо поймать пакеты.

На том ПК или сервере, адрес которого указали в поле Server, нужно запустить tcpdump.

На Windows:

а) нужно скачать утилиту tcpdump

Скачиваем с официального сайта версию не для коммерческого использования.

tcpdump.exe можно запустить даже с флэшки

Для этого запускаем cmd от имени администратора и проваливаемся в директорию с файлом tcpdump.exe

Запускаем tcpdump на WindowsЗапускаем tcpdump на Windows

Вводим команду tcpdump -D

Нам отобразится список доступных интерфейсов.

Выводим список доступных интерфейсовВыводим список доступных интерфейсов

Запускаем дамп в онлайн режиме, чтобы найти интерфейс, который нам нужно слушать.

Например: tcpdump -i 1 -v -n host 192.168.88.1

где 1 - это номер интерфейса, а host - адрес роутера.

У меня пакеты летят на интерфейсе под 4, его и буду слушать.

Запускаем tcpdump onlineЗапускаем tcpdump online

Далее запускаем команду для отлова сниффера с Микротика:

tcpdump host 192.168.88.1 -i 4 -C50 -n -v -w name_sniffer.pcap

где i - номер интерфейса, С50 - ограничение размера записываемого файла до 50Мб, n - отображать IP адреса вместо имени хостов, v - уровень отображения получаемой информации (1-й уровень), w - записывать данные в файл.

Запустили tcpdump для отлова Packet SnifferЗапустили tcpdump для отлова Packet Sniffer

На Linux :

Необходимо установить утилиту tcpdump. Обычно она присутствует в стандартном репозитории.

Более подробно про установку можно посмотреть, например, здесь.

Запускаем команду:

tcpdump host 192.168.88.1 -i any -C50 -n -v -w /var/tmp/name_sniffer.pcap

После запуска tcpdump вы должны увидеть отсчет улавливаемых пакетов (на Linux), в поле Got. Если отсчет не идет, значит что-то сделали неверно, перепроверьте.

Запустили tcpdump для отлова Packet SnifferЗапустили tcpdump для отлова Packet Sniffer

2. Фиксируем проблемный звонок

Теперь, когда у нас tcpdump ловит сниффер с Микротика, нужно зафиксировать проблемный звонок.

Если проблема плавающая, тогда следуют попросить сотрудников, чтобы записали время и номер телефона, когда возникнет деградация голоса.

У меня получилось зафиксировать такой пример самостоятельно с одним из сотрудников:

Как мы слышим на записи, голос идет с прерываниями.

Но может быть и так, что на записи из личного кабинета виртуальной АТС провайдера всё будет отлично, а мы слышали человека на том конце провода плохо. Это значит, что к провайдеру голос приходит хорошего качества, а уже по пути от провайдера до нашего конечного устройства голос доходит с потерей пакетов. Для того, чтобы проверить это, нам поможет сниффер.

3. Останавливаем sniffer и анализируем его в Wireshark

Проблемный вызов необходимо проанализировать. Останавливаем tcpdump (Ctrl+C) и sniffer на Микротике (нажать Stop). Создастся файл name_sniffer.pcap.

Устанавливаем программу Wireshark. Скачать ее можно бесплатно с официального сайта. А на Линуксе можно установить из стандартного репозитория.

Открываем pcap файл в Wireshark и переходим в Телефония->Вызовы VoIP

Открываем pcap файл для анализаОткрываем pcap файл для анализа

В новом окне отобразятся все вызовы, которые попали в дамп. У меня такой один.

VoIP вызов в дампеVoIP вызов в дампе

Для удобства поиска вызовов (когда их в дампе много) установите галочку Время дня.

Выберите вызов и откройте Последовательность потоков, чтобы увидеть движение запросов по вашему звонку.

Дамп движения запросов звонка (последовательность потоков)Дамп движения запросов звонка (последовательность потоков)

Здесь мы увидим, с каким сервером провайдера идет обмен сигнальными сообщениями, а с каким сервером осуществляется передача голосовых пакетов (RTP).

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

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

Далее нас интересуют RTCP пакеты.

Из всего перехваченного сниффером трафика нужно отфильтровать только RTCP пакеты.

Прописываем фильтр:

(rtcp.ssrc.fraction>10)||(rtcp.ssrc.jitter>35)

- отобразить RTCP со значением потерь пакетов больше 10 или RTCP со значением джиттера больше 35.

Выбираем сообщение и разворачиваем RTCP -> Source 1 -> SSRC Contents

Анализ RTCP по звонкуАнализ RTCP по звонку

Здесь видим, что потеряно 50 пакетов из 256 и уровень джиттера 166 (хотя нормальный уровень это 30-70).

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

По каким причинам это может происходить?

  1. Забивается линия выделенная вам от интернет провайдера.
    Например, у нас 3Mб/с на "внешку". Устройства в локальной сети потребляют все 3Mб/с, но если просто сёрфить в браузере, то мы не заметим нехватку канала. Так как в этом случае, используется транспортный протокол TCP. А телефония использует UDP, которому свойственно теряться в процессе передачи, если весь ваш выделенный канал занят.

  2. Устройства подключены по воздуху (Wi-Fi).
    В таком случае будет высокий показатель джиттера.

  3. У провайдера на линии есть радиоканал.

  4. Проблема с вашим маршрутизатором.

  5. Проблемы на линии интернет провайдера

В этой статье, более подробно, рассмотрена причина под пунктом 1.

По остальным скажу кратко.

Пункт 2 - если на устройствах есть функция джиттер-буфер, то нужно установить режим Fixed. Если нет такой опции, то подключить устройство витой парой.

Пункт 3 и 5 - обратиться к интернет провайдеру, предоставив наши дампы, подтверждающие проблему.

Пункт 4 - диагностировать или заменить роутер.

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

4. Настраиваем выделенную полосу для ip телефонии

Необходимо в вашей локальной сети обеспечить для ip телефонии отдельную полосу пропускания (QoS), чтобы трафик других устройств не мешал.

Для начала, измерьте фактическую скорость интернета на "внешку".

Я измеряю через speedtest.net

Можно еще с помощью 2ip.ru или утилитой iperf

На speedtest.net я выбираю Change Server город отличный от моего, чтобы исключить вероятность замера скорости в пиринге.

Настраиваю speedtest.net для замера скоростиНастраиваю speedtest.net для замера скоростиВыбираю Change ServerВыбираю Change ServerРезультаты измерения скорости интернетаРезультаты измерения скорости интернета

У меня на загрузку скорость 11Мб/с, на отдачу 14Мб/с. Хотя по договору должно быть 15М в обе стороны. Поэтому и рекомендую измерять, какая у вас скорость по факту, а не по бумагам. Это поможет корректно настроить очереди на роутере.

Для настройки очередей открываем на Микротике Queues

QueuesQueues

Cоздаем правила в разделе Simple Queues.

На вкладке General задаем ограничение по скорости для всей локальной сети.

Я устанавливаю максимальные значения лимита меньше на 2М, чем полученные при замере.

Почему 2М? Беру с запасом, так как скорость может быть не постоянной и в моменте меняться как в большую, так и в меньшую сторону.

Настройки на вкладке GeneralНастройки на вкладке General

В Advanced выставить Queue Type распределение по pcq (это делается для того, чтобы устройства не мешали друг другу и равномерно использовали трафик).

Настройки на вкладке AdvancedНастройки на вкладке Advanced

Сохраняем это правило и создаем еще одно, для SIP.

Прописываем ip адрес (можно всю подсеть) провайдера ip телефонии.

Максимальные лимиты устанавливаем, как заявлено по договору интернет провайдера.

Настройки General для SIPНастройки General для SIP

В Advanced устанавливаем Limit At. Это позволит для телефонии оставлять 1Мб/с в любом случае, даже если идет максимальная нагрузка на канал другими устройствами.

Вкладка Advanced при настройке QoS для SIPВкладка Advanced при настройке QoS для SIP

Сохраняем и устанавливаем правило SIP на верхнюю позицию.

Порядок QoS правилПорядок QoS правил

ВНИМАНИЕ!

  1. Чтобы очереди (QoS) начали работать, необходимо деактивировать правило Fasttrack в IP -> Firewall -> Filter Rules.

  2. Учитывайте порядок настроенных правил. Обработка осуществляется сверху вниз. Поэтому обязательно правило SIP поднимаем на самый верх.

Пояснение по настроенным QoS:

  • весь трафик, который идет на ip адреса отличные от адреса voip провайдера, ограничивается 12Мб/с на загрузку и 9Мб/с на отдачу

  • весь остаток от этого до 15Мб/с оставляем для телефонии

  • и на тот случай, что если даже трафик проскочит выше лимитов, для телефонии отведен 1Мб/с принудительно

Далее проверяем ходит ли вообще трафик в настроенных QoS.

Нужно открыть настройки очереди и перейти на вкладку Traffic.

График трафика local QoSГрафик трафика local QoSГрафик трафика sip QoSГрафик трафика sip QoS

На вкладке Statistic можно увидеть, количество дропнутых пакетов и распределенных по pcq.

Статистика local QoSСтатистика local QoS

Также можно проверить, как отрабатывают очереди, с помощью утилиты iperf.

5. Тестируем связь

Теперь, когда QoS настроены, нужно протестировать связь.

Ставим дамп и делаем несколько тестовых звонков.

Я сделал несколько вызовов сотрудникам, и мы вместе убедились, что теперь прерываний не наблюдалось.

Вот пример одного из звонков.

В дампе этого вызова потерь пакетов не наблюдается.

Дамп звонка после настройки QoSДамп звонка после настройки QoSДамп звонка после настройки QoSДамп звонка после настройки QoS

Единственное, можно заметить, что уровень джиттера выше нормы.

Это обусловлено подключением voip устройства через Wi-Fi. И, так как устройство позволяет настроить джиттер-буфер, качество голоса не страдает.

Вы можете также и сами наглядно всё это увидеть в моих дампах. Скачать можно здесь:
дамп звонка до настройки QoS
дамп звонка после настройки QoS

Итог:

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

В некоторых организациях в локальной сети может находиться большое количество устройств с разными категориями. Например, помимо ip телефонии еще ip камеры, которые также используют udp протокол для передачи данных. Следовательно для ip камер тоже необходимо выделять QoS.

Вам не обязательно настраивать очереди точно также, как у меня. Главное, что я хотел показать, это логику решения проблемы с качеством голоса.

Более подробно про QoS можно изучить еще в этой статье.

Подробнее..

Объединяем закрытый WhatsApp и открытый SIP Часть 1

18.08.2020 16:06:31 | Автор: admin


Предыдущая статья Как избежать блокировки в WhatsApp, хотя и получила много минусов, но тем не менее в течении 2 суток была самой читаемой статьей на Хабре набрала более 20 тыс просмотров.

Поэтому я решил что нужно продолжать с хакингом монстров рассказывать о различных способах использования WhatsApp для бизнеса.

Всем кому интересно добро пожаловать под кат.



Вначале немного статистики

В России 40% абонентов переходят с мобильных звонков на мессенджеры

В общей сложности 40% российских пользователей совершают голосовые звонки с помощью мессенджеров чаще или настолько же часто, как и по сотовой связи. Всего 11% пользователей не любят прибегать к мессенджерам и делают это только тогда, когда сотовой связи нет.

К таким выводам пришли специалисты компании Ernst&Young в ходе исследования рынка широкополосного интернет-доступа в Москве и других городах России с населением более 100 тыс. человек. В целом компания делает вывод об ускорении перехода пользователей с сотовой связи на мессенджеры, когда речь идет о голосовых звонках. Этот процесс приводит к потере операторами доходов, статистики, а также возможности распознавания и оптимизации зашифрованного видео-трафика (привет Яровой).
Самым популярным мессенджером в ходе исследования был признан WhatsApp его используют 65% опрошенных.
Всего в ходе исследования было опрошено 1,5 тыс. россиян, которые пользуются мобильным интернетом. 30% опрошенных проживают в Москве. Исследование было проведено в феврале 2018 г.


Смею предположить что за почти 3 года количество таких пользователей значительно увеличилось.

Почему появился такой тренд?

Да по очень простой причине при нулевом балансе сотового оператора вы так же можете делать голосовые и аудиозвонки вашим близким и знакомым (привет мобильным операторам!).
Если у вас есть Wi-Fi или неизрасходованный мобильный инет вы также можете продолжать делать звонки через WhatsApp.

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

По всей видимости, они надеются что люди, быстро израсходовав свои минуты по чистому GSM бросятся пополнять баланс.
Ага, щас! (с)

Помимо бесплатности звонков по WhatsApp неожиданно добавилась и еще одна плюшка ваши звонки не могут прослушать и записать, как это было бы в случае с чистым GSM (привет Яровой!)

Зачем и кому это нужно?

Мы подумали и решили а что если использовать такую возможность и для бизнеса для коммуницирования IP АТС и пользователей с уже имеющимся у них WhatsApp?

Зачем использовать GSM или городские номера бизнесу ведь пользователь вынужден будет платить за такие звонки, особенно по городским линиям (RIP PSTN!).

В результате у нас появилось рабочее решение со следующими сценариями:


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

при недоступности сотрудника на рабочем IP телефоне переадресация идет в WhtasApp

можно делать обзвон базы по WhatsApp с разными сценариями

в принципе можно заменить мобильные SIP приложения уже установленным WhatsApp

Конференции формата IP АТС мобильные сотрудники с WhatsApp, с записью и многое другое.

How does it work?

Небольшое отступление.

Сейчас существует как бы два мира, две экосистемы для коммуникаций первая мессенджеры, которые в качестве логина пока используют телефонный номер и которыми пользуются в основном частные лица и вторая так называемая Бизнес телефония это виртуальные АТС, АТС на Астериске и других SIP совместимых платформах.

Но несмотря на то что и мессенджеры и бизнес-телефония используют телефонные номера, в каждом случае это разные сущности.
Проблема эти два мира не пересекаются, хотя оба делают одно и тоже связывают людей.

Т.е. нельзя сделать звонок например из WhatsApp пользователю VOIP IP АТС хотя и в том и другом случае используется IP телефония, используются телефонные номера и одинаковые голосовые или видео кодеки.

Для связи пользователь мессенджера должен выйти из экосистемы мессенджера и воспользоваться или PSTN или GSM, т. е. сделать платный звонок. Или сделать платный звонок из мессенджера (например Viber Out), который в конце концов пройдет также через старый PSTN или GSM. Странная ситуация в то время когда пользователь может и уже привык звонить друзьям и близким бесплатно.

Почему так происходит?

Ответ прост мессенеджерам достаточно своей аудитории и они не хотят никакой интеграции с другими. Уже сейчас совокупная аудитория мессенджеров составляет около 5 млрд человек. Наоборот, мессенджеры заставляют пользоваться только ими, нет никаких предпосылок к объединению мессенджеров. Иными словами, каждый мессенджер тянет одеяло на себя.

Правда есть одно исключение это Скайп.

У них есть платная услуга Skype Connect, которая позволяет только принимать звонки от пользователей скайп в вашу АТС, т.е. только для входящих звонков.

Но мало кто помнит, что до покупки Скайпа Майкрософтом была еще опция и для исходящих звонков из SIP в Скайп она называлась Skype For Asterisk (SFA).

Ее сделала и продавала компания Digium да, та самая которая и разработала Астериск.
Это был платный софтовый модуль-ключ, который прописывался в Астериске и вы могли делать звонки на любой номер Скайпа из Астериск.

К сожалению, сразу же после покупки Скайпа, буквально на следующей неделе, Майкрософт аннулировал все эти лицензии и они превратились в тыкву.
У меня тоже было около 10 таких лицензий, купленных у Digium по 60 долларов каждая и они также перестали работать.

Продолжение следует...
Подробнее..

Категории

Последние комментарии

  • Имя: Макс
    24.08.2022 | 11:28
    Я разраб в IT компании, работаю на арбитражную команду. Мы работаем с приламы и сайтами, при работе замечаются постоянные баны и лаги. Пацаны посоветовали сервис по анализу исходного кода,https://app Подробнее..
  • Имя: 9055410337
    20.08.2022 | 17:41
    поможем пишите в телеграм Подробнее..
  • Имя: sabbat
    17.08.2022 | 20:42
    Охренеть.. это просто шикарная статья, феноменально круто. Большое спасибо за разбор! Надеюсь как-нибудь с тобой связаться для обсуждений чего-либо) Подробнее..
  • Имя: Мария
    09.08.2022 | 14:44
    Добрый день. Если обладаете такой информацией, то подскажите, пожалуйста, где можно найти много-много материала по Yggdrasil и его уязвимостях для написания диплома? Благодарю. Подробнее..
© 2006-2024, personeltest.ru