https://www.opennet.dev/openforum/vsluhforumID6/407.html Столкнулся с довольно неприятной проблемой: периодически на маршрутизаторе Cisco 6509 (720 супервизор, IOS 12.2(33)SXJ4) уходит в 100% загрузку routing processor, при этом switching processor загружен едва ли на 5%. Судя по выводу show processes cpu, "давит" процессор ARP Input. В шасси приблизительно 200 активных портов, выяснить с какого именно из них идет ARP флуд пока не смог (буду благодарен, если кто-то подскажет эффективный способ зделать это). Пока единственный найденный способ исправления ситуации - перезагрузка роутера, что весьма болезненно т.к. он стоит на агрегации довольно большой сети. Собственно вопрос: не сталкивался ли кто-нибудь с подобной ситуацией, выяснили ли причину, нашли ли какие-либо эффективные способы решения проблемы?<br> https://www.opennet.dev/openforum/vsluhforumID6/407.html#4 Mon, 31 Dec 2012 10:55:09 GMT Симптомы удалось снять. Загрузка процессора вернулась с норму. Существовала вот такая конструкция:<br>[code]<br>interface Loopback13<br> ip address 10.0.0.1 255.255.255.0<br> ip address 10.* 255.255.255.0 secondary<br> ip address 10.* 255.255.255.0 secondary<br> ip address 10.* 255.255.255.0 secondary<br> no ip redirects<br> no ip unreachables<br> no ip proxy-arp<br> ip flow ingress<br> ip route-cache policy<br>end<br>[/code]<br>данный интерфейс навешивался на все пользовательские vlan'ы, vlan'ы, соответственно настроены следующим образом:<br>[code]<br>interface Vlan1120<br> ip unnumbered Loopback13<br> ip helper-address 192.168.105.138<br> no ip redirects<br> no ip unreachables<br> no ip proxy-arp<br> ip flow ingress<br> ip route-cache policy<br>end<br>[/code]<br> В vlan'ах есть как пользователи авторизующиеся при помощи DHCP + opt82 (которым в качестве шлюза выдается 10.0.0.1), так и пользователи авторизующиеся при помощи Dual Access РРРоЕ. Серые IP последних подроблены на подсети класса С. Шлюз для каждой такой сетки и повешен на тот же loopback интерфейс https://www.opennet.dev/openforum/vsluhforumID6/407.html#3 Wed, 26 Dec 2012 03:16:39 GMT DAI поможет только если у вас абоненты напрямую воткнуты в шеститонник, в остальных случаях надо будет что-то думать на доступе. Иначе он будет рубить вам порт за которым может находиться более одного абонента.<br> https://www.opennet.dev/openforum/vsluhforumID6/407.html#2 Tue, 25 Dec 2012 07:46:15 GMT &gt; http://xgu.ru/wiki/Dynamic_ARP_Protection не поможет?<br><br>Спасибо, как детально разберусь что к чему, буду пробовать, на живых людях экспериментировать не комильфо...<br> https://www.opennet.dev/openforum/vsluhforumID6/407.html#1 Sun, 23 Dec 2012 12:53:28 GMT &gt; Столкнулся с довольно неприятной проблемой: периодически на маршрутизаторе Cisco 6509 <br>&gt; (720 супервизор, IOS 12.2(33)SXJ4) уходит в 100% загрузку routing processor, при <br>&gt; этом switching processor загружен едва ли на 5%. Судя по выводу <br>&gt; show processes cpu, "давит" процессор ARP Input. В шасси приблизительно 200 <br>&gt; активных портов, выяснить с какого именно из них идет ARP флуд <br>&gt; пока не смог (буду благодарен, если кто-то подскажет эффективный способ зделать <br>&gt; это). Пока единственный найденный способ исправления ситуации - перезагрузка роутера, <br>&gt; что весьма болезненно т.к. он стоит на агрегации довольно большой сети. <br>&gt; Собственно вопрос: не сталкивался ли кто-нибудь с подобной ситуацией, выяснили ли <br>&gt; причину, нашли ли какие-либо эффективные способы решения проблемы?<br><br>http://xgu.ru/wiki/Dynamic_ARP_Protection не поможет? <br>