Информация
Услуги
  • Внедрение
  • Настройка
  • Поддержка
  • Ремонт
Контакты
Новинка
Распродажа
Новости
Доставка
Оплата
Загрузки
  • Прошивки
    • WinBox
    • RouterOS
    • Мобильные приложения MikroTik
    • Архив
  • Changelogs
  • RouterOS
  • Мобильные приложения MikroTik
  • Архив
Форум
Настройка
    info@mikrotik.moscow
    +7 495 320-55-52
    Заказать звонок
    Mikrotik.moscow
    Каталог
    • Акции
      Акции
    • Маршрутизаторы
      Маршрутизаторы
    • Коммутаторы
      Коммутаторы
    • Радиомосты и уличные точки доступа
      Радиомосты и уличные точки доступа
    • Wi-Fi для дома и офиса
      Wi-Fi для дома и офиса
    • LTE/5G
      LTE/5G
    • Powerline адаптеры
      Powerline адаптеры
    • IoT устройства
      IoT устройства
    • Оборудование 60 ГГц
      Оборудование 60 ГГц
    • Материнские платы RouterBOARD
      Материнские платы RouterBOARD
    • Корпуса
      Корпуса
    • Интерфейсы
      Интерфейсы
    • SFP/QSFP трансиверы
      SFP/QSFP трансиверы
    • Аксессуары
      Аксессуары
    • Антенны
      Антенны
    • Архив
      Архив
    Войти
    0 Сравнение
    0 Избранное
    0 Корзина
    Скачать WinBox Скачать Прошивки Форум > RouterOS Форум > SwOS Форум > Железо
    Mikrotik.moscow
    Каталог
    Войти
    0 Сравнение
    0 Избранное
    0 Корзина
    Mikrotik.moscow
    Телефоны
    +7 495 320-55-52
    Заказать звонок
    0
    0
    0
    Mikrotik.moscow
    • +7 495 320-55-52
      • Назад
      • Телефоны
      • +7 495 320-55-52
      • Заказать звонок
    • info@mikrotik.moscow
    • г. Москва, ул. Бакунинская, 84
    • Пн-Пт: 09-00 до 18-00
      Сб-Вс: выходной


    • Кабинет
    • 0 Сравнение
    • 0 Избранное
    • 0 Корзина
    Главная
    Форум
    RouterOS
    идея: EoIP для соединений с высокой задержкой и потерями => исправление ошибок с помощью прямой коррекции

    идея: EoIP для соединений с высокой задержкой и потерями => исправление ошибок с помощью прямой коррекции

    Форумы: RouterOS, Аппаратное обеспечение, SwOS, Обратная связь, Объявления, Сторонние инструменты
    Поиск  Пользователи  Правила  Войти
    Страницы: 1
    RSS
    идея: EoIP для соединений с высокой задержкой и потерями => исправление ошибок с помощью прямой коррекции, RouterOS
     
    anuser
    Guest
    #1
    0
    29.07.2018 20:09:00
    Привет! Я нашёл UDPspeeder на https://github.com/wangyu-/UDPspeeder: «Туннель, который улучшает качество сети на высокозадержанных и нестабильных каналах с помощью коррекции ошибок с прямым исправлением». Хотел бы предложить похожую функцию для EoIP-туннелей. Как насчёт дополнения, которое позволило бы просто включать и выключать коррекцию ошибок с прямым исправлением для соединения? Есть ли что-то подобное в планах? Что думаешь? С уважением.
     
     
     
    dmnc
    Guest
    #2
    0
    28.02.2020 10:05:00
    +1. С учётом того, что Metarouter заброшен, это выглядит как хорошая идея для новой функции.
     
     
     
    anuser
    Guest
    #3
    0
    02.01.2021 08:19:00
    1
     
     
     
    erkexzcx
    Guest
    #4
    0
    02.01.2021 12:46:00
    Попробуйте заполнить запрос на добавление функции: https://mikrotik.com/support
     
     
     
    killersoft
    Guest
    #5
    0
    03.01.2021 05:59:00
    FEC часто используется в таких сетях, как спутниковая связь. При этом стоит учитывать, что это сильно нагрузит процессор, особенно при работе через EoIP. Нужно помнить, что TCP знает, когда кадры не были получены, и умеет регулировать окно передачи. Думаю, что лучше использовать меньшее значение окна TCP. Что касается UDP (пакеты VoIP/игр), то к тому моменту, как FEC до них добирается, скорее всего, уже нет смысла тратить время на обработку!
     
     
     
    anuser
    Guest
    #6
    0
    21.08.2023 18:38:00
    Бесстыдная реклама
     
     
     
    Amm0
    Guest
    #7
    0
    21.08.2023 18:59:00
    +1 … Хотя это и не в контексте EoIP, здесь уже обсуждались некоторые туннели с включённой FEC: FEATURE REQUEST: FEC tunnel type http://forum.mikrotik.com/t/feature-request-fec-tunnel-type/167119/1 Request: FEC tunnel types http://forum.mikrotik.com/t/request-fec-tunnel-types/122710/1
     
     
     
    Amm0
    Guest
    #8
    0
    21.08.2023 19:22:00
    В целом, FEC обычно показывает исправленные ошибки, так что можно увидеть, приносит ли оно пользу (например, действительно ли что-то исправляет, а не просто добавляет задержку и нагрузку на CPU). Идея с FEC в том, чтобы предотвратить TCP-пересылки. На линии с низкой задержкой, например на оптоволокне, это особо не поможет. Но при средней или высокой задержке (и если эта задержка НЕ связана с перегрузками)… любая экономия TCP-обходов значительно снижает среднее время задержки, поскольку задержка на самом канале без ошибок возрастает. Согласен, для игр это может быть не лучший вариант. А для VoIP или видео на основе PBX иногда можно включить FEC на RTP, что кажется более правильным местом для FEC, чем Mikrotik. Но это только если IP-PBX это поддерживает... А вот для VPN поверх UDP использование FEC всё еще может быть хорошей идеей, поскольку более сложные UDP-протоколы всё равно требуют обходов для исправления ошибок. UDP-протоколы без гарантии доставки, например SNMP, тоже могут выиграть — повышается шанс, что пакет придёт целым и не будет пропусков в данных SNMP. Не утверждаю, что FEC — панацея для линий с потерями, но, по крайней мере, оно даёт какую-то информацию (например, есть ли на линии ошибки, которые FEC может исправить).
     
     
     
    chechito
    Guest
    #9
    0
    21.08.2023 19:25:00
    Звучит как полезная функция.
     
     
     
    Amm0
    Guest
    #10
    0
    21.08.2023 19:48:00
    Я представляю это как работу по типу /ip/packing, где ты указываешь интерфейс для применения FEC, и другая сторона тоже должна его настроить. Но в целом это работает как UDPspeeder и подобные. Думаю, это не так сложно, хотя и повысит нагрузку на процессор. При этом есть исследования, подтверждающие, что FEC помогает в ситуациях между оптоволокном и геостационарными спутниками. Что более важно — конкуренты уже поддерживают FEC. Pepwave построила целый бизнес на том, чтобы сделать интерфейс «дружелюбным к мульти-WAN» поверх OpenVPN с туннелями FEC, но при этом стоит это в 3 раза (а то и дороже) по сравнению с Mikrotik.
     
     
     
    anuser
    Guest
    #11
    0
    27.07.2025 07:08:00
    Опять бесстыдная попытка прорекламироваться.
     
     
     
    Страницы: 1
    Читают тему
    +7 495 320-55-52
    info@mikrotik.moscow
    Электрозаводская, Бауманская
    Москва, ул. Бакунинская, 84с21
    Конфиденциальность Оферта
    © 2026 «Mikrotik.Moscow»
    Главная Каталог 0 Корзина 0 Избранные Кабинет 0 Сравнение Акции Контакты Услуги Бренды Отзывы Компания Лицензии Документы Реквизиты Поиск Блог Обзоры