Имеем 2 gsm шлюза porttech подключены они к freepbx..... при звонках например через callback ощущается довольно ощутимая и неприятная задержка в голосе, это не эхо а именно задержка. Как это побороть? Где искать причину?
задержка при звонке со шлюза на шлюз состоить из
1) задержки шлюза(смотря как он устроен). обычно до 0.2 сек.
2)задержки кодека и сети переадчи данный gsm провайдера. обычно 0.05-0.8 сек.
3) задержки канал между шлюзом и астериском - зависит отрасстояния и пинга. а также может увеличиваться если спец средства типа снифера на канале.
4)задержка астериска. 1мс по умолчанию елси джитер буфер отключен.
если вы звоните со шлюза на шлюз все задержки удваиваются ;)
итого, задержка со шлюза на шлюз в связи с 2) вполне может составлять 1.6 секунды!! даже на идеальном оборудовани. а ухо слышит 0.1-0.15с задержка в 0.5 секунды со шлюза н ашлюз почти всегда.
это дело стоит просто замерить. Записать pcap с помощью Wireshark или tcpdump, Далее в Wireshark запустить RTP Analyzer и посмотреть параметры. Особенно интересен джиттер. Еще можно будет записать звук (раздельно по каналам) и в Sound Forge посмотреть на задержку.
Zavr2008 ( 2012-02-24 10:42:13 +0400 )редактироватьНо обычные то звонки работают нормально.... причём тут снифер и DNS ?
Вообщем частично проблему удалось побороть так, поставили g729 вместо g711, отрегулировали громкость шлюзов, SIP Responses - тут изменили настройки в шлюзах и вроде бы полёт нормальный но всё равно не идеальная связь. Дело в том, что сами шлюзы находятся удалённо от астериск - соответственно тут самая главная проблема наверное в этом
jbenable=yes поставить надо не забыть. Что астер стоит - удаленно надо было сразу в шапке написать :) ну и поиграться с выбором провов - возможно у Вас идет трафик через Европу :)
Zavr2008 ( 2012-03-14 13:50:00 +0400 )редактироватьМне тоже интересен этот вопрос, задержка просто дикая, использую в качестве GSM шлюза e1550 может все таки как нибуть можно будет ее избежать???
1) вооружитесь снифером и посмотрите SIP диалоги
2) проверьте наличие DNS сервера, хотя бы кеширующего.
Но внутренние и исходящие с других транков работают нормально.... причём тут снифер и DNS ?
ustanowka ( 2012-01-30 16:59:15 +0400 )редактироватьЕсли на сервере с астериском не настроен днс, то в некоторых условиях может наблюдаться эта проблема, а так же задержка вызова на несколько секунд. На форумах об этом часто спрашивали, да и я сталкивался.
switch ( 2012-01-30 21:51:25 +0400 )редактироватьбред - речь про задержки в RTP. DNS тут как мертвому припарка.=)
Zavr2008 ( 2012-02-24 10:39:06 +0400 )редактироватьZavr2008, бред это утверждение, что девайс с астериском на борту, имеющий тощий проц в 300 МГц сможет переварить 4 потока Е1. Помните наши споры, где вы с пеной у рта отстаивали свою правоту, а все вам говорили, что это бред. К чему это привело? да к полному фиаско, хоть и не признанному.
Тут же я говорил о том, с чем сталкивался сам.
switch ( 2012-02-24 11:52:10 +0400 )редактироватьswitch, фиаско нет никакого, мы просто особо не рекламируем но уже вполне тянем 60 одновременных звонков. Мне не надо никому ничего доказывать, вот это я и понял. К тому же Ваш выпад в оффтоп сейчас это отдельная песня. =))) Но DNS для RTP - это жесть =)))))))
Zavr2008 ( 2012-02-27 12:59:02 +0400 )редактироватьДа?? а это я типа сам придумал?
> 2 T1/E1 interfaces Supports up to 35 > simultaneous calls in any supported > codec transcoding
Жаль не говорите, что этот результат для пакетов длинной 60мс. Это я к чему: к тому что мы тогда спорили не просто так и оказались правы.
switch ( 2012-02-27 13:14:10 +0400 )редактироватьКстати DNS для RTP не жесть. Астериск может тупо задерживать и то и другое внутри себя. В общем ХЗ почему , но я с таким несколько раз сталкивался по причине отсутствия DNS. Причем голос отставал не так сильно как SIP сообщения, примерно на секунду. Видимо ограничивалось величиной джиттербуфера.
switch ( 2012-02-27 13:24:09 +0400 )редактироватья встречал сеть где у локального ДНС стояли не верно адреса пересылки а именно первый адрес стоял 192.168.10.23 что являлось не доступным адресом для данной сети но когда-то давно он был доступен по впн, а вторым адресом стоял корректный провайдерский днс и в таком случае получаем задержку примерно в секунду т .к. сначала днс пытается получить результат с хоста которого нет :) тут может быть чтото подобное)
DJs3000 ( 2012-03-14 08:53:14 +0400 )редактироватьЗадан: 2012-01-30 12:24:39 +0400
Просмотрен: 1,870 раз
Обновлен: Mar 13 '12
Проект компании "АТС Дизайн"
Asterisk® и Digium® являются зарегистрированными торговыми марками компании
Digium, Inc., США.
IP АТС Asterisk распространяется под лицензией
GNU GPL.
