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

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

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,715 раз

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

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

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

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

падает IAX на x86_64

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

iax2 больше не регистрируется [закрыт]

Объединение офисов. Trixbox и Panasonic TDE-200

IAX2 ограничить число каналов для каждого trunk'а

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

Взаимодействие * и radius

IAX2 нет тона вызова

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

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