Likes: 0
13/12/08 18:40
Beetje jammer...UPDATE: Het probleem is gelokaliseerd, en opgelost. Het ging om een uplink klant die in zijn eigen netwerk een loop had veroorzaakt. Hierdoor raakte onze routers op euNetworks over beladen met ARP traffic, waardoor onze routers niet fatsoenlijk ander verkeer konden verwerken.
13/12/08 19:01
Vind ik ook, je hebt daar zo'n leuke protocolletje voor om het tegen te gaan...Oorspronkelijk geplaatst door MikeN
13/12/08 19:10
Dit soort dingen verwacht je inderdaad niet van een professionele partij als ProServe.
13/12/08 19:26
Nou, STP beschermt je er natuurlijk ook niet tegen (nog even los van dat je dat soort dingen echt niet wil mixen tussen jouw domein en het domein van je klant, ondanks dat veel toko's het toch doen). Ik vind het eerder jammer dat anno 2008 een router zichzelf nog over de nek laat gaan over wat ARP traffic (even los van of dit dmv config voorkomen had kunnen worden, ik ken die Cisco's daar niet goed genoeg voor).
13/12/08 19:28
In de cisco manuals;
The network loop can also be a reason for the traffic overload. Verify your network topology.
If there is a possibility that a single device is generating packets at an extremely high rate and thus overloading the router, you can determine the MAC address of that device by adding the ip accounting mac-address {input|output} interface configuration command to the configuration of the overloaded interface.
The show interfaces [ ] mac-accounting command displays the collected information. Once the source device's MAC address is found, the corresponding IP address can be found by checking the output of the show ip arp command.
13/12/08 19:38
We hebben dit al een keer meegemaakt, toen hebben we een aantal aanpassingen gedaan, maar deze blijken duidelijk niet te werken. Uiteraard gaan we Cisco laten onderzoeken wat we hier aan kunnen doen.
STP is geen optie met router ports.
15/12/08 19:06
Even voor de duidelijkheid. Nadat de wht uptime monitor (powered by hyperspin) downtime signaleert gaat deze over tot monitoring per minuut.
15/12/08 19:43
Nou... mijn hyperspin geeft toch echt iets van 30 a 40 minuten downtime aan, 1x 10 minuten en 1x 30 minuten.
15/12/08 20:13
Dan heb je checks om de 10 minuten, hier 5 met 25 en 30 minuten downtime (totaal van 2x downtime).
Wel vreemd dat de optie van de uptime monitor niet standaard is bij hyperspin tbh.
15/12/08 20:22
Nee hoor, alles om de 3 minuten zelfs. Maar ik riep het uit mijn hoofd. En de gevoelsminuten zijn veeeel langer he ;-)
Even gekeken. De meeste servers zijn 21 minuten niet bereikbaar geweest, sommige 24 en een paar maar 18 minuten ;-) Ze zijn het wel eens over de 1e downtime, die was 6 minuten.
Gatsie. Zat ik eindelijk(na grafix) op 100% uptime met alles :-(
Quote