Тема: LG ARIA SOHO + Grandstream GXW-4008 + SIP provider ИНОГДА нас не слышно
Добрый день!
Имеем такую конфигурацию: ARIA SOHO <-> GXW-4008 <-> FW <-> SIP provider
Aria SOHO - 48 внутренних абонентов, 12 СО портов. Прошивка 3.7Cb
Grandstream GXW-4008 - шлюз с 8 FXS-портами. Прошивка свежая 1.0.10.9.
Firewall на винде с Kerio.
SIP провайдер дает 5 sip-линий.
Часто при звонках в РЕГИОНЫ нас не слышат (мы слышим хорошо). При звонках по Москве на мобильные проблем нет вообще сколько не звони и сколько линий не занимай.
Проблема имеет богатую историю.
Изначально в качестве voip-шлюза был куплен Dlink DVG-5008s. Проблема была та же самая.
Что делал:
пробовал звонить на проблемные номера по чистому сипу - все ок, нас слышат
пробовал втыкать телефон напрямую в шлюз, без Сохи - проблема сохраняется
перепроверил все настройки на FW - все порты прокинуты
снифферил трафик - RTP ходит нормально в обе стороны, по кодекам вроде тоже договорились (хотя я не суперспециалист, может это и не так 😊 )
включал syslog для Dlink’а - ничего криминального.
При чем был интересный момент - когда в Dlink’е менял кодек с 711alaw на 711ulaw на проблемные номера голос начинал ходить. Но появлялись другие проблемные номера.
В итоге списал все на Dlink, купил Grandstream.
Первое время, как мне казалось, все было ок. На всех проблемных номерах была хорошая связь. И без жалоб.
Но недавно они возобновились.
Включаю SIP-debug на Grandstream - опять ничего плохого не вижу.
Прикрепил дебаг во вложении (проблемный номер 4732204914).
На большее меня не хватило.
Коллеги! Проблема задолбала! Помогите, пожалуйста, разобраться. Готовы заплатить.
Еще из чудесных проблем:
если с обычного телефона не слышно, пробуем с системного - иногда голос появляется, но не всегда.
4732204914.txt (Размер: 35KB - Загрузки: 653)а станция то причем? проблемы то с ip. и разобираться надо с провайдером в первую очередь
RTP lost =16 Jitter = 40
RTP lost =4 Jitter = 56
Потеря пакетов
У себя сперва проверте на Kerio, снимите tcpdump проблемного вызова на внутреннем и внешнем интерфейсе и сравните.
Снимать лучше Wireshark, там голос можно послушать.
Если у вас ничего не болчиться то это либо к провайдеру интернета, либо к оператору, который предоставляет услуги SIP телефонии.
У оператора проблемный вызов дальше уходит на HuaweiSoftX3000 - это транзитный SoftSwitch, дальше вполне возможно целый зоопарк SIP c нестабильными каналами.
Почему выбрали G.711, у вас же есть кодеки с большей компрессией и более устойчивые к большому Jitter?
Попробуйте например:
Preferred Vocoder: G729
И два варианта:
Use First Matching Vocoder in 200OK SDP: Yes—- только 1-й кодек в 200OK (если в каких то случаях пропускает а в каких то нет или попадаете в тишину, то у оператора не вклучен транскодинг и дальше идёт на другой SIP)
Use First Matching Vocoder in 200OK SDP: No—- все кодеки
Станция не причём, AriaShoho без глюков работает с Grandstream, хотя прошивку станции можно поднять и повыше.
а станция то причем? проблемы то с ip. и разобираться надо с провайдером в первую очередь
Да ни при чем по сути. Просто я уже не знаю куда податься. Не могу нигде найти специалиста на “стыке технологий”.
Провайдер говорит, “покупайте Addpac, по Dlink’ам и Grandstream’ам помочь не можем”.
RTP lost =16 Jitter = 40
RTP lost =4 Jitter = 56
Потеря пакетов
Это не показатель моей проблемы. “RTP lost =16 Jitter = 40” - это вообще статистика по следующему нормальному вызову.
Т.е. эти RTP lost присутствуют в каждом вызове, при этом все с голосом может быть нормально.
В моем же случае абсолютная тишина. Т.е. либо RTP в какую-то сторону вообще не проходят (а это не так), либо наверное что-то не то с кодеками.
Почему выбрали G.711, у вас же есть кодеки с большей компрессией и более устойчивые к большому Jitter?
Попробуйте например:
Preferred Vocoder: G729
И два варианта:
Use First Matching Vocoder in 200OK SDP: Yes—- только 1-й кодек в 200OK (если в каких то случаях пропускает а в каких то нет или попадаете в тишину, то у оператора не вклучен транскодинг и дальше идёт на другой SIP)
Use First Matching Vocoder in 200OK SDP: No—- все кодеки
Сейчас стоит Use First Matching Vocoder in 200OK SDP: No
Поставил в Yes. Посмотрим.
По Preferred Vocoder. На самом деле у меня в схеме два Grandstream’а: для 5 СО один шлюз, для еще 5 СО - второй (и на АТС есть две группы абонентов: первой группе доступ на 1-5 СО, второй - на 6-10 СО).
Так вот я игрался с кодеками - на первом шлюзе стоит во всех восьми Preferred Vocoder значение PCMA, на втором - оставил все значения по дефолту (по порядку - PCMA, PCMU, G723, G729, G726-32, iLBC, G729E, AAL2-G726-16).
Проблема все равно наблюдается на обоих шлюзах.
Попробую поставить только G729.
Спасибо за советы!
Но если кто-то изъявит желание помочь на коммерческой основе и добить проблему основательно, буду рад 😊
