https://opennet.ru/openforum/vsluhforumID6/1981.html Есть 3560 (cisco) на ней настроены две сети в каждой сети есть по компу.<br>Делаю тесты iperf раз в 5 секунд потери от 7 до 15 пакетов, затем 55 секунд все хорошо и далее по кругу.<br><br>[ 3] 15.0-20.0 sec 41.0 KBytes 67.2 Kbits/sec 0.060 ms 0/ 140 (0%)<br>[ 3] 20.0-25.0 sec 38.1 KBytes 62.4 Kbits/sec 0.073 ms 9/ 139 (6.5%)<br>[ 3] 25.0-30.0 sec 41.0 KBytes 67.2 Kbits/sec 0.083 ms 0/ 140 (0%)<br>[ 3] 30.0-35.0 sec 41.0 KBytes 67.2 Kbits/sec 0.085 ms 0/ 140 (0%)<br>[ 3] 35.0-40.0 sec 40.7 KBytes 66.7 Kbits/sec 0.048 ms 0/ 139 (0%)<br>[ 3] 40.0-45.0 sec 41.0 KBytes 67.2 Kbits/sec 0.133 ms 0/ 140 (0%)<br>[ 3] 45.0-50.0 sec 40.7 KBytes 66.7 Kbits/sec 0.062 ms 0/ 139 (0%)<br>[ 3] 50.0-55.0 sec 41.0 KBytes 67.2 Kbits/sec 0.074 ms 0/ 140 (0%)<br>[ 3] 55.0-60.0 sec 41.0 KBytes 67.2 Kbits/sec 0.115 ms 0/ 140 (0%)<br>[ 3] 60.0-65.0 sec 40.7 KBytes 66.7 Kbits/sec 0.068 ms 0/ 139 (0%)<br>[ 3] 65.0-70.0 sec 41.0 KBytes 67.2 Kbits/sec 0.054 ms 0/ 140 https://opennet.ru/openforum/vsluhforumID6/1981.html#23 Mon, 20 Jun 2016 03:00:29 GMT &gt; Насколько мне известно ARP таблица очистится в случае не активности владельца MAC <br>&gt; (в данном же случае трафик идет).<br>&gt; В cisco очистка произойдет автоматически ни смотря ни на что?<br><br>Как и везде, только при отсутствие обращения к записи, иначе timeout будет сбрасываться. <br> https://opennet.ru/openforum/vsluhforumID6/1981.html#21 Sun, 12 Jun 2016 19:38:09 GMT Насколько мне известно ARP таблица очистится в случае не активности владельца MAC (в данном же случае трафик идет).<br>В cisco очистка произойдет автоматически ни смотря ни на что?<br> https://opennet.ru/openforum/vsluhforumID6/1981.html#20 Sun, 12 Jun 2016 18:59:12 GMT &gt; Хотите всех удивлю? Есть влан в котором нет параметра "arp timeout 10" <br>&gt; и там потерь нет.<br>&gt; Так вот убрали этот параметр из нужного мне и все потерь нет. <br>&gt; Осталось выяснить каким боком этот параметр влиял на потерю пакетов.<br><br>arp timeout XXX - на какое время сохраняется MAC/IP в ARP таблице маршрутизатора.<br>Ставить arp timeout менее 60 сек. нет смысла, все равно запоминается не менее чем на 60 сек. Хотя поставить менее 60 сек. дает. <br>По истечении времени хранения запись ARP удаляется и маршрутизатор начинает запрашивать, кто есть в сети с таким IP адресом (ARP запрос). На это уходит время. В результате несколько IP пакетов просто пропадают, т.к. маршрутизатор не знает кому их посылать.<br><br>Кстати при большом размере сети и маленьком arp timeout можно получить перегрузку CPU на маршрутизаторе. Осторожно с этим, особенно если в сети есть любители посканировать наличие хостов в сети. <br> https://opennet.ru/openforum/vsluhforumID6/1981.html#19 Sun, 12 Jun 2016 14:44:58 GMT Хотите всех удивлю? Есть влан в котором нет параметра "arp timeout 10" и там потерь нет.<br>Так вот убрали этот параметр из нужного мне и все потерь нет. <br><br>Осталось выяснить каким боком этот параметр влиял на потерю пакетов.<br> https://opennet.ru/openforum/vsluhforumID6/1981.html#18 Sat, 11 Jun 2016 22:53:08 GMT Все правильно - таймер сходимости STP 50 секунд (суммарный, по умолчанию, от BLK-&gt;FWD 55 это же примерное значение), только это не значит что пока этот порт сходится трафик не идет другим путем, а потом наоборот. И кстати между 7 и 15 секундами находится время сходимости RSTP.<br>Некорректный BPDU не нужен, этого можно добиться и корректным путем )<br>Проверить стоило.<br><br>и pvst я бы в современных реалиях не использовал, хоть это возможно к источнику проблем и не имеет отношения.<br><br>&gt;[оверквотинг удален]<br>&gt; (или 60) это не таймеры блокировки STP.<br>&gt; BPDU hello - 2 секунды. При получении некорректного BPDU - блокировка моментальная. <br>&gt; По срокам похоже на таймеры восстановления порта из состояния Blocking.<br>&gt; Blocking -&gt; 20 сек -&gt; Listening-&gt; 15 сек -&gt; Learning -&gt; 15 <br>&gt; сек -&gt; Forwarding. Но это получается 50 сек и в это <br>&gt; время порт не пропускает пакеты. Но тут ситуация полностью обратная.<br>&gt; Больше похоже на буферы IO интерфейсов или очередей. Но нет большого количества <br>&gt; дропов на интерфейсах. Так что https://opennet.ru/openforum/vsluhforumID6/1981.html#17 Fri, 10 Jun 2016 19:14:16 GMT Есть такой параметр<br>interface VlanXXX<br> arp timeout 10<br><br>Может ли он влиять на потери?<br> https://opennet.ru/openforum/vsluhforumID6/1981.html#16 Fri, 10 Jun 2016 18:49:40 GMT &gt; Все что нашел об изменении топологии.<br>&gt; show spanning-tree vlan 1 detail <br>&gt; ...<br>&gt; Number of topology changes 0 last change occurred 26w1d ago <br>&gt; ...<br><br>Да vlan 1 тут скорее не при делах. Да и 55 секунд (или 60) это не таймеры блокировки STP.<br>BPDU hello - 2 секунды. При получении некорректного BPDU - блокировка моментальная.<br>По срокам похоже на таймеры восстановления порта из состояния Blocking. <br>Blocking -&gt; 20 сек -&gt; Listening-&gt; 15 сек -&gt; Learning -&gt; 15 сек -&gt; Forwarding. Но это получается 50 сек и в это время порт не пропускает пакеты. Но тут ситуация полностью обратная.<br>Больше похоже на буферы IO интерфейсов или очередей. Но нет большого количества дропов на интерфейсах. Так что похоже на буферы очередей. <br>Кстати что будет, если пропустить "--tos" при вызове iperf? <br>Можно еще ICMP flood запустить для проверки.<br> https://opennet.ru/openforum/vsluhforumID6/1981.html#15 Fri, 10 Jun 2016 11:30:02 GMT Все что нашел об изменении топологии.<br><br>show spanning-tree vlan 1 detail<br>...<br>Number of topology changes 0 last change occurred 26w1d ago<br>...<br> https://opennet.ru/openforum/vsluhforumID6/1981.html#14 Thu, 09 Jun 2016 19:55:08 GMT Выставлен<br>spanning-tree mode pvst<br>spanning-tree portfast bpduguard default<br>spanning-tree etherchannel guard misconfig<br>spanning-tree extend system-id<br><br><br>debug spanning-tree event - включил.<br><br>Петель нет.<br>