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

Транк по нестабильному каналу

1

Имеется очень нестабильный канал: скорость 512К, пинг варьируется 7-10 мс, редко (через каждые 50-70 пакетов) подпрыгивая до 80-120 (1-2 подряд пакета), потеря пакетов при пинге 60байтными пакетами не более 5-8%, при больших (1.2 Кбайт) пакетах до 12%.

По этому каналу соединено два астериска, соединены по транку IAX2, требуется сделать 4 одновременных соединения с наиболее возможно хорошим качеством речи.

Погуглив выяснил, что хорошо бы включить:

в iax.conf jitterbuffer=yes trunktimestamps=yes

в codecs.conf genericplc => true

и настроить maxjitterbuffer (в настоящее время выставил =20)

Вопросы такие:

какой кодек лучше оптимально использовать, чтоб потеря пакетов была не так заметна и как оттюнинговать этот самый джиттербуфер и использовать его на обоих концах-ли одинаково?

Может есть еще напутствия у гуру как составить поисковый запрос в гугол или прямые ссылки для прочтения статей по оптимизации трафика через плохой канал?

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

спросил 2011-02-15 16:42:08 +0400

um2010 Gravatar um2010
2056 ● 70 ● 13 ● 55

3 Ответа

Сорт. по » старые новые больше голосов
1

чтобы не была заметна потеря, можно использовать кодек с поддержкой этого PLC. кстати помогает только при одиночной-двойной потере. например 729-й. надо понимать сколько пакетов подрад теряется. если до 2-х, джитер буфер надо ставить на 120х2=240. если больше - еще помогает поставить через этот канал openvpn в режиме tcp(с увеличением джитербуфера) но только если 1-2 звонка надо. при большом количестве ещше хуже станет. джитербуфер работает только на прием. тоесть на другой стороне настраивать его надо соответсвенно. поскольку у вас на больших пакетах потери большие, надо ВЫКЛЮЧИТЬ транк на iax. тоесть trunk=no в свойствах пира.

инфа есть тут http://www.voip-info.org/wiki/view/Asterisk+new+jitterbuffer

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

ответил 2011-02-16 06:20:58 +0400

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

обновил 2011-02-16 06:24:21 +0400

Comments

спасибо. Забыл уточнить, что использую астериск 1.8 это вообщем, возможно наведет на какие-нибудь еще мысли.. Еще почему нужно выключить транк? Чем это поможет? может наоборот уменьшить MTU в нем или частоту передачи пакетов? um2010 ( 2011-02-16 07:01:21 +0400 )редактировать
спасибо. Забыл уточнить, что использую астериск 1.8 это вообщем, возможно наведет на какие-нибудь еще мысли.. um2010 ( 2011-02-16 07:01:22 +0400 )редактировать
ибо транк это агрегация пакетов. тоетьс размер пакетов станет больше. шанс потери более чем одного пакета возрастет meral ( 2011-02-16 08:06:51 +0400 )редактировать
убрал транк, действительно (может, конечно, субъективно) стало лучше.. um2010 ( 2011-02-16 09:38:07 +0400 )редактировать
1

когда-то тюнил буфер, но уже все забыл ;) Вроде поставил на 500 мс и все приемлемо стало. Если скорости достаточно, но есть потери, то лучше заюзать 711 кодек, так как в каждом фрейме меньше инфы, и при потере одного-двух искажения почти незаметны.

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

ответил 2011-02-15 17:48:13 +0400

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

потеря пакетов при пинге 60байтными пакетами не более 5-8%, при больших (1.2 Кбайт) пакетах до 12%

Однозначно смахивает на Ethernet Switch у прова. Очень характерно для продукции D*ink. Затыков на малых пакетах практически нет, а на больших - до 15-20%. Может попросить прова просто его поменять/проапгрейдить и не трахаться?

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

ответил 2011-02-16 12:52:15 +0400

Zavr2008 Gravatar Zavr2008 flag of Russian Federation
2886 ● 11 ● 9 ● 40
http://mh.otx.ru/

Comments

по пути действительно есть длинки, пров меняет планово, а связь нужна сейчас :) um2010 ( 2011-02-16 23:53:42 +0400 )редактировать
тогда накрутить jitter, врубить кодек 729, возможно стоит спрыгнуть с iax на sip причем TCP - как у мегафона например. Еще как вариант взять еще доп линк на ADSL небольшой, там звезда и нет множества промежуточных звеньев.. Zavr2008 ( 2011-02-17 18:10:15 +0400 )редактировать
1. доп канал - не вариант : нет тех. возможности. 2. Чем TCP будет лучше? за счет PLC ? Опять же если пакет пропал при юзании 729 кодека - там целое предложение может выпасть а не просто звук же? или я ошибаюсь? um2010 ( 2011-02-17 18:58:20 +0400 )редактировать
почему SIP будет предпочтительней IAX ? um2010 ( 2011-02-17 19:00:53 +0400 )редактировать
потому что в случае с sip если потеряется, то только 1 канал, а в случае iax2 - все каналы транка.. Zavr2008 ( 2011-03-17 12:53:35 +0400 )редактировать
Там хоть чем дело кончилось? Zavr2008 ( 2011-03-17 12:54:57 +0400 )редактировать
iax , джиттер выкручен до 400, qualify выключен, полет нормален. Оператор обещает в течении квартала поменять оборудование и пропадения с каналом должны вообще быть устранены! um2010 ( 2011-03-17 15:06:22 +0400 )редактировать
Ну и правильно - насчет канала!!!! Реально что ни говори, от этого много зависит.. В т.ч. и субьективные ощущения клиента от VOIP.. Zavr2008 ( 2011-03-17 20:01:31 +0400 )редактировать
клиент не в курсе, что это войп, этот клиент даже не знает что такое войп.. um2010 ( 2011-03-17 22:32:20 +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)!
[скрыть предварительный просмотр]

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

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

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

Статистика

Задан: 2011-02-15 16:42:08 +0400

Просмотрен: 6,734 раз

Обновлен: Feb 16 '11

Похожие вопросы:

Плохое качество, какие варианты?

город->*1->IVR->IAX2->*2->вн.абонент

падает IAX на x86_64

Вопрос по jitter буферу

Не работают исходящие без Route CID

Не получается позвонить на iax2 пользователя

Входящие вызовы через iax trunk

как измерить jitter между двумя ip адресами

Отваливается очередь

Какой порт (железка) нужен?

О проекте | Часто задаваемые вопросы | политика конфиденциальности | оставить отзыв

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