Пожалуйста, войдите здесь. Часто задаваемые вопросы О нас
Задайте Ваш вопрос

Задержка голоса в gsm шлюзах

0

Имеем 2 gsm шлюза porttech подключены они к freepbx..... при звонках например через callback ощущается довольно ощутимая и неприятная задержка в голосе, это не эхо а именно задержка. Как это побороть? Где искать причину?

удалить закрыть спам изменить тег редактировать

спросил 2012-01-30 12:24:39 +0400

ustanowka Gravatar ustanowka
11 16 8

обновил 2012-01-31 15:48:49 +0400

meral Gravatar meral flag of Ukraine
23347 24 20 177
http://pro-sip.net/

5 Ответов

1

задержка при звонке со шлюза на шлюз состоить из

1) задержки шлюза(смотря как он устроен). обычно до 0.2 сек.

2)задержки кодека и сети переадчи данный gsm провайдера. обычно 0.05-0.8 сек.

3) задержки канал между шлюзом и астериском - зависит отрасстояния и пинга. а также может увеличиваться если спец средства типа снифера на канале.

4)задержка астериска. 1мс по умолчанию елси джитер буфер отключен.

если вы звоните со шлюза на шлюз все задержки удваиваются ;)

итого, задержка со шлюза на шлюз в связи с 2) вполне может составлять 1.6 секунды!! даже на идеальном оборудовани. а ухо слышит 0.1-0.15с задержка в 0.5 секунды со шлюза н ашлюз почти всегда.

ссылка удалить спам редактировать

ответил 2012-01-30 18:19:39 +0400

meral Gravatar meral flag of Ukraine
23347 24 20 177
http://pro-sip.net/

обновил 2012-01-30 18:20:38 +0400

Comments

это дело стоит просто замерить. Записать pcap с помощью Wireshark или tcpdump, Далее в Wireshark запустить RTP Analyzer и посмотреть параметры. Особенно интересен джиттер. Еще можно будет записать звук (раздельно по каналам) и в Sound Forge посмотреть на задержку.

Zavr2008 ( 2012-02-24 10:42:13 +0400 )редактировать
0

Но обычные то звонки работают нормально.... причём тут снифер и DNS ?

ссылка удалить спам редактировать

ответил 2012-01-30 16:58:35 +0400

ustanowka Gravatar ustanowka
11 16 8

Comments

ну раз нипричем , то удачи в решении.

zzuz ( 2012-01-30 17:37:52 +0400 )редактировать
0

Вообщем частично проблему удалось побороть так, поставили g729 вместо g711, отрегулировали громкость шлюзов, SIP Responses - тут изменили настройки в шлюзах и вроде бы полёт нормальный но всё равно не идеальная связь. Дело в том, что сами шлюзы находятся удалённо от астериск - соответственно тут самая главная проблема наверное в этом

ссылка удалить спам редактировать

ответил 2012-03-13 19:35:54 +0400

ustanowka Gravatar ustanowka
11 16 8

Comments

jbenable=yes поставить надо не забыть. Что астер стоит - удаленно надо было сразу в шапке написать :) ну и поиграться с выбором провов - возможно у Вас идет трафик через Европу :)

Zavr2008 ( 2012-03-14 13:50:00 +0400 )редактировать
0

Мне тоже интересен этот вопрос, задержка просто дикая, использую в качестве GSM шлюза e1550 может все таки как нибуть можно будет ее избежать???

ссылка удалить спам редактировать

ответил 2012-02-22 17:19:58 +0400

Barssoft Gravatar Barssoft
140 18 4 11

Comments

прочитайте мой ответ ниже.

meral ( 2012-02-22 18:05:01 +0400 )редактировать
0

1) вооружитесь снифером и посмотрите SIP диалоги

2) проверьте наличие DNS сервера, хотя бы кеширующего.

ссылка удалить спам редактировать

ответил 2012-01-30 16:35:33 +0400

switch Gravatar switch
8334 11 7 92
http://lynks.ru/

Comments

Но внутренние и исходящие с других транков работают нормально.... причём тут снифер и 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 )редактировать

Ваш ответ

Please start posting your answer anonymously - your answer will be saved within the current session and published after you log in or create a new account. Please try to give a substantial answer, for discussions, please use comments and please do remember to vote (after you log in)!
[скрыть предварительный просмотр]

Закладки и информация

Добавить закладку

подписаться на rss ленту новостей

Статистика

Задан: 2012-01-30 12:24:39 +0400

Просмотрен: 1,827 раз

Обновлен: Mar 13 '12

Проект компании "АТС Дизайн"
Asterisk® и Digium® являются зарегистрированными торговыми марками компании Digium, Inc., США.
IP АТС Asterisk распространяется под лицензией GNU GPL.