Sip телефон односторонняя слышимость
Модератор: april22
Односторонняя слышимость в локальной сети у Yealink SIP-T46G
olegsenin » 21 янв 2016, 13:59
ООООчень прошу совета.Имеем: Asterisk 13.7, TAU32M (32 городских линии FXO) Yealink T46G, Gigaset C530A IP, TAU72 (FXS) - все в локальной сети . Настроено все через PJSIP.
Проблема: Звонки с Gigaset C530A IP и TAU72 (FXS) на внешку через TAU32M нормально проходят. Звонки же с Yealink T46G проходят но имеюют одностороннюю слышимость, тот кому звоню с Yealink T46G слышит что я ему говорю, я же не слышу.
Дебаг звонка с Gigaset C530A IP (который работает нормально)
v=0
o=777 5008 33 IN IP4 10.0.0.96
s=Mapping
c=IN IP4 10.0.0.96
t=0 0
m=audio 5008 RTP/AVP 9 8 0 96 97 2 18 101
a=rtpmap:9 G722/8000
a=rtpmap:8 PCMA/8000
a=rtpmap:0 PCMU/8000
a=rtpmap:96 G726-32/8000
a=rtpmap:97 AAL2-G726-32/8000
a=rtpmap:2 G726-32/8000
a=rtpmap:18 G729/8000
a=fmtp:18 annexb=no
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=ptime:20
v=0
o=777 5008 33 IN IP4 10.0.0.96
s=Mapping
c=IN IP4 10.0.0.96
t=0 0
m=audio 5008 RTP/AVP 9 8 0 96 97 2 18 101
a=rtpmap:9 G722/8000
a=rtpmap:8 PCMA/8000
a=rtpmap:0 PCMU/8000
a=rtpmap:96 G726-32/8000
a=rtpmap:97 AAL2-G726-32/8000
a=rtpmap:2 G726-32/8000
a=rtpmap:18 G729/8000
a=fmtp:18 annexb=no
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=ptime:20
v=0
o=- 5008 35 IN IP4 10.0.0.15
s=Asterisk
c=IN IP4 10.0.0.15
t=0 0
m=audio 14862 RTP/AVP 0 8 9 2 101
a=rtpmap:0 PCMU/8000
a=rtpmap:8 PCMA/8000
a=rtpmap:9 G722/8000
a=rtpmap:2 G726-32/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=ptime:20
a=maxptime:150
a=sendrecv
v=0
o=777 5008 34 IN IP4 10.0.0.96
s=Mapping
c=IN IP4 10.0.0.96
t=0 0
m=audio 5008 RTP/AVP 0 101
a=rtpmap:0 PCMU/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=ptime:20
v=0
o=- 5008 36 IN IP4 10.0.0.15
s=Asterisk
c=IN IP4 10.0.0.15
t=0 0
m=audio 14862 RTP/AVP 0 101
a=rtpmap:0 PCMU/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=ptime:20
a=maxptime:150
a=sendrecv
Дебаг звонка с Yealink SIP-T46G (который работает НЕ нормально )
v=0
o=- 20002 20002 IN IP4 10.0.0.143
s=SDP data
c=IN IP4 10.0.0.143
t=0 0
m=audio 11784 RTP/AVP 9 0 8 18 101
a=rtpmap:9 G722/8000
a=rtpmap:0 PCMU/8000
a=rtpmap:8 PCMA/8000
a=rtpmap:18 G729/8000
a=fmtp:18 annexb=no
a=ptime:20
a=sendrecv
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
v=0
o=- 20002 20002 IN IP4 10.0.0.143
s=SDP data
c=IN IP4 10.0.0.143
t=0 0
m=audio 11784 RTP/AVP 9 0 8 18 101
a=rtpmap:9 G722/8000
a=rtpmap:0 PCMU/8000
a=rtpmap:8 PCMA/8000
a=rtpmap:18 G729/8000
a=fmtp:18 annexb=no
a=ptime:20
a=sendrecv
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
v=0
o=- 20002 20004 IN IP4 10.0.0.15
s=Asterisk
c=IN IP4 10.0.0.15
t=0 0
m=audio 14884 RTP/AVP 0 8 9 101
a=rtpmap:0 PCMU/8000
a=rtpmap:8 PCMA/8000
a=rtpmap:9 G722/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=ptime:20
a=maxptime:150
a=sendrecv
Я искал в настройках пункт, обозначающий что устройство за НАТ - не нашел. ctun отключен.
Щас еще поищю поддержку НАТ и отпишусь.
rostel
Пытаюсь отловить звонок, то пользователи не фиксируют время и номер проблемы, то меня нет на месте. Пока дампа нет подходящего.
Но вот что еще выловил.
На всех железках было выставлено:
Listen Port UDP: 5060
RTP Starting Port UDP: 9000
Соответственно при регистрации первая забирала 5060 порт, а все остальные регистрировались на портах 1024 и далее. Может это их как то сбивало?
Я щас прописал на второй, третье и т.д. железке сип-порты 5062, 5064 и т.д. ; rtp порты 9100, 9200 и т.д.
Сразу возник вопрос - через один порт надо указывать, т.е. каждому устройству надо два порта или один? В инете где-то встретил упоминание, что надо два порта. Хотя по логике нужен один порт.
А вот в описании rtp написано, что надо два порта на линию.
И что на счет SIP-ALG, на сколько это глючная вещь, не подскажите? Ее лучше отключить?
Поставли б у себя Asterisk или FreeSwitch и не морочились с прямым подключением шлюзов к оператору. Просите задарму записать трафик, снимаете дамп и по сип сигнализации смотрите, есть от вас RTP и если есть на верный ли он порт. Решается за 10 мин. @CatHD и реально задарму уговорить на запись трафика? я с ними бадаюсь уже месяц по этому поводу, они говорят на нашей стороне проблем нет и все.
Что конкретно у них попросить? Так и написать "записать трафик"? Дамп снимать с того, что они предоставят или дамп с порта коммутатора на котором сип-шлюз?
Сообщаете им свой внешний IP и просите включить запись трафика, затем совершаете тестовые вызовы до получения одностороней слышимости, затем сообщаете что бы выслали дамп, всё. В дампе будет явно видно, был ли от вас RTP или нет. Если RTP нет, следует искать причину у себя. Если был, надо проверить сигнализацию и порты с которых был RTP. Но всё это делается с дампом трафика со стороны задармы.
Да уговорить реально.
если Вас не слышит абонент - от Вас не уходят RTP пакеты,если есть NAT (а скорее всего есть) смотреть в его сторону, порты RTP проверить Dynaton
nat есть.
Если потерю пакетов из внешки можно как нибудь объяснить, то во внешку то пакеты как могу не уходить? При условии что фаерволл не при чем, а фаерволл не при чем так как 90% звонков проблем не имеют. Что значит проверить RTP порты, на фаерволле и на шлюзах? kodi: увидел фразу "нас он слышит, но мы не слышим его"
тобишь до Вас RTP не всегда долетают, это в НАТ беда.
спросить какие RTP порты выделены у провайдера, и пробросить их через НАТ на dlink
Dynaton
сорри, все верно, скорее всего до шлюза от провайдера не доходят rtp-пакеты.
но почему они не доходят в таком маленьком проценте звонков(соединений)? сама проблема в чем может крыться - в таймауте, в занятых портах или еще в чем?
Пробросить порты через NAT на одну железку нельзя, так как железок много.
На всех железках было выставлено:
Listen Port UDP: 5060
RTP Starting Port UDP: 9000
Соответственно при регистрации первая забирала 5060 порт, а все остальные регистрировались на портах 1024 и далее. Может это их как то сбивало?
Я щас прописал на второй, третье и т.д. железке сип-порты 5062, 5064 и т.д. ; rtp порты 9100, 9200 и т.д.
Сразу возник вопрос - через один порт надо указывать, т.е. каждому устройству надо два порта или один? В инете где-то встретил упоминание, что надо два порта. Хотя по логике нужен один порт.
А вот в описании rtp написано, что надо два порта на линию.
Аналоговая связь уходит в прошлое, и большинство компаний выбирают SIP-телефонию. Это возможность быстро обеспечить офис связью и звонить в любой конец света. Но при некорректных настройках пользователи сталкиваются и с минусами. Эхо, задержка звука, низкое качество связи — мы составили гайд по самым частым проблемам цифровой телефонии и даем пошаговую инструкцию по их исправлению.
Время чтения 10 минутВы можете перейти сразу к интересующему разделу:
О том, как работает связь по интернету, читайте в статье «Простыми словами: что такое SIP-телефония» .
А э та статья предназначена для всех, кто пользуется SIP-аккаунтами, программами или сервисами для связи. Решения, которые мы предлагаем, основаны на нашем собственном опыте. В каждом разделе «Что делать» описано пошаговое решение проблемы. Сначала выполните пункт, который описан первым. Если не помогло — переходите ко второму. Если же и это не сработало, то обратитесь к системному администратору или другому профильному специалисту.
Если же не хотите столкнуться с подобными проблемами — используйте Виртуальную АТС 2.0 от Ringostat. Это телефон прямо в браузере и аналитический ассистент менеджера по продажам. Подробней его возможности описаны в статье «Виртуальная АТС Ringostat: омниканальное решение для отделов продаж».
1. Задержка звука
Чаще всего происходит по двум причинам — из-за проблем с сетью или задержки при обработке данных. Рассмотрим их особенности.
Сетевая
Возникает в таких случаях:
- если вы подключаетесь к интернету не напрямую через кабель, а с помощью wi-fi;
- маршрутизатор/роутер загружен, из-за чего данные IP-телефонии не могут «пробиться» и задерживаются.
В первом случае мощности wi-fi не хватает, чтобы обеспечить бесперебойную передачу данных. На втором остановимся немного подробней.
Представим, что в офисе один сотрудник что-то скачивает, а другой разговаривает по телефону. Канал, по которому передаются данные, целиком «забит» качающейся информацией, и для пакетов SIP-телефонии места не остается. Для нее не нужен большой канал, но он должен быть отдельно выделен под связь.
Сложность в том, что эту проблему непросто диагностировать — ведь сайты при загруженности маршрутизатора или плохом качестве wi-fi подключения все равно будут загружаться быстро. Но телефония при этом будет страдать, т. к. она использует потоковую загрузку, и звук должен транслироваться непрерывно. А, например, при серфинге страниц данные могут загружаться «рывками», что недопустимо в случае с телефонией.
Задержка обработки
Когда вы разговариваете с собеседником с помощью SIP-телефонии, ваш голос сначала кодируется и после передачи по сети раскодируется «на выходе». Обычно это происходит почти мгновенно и незаметно для разговаривающих. Но если звонить на компьютере, процессор которого загружен, то появляется такая проблема — ведь устройство не успевает вовремя обрабатывать задачи.
Что делать
- Убедитесь, что вы подключены к сети не по wi-fi, а с помощью кабеля. Чаще всего проблема задержки решается так.
- Исключите проблему с устройством. Например, настройте связь на другом компьютере и попробуйте позвонить с него. Для обеспечения наилучшего качества рекомендуем использовать SIP-телефоны.
- Настройте приоритезацию трафика на вашем маршрутизаторе — подробней об этом описано в статье «Настройка QoS для повышения качества IP-телефонии» . На схеме с сайта VAS Experts показано, как работает устройство без настроенной функции приоритизации и с ней:
- Если первые три пункта не помогли, проверьте, как работает связь, подключившись через другого провайдера. Например, возьмите ноутбук домой или в другой офис и настройте связь там. При подтверждении проблемы обратитесь к провайдеру для её решения.
Преимущества Виртуальной АТС Ringostat
- Подключение номеров в SIP-формате — используйте многоканальные телефонные номера любых городов, стран и операторов.
- Гибкое распределение входящих звонков — используйте различные сценарии обработки звонков в рабочее время и выходные дни, настройте переадресацию на мобильные, чтобы всегда оставаться на связи.
- Гибкое распределение исходящих звонков — задавайте правила, с каких номеров/операторов будут совершаться исходящие звонки.
- Минимум пропущенных звонков — детальные отчеты и уведомления об упущенных вызовах на почту и по SMS, функционал «очередь звонков» для распределения нагрузки на менеджеров.
- Готовые интеграции с популярными CRM-системами и другими сервисами.
2. Односторонняя слышимость
Если собеседник вас не слышит или вы его, то проблема связана с настройками вашей сети. Причина может быть в NAT — технологии трансляции сетевых адресов, которая используется большинством провайдеров и в домашних или офисных сетях. Она предназначена решать проблему нехватки IP-адресов и обеспечивать безопасность локальных сетей, подключенных к интернету.
Например, у компании есть несколько реальных IP-адресов, но гораздо больше компьютеров с локальными адресами, которым нужен выход в сеть. NAT подменяет локальный адрес на наружный общедоступный адрес. На скрине ниже показан пример подмены адресов для нескольких компьютеров.
Что делать
3. Эхо и низкое качество звука при разговоре
Иногда случается, что человек при разговоре слышит сам себя или собеседник слышит его плохо. Либо наоборот — слишком громкие звуки окружения. Причин этому может быть несколько:
- плохая гарнитура;
- вы или ваш собеседник держит трубку слишком далеко или включил громкую связь;
- происходит задержка данных.
Что делать
- Большинство проблем с качеством звука происходит из-за некачественной или дешевой гарнитуры. Она отражает в микрофон звуки, которые слышны из наушников. Чтобы этого не происходило, не экономьте на оборудовании. При выборе читайте отзывы и используйте профессиональные марки. Например, наша техподдержка рекомендует USB-гарнитуру Jabra или Sennheiser. Если выберете именно USB-гарнитуру, то исключите проблемы с аудиокартами и драйверами — см. пункт 3.
- Если звоните с ноутбука, убедитесь, что не используете его внешний микрофон вместо микрофона на гарнитуре. Это довольно частая ситуация, которая отражается на качестве звука. Для этого откройте программу, с которой обычно звоните, и переключите в ней внешний микрофон на внутренний.
- Если звоните с компьютера и используете не USB, а обычную гарнитуру, то проверьте, установлены ли последние драйвера на аудиокарту от производителя.
- Использование нестандартных кодеков. Например, есть кодек GSM, который сохраняет связь, но голос при этом очень плохо звучит. А есть один из последних — G729, где голос звучит отлично. Мы же рекомендуем использовать стандартные кодеки, которые хорошо поддерживают большинство операторов связи. Выберите в настройках устройства только кодеки 711-A и 711-U, отключив остальные.
- Попробуйте настроить программу для связи и устройство на другом компьютере. После этого проверьте качество связи.
4. Не поступают звонки, потому что аккаунт в офлайне
Случается, что при использовании SIP-телефонии на устройство перестают поступать входящие звонки. Это может быть временной ситуацией, и потом можно дозвониться вновь. При этом у вас на устройстве, скорей всего, будет писаться, что аккаунт в сети — но сервер считает, что он в офлайне. Причина этого кроется в настройках сети.
Многие провайдеры SIP-телефонии постоянно «пингуют», т. е. отправляют пакеты раз в какое-то время. Это нужно, чтобы проверить, находится ли устройство в сети, и знать его актуальный статус. Даже если устройство проходит регистрацию на один час, провайдер все равно в это время будет отправлять пакеты для проверки на случай внезапного отключения устройства.
Еще одна причина — маршрутизатор спустя какое-то время закрывает у себя порт, и SIP-сервер не может проверить статус. Это продиктовано требованиями безопасности некоторых устройств.
Что делать
- Уменьшите тайм-аут регистрации SIP-аккаунта со стандартных 3600 секунд, как у большинства программ и телефонов, до 60. Это позволит чаще проходить регистрацию, и порт на маршрутизаторе будет чаще открываться.
- Включите на маршрутизаторе поддержку SIP-телефонии либо настройте проброс портов с помощью специалиста.
5. Пропадает звук
Эта проблема очень похожа по своим предпосылкам на пункт 1 — задержка звука. Причина может быть в интернете или в вашем устройстве: SIP-телефоне, компьютере.
MFIM/GS95M-5.5Ed AUG/11
Boot Version-1.0Bf MAY/10
Kernel Version-5.5Dd
H/W issue-3
LGCM LOOP 4 GW 4.0Mc
При звонке с SIP-телефонов (LIP-8002, Gigaset C610A IP) по ISDN-линиям стала наблюдаться (точно определить когда это произошло не могу - эти линии последние в очереди и на них попадают не всегда) односторонняя слышимость: мы слышим собеседника, а он нас - нет. При входящем звонке по тем же линиям - все нормально (правда входящие сначала поступают на операторов, а затем они уже переводят звонок на нужный телефон). При входящих/исходящих через LGCM все нормально. С IPKTS-телефонами LIP-8002E все нормально по любым направлениям и линиям. В настройках в качестве кодека стоит G711 и RTP Security отключен. АТС и телефоны в одной подсети. Попытался по телнету снять трассировку одного из SIP-телефонов при исходящем звонке (не уверен, что снял правильно) - файл прилагаю (номер телефона частично "запикал" звездочками во избежание ).
гуру и создатель форума
очень информативная трассировка.
для сипа пользуйтесь сниффером.
Ну а в качестве совета, попробуйте перебросить SIP телефон в другую зону.
Хрен, положенный на мнение окружающих, обеспечивает спокойную и счастливую жизнь. (Ф.Г.Раневская)
для сипа пользуйтесь сниффером.
.
Ну а в качестве совета, попробуйте перебросить SIP телефон в другую зону.
Понимаю ваш сарказм (сам ничего интересного в сием логе не обнаружил), но не разделяю - когда у АТС нет вменяемых средств диагностики, это. печально ИМХО. Что ж, будем пробовать сниффить.
.
Это в ПГМ436? Ставил вторую зону вместо первой - не помогло.
.
Это в ПГМ436? Ставил вторую зону вместо первой - не помогло.
А какие "вменяемые" средства диагностики вы хотите??
В станции есть средства трассировки. Снимайте трассировку линий BRI (модуля BRIM) одновременно с трассировкой SIP абонентов, но вы там тоже не увидите наличие/отсутствие голоса в канале.
А снифер позволит собрать и RTP пакеты.
Вы уверены, что с другими типами абонентов (LIP телефоны, SLT) проблем, а только с SIP телефонами??
Вы не проверяли, на каких именно линиях/каналах BRI наблюдается проблема??
Можно ведь проверить каждый канал по-отдельности (выходить на линию набором кода доступа 88ХХ, где ХХ - номер СО). И пр.
А пока действительно мало информации.
Версии софта у вас достаточно устаревшие, как на MFIM, так и на модулях.
Аксиома Коула: Общая сумма разума на планете - величина постоянная, а население растет .А какие "вменяемые" средства диагностики вы хотите??
.
Вы уверены, что с другими типами абонентов (LIP телефоны, SLT) проблем, а только с SIP телефонами??
.
Вы не проверяли, на каких именно линиях/каналах BRI наблюдается проблема??
.
Можно ведь проверить каждый канал по-отдельности (выходить на линию набором кода доступа 88ХХ, где ХХ - номер СО). И пр.
.
А пока действительно мало информации.
Версии софта у вас достаточно устаревшие, как на MFIM, так и на модулях.
З.Ы. Кстати, а не подскажите умолчальный пароль на веб-интерфейс модуля BRIM? Может там чего глянуть можно.
З.Ы. Кстати, а не подскажите умолчальный пароль на веб-интерфейс модуля BRIM? Может там чего глянуть можно.
Аксиома Коула: Общая сумма разума на планете - величина постоянная, а население растет .2) Тогда прошу прощения - думал он по умолчанию такой.
3) Он самый
4) См. вложение (открывать тем же wireshark-ом). Снимал Mikrotik-ом на портах, к которым подключены модули MFIM и BRIM. MFIM - 172.16.20.10, BRIM - 172.16.20.11, телефон, с которого звонил - 172.16.20.106
5) См. вложение
З.Ы. Прозвонил SLT-телефоны - таких проблем нет, в обе стороны слышно хорошо.
DB_ALL100.zip ( 193,18 килобайт ) Кол-во скачиваний: 2
2) Тогда прошу прощения - думал он по умолчанию такой.
3) Он самый
4) См. вложение (открывать тем же wireshark-ом). Снимал Mikrotik-ом на портах, к которым подключены модули MFIM и BRIM. MFIM - 172.16.20.10, BRIM - 172.16.20.11, телефон, с которого звонил -
5) См. вложение
З.Ы. Прозвонил SLT-телефоны - таких проблем нет, в обе стороны слышно хорошо.
4) В трассировке нет сигнализации SIP (между MFIM и LIP-8002)
Можете снять снифер всех пакетов с телефон (на 172.16.20.106)??
RTP с телефона идет на BRIM. Но там примерно 10 сек тишины, потом голос слышно.
Аксиома Коула: Общая сумма разума на планете - величина постоянная, а население растет .Читайте также: