Перейти к содержанию
Как правильно добавить self-test и прочую отладку в тему
Где взять тестовые сборки
Официальное хранилище ПО в виде файлов
  • 0

Глючит аппаратный обработчик пакетов.

GConst

Ответ от GConst,

 Поделиться

Вопрос

GConst Пользователь

GConst

Опубликовано
Опубликовано

Здравствуйте, заметил, что если установить соответствующий компонент прошивки, а за тем включить ppe hardware, то IPTV от провайдера начинает заикаться. Правда не сразу, но через несколько минут, иногда несколько десятков минут стабильно начинает терять фреймы звука. Провайдер гонит mpeg_ts, на роутере настроена савязка udpxy (штатная в прошивке)+xupnpd (из entware-3). Лечатся заикания командой "no ppe". Keenetic Extra, прошивка 2.07. Официальная поддержка собственно и порекомендовала no ppe, после чего умыла руки :-(

  • Спасибо 1
  • Ответы 66
  • Создана
  • Последний ответ

Лучшие авторы в вопросе

Популярные дни

Лучшие авторы в вопросе

Популярные дни

Популярные посты

ndm
ndm

@Dobryak @vadimbn @iskatel' что говорить, претензии абсолютно обоснованны. Особенность чипа, ревизии — никого не колышет. Наша обязанность сделать так, чтобы пользователь ничего не заметил. Мы знали о

Padavan
Padavan

GConst Сегодня обсуждали решение, скорее всего оно сведется к отдельному выключателю, при этом, если UDP оффлоад будет отключен, он будет автоматически подхватываться в PPE software, это как мини

Padavan
Padavan

Dobryak Я предложил решение. И мы его реализуем в ближайшее время. Других вариантов нет. То, что существует подобная проблема с VoIP приложениями на данных устройствах - проблема софтовая, та как

66 ответов на этот вопрос

Рекомендуемые сообщения

  • 0
S_A Продвинутый пользователь

S_A

Опубликовано
Опубликовано
3 часа назад, Padavan сказал:

ppe hardware

ppe software

Давно хотел спросить: важен ли порядок включения аппаратного обработчика?

Обратил внимание, что ранее @Le ecureuil часто писал команды выключения в порядке  - software, hardware, а порядок включения наоборот - hardware, software, как в вашем примере. Это действительно важно?

 

  • 0
Le ecureuil Старожил

Le ecureuil

Опубликовано
Опубликовано
В 12/30/2016 в 22:48, S_A сказал:

Давно хотел спросить: важен ли порядок включения аппаратного обработчика?

Обратил внимание, что ранее @Le ecureuil часто писал команды выключения в порядке  - software, hardware, а порядок включения наоборот - hardware, software, как в вашем примере. Это действительно важно?

 

Нет, абсолютно все равно.

  • 0
doc_bravn Продвинутый пользователь

doc_bravn

Опубликовано
Опубликовано

Роутер Ultra II. Установлен компонент "сетевой ускоритель". Больше ничего не настраивал через телнет. Прошивка v2.07(AAUX.5)C3 официальная. Как в этом случае работает аппаратный обработчик? Если ничего дополнительно через командную строку не включать, то по-умолчанию на Ultra II работает аппаратное ускорение TCP и UDP трафика? Или только TCP ускоряется аппаратно, а UDP ускоряется софтварно? Если включить через телнет ppe hardware, не будет ли проблем с IPTV. Сейчас IPTV работает через IGMP-Proxy. Не начнет ли заикаться или рассыпаться?

  • 0
iskatel' Продвинутый пользователь

iskatel'

Опубликовано
Опубликовано
52 минуты назад, doc_bravn сказал:

Роутер Ultra II. Установлен компонент "сетевой ускоритель". Больше ничего не настраивал через телнет. Прошивка v2.07(AAUX.5)C3 официальная. Как в этом случае работает аппаратный обработчик? Если ничего дополнительно через командную строку не включать, то по-умолчанию на Ultra II работает аппаратное ускорение TCP и UDP трафика? Или только TCP ускоряется аппаратно, а UDP ускоряется софтварно? Если включить через телнет ppe hardware, не будет ли проблем с IPTV. Сейчас IPTV работает через IGMP-Proxy. Не начнет ли заикаться или рассыпаться?

 

 

В ‎20‎.‎12‎.‎2016 в 17:44, Padavan сказал:

Sovenok

На Viva/Extra установлен чип MT7620 ревизии 0204, который не умеет UDP трафик без чексумм через PPE. Других ревизий чипа на этих девайсах не было. TeamSpeak отключает и включает налету внутри одного flow UDP чексуммы, такой расклад не может работать на данном чипе (оффлоад через PPE). 

Более новые Keenetic на чипах MT7621 (Giga3/Ultra2) и MT7620 rev 0206 (Lite3 rev A/Omni2/Keenetic3) работают с UDP трафиком без чексумм, причем внутри одного flow чексуммы могут как быть, так и не быть.

 

В ‎28‎.‎12‎.‎2016 в 11:27, Padavan сказал:

Dobryak

100% оффлоад UDP на устройствах с гигабитными портами есть только на Giga3 и Ultra2 (и старых Giga2/Ultra/LTE на RT6856/63368).

 

P.S.: прочитайте первую страничку, там всё подробно описано.

  • 0
Sfut Старожил

Sfut

Опубликовано
Опубликовано
8 часов назад, doc_bravn сказал:

Если ничего дополнительно через командную строку не включать, то по-умолчанию на Ultra II работает аппаратное ускорение TCP и UDP трафика? Или только TCP ускоряется аппаратно, а UDP ускоряется софтварно?

На Giga3 и Ultra2 все ускорители включены по умолчанию и работают без проблем. 

  • 0
GConst Пользователь

GConst

Опубликовано
  • Автор
Опубликовано

Вчера залил альфу 2.09, включил ppe hardware. Недельку понаблюдаю. О результатах сообщу. Разработчикам спасибо за реакцию!

  • 0
doc_bravn Продвинутый пользователь

doc_bravn

Опубликовано
Опубликовано
8 часов назад, Sfut сказал:

На Giga3 и Ultra2 все ускорители включены по умолчанию и работают без проблем. 

Т.е. если я правильно понимаю, то на Ultra II по-умолчанию включен ускоритель TCP и UDP и включать дополнительно из телнета ничего не нужно?

  • 0
Sfut Старожил

Sfut

Опубликовано
Опубликовано
1 минуту назад, doc_bravn сказал:

Т.е. если я правильно понимаю, то на Ultra II по-умолчанию включен ускоритель TCP и UDP и включать дополнительно из телнета ничего не нужно?

Да.

  • 0
moblin443 Новичок

moblin443

Опубликовано
Опубликовано

во <...>, жалко, а так хотелось, делать основные хосты wired а wifi как дополнительно что-ли?

ну а заметно хоть ускорение? когда ppe harware или только загрузка CPU ниже?

ppe я так понимаю это не только NAT а вообще обработка ethernet кадров?

  • 0
GConst Пользователь

GConst

Опубликовано
  • Автор
Опубликовано

Должен отметить, что за прошедшую неделю глюков с IPTV отмечено не было, так что спасибо уважаемым разработчикам, баг исправлен. Дождусь когда появится релиз и обновлять на него.

  • Спасибо 1
  • 0
Sovenok Продвинутый пользователь

Sovenok

Опубликовано
Опубликовано
В 15.01.2017 в 23:05, GConst сказал:

Должен отметить, что за прошедшую неделю глюков с IPTV отмечено не было, так что спасибо уважаемым разработчикам, баг исправлен. Дождусь когда появится релиз и обновлять на него.

есть подозрение, что релиз будет тогда когда устройства будут уже не актуальны :) 

