Перейти к публикации
sorokin

Проблема С Качеством Телефонии

Рекомендованные сообщения

Доброго времени суток!С операторам ip-телефонии zadarma работаем уже более 3 лет. На данный момент штат менеджеров превысил 70 человек. Пользуемся максимальным корпоративным тарифом (что судя по описанию тарифа предполагает выделение нам премиум каналов связи).Сейчас практически все сотрудники жалуются на ужасную связь, а именно: зажевывание голоса (очень прерывисто), клиенты очень плохо нас слышат, происходит задержка при наборе номера (долго время нет гудков). Такие проблемы наносят ощутимые потери в финансовом плане.Пользуемся мы SIP-DECT системой Panasonic KX-TGP600, у нас три офиса на разных этажах здания, в каждом примерно по 4-5 баз. Базы подтягивают все настройки с единого конфига с сервера. Используется только кодек G.729A, другие отключил, транспортный протокол - TCP, с портами 5065, register time - 400 сек, SSAF - включен, время службы RTP пакета - 40 мс, локальные sip-порты на всех базах различные.

 

Для телефонии выделен отдельный интернет провайдер, базы подключены к Mikrotik hAP ac lite, больше ни для чего эти микротики не используются, только для работы с IP-телефонией.Прошу совета у знатоков, по поводу исправления вышестоящих проблем. Может я какие настройки не учел на роутере, на тел. базах. К сведению, при подключении пару аппаратов на другого оператора телефонии, менеджеры отозвались наилучшим образом, совершенно, лучшее другое качество. Может ли быть, что проблема в самом операторе? 

 

Поделиться сообщением


Ссылка на сообщение

Я бы попробовал G.729, не люблю я G.711...

Настройки " SSAF - включен, время службы RTP пакета - 40 мс" - это значения по-умолчанию или меняли?

Поделиться сообщением


Ссылка на сообщение

Я бы попробовал G.729, не люблю я G.711...Настройки " SSAF - включен, время службы RTP пакета - 40 мс" - это значения по-умолчанию или меняли?

Так 729 и стоитДа, менял, SSAF был выключен, время RTP по умолчанию 20 мс

Поделиться сообщением


Ссылка на сообщение

Если я понял картинку правильно, это настройки сетевого экрана. Вы заблокировали трафик через порты 5060 и 5065.

Сбросьте всё на заводские настройки - и внесите только SIP-данные Задармы.

Поделиться сообщением


Ссылка на сообщение

Если я понял картинку правильно, это настройки сетевого экрана. Вы заблокировали трафик через порты 5060 и 5065.

Сбросьте всё на заводские настройки - и внесите только SIP-данные Задармы.

Это не блокировка портов, это sip alg.

Поделиться сообщением


Ссылка на сообщение

 

Я бы попробовал G.729, не люблю я G.711...Настройки " SSAF - включен, время службы RTP пакета - 40 мс" - это значения по-умолчанию или меняли?

Так 729 и стоитДа, менял, SSAF был выключен, время RTP по умолчанию 20 мс

 

Обалдеть, люди себе на ровном месте проблемы создают.

KX-TGP600 поддерживают широкополосный G.722 вообще-то.

Зачем вы ограничиваетесь убогим G.729? Потому что стандартный G.711 просто "не любите", а про HD-Voice с G.722 не знаете? Для чего TCP используете вместо UDP? Тоже "потому что гладиолус"?

Поделиться сообщением


Ссылка на сообщение

Я понимаю что хочется показать свои знания, это здорово, но есть нюансы :)

 

 

Потому что стандартный G.711 просто "не любите", а про HD-Voice с G.722 не знаете?

 

Передайте это вашему мобильному оператору, вдруг он включит на VoIP стыках другие кодеки кроме 711 и 729? (Подсказка, не включит :) Никто из мобильных/транзитных операторов не будет использовать 722 ) (Подсказка 2: мобильные операторы для HD Voice используют 722.2 который радикально отличается от 722, но его также не дают на внешних стыках).

Так что точный будет ответ - "ограничивает" потому что не хочет потерять качество на перекодировке.

Если нормальный интернет канал мы обычно рекомендуем старый добрый 711, так как там нет сжатия и не будет перекодировки нигде и никогда. Если туго с интернетом то 729.

 

 

Для чего TCP используете вместо UDP? Тоже "потому что гладиолус"?

 

Потому что TCP лучше поддерживает соединение, особенно в случае кривых  NAT и прочего. Об этом написано в том числе на форуме.

Если кто-то не знает что земля круглая это не отменяет такого факта :) Аналогично и с TCP :)

Поделиться сообщением


Ссылка на сообщение

Если кому интересно, вопрос решил, а решение оказалось довольно примитивным, сама проблема заключалась в оборудовании, база TGP600 якобы поддерживает 8 трубок, но на самом деле нет, она начинает "задыхаться". При регистрации макс. шести трубок - проблема исчезла, качество на высоте, уже полгода никаких жалоб :) 

Изменено пользователем sorokin

Поделиться сообщением


Ссылка на сообщение

Спасибо большое! Очень интересно про базу, о таком редко пишут.

Поделиться сообщением


Ссылка на сообщение

Передайте это вашему мобильному оператору, вдруг он включит на VoIP стыках другие кодеки кроме 711 и 729? (Подсказка, не включит :) Никто из мобильных/транзитных операторов не будет использовать 722 ) (Подсказка 2: мобильные операторы для HD Voice используют 722.2 который радикально отличается от 722, но его также не дают на внешних стыках).

Так что точный будет ответ - "ограничивает" потому что не хочет потерять качество на перекодировке.

Если нормальный интернет канал мы обычно рекомендуем старый добрый 711, так как там нет сжатия и не будет перекодировки нигде и никогда. Если туго с интернетом то 729.

 

Ну передайте это зелёному ОпСоС-у, качество связи которого на слух отличается от прочих. Может сейчас они отключили G.722, но раньше, мне помнится, их транк можно было угадать по звуку, не заглядывая в консоль. Как и квакающий G.729 некоторых пионеров с goip-ами.

 

Если кто-то не знает что земля круглая это не отменяет такого факта :) Аналогично и с TCP :)

Потому что TCP лучше поддерживает соединение, особенно в случае кривых  NAT и прочего. Об этом написано в том числе на форуме.

 

Вот тут вообще огромное количество нюансов, но раз для представителя сервис-провайдера TCP лучше именно в описанном вами ключе, плюс потому что на форуме так написано, а Земля -- круглая, то да будет так.

Поделиться сообщением


Ссылка на сообщение

UDP должен быть лучше TCP всегда. Но вот то как некоторые провайдеры обращаются с UDP ... (в том числе магистральный Ростелеком).

 

Сколько помню и сколько получал стыки у разных провайдеров - всегда 711 (один из двух). А 729 "принимают" но с ним часто проблемы.

Поделиться сообщением


Ссылка на сообщение

 

UDP должен быть лучше TCP всегда.

 

 Уточните мат часть :)

Голос и так идет по UDP а вот сигнализация лучше по TCP.

И дело не столько в провайдерах сколько в кривых домашних/офисных маршрутизаторах.

Поделиться сообщением


Ссылка на сообщение

Доброе время суток.

Качество не пригодно для связи. При исходящих - сильное эхо. При входящих сплошное кваканье и обрывки фраз.

Звонки (прием и набор) с компьютера. Ни каких шлюзов, прокси серверов, экранов и пр.. Используется программа Zadarma. При переадресации на мобильный то же самое.

Подскажите для одарённых, в чем может быть проблема и как устранить?

Изменено пользователем Nik65

Поделиться сообщением


Ссылка на сообщение

Доброе время суток.

Качество не пригодно для связи. При исходящих - сильное эхо. При входящих сплошное кваканье и обрывки фраз.

Звонки (прием и набор) с компьютера. Ни каких шлюзов, прокси серверов, экранов и пр.. Используется программа Zadarma. При переадресации на мобильный то же самое.

Подскажите для одарённых, в чем может быть проблема и как устранить?

Телепатов тут нет.

А дело - в настройках (либо клиентской части, либо в настройках роутера / маршрутизатора). Может быть проблема и в провайдере.

 

В поддержку обращались? С конкретными примерами вызовов?

Изменено пользователем Clevelus

Поделиться сообщением


Ссылка на сообщение

Если проблема со всеми вызовами и на вход и на исход то стоит начать с эхо-теста 4444 и добиться чтобы на нем было идеальное качество. (совместно с поддержкой, они посоветуют где копать)

Пока на 4444 нет отличного качества кидать примеры звонков нет смысла, поддержка проверит это направление через свою гарнитуру/телефон и 99% что у них будет все отлично.

 

И еще момент:

 

Звонки (прием и набор) с компьютера. Ни каких шлюзов, прокси серверов, экранов и пр..

 

Если нет шлюза (роутера) то как компьютер подключен к Интернет? :)

Поделиться сообщением


Ссылка на сообщение

Создайте аккаунт или войдите в него для комментирования

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

Создать аккаунт

Зарегистрируйтесь для получения аккаунта. Это просто!

Зарегистрировать аккаунт

Войти

Уже зарегистрированы? Войдите здесь.

Войти сейчас

×
×
  • Создать...