<?xml version="1.0" encoding="koi8-r"?>
<rss version="0.91">
<channel>
    <title>OpenForum RSS: Переформирование ip пакетов </title>
    <link>https://www.opennet.ru/openforum/vsluhforumID6/675.html</link>
    <description>Здравствуйте. &lt;br&gt;Не могу найти информацию. &lt;br&gt;Могут ли маршрутизаторы Cisco (IOS 15.1) перепаковывать более мелкие IP пакеты в пакеты покрупнее? То есть не дефрагментировать, а именно объединить целые. &lt;br&gt;Или TCP/IP этого не поддерживает?&lt;br&gt;Задача - приходящие на LAN1 пакеты переправить посредством LAN2, скорость которого крайне мала (меньше 64 kbps). Пакеты формируются небольшие, полезной информации получается всего 30&#037;, остальное - заголовки. &lt;br&gt;&lt;br&gt;</description>

<item>
    <title>Переформирование ip пакетов  (pavlinux)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID6/675.html#9</link>
    <pubDate>Wed, 10 Apr 2013 14:38:58 GMT</pubDate>
    <description>&amp;gt;&amp;gt;&#091;оверквотинг удален&#093; &lt;br&gt;&amp;gt;&amp;gt; Короча, гиморра можно получить больше, чем пользы.&lt;br&gt;&amp;gt; Я сразу об этом подумал, в принципе.  Но несколько мнений надежнее, чем одно :) &lt;br&gt;&lt;br&gt;Потюнингуй лучше размеры TX/RX буферов &lt;br&gt;&lt;br&gt;&lt;br&gt;</description>
</item>

<item>
    <title>Переформирование ip пакетов  (Perchiik)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID6/675.html#8</link>
    <pubDate>Tue, 09 Apr 2013 22:52:53 GMT</pubDate>
    <description>&amp;gt;&#091;оверквотинг удален&#093;&lt;br&gt;&amp;gt; they do not carry the information that would match the packet filter. &lt;br&gt;&amp;gt; This would mean that the original IP datagram could not be &lt;br&gt;&amp;gt; reassembled by the receiving host. If the firewall is configured to allow &lt;br&gt;&amp;gt; non-initial fragments with insufficient information to &lt;br&gt;&amp;gt; properly match the filter, then a non-initial fragment attack through the firewall &lt;br&gt;&amp;gt; could occur. Also, some network devices (such &lt;br&gt;&amp;gt; as Content Switch Engines) direct packets based on L4 through L7 information, &lt;br&gt;&amp;gt; and if a packet spans multiple fragments, then the &lt;br&gt;&amp;gt; device may have trouble enforcing its policies.&lt;br&gt;&amp;gt; Короча, гиморра можно получить больше, чем пользы.&lt;br&gt;&lt;br&gt;Я сразу об этом подумал, в принципе.  Но несколько мнений надежнее, чем одно :) &lt;br&gt;Спасибо &lt;br&gt;&lt;br&gt;</description>
</item>

<item>
    <title>Переформирование ip пакетов  (pavlinux)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID6/675.html#7</link>
    <pubDate>Tue, 09 Apr 2013 14:51:42 GMT</pubDate>
    <description>&amp;gt;&amp;gt; 2 станции послали каждая по одному DNS запросу к 2-м разным DNS &lt;br&gt;&amp;gt;&amp;gt; серверам... и как вы эти 2 пакета обьедините в один???&lt;br&gt;&amp;gt; Нет, все проще. Общаются только 2 станции с разных концов. Так что &lt;br&gt;&amp;gt; пакеты все в одном направлении.&lt;br&gt;&lt;br&gt;Issues with IP Fragmentation&lt;br&gt;&lt;br&gt;There are several issues that make IP fragmentation undesirable. There is a small increase in CPU and memory overhead to&lt;br&gt;fragment an IP datagram. This holds true for the sender as well as for a router in the path between a sender and a receiver. &lt;br&gt;Creating fragments simply involves creating fragment headers and copying the original datagram into the fragments. This &lt;br&gt;can be done fairly efficiently because all the information needed to create the fragments is immediately available.&lt;br&gt;&lt;br&gt;Fragmentation causes more overhead for the receiver when reassembling the fragments because the receiver must allocate memory&lt;br&gt;for the arriving fragments and coalesce them back into one datagram after all of the fragments are received. Reassembly on a&lt;br&gt;host is not co</description>
</item>

<item>
    <title>Переформирование ip пакетов  (Perchik)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID6/675.html#6</link>
    <pubDate>Mon, 08 Apr 2013 11:24:56 GMT</pubDate>
    <description>&amp;gt; WAAS &lt;br&gt;&lt;br&gt;По идее WAAS позволяет использовать и компрессию заголовков. &lt;br&gt;&lt;br&gt;&lt;br&gt;&lt;br&gt;</description>
</item>

<item>
    <title>Переформирование ip пакетов  (Perchik)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID6/675.html#5</link>
    <pubDate>Mon, 08 Apr 2013 11:23:02 GMT</pubDate>
    <description>&amp;gt; 2 станции послали каждая по одному DNS запросу к 2-м разным DNS &lt;br&gt;&amp;gt; серверам... и как вы эти 2 пакета обьедините в один???&lt;br&gt;&lt;br&gt;Нет, все проще. Общаются только 2 станции с разных концов. Так что пакеты все в одном направлении. &lt;br&gt;&lt;br&gt;&amp;gt; Как вы это вообще говоря себе представляете??? &lt;br&gt;&lt;br&gt;Я и не уверен. Поэтому и спрашиваю у знающих людей. &lt;br&gt;</description>
</item>

<item>
    <title>Переформирование ip пакетов  (fantom)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID6/675.html#4</link>
    <pubDate>Mon, 08 Apr 2013 07:35:02 GMT</pubDate>
    <description>&amp;gt;&amp;gt; WAAS &lt;br&gt;&amp;gt; А чтобы активировать WAAS, нужно покупать лицензию?&lt;br&gt;&amp;gt; Настройка такой конфигурации будет сложной? Если говорить не относительно квалификации, &lt;br&gt;&amp;gt; а об объеме работы.&lt;br&gt;&amp;gt; Может быть, есть примеры подобных настроек?&lt;br&gt;&lt;br&gt;на cisco.com все расписано, только штука это довольно дорогая...&lt;br&gt;Может творчески подумать над тем, откуда такой поток пакетов и как с оным действовать?&lt;br&gt;&lt;br&gt;Если это VoIP то можно попробовать увеличить буферизацию или еще чего подумать..&lt;br&gt;</description>
</item>

<item>
    <title>Переформирование ip пакетов  (fantom)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID6/675.html#3</link>
    <pubDate>Mon, 08 Apr 2013 07:32:17 GMT</pubDate>
    <description>&amp;gt; Здравствуйте.&lt;br&gt;&amp;gt; Не могу найти информацию.&lt;br&gt;&amp;gt; Могут ли маршрутизаторы Cisco (IOS 15.1) перепаковывать более мелкие IP пакеты в &lt;br&gt;&amp;gt; пакеты покрупнее? То есть не дефрагментировать, а именно объединить целые.&lt;br&gt;&amp;gt; Или TCP/IP этого не поддерживает?&lt;br&gt;&amp;gt; Задача - приходящие на LAN1 пакеты переправить посредством LAN2, скорость которого крайне &lt;br&gt;&amp;gt; мала (меньше 64 kbps). Пакеты формируются небольшие, полезной информации получается всего &lt;br&gt;&amp;gt; 30&#037;, остальное - заголовки.&lt;br&gt;&lt;br&gt;Как вы это вообще говоря себе представляете???&lt;br&gt;2 станции послали каждая по одному DNS запросу к 2-м разным DNS серверам... и как вы эти 2 пакета обьедините в один???&lt;br&gt;</description>
</item>

<item>
    <title>Переформирование ip пакетов  (Perchik)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID6/675.html#2</link>
    <pubDate>Mon, 08 Apr 2013 07:13:58 GMT</pubDate>
    <description>&amp;gt; WAAS &lt;br&gt;&lt;br&gt;А чтобы активировать WAAS, нужно покупать лицензию? &lt;br&gt;&lt;br&gt;Настройка такой конфигурации будет сложной? Если говорить не относительно квалификации, а об объеме работы. &lt;br&gt;Может быть, есть примеры подобных настроек?&lt;br&gt;</description>
</item>

<item>
    <title>Переформирование ip пакетов  (eek)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID6/675.html#1</link>
    <pubDate>Mon, 08 Apr 2013 02:38:03 GMT</pubDate>
    <description>WAAS&lt;br&gt;&lt;br&gt;</description>
</item>

</channel>
</rss>
