http://mikrotik.moscow Новое в теме Запрос: Типы туннелей FEC форума RouterOS на сайте Mikrotik.moscow [mikrotik.moscow] ru http://backend.userland.com/rss2 Wed, 12 Aug 2026 00:04:45 -0400 Запрос: Типы туннелей FEC RouterOS в форуме RouterOS.
Очень классная идея! Спасибо, что указали, что реализация уже существует!
26.08.2019 22:45:00, guipoletto.]]> http://mikrotik.moscow/forum/forum57/87622-zapros_-tipy-tunneley-fec/message418786 http://mikrotik.moscow/forum/forum57/87622-zapros_-tipy-tunneley-fec/message418786 Mon, 26 Aug 2019 22:45:00 -0400 RouterOS Запрос: Типы туннелей FEC RouterOS в форуме RouterOS.
Похоже, это может пригодиться многим людям, особенно тем, кто пользуется VoIP. Нет интереса?
24.08.2019 18:02:00, syadnom.]]> http://mikrotik.moscow/forum/forum57/87622-zapros_-tipy-tunneley-fec/message418785 http://mikrotik.moscow/forum/forum57/87622-zapros_-tipy-tunneley-fec/message418785 Sat, 24 Aug 2019 18:02:00 -0400 RouterOS Запрос: Типы туннелей FEC RouterOS в форуме RouterOS.
Вижу два действительно хороших и интересных сценария использования: VOIP через сложные каналы связи. Например, когда едешь в машине по загородной местности, где LTE может быть недоступен и связь переходит на 3G или GSM. Это проблема даже для VoLTE и обычных переключений сотовой связи. Но может быть и проще — попытаться использовать VOIP в переполненном отеле через публичный Wi-Fi. Потери пакетов там ужасные, а если добавить ещё и VPN — вообще беда с пропусками… С FEC можно немного пожертвовать задержкой ради идеальной передачи. Настроить, например, на 100 мс задержки и большой избыточности, чтобы все потерянные или запоздавшие пакеты восстанавливались из оставшихся данных. Это работает очень хорошо, и небольшая задержка того стоит ради общего повышения качества. Видеотрансляции. Это не такое уж нишевое применение, как кажется. Люди любят стримить разные события на YouTube — конференции, школьные или корпоративные мероприятия. Тут не обязательно дорогое кинооборудование — можно приблизиться к кинематографичному качеству, имея оборудование за $5000. Но чаще всего «узким местом» становится именно канал загрузки. Профессиональные решения используют несколько LTE-модемов параллельно с FEC для надёжности. А с FEC-туннелем можно легко объединять несколько соединений одновременно для плавных переключений и стабильности. Можно собрать настройку, которая ни в чём не уступит дорогому профессиональному решению — роутер на OpenWRT, LTE-модемы с безлимитными тарифами и немного опыта. И вот дроны и БПЛА — рынок растёт как на дрожжах, а прямая трансляция видео остаётся одной из главных проблем. Mikrotik мог бы здесь серьёзно расширить присутствие, потому что текущие решения часто сильно ограничены по пропускной способности (видео ужасно сжато) или же радиус действия очень мал. А людям хочется стримить 4K-стереоскопическое видео в 60fps или сразу несколько видеопотоков (широкоугольную камеру, зум, тепловизор и т.д.). Идеальное применение для 60GHz-связи, если переключения будут достаточно надёжными и быстрыми, возможно с 5GHz в качестве резервного или для дальних дистанций. Вот тут FEC-туннель мог бы реально помочь. А ещё он полезен для диверситета сигнала (несколько приёмников на земле, например секторные антенны) и избыточности (резервное радио с плавным переключением). Показать такую систему в прочном исполнении на одной из военных выставок — это почти гарантирует реакцию «замолчите, возьмите мои деньги», независимо от цены… Сейчас ничего похожего на рынке просто нет.
09.09.2019 14:42:00, r00t.]]> http://mikrotik.moscow/forum/forum57/87622-zapros_-tipy-tunneley-fec/message418784 http://mikrotik.moscow/forum/forum57/87622-zapros_-tipy-tunneley-fec/message418784 Mon, 09 Sep 2019 14:42:00 -0400 RouterOS Запрос: Типы туннелей FEC RouterOS в форуме RouterOS.
Я думал, что именно это он имел в виду. Сейчас сбор новостей в режиме реального времени чаще проводят с помощью портативных комплексов, где используются примерно 4 LTE-модема и карты для передачи прямой трансляции, вместо спутниковой машины. Конечно, есть оборудование, которое работает "из коробки". Но это точно не рынок для устройств стоимостью $100–$400, вроде MikroTik.
09.09.2019 10:53:00, pe1chl.]]> http://mikrotik.moscow/forum/forum57/87622-zapros_-tipy-tunneley-fec/message418783 http://mikrotik.moscow/forum/forum57/87622-zapros_-tipy-tunneley-fec/message418783 Mon, 09 Sep 2019 10:53:00 -0400 RouterOS Запрос: Типы туннелей FEC RouterOS в форуме RouterOS.
Не говоря уже о том, что LTE предлагает довольно качественный набор QoS, и можно попытаться получить более высокий уровень качества обслуживания у своего мобильного оператора. Оператор, в котором я работал, предлагает IPTV через LTE (это, кстати, TCP-сервис), но он использует другой профиль QoS по сравнению с обычным дата-сервисом, так что в случае перегруженных LTE ячеек у него приоритет над остальными данными. Это значит, что клиенты не видят страшные сообщения «буферизация», которые иногда всё же возникают. Правда, с помощью механизмов QoS ничего не поделать с плохим радиосигналом (IT-шники, конечно, этого хотели бы)… Мы также сталкивались со множеством «необычных» запросов от некоторых клиентов (например, радиостанций и телеканалов).
09.09.2019 08:33:00, mkx.]]> http://mikrotik.moscow/forum/forum57/87622-zapros_-tipy-tunneley-fec/message418782 http://mikrotik.moscow/forum/forum57/87622-zapros_-tipy-tunneley-fec/message418782 Mon, 09 Sep 2019 08:33:00 -0400 RouterOS Запрос: Типы туннелей FEC RouterOS в форуме RouterOS.
Это довольно узкоспециализированный вариант использования, который лучше решать с помощью специализированного LTE-роутера, у которого также несколько SIM-карт и радиомодулей. Такие устройства, безусловно, уже есть на рынке.
09.09.2019 07:57:00, pe1chl.]]> http://mikrotik.moscow/forum/forum57/87622-zapros_-tipy-tunneley-fec/message418781 http://mikrotik.moscow/forum/forum57/87622-zapros_-tipy-tunneley-fec/message418781 Mon, 09 Sep 2019 07:57:00 -0400 RouterOS Запрос: Типы туннелей FEC RouterOS в форуме RouterOS.
Согласен с @mkx насчёт LTE — это реально надёжная штука, и полезность «двойного FEC» вполне можно ставить под сомнение. Если вы WISP, оператор или провайдер, который разворачивает сеть и хочет использовать FEC-туннель, то это просто сумасшествие. Не хочу снова придираться к LTE… Функция FEC может быть полезна, когда вы не контролируете каналы между сетевыми туннелями и не можете просто исправить какую-то проблему, из-за которой на уровне L3 теряются пакеты. Это может быть любой тип канала, хотя скорее всего — беспроводной. Но всё же считаю, что «кейc» @rOOt с живым видео, которое идёт через LTE чужой сети, — это то место, где FEC-туннель на Mikrotik может приносить пользу. Без сомнения, общий уровень потери пакетов на LTE низкий, но в плотной среде с большим количеством LTE-пользователей, например, в крытом спортивном комплексе, потери пакетов становятся больше, чем просто 0,001%. Потеря пакетов при UDP MPEG-TS стриме означает ухудшение качества изображения, и большинство видеооборудования не может просто взять и перейти на TCP. Несмотря на то, что FEC добавляет задержку и нагрузку, допустимые задержки при вещании видео изначально ориентированы на спутниковые каналы (около 500 мс) [а именно там FEC и применяется в DVB-S], так что если FEC-туннель поверх LTE добавляет, допустим, 50–100 мс задержки, но при этом снижает общие потери пакетов, это выигрыш, потому что у приёмника выше терпимость к задержкам, чем у LTE. Поэтому «подход с про запас» — добавлять дополнительный FEC (поверх встроенного FEC LTE) в сильно перегруженных LTE-средах — в целом имеет смысл... даже если это и не самое красивое решение.
09.09.2019 07:06:00, Amm0.]]> http://mikrotik.moscow/forum/forum57/87622-zapros_-tipy-tunneley-fec/message418780 http://mikrotik.moscow/forum/forum57/87622-zapros_-tipy-tunneley-fec/message418780 Mon, 09 Sep 2019 07:06:00 -0400 RouterOS Запрос: Типы туннелей FEC RouterOS в форуме RouterOS.
Если не сделать сквозное соединение «преднамеренно с потерями», то FEC не поможет справиться с резкими всплесками задержек... любая L1-технология, которая сама занимается повторной передачей, вызовет такие задержки. Проводные технологии этого не делают, а беспроводные (особенно те, что ориентированы на мобильность и постоянно меняющиеся радиоусловия) — делают. Как я уже писал, в LTE много встроенных задержек из-за мобильности, а не из-за природы PTMP. И, как я упоминал, в LTE есть режим без подтверждения, который не делает повторных передач (только FEC), и если вы управляете своей собственной сетью LTE, то можете перенастроить EPC (который управляет eNodeB) на полностью безподтверждаемый RLC — это может порадовать ваших клиентов, если потери пакетов будут приемлемыми. И нет, ни одна из LTE-сетей, с которыми я работал (я знаком с несколькими FDD-сетями по всей Европе), не добавляет задержку в 80 мс на (почти) потерянный пакет — обычно задержка намного меньше. Эта задержка обычно терпима, ведь задержка повторной передачи TCP тоже около 80 мс, если данные передаются по всему миру. Для локальных ресурсов задержка действительно может быть намного меньше. Но при использовании LTE она редко бывает меньше 20 мс, ведь минимальный RTT около 10 мс присущ сетям LTE FDD в любом случае.
09.09.2019 05:18:00, mkx.]]> http://mikrotik.moscow/forum/forum57/87622-zapros_-tipy-tunneley-fec/message418779 http://mikrotik.moscow/forum/forum57/87622-zapros_-tipy-tunneley-fec/message418779 Mon, 09 Sep 2019 05:18:00 -0400 RouterOS Запрос: Типы туннелей FEC RouterOS в форуме RouterOS.
Могу вас уверить (работал профессионально 15 лет инженером по радиосвязи в MNO, занимался проектированием сети и кучей устранения неполадок), что LTE обладает отличными механизмами доставки данных именно так, как нужно. Существует 3 разных режима (прозрачный, неподтверждённый и подтверждённый), которые используются для разных типов трафика (прозрачный — в основном для LTE-сигнализации, так что пользователям он не особо интересен; неподтверждённый — для разных реальных задач в реальном времени, например, VoLTE — это нативный VoIP в LTE), а для передачи данных используется подтверждённый режим. В нём реализованы все известные на момент создания LTE виды защиты данных, включая... вы не поверите... FEC. Это значит, что данные доставляются без ошибок в 99,999% случаев, но в крайних случаях может появиться небольшая задержка или вариация в задержке. Остальные 0,001% — это потеря пакетов. Но я бы не называл LTE особо «потерянным» по этому поводу. Несколько реальных данных по производительности FEC: допустимый битовый уровень ошибок на уровне RLC (его можно сравнить с уровнем MAC в WiFi) около 10% (зависит от настроек FEC, может быть и выше, но в хороших условиях это приводит к потере пропускной способности из-за добавленных данных FEC), и большая часть ошибок исправляется FEC. Оставшиеся необработанные ошибки ведут к ошибкам кадров, которые повторно передаются тем же уровнем RLC (механизм называется HARQ), что добавляет задержку около 5-10 мс. Есть ограничение на количество повторных передач, и если данные не проходят до достижения этого лимита — они теряются... но такое происходит очень редко и только при резком ухудшении радиосвязи (например, если устройство попадает в «радиотень» или появляется сильный источник помех), но практически не случается для стационарных соединений (то есть для фиксированного широкополосного доступа). LTE и WiFi принципиально отличаются по механизмам доставки данных...
08.09.2019 09:34:00, mkx.]]> http://mikrotik.moscow/forum/forum57/87622-zapros_-tipy-tunneley-fec/message418778 http://mikrotik.moscow/forum/forum57/87622-zapros_-tipy-tunneley-fec/message418778 Sun, 08 Sep 2019 09:34:00 -0400 RouterOS Запрос: Типы туннелей FEC RouterOS в форуме RouterOS.
Сжатие (упаковка) IP было полезно раньше, когда сетевой трафик часто состоял из несжатых данных. Например, в моей сети это был SMB-трафик при чтении несжатых файлов или HTML-трафик. Такие данные отлично сжимались, и от этого был определённый эффект. Сегодня же большая часть трафика зашифрована или хотя бы уже сжата, и сжатие сетевых данных больше ничего не даёт.
08.09.2019 06:39:00, pe1chl.]]> http://mikrotik.moscow/forum/forum57/87622-zapros_-tipy-tunneley-fec/message418777 http://mikrotik.moscow/forum/forum57/87622-zapros_-tipy-tunneley-fec/message418777 Sun, 08 Sep 2019 06:39:00 -0400 RouterOS Запрос: Типы туннелей FEC RouterOS в форуме RouterOS.
Связанные вопросы: мне интересно, пробовал ли кто-то здесь использовать /ip packing для решения тех проблем, которые описывает @rOOt? Думал, что Mikrotik мог бы добавить FEC (например, reed-solomon или что-то похожее) в /ip packing… Лично я никогда не пользовался этой функцией (но теперь заинтересовался), и, кажется, это могло бы решить похожие задачи, что и tinyfecvpn. И, если подумать, поскольку /ip packing уже поддерживает сжатие заголовков IP (и тела?), это уменьшает количество бит, передаваемых по каналу, что могло бы компенсировать дополнительный трафик, связанный с контрольными битами FEC. Вики говорит, что /ip packing добавляет задержки… но, в общем, это та же цена, что и tinyfecvpn или UDPspeeder — обмен задержкой и пропускной способностью ради более стабильного потока данных на уровне L3. Но судя по малому количеству информации о /ip packing, похоже, что Mikrotik и другие по какой-то причине не слишком его жалуют?
08.09.2019 00:51:00, Amm0.]]> http://mikrotik.moscow/forum/forum57/87622-zapros_-tipy-tunneley-fec/message418776 http://mikrotik.moscow/forum/forum57/87622-zapros_-tipy-tunneley-fec/message418776 Sun, 08 Sep 2019 00:51:00 -0400 RouterOS Запрос: Типы туннелей FEC RouterOS в форуме RouterOS.
@mkx, давай назовём это «шумным» — в основном я хочу сказать, что с LTE или Wi-Fi уровень L2/L1, который работает с шумом (например, ACM), оказывает побочные эффекты на уровень L3, и вот тут FEC может помочь снизить потерю кадров. @rOOt упомянул «немного помех и потерю пакетов» и «переключения AP» как примеры, с которыми подход tinyfecvpn должен справляться. Если же спектр радиочастот, который использует LTE, «чистый» (скажем, с прямой лицензией), то tinyfecvpn вряд ли поможет. Похоже, что для VoIP это не лучшая идея… В общем, поэтому я и написал свой комментарий здесь в первую очередь… Но я старой закалки в VoIP: DSCP-маркирование на L2, какой-то вид очереди на L3 — и пусть jitтер-буфер делает свою работу на L4 и выше. +1
08.09.2019 00:01:00, Amm0.]]> http://mikrotik.moscow/forum/forum57/87622-zapros_-tipy-tunneley-fec/message418775 http://mikrotik.moscow/forum/forum57/87622-zapros_-tipy-tunneley-fec/message418775 Sun, 08 Sep 2019 00:01:00 -0400 RouterOS Запрос: Типы туннелей FEC RouterOS в форуме RouterOS.
Я не понимаю, почему такой узкий акцент на последней миле. БОЛЬШИНСТВО провайдеров проходят через 6-15 переходов на 3-5 разных операторах, чтобы добраться до удалённого ресурса. Так зачем заморачиваться, что в LTE есть встроенная коррекция ошибок, которая превращает потерю данных в задержку? Технология доставки никак не влияет на конечную цель. Нужно использовать сквозное FEC, чтобы уменьшить потерю пакетов и всплески задержек по всему пути. В LTE много встроенной задержки из-за ptmp-планирования (я ведь управляю LTE-точками доступа...), и когда происходит повторная передача, задержка резко возрастает. Эти системы настроены на передачу данных, а не на коммуникации в реальном времени. Если LTE восстанавливает пакет на канале и добавляет 80 мс задержки, для меня такой пакет можно считать потерянным.
08.09.2019 21:07:00, syadnom.]]> http://mikrotik.moscow/forum/forum57/87622-zapros_-tipy-tunneley-fec/message418774 http://mikrotik.moscow/forum/forum57/87622-zapros_-tipy-tunneley-fec/message418774 Sun, 08 Sep 2019 21:07:00 -0400 RouterOS Запрос: Типы туннелей FEC RouterOS в форуме RouterOS.
Я согласен, что умной должна быть именно программа. Но в случае с WiFi есть CSMA, который разрушает любую предсказуемость… Например, у UDP есть контрольная сумма (по желанию), но нет CRC. Некоторые реализации уровня L0 отбрасывают такие пакеты, а некоторые пропускают повреждённые. Тут нет однозначных решений, и, думаю, это отличный инструмент для экспериментов. Услышав историю про режим мониторинга, я ещё больше заинтересовался этой штукой. Похоже, придётся немного с ней поиграться.
27.08.2019 18:50:00, guipoletto.]]> http://mikrotik.moscow/forum/forum57/87622-zapros_-tipy-tunneley-fec/message418773 http://mikrotik.moscow/forum/forum57/87622-zapros_-tipy-tunneley-fec/message418773 Tue, 27 Aug 2019 18:50:00 -0400 RouterOS Запрос: Типы туннелей FEC RouterOS в форуме RouterOS.
Думаю, многие избегают запускать VoIP через туннелирование (потому что это добавляет новый уровень джиттера и задержек). Повторную передачу данных всегда нужно обрабатывать на уровне приложения, ведь только приложение знает, что именно нужно переслать. Но решение действительно классное.
27.08.2019 18:35:00, mada3k.]]> http://mikrotik.moscow/forum/forum57/87622-zapros_-tipy-tunneley-fec/message418772 http://mikrotik.moscow/forum/forum57/87622-zapros_-tipy-tunneley-fec/message418772 Tue, 27 Aug 2019 18:35:00 -0400 RouterOS Запрос: Типы туннелей FEC RouterOS в форуме RouterOS.
tinyfecvpn — это классно, и да, мне бы очень хотелось увидеть его в ROS. Сценариев, где он может пригодиться, полно: VOIP, GSM/LTE, каналы с помехами и потерей пакетов, mesh-сети, переключение между точками доступа, резервирование каналов.

Я использовал его для передачи живого видео с портативного передатчика, который перемещался между несколькими точками доступа. Обычно это проблема, потому что роуминг не seamless, и теряются UDP-пакеты. Но с FEC это отлично решается — без потерь, при полном контроле максимальной задержки и других настроек.

Я ещё экспериментировал в RAW-режиме, когда отправитель просто швырял UDP-пакеты без привязки к точке доступа (отправка RAW WLAN-кадров из кастомной программы на OpenWRT), а на приёмниках работал WLAN-монитор, ловил данные и пересылал их на сервер для сборки и FEC-обработки. Для стриминга 4K-видео это работало прекрасно.

Есть и проприетарные видео стриминговые системы, которые делают подобное и стоят кучу $$$$, но благодаря tinyfec можно сделать это дешево. И это только один узкоспециализированный вариант применения…
27.08.2019 12:30:00, r00t.]]> http://mikrotik.moscow/forum/forum57/87622-zapros_-tipy-tunneley-fec/message418771 http://mikrotik.moscow/forum/forum57/87622-zapros_-tipy-tunneley-fec/message418771 Tue, 27 Aug 2019 12:30:00 -0400 RouterOS Запрос: Типы туннелей FEC RouterOS в форуме RouterOS.
Я бы сказал, что использовать полноценный FEC, например reed-solomon, для этой задачи немного излишне, ведь можно ожидать, что вы получите либо правильные пакеты, либо ничего. Конечно, код reed-solomon мог бы исправить некоторые битые пакеты, но действительно ли они случаются на практике? Как было написано выше, этим уже занимаются более низкие уровни. Здесь больше подойдёт что-то вроде паритетной схемы, похожей на RAID-5.
27.08.2019 09:34:00, pe1chl.]]> http://mikrotik.moscow/forum/forum57/87622-zapros_-tipy-tunneley-fec/message418770 http://mikrotik.moscow/forum/forum57/87622-zapros_-tipy-tunneley-fec/message418770 Tue, 27 Aug 2019 09:34:00 -0400 RouterOS Запрос: Типы туннелей FEC RouterOS в форуме RouterOS.
@Amm0: почему ты утверждаешь, что LTE — это с потерями?
27.08.2019 05:15:00, mkx.]]> http://mikrotik.moscow/forum/forum57/87622-zapros_-tipy-tunneley-fec/message418769 http://mikrotik.moscow/forum/forum57/87622-zapros_-tipy-tunneley-fec/message418769 Tue, 27 Aug 2019 05:15:00 -0400 RouterOS Запрос: Типы туннелей FEC RouterOS в форуме RouterOS.
Интересная идея... Вижу, что туннелирование на базе FEC может помочь с LTE, где мало что можно “подкрутить” в сети, чтобы избежать потери пакетов, и FEC-туннелирование может сгладить потери пакетов, вызванные проблемами с RF-приёмом (но не проблемами с перегрузкой...). По сути, это будет «двойной FEC», так как слой LTE уже применил FEC к пакетам LTE перед их декапсуляцией в IP для Mikrotik. Но польза может быть ограниченной: чтобы FEC работал, потери пакетов на уровне 3 должны иметь относительно предсказуемую частоту, иначе всё равно будут потери либо неэффективно расходоваться пропускная способность на ненужные коды FEC. Кроме того, если потери пакетов связаны с перегрузкой, FEC может быть даже вреден по сравнению с другими методами.

Для проблем с качеством VoIP уже существует множество способов их решения (даже слишком много), и реализация туннелирования UDP с применением FEC не станет волшебной палочкой. Например, стоит убедиться, что RTCP используется в SIP и/или вашем медиасервере — это даёт обратную связь в реальном времени по RTP на основе реально условий сети, а не фиксированной скорости FEC. Не уверен, насколько это поддерживается в IP-АТС, но RFC 5109 описывает использование FEC непосредственно в потоке RTP (например, на уровне ISO Layer 4): https://tools.ietf.org/html/rfc5109 (а также в WebRTC, см. https://tools.ietf.org/html/draft-ietf-rtcweb-fec-07)...

Сейчас где FEC-туннель на базе UDP в Mikrotik действительно выглядит логичным — это возможность избежать повторной передачи TCP через нестабильную сеть (например, LTE), так как типичный механизм управления перегрузками в TCP предполагает, что потеря пакетов всегда связана с перегрузкой. Когда ошибки неизбежны и не связаны с перегрузкой, FEC действительно оправдан, но это не просто галочка в настройках EoIP-туннеля...
27.08.2019 01:37:00, Amm0.]]> http://mikrotik.moscow/forum/forum57/87622-zapros_-tipy-tunneley-fec/message418768 http://mikrotik.moscow/forum/forum57/87622-zapros_-tipy-tunneley-fec/message418768 Tue, 27 Aug 2019 01:37:00 -0400 RouterOS Запрос: Типы туннелей FEC RouterOS в форуме RouterOS.
Я использую набор под названием tinyfecvpn, он основан на UDPSpeeder — это UDP-туннель с коррекцией ошибок с помощью кодирования Рида-Соломона. Очень хотелось бы увидеть тип туннеля с включённой FEC. Может, добавить галочку для этого в EoIP и GRE туннелях. Польза FEC в туннелях особенно заметна в сочетании с динамической маршрутизацией: резервные маршруты с переключением в случае сбоя. FEC справляется с очень медленными и потерянными пакетами, делая процесс переключения плавным. Я проверял это с клиентами по обе стороны Mikrotik с WAN и LTE каналами, используя OSPF и BFD (EoIP туннели) и tinyfecvpn. Если отрубить WAN, LTE берёт управление почти мгновенно — за секунду или около того, а tinyfecvpn собирает потерянные пакеты, обеспечивая переход без простоев.

Такая функциональность есть и у других продуктов (например, Peplink). Ещё один режим — сглаживание WAN. Если у вас нестабильное соединение с потерей 5% пакетов или скачками задержек, tinyfecvpn можно настроить на любую избыточность до вашего лимита по задержкам. Потерянные пакеты восстанавливаются, но и задержанные собираются с помощью задания максимального джиттера. Если поставить 8 мс, то будут собираться все пакеты, что отстают не более чем на 8 мс от предыдущего, без лишнего ожидания. Я тестировал с 100% избыточностью — получается, что можно полностью компенсировать потерю 50-60% пакетов прямо в туннеле.

Это реально актуально для тех, кто работает с хостингом VoIP. Я использую GCE для установок 3CX и FreePBX, а на площадке — raspberry pi с tinyfecvpn, который связывается с сервером в GCE. Маршрутизирую локальную подсеть в подсеть PBX через tinyfecvpn — и получаю надёжное стабильное соединение. Теперь никакой "ломаной" связи из-за потерь пакетов или джиттера — всё пропало.
25.08.2018 00:41:00, syadnom.]]> http://mikrotik.moscow/forum/forum57/87622-zapros_-tipy-tunneley-fec/message418767 http://mikrotik.moscow/forum/forum57/87622-zapros_-tipy-tunneley-fec/message418767 Sat, 25 Aug 2018 00:41:00 -0400 RouterOS