а если подвести итог, то какой выбор сейчас есть у владельцев Вивы и Экстры? 1) жить на последней релизной прошивке с "no ppe hardware , ppe software , system configuration save"

2) обновиться до v2.09(AANT.3)A0 но смириться с многочисленными багами

  • 0
GConst Пользователь

GConst

Опубликовано
  • Автор
Опубликовано
есть подозрение, что релиз будет тогда когда устройства будут уже не актуальны

Так то сейчас эЭкстра уже не актуальна. Я её брал до выхода второго поколения Ультры. Сейчас брать такую новую нет смысла. Разрабам спасибо, что менять не придётся. В таком виде лично меня устраивает.
  • 0
r13 Старожил

r13

Опубликовано
Опубликовано (изменено)
4 минуты назад, ndm сказал:

@r13 Не вариант, в ней как раз не исправлено.

Ну значит дождаться релиз, не долго осталось. До этого же как то жили. :cool:

Зы извиняюсь за дезу ;-)

Изменено пользователем r13
  • 0
ndm Старожил

ndm

Опубликовано
Опубликовано
5 часов назад, Sovenok сказал:

2) обновиться до v2.09(AANT.3)A0 но смириться с многочисленными багами

Да, она вполне нормальная, багов почти нет. Вы, главное, форум поглядывайте перед обновлением. А релиз 2.08 мы объявим тут.

5 часов назад, Sovenok сказал:

а если подвести итог, то какой выбор сейчас есть у владельцев Вивы и Экстры?

Погодите с итогами

  • 0
gioz Новичок

gioz

Опубликовано
Опубликовано
Только что, Le ecureuil сказал:

Все уже давно поправлено на 2.08.

v2.08(AAUR.0)C1  регулярные вылеты из TeamSpeak без переподключения. что я делаю не так?

  • 0
gioz Новичок

gioz

Опубликовано
Опубликовано
В 08.04.2017 в 22:01, Le ecureuil сказал:

Что угодно, тысячи вариантов. 

no ppe hardware

и вылеты пропадают. мне кажется причин чуть меньше чем тысячи..........

  • 0
Ubeavis Новичок

Ubeavis

Опубликовано
Опубликовано
В 08.04.2017 в 22:01, Le ecureuil сказал:

Что угодно, тысячи вариантов.

Omni II (RevID: 0206) - есть вылеты в TeamSpeak и Discord (на любой прошивке из ветки 2.09). Лечится отключением ppe hardware.

Провайдер Ростелеком, тип соединения PPPoE, IPv4.

На всякий случай напишу что точно такая же картина на ERX (MT7621) на прошивке Padavan'a. Проблема уходит после отключения аппаратного ускорения UDP.

Теряется входящий UDP поток на случайный, прокинутый через UPNP порт - проявляется как полная и безвозвратная (до реконнекта) звука от собеседников - они продолжают слышать.

Как будто бы на этих чипах (ревизиях) не должно быть проблем с аппаратным обработчиком UDP.

Другие роутеры без PPE (Mikrotik, Airport Extreme) работают без проблем.

Собственно кроме обозначения проблемы, хотелось бы пожелать возможности отключения аппаратного ускорения отдельно для UDP (если вдруг проблема окажется аппаратной).

  • Спасибо 1
  • 0
Padavan Старожил

Padavan

Опубликовано
Опубликовано

Ubeavis

MT7621 гарантированно не дропает UDP пакеты без чексумм, это очень легко проверяется. Здесь возможно проблема косвенная и связанная с порядком UDP пакетов. Проходя через десятки маршрутизаторов, UDP последовательность часто нарушается. Блок PPE вряд-ли занимается восстановлением последовательности, он форвардит пакеты как есть, по мере поступления.

Можно заморочиться и выяснить, что конкретно приводит к данной проблеме с TeamSpeak и Discord, но здесь явно проблема никак не связана с чексуммами UDP.

 

  • 0
Ubeavis Новичок

Ubeavis

Опубликовано
Опубликовано
21 минуту назад, Padavan сказал:

Можно заморочиться и выяснить, что конкретно приводит к данной проблеме с TeamSpeak и Discord, но здесь явно проблема никак не связана с чексуммами UDP.

Я готов помочь в выяснении - что нужно сделать и в какой момент времени?

Оно может быть напрямую и не связано, но именно отключение аппаратного ускорения UDP на данный момент решает проблему.

Может проблема в UPNP, а PPE либо что-то делает не так как нужно для корректной работы, либо не делает то что от него ждет UPNP (счетчик там или таймер какой-нибудь)  - вешается именно входящее соединение на проброшенный роутером порт, если его узнать и пробросить вручную - соединение работает. Проблема в том что в самих программах нет такой настройки и порт каждый раз при соединении пробрасывается разный.

  • 0
Padavan Старожил

Padavan

Опубликовано
Опубликовано

Ubeavis

На N56U прошивке покрутить проще, можно попробовать увеличить в PPE таймауты для UDP. Интересны эти значения:

Set HNAT Life time of unbind entry (d=3)(unit:1Sec)
   Ex: hw_nat -T [1~255]

Set HNAT Life time of Binded TCP/UDP/FIN entry(d=5, 5, 5)(unit:1Sec)
   Ex: hw_nat -U [1~65535][1~65535][1~65535]

По умолчанию значения такие: 

hw_nat -T 3
hw_nat -U 5 5 5
Можно включить UDP оффлоад и покрутить их налету.
  • Спасибо 1
  • 0
KorDen Старожил

KorDen

Опубликовано
Опубликовано

Просто для статистики: знакомый активно сидит в Discord с Giga II @ 2.08 (UPnP включен), я изредка захожу с Ultra II @ актуальная 2.09 (но UPnP выключен) - проблем со слышимостью не наблюдал. TeamSpeak последнее время уже не использую, сказать не могу, раньше проблем не наблюдалось. В обоих случаях соединение с интернетом IPoE.

  • 0
Anton Bobrik Новичок

Anton Bobrik

Опубликовано
Опубликовано (изменено)

Padavan

Логи с ubiquiti ERX на 3.4.3.9-099_b84e8d1, о котором говорится в сообщении 28881 (на момент дисконнекта и сбора логов был включен PPE на TCP/UDP, тайминги в hw_nat были стандартными, так же включен UPnP):

p.s. После дисконнекта и сбора логов выставил hw_nat -U 15 15 15. 

Далее в логах 192.168.1.238:58109 - локальный клиент

80.234.104.xxx:58109 - он же уже с белым IP

92.255.11.xxx:9987 - сервер

После дисконнекта и во время автоматических попыток реконнекта:
hw_nat -g
IPv4_NAPT=1296 : 192.168.1.238:58109->92.255.11.xxx:9987 => 80.234.104.xxx:58109->92.255.11.xxx:9987

hw_nat -e
IPv4_NAPT=4496 : 192.168.1.146:51413->121.31.195.96:1041 => 92.255.11.xxx:9987->192.168.1.238:58109

hw_nat -f
...

После переподключения (прописал hw_nat -U 15 15 15 и клиент сам переподключился, обычно переподключается после ~30-40 минут попыток):
hw_nat -g
IPv4_NAPT=1296 : 192.168.1.238:58109->92.255.11.xxx:9987 => 80.234.104.xxx:58109->92.255.11.xxx:9987
IPv4_NAPT=4496 : 92.255.11.xxx:9987->80.234.104.xxx:58109 => 92.255.11.xxx:9987->192.168.1.238:58109

hw_nat -e
...

hw_nat -f
IPv4_NAPT=1296 : 192.168.1.238:58109->92.255.11.xxx:9987 => 80.234.104.xxx:58109->92.255.11.xxx:9987
IPv4_NAPT=4496 : 92.255.11.xxx:9987->80.234.104.xxx:58109 => 92.255.11.xxx:9987->192.168.1.238:58109

 

Изменено пользователем Anton Bobrik

Присоединяйтесь к обсуждению

Вы можете написать сейчас и зарегистрироваться позже. Если у вас есть аккаунт, авторизуйтесь, чтобы опубликовать от имени своего аккаунта.
Примечание: Ваш пост будет проверен модератором, прежде чем станет видимым.

Гость
Ответить на вопрос...

×   Вставлено с форматированием.   Вставить как обычный текст

  Разрешено использовать не более 75 эмодзи.

×   Ваша ссылка была автоматически встроена.   Отображать как обычную ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставлять изображения напрямую. Загружайте или вставляйте изображения по ссылке.

×
 Поделиться
Перейти к списку вопросов

  • Последние посетители   0 пользователей онлайн

    • Ни одного зарегистрированного пользователя не просматривает данную страницу
×
×
  • Создать...

Важная информация

На этом сайте используются файлы cookie. Нажимая "Я принимаю" или продолжая просмотр сайта, вы разрешаете их использование: Политика конфиденциальности.

  Я принимаю