jbenable=yes поставить надо не забыть. Что астер стоит - удаленно надо было сразу в шапке написать :) ну и поиграться с выбором провов - возможно у Вас идет трафик через Европу :)
Zavr2008 ( 2012-03-14 13:50:00 +0400 )редактировать
Имеем 2 gsm шлюза porttech подключены они к freepbx..... при звонках например через callback ощущается довольно ощутимая и неприятная задержка в голосе, это не эхо а именно задержка. Как это побороть? Где искать причину?
Вообщем частично проблему удалось побороть так, поставили g729 вместо g711, отрегулировали громкость шлюзов, SIP Responses - тут изменили настройки в шлюзах и вроде бы полёт нормальный но всё равно не идеальная связь. Дело в том, что сами шлюзы находятся удалённо от астериск - соответственно тут самая главная проблема наверное в этом
jbenable=yes поставить надо не забыть. Что астер стоит - удаленно надо было сразу в шапке написать :) ну и поиграться с выбором провов - возможно у Вас идет трафик через Европу :)
Zavr2008 ( 2012-03-14 13:50:00 +0400 )редактироватьМне тоже интересен этот вопрос, задержка просто дикая, использую в качестве GSM шлюза e1550 может все таки как нибуть можно будет ее избежать???
задержка при звонке со шлюза на шлюз состоить из
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 ?
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,859 раз
Обновлен: Mar 13 '12
Проект компании "АТС Дизайн"
Asterisk® и Digium® являются зарегистрированными торговыми марками компании
Digium, Inc., США.
IP АТС Asterisk распространяется под лицензией
GNU GPL.
