https://89.19.215.112/openforum/vsluhforumID3/40462.html Обсуждение статьи тематического каталога: Не с тем борешься , уважаемый<br><br>Ссылка на текст статьи: http://www.opennet.ru/base/cisco/df_packet_fragment.txt.html<br> https://89.19.215.112/openforum/vsluhforumID3/40462.html#6 Wed, 15 Feb 2012 15:36:14 GMT Не помогает ни 3 ни 4 способы ((((<br>проблема появилась после поднятия виланов 802.1q на каталисте 3560 который идет в шлюз c2921.<br>пока выходим из положения способом 1, но сеть большая и это не полностью исправляет проблему, она влияет на RDP сессии, которые идут во внешнюю сеть.<br><br>Почему не помог способ 4 это странно. Проблему очень нужно решить!<br><br>пс: а какие именно имелись ввиду грабли с CEF ?<br> https://89.19.215.112/openforum/vsluhforumID3/40462.html#5 Fri, 05 Aug 2011 10:24:48 GMT Если использовать ВПН-тунели для прохода через "вражескую" сеть, то можно эту проблему решать так: <br>crypto ipsec df-bit clear<br><br>проверено занусси - работает так уже лет 10 на разных рутерах.<br> https://89.19.215.112/openforum/vsluhforumID3/40462.html#4 Sun, 10 Jan 2010 22:36:13 GMT такая проблема решается только так (на цисках): <br>на исходящем интерфейсе (outside)<br> ip tcp adjust-mss 1436<br>всё остальное хрень и будет грузить проц <br> https://89.19.215.112/openforum/vsluhforumID3/40462.html#3 Tue, 17 Feb 2009 11:35:53 GMT Дас, с такой заподлянкой нуна бороться..причем бываеть и своими руками у себя шонить делать и с руками провайдера тож шот сделать...можно и линейкой по рукам в принципе)..короч трабла насущная и уже достала эта гадость...<br> https://89.19.215.112/openforum/vsluhforumID3/40462.html#2 Mon, 03 Mar 2008 06:21:26 GMT &gt;[оверквотинг удален]<br>&gt;Не написано главное -- нахрена вообще посылаются пакеты с DF. Ответ в <br>&gt; RFC1191 - path MTU discovery. <br>&gt;<br>&gt;Что имеем в итоге? Тогда как клиент и сервер пытаются определить оптимальный <br>&gt;MTU соединения, Борцы_с_битом_DF устраивают им подлянку -- снимают этот бит и <br>&gt;втихомолку фрагментируют пакет. <br>&gt;<br>&gt;Бороться надо с недоадминами, что режут icmp без разбора. "Чёрные дыры" образуются <br>&gt;именно из-за этого - маршрутизаторов, которые не умеют отправлять такие icmp-сообщения <br>&gt;ни разу не встречал и не верю что они бывают. <br><br>Хм... Если Вы не сталкивались с такими проблемами, это не значит что у других нету. А бороться с, как Вы выразились, "недоадминами" не всегда получаеться, особенно если эти маршрутизаторы принадлежат совершенно другой организации. А работать как-то надо.<br> https://89.19.215.112/openforum/vsluhforumID3/40462.html#1 Mon, 03 Mar 2008 03:38:37 GMT Незачот!<br>Не написано главное -- нахрена вообще посылаются пакеты с DF. Ответ в RFC1191 - path MTU discovery.<br><br>Что имеем в итоге? Тогда как клиент и сервер пытаются определить оптимальный MTU соединения, Борцы_с_битом_DF устраивают им подлянку -- снимают этот бит и втихомолку фрагментируют пакет.<br><br>Бороться надо с недоадминами, что режут icmp без разбора. "Чёрные дыры" образуются именно из-за этого - маршрутизаторов, которые не умеют отправлять такие icmp-сообщения ни разу не встречал и не верю что они бывают.<br>