Наши проекты:
Журнал · Discuz!ML · Wiki · DRKB · Помощь проекту |
||
ПРАВИЛА | FAQ | Помощь | Поиск | Участники | Календарь | Избранное | RSS |
[3.128.202.133] |
|
Сообщ.
#1
,
|
|
|
Hi All!
Возможно задача тривиальная но ищу способ уменьшения jitter на соединении. Упрощенно схема следующая - есть 2 радиомодема, которые работают в режиме p2p. К одному подключен VoIP телефон, к другому Asterisk. Периодически на телефоне проскальзывают серии лагов и тресков, при этом перегрузок на канале не возникает, пакеты не теряются. Из обнаруженного криминала в момент "тресков" пинг скачет от 20 до 250 мс. Пробовал играться кодеками, менять телефоны результата не принесло. Если ставить телефон "напрямую" к Asterisk проблем нет. Есть идея "по краям" радиомодема поставить пару железок, например, микротиков и на них настроить некие буферы чтобы обеспечить единую задержку на всех пакетах тем самым уменьшить jitter. |
Сообщ.
#2
,
|
|
|
Микрот в роли конденсатора вряд-ли поможет.
Я бы начал играть с MTU при включенном DF. А так, Е1 не просто ведь придумали и до сих пор он живой... |
Сообщ.
#3
,
|
|
|
Цитата Орт_ИКС @ уменьшения jitter на Цитата Орт_ИКС @ радио Слабо поддаётся уменьшению в силу действия законов физики. Косвенно можно улучить только переходом на незанятые частоты(привет минкомсвязи, легализация и прочие платежи за РЧС, иначе вас, мягко выражаясь, вы...бут), соблюдения чистоты зоны френеля, юстировки антенн, использования оных узконаправленных, далее следует софтовая часть ввиде использования поллинговых протоколов. И это только радиоэфирная сторона вопроса. Джиттер может плясать из-за проблем и на более высоких уровнях сетевого взаимодействия. |
Сообщ.
#4
,
|
|
|
Цитата A.I. @ микрот в роли конденсатора вряд-ли поможет. почему бы нет, назначается буфер в котором по мере поступления пакетов формируется очередь. Допустим первый пакет пришел с 25мс, второй с 50мс третий с 200мс, в буфере они сформировали очередь Все пакеты из этой очереди отправляются в сторону оконечного устройства с одинаковой задержкой пусть 300мс. Не страшно если она будет >> средней, главное чтобы не было "разлета", Jitter-а. Но это теория, как и на чем реализовать не знаю Цитата A.I. @ А так, Е1 не просто ведь придумали и до сих пор он живой... Е1 синхронный протокол с жесткой синхронизацией, без этого начинаются слипы и отвалы. В моем случае точно не проходит. Цитата Gonarh @ Слабо поддаётся уменьшению в силу действия законов физики. Косвенно можно улучить только переходом на незанятые частоты(привет минкомсвязи, легализация и прочие платежи за РЧС, иначе вас, мягко выражаясь, вы...бут), соблюдения чистоты зоны френеля, юстировки антенн, использования оных узконаправленных, далее следует софтовая часть ввиде использования поллинговых протоколов. И это только радиоэфирная сторона вопроса. Джиттер может плясать из-за проблем и на более высоких уровнях сетевого взаимодействия. Вопрос не частот/помехозащищенности, а в аппаратной реализации, схему собирали "на столе", высокий jitter даже на пустом канале Пробовали играть настройками, прошивками, примерно везде один и тот же результат. |
Сообщ.
#5
,
|
|
|
Орт_ИКС
В Асткриске есть встроенный функционал по борьбе с этим. Попробуй погуглить JITTERBUFFER asterisk |
Сообщ.
#6
,
|
|
|
Цитата Орт_ИКС @ Вопрос не частот/помехозащищенности, а в аппаратной реализации, схему собирали "на столе", высокий jitter даже на пустом канале И что? Эфир сканили? Частоты смотрели? Уровни сигналов? Для радиосети это даже на столе имеет основополагающее значение. Добавлено Цитата Орт_ИКС @ Е1 синхронный протокол с жесткой синхронизацией, без этого начинаются слипы и отвалы. В моем случае точно не проходит. Таймслоты и прочий TDMA имеют непосредственное отношение к радиосвязи, конкретно к поллинговым протоколам, почитайте. Добавлено Цитата Орт_ИКС @ почему бы нет, назначается буфер в котором по мере поступления пакетов формируется очередь. Не с того конца начинаете дебаг. |
Сообщ.
#7
,
|
|
|
Что за модемы.
|
Сообщ.
#8
,
|
|
|
Цитата Prince @ Что за модемы. Tsunami 8160 |