<?xml version="1.0" encoding="koi8-r"?>
<rss version="0.91">
<channel>
    <title>OpenForum RSS: Неправильный порядок UDP пакетов при агрегации каналов</title>
    <link>https://slinkov.ru/openforum/vsluhforumID6/2534.html</link>
    <description>Добрый день.&lt;br&gt;Есть поток UDP пакетов, который приходит на MikroTik. Этот поток с помощью bridge попадает на bounding (балансировка - round robin), состоящий из двух портов (то есть поток раздваивается). Далее поток с этих двух портов проходит через несколько устройств и попадает на другой MikroTik, который настроен аналогичным образом. Таким образом, раздвоенный поток собирается в один. Так вот, тест на потерю пакетов (из методики RFC 2544) показывает, что ничего не теряется. Но тест BERT (Bit Error Rate Test) выдает коэффициент, отличный от 0, то есть я делаю вывод, что пакеты приходят не в правильном порядке из-за появления некоторой задержки при проходе через устройства между маршрутизаторами.&lt;br&gt;Вопрос такой: можно ли настроить агрегацию (например, какая-нибудь волшебная балансировка) так, чтобы UDP пакеты приходили в правильном порядке, если связь между маршрутизаторами может быть ТОЛЬКО СИМПЛЕКСНОЙ? Или же, при такой постановке задачи, за порядком пакетов можно следить только используя свой контроль на ге</description>

<item>
    <title>Неправильный порядок UDP пакетов при агрегации каналов (CAE)</title>
    <link>https://slinkov.ru/openforum/vsluhforumID6/2534.html#4</link>
    <pubDate>Thu, 12 Nov 2020 09:14:10 GMT</pubDate>
    <description>Можно, если маршрутизаторы в середине балансируют per flow, а не per packet.&lt;br&gt;Но это не микротики, конечно, да и в Линукс-бсд-боксах надо приложить усилия руками, из коробки не будет. А те рутеры, где есть CEF и похожие методики, те умеют. &lt;br&gt;</description>
</item>

<item>
    <title>Неправильный порядок UDP пакетов при агрегации каналов (phekd94)</title>
    <link>https://slinkov.ru/openforum/vsluhforumID6/2534.html#3</link>
    <pubDate>Tue, 10 Nov 2020 09:59:59 GMT</pubDate>
    <description>&amp;gt;&#091;оверквотинг удален&#093;&lt;br&gt;&amp;gt;&amp;gt; Повторите торию -- IP НЕ ГАРАНТИРУЕТ ПОРЯДОК!!! от слова вообЧе и СОВСЕМ.&lt;br&gt;&amp;gt;&amp;gt; Каждый IP пакет (и как следствие UDP дейтаграмма) независимый блок данных и &lt;br&gt;&amp;gt;&amp;gt; прийти они могут в произвольном порядке и без агрегации каналов.&lt;br&gt;&amp;gt;&amp;gt; И именно в UDP понятие &quot;неправильный порядок пакетов&quot; лишино смысла.&lt;br&gt;&amp;gt;&amp;gt; Задача &quot;собрать в правильном порядке&quot; -- задача приложения, а никак не стека &lt;br&gt;&amp;gt;&amp;gt; UDP.&lt;br&gt;&amp;gt; Так что надежное решение -- только на уровне генерирующего/принимающего приложений.&lt;br&gt;&amp;gt; Все прочее ненадежно, изменятся политики QoS на трассе и прилетит к вам &lt;br&gt;&amp;gt; опять винегрет.&lt;br&gt;&amp;gt;&amp;gt; Для &quot;на выходе&quot; получить &quot;правильный порядок&quot; был придуман tcp...&lt;br&gt;&lt;br&gt;Благодарю всех за ответы&lt;br&gt;</description>
</item>

<item>
    <title>Неправильный порядок UDP пакетов при агрегации каналов (fantom)</title>
    <link>https://slinkov.ru/openforum/vsluhforumID6/2534.html#2</link>
    <pubDate>Tue, 10 Nov 2020 08:33:16 GMT</pubDate>
    <description>&amp;gt;&#091;оверквотинг удален&#093;&lt;br&gt;&amp;gt;&amp;gt; за порядком пакетов можно следить только используя свой контроль на генерирующем &lt;br&gt;&amp;gt;&amp;gt; поток и приемном устройствах (например, использовать часть байт в пакете для &lt;br&gt;&amp;gt;&amp;gt; нумерации пакетов и тому подобное)?&lt;br&gt;&amp;gt; НЕТ!&lt;br&gt;&amp;gt; Повторите торию -- IP НЕ ГАРАНТИРУЕТ ПОРЯДОК!!! от слова вообЧе и СОВСЕМ. &lt;br&gt;&amp;gt; Каждый IP пакет (и как следствие UDP дейтаграмма) независимый блок данных и &lt;br&gt;&amp;gt; прийти они могут в произвольном порядке и без агрегации каналов.&lt;br&gt;&amp;gt; И именно в UDP понятие &quot;неправильный порядок пакетов&quot; лишино смысла.&lt;br&gt;&amp;gt; Задача &quot;собрать в правильном порядке&quot; -- задача приложения, а никак не стека &lt;br&gt;&amp;gt; UDP.&lt;br&gt;&lt;br&gt;Так что надежное решение -- только на уровне генерирующего/принимающего приложений.&lt;br&gt;Все прочее ненадежно, изменятся политики QoS на трассе и прилетит к вам опять винегрет.&lt;br&gt;&lt;br&gt;&amp;gt; Для &quot;на выходе&quot; получить &quot;правильный порядок&quot; был придуман tcp...</description>
</item>

<item>
    <title>Неправильный порядок UDP пакетов при агрегации каналов (fantom)</title>
    <link>https://slinkov.ru/openforum/vsluhforumID6/2534.html#1</link>
    <pubDate>Tue, 10 Nov 2020 08:29:48 GMT</pubDate>
    <description>&amp;gt;&#091;оверквотинг удален&#093;&lt;br&gt;&amp;gt; не теряется. Но тест BERT (Bit Error Rate Test) выдает коэффициент, &lt;br&gt;&amp;gt; отличный от 0, то есть я делаю вывод, что пакеты приходят &lt;br&gt;&amp;gt; не в правильном порядке из-за появления некоторой задержки при проходе через &lt;br&gt;&amp;gt; устройства между маршрутизаторами.&lt;br&gt;&amp;gt; Вопрос такой: можно ли настроить агрегацию (например, какая-нибудь волшебная балансировка) &lt;br&gt;&amp;gt; так, чтобы UDP пакеты приходили в правильном порядке, если связь между &lt;br&gt;&amp;gt; маршрутизаторами может быть ТОЛЬКО СИМПЛЕКСНОЙ? Или же, при такой постановке задачи, &lt;br&gt;&amp;gt; за порядком пакетов можно следить только используя свой контроль на генерирующем &lt;br&gt;&amp;gt; поток и приемном устройствах (например, использовать часть байт в пакете для &lt;br&gt;&amp;gt; нумерации пакетов и тому подобное)?&lt;br&gt;&lt;br&gt;НЕТ!&lt;br&gt;Повторите торию -- IP НЕ ГАРАНТИРУЕТ ПОРЯДОК!!! от слова вообЧе и СОВСЕМ.&lt;br&gt;Каждый IP пакет (и как следствие UDP дейтаграмма) независимый блок данных и прийти они могут в произвольном порядке и без агрегации каналов.&lt;br&gt;И именно в UDP понятие &quot;неправильный порядок пакетов&quot; лиши</description>
</item>

</channel>
</rss>
