Ne, definitivno je IOS u pitanju. Obrati pažnju na "IP Input" stavku u "show process cpu" outputu u poslednjem "show tech" koji si poslao. To je proces koji "switchuje" pakete u samom ruteru. Poenta je, sa uključenim fast switchingom, IP input bi trebalo da bude dosta mali, ako ruter podržava NAT u interrupt contextu, tj. fast switchingu. Da bismo i ovo potvrdili, pošalji output od "show interfaces switching".
Druga mogućnost je da je neki od kompjutera u LAN-u zaraže nekim "skenirajućim" virusom i da šalje veliku količinu pingova na različite adrese. Sad, ovo ne generiše veliki saobraćaj u b/s, ali generiše veliki saobraćaj u paketima/s. S obzirom na to kako FS radi, objašnjivo je što ruter prosto zamre pod tolikim opterećenjem. Rešenje za ovo bi bio CEF, ali tu imaju dva problema. a) ne znam da li taj IOS podržava CEF na toj platformi (probaj "ip cef" u globalnom konfiguracionomm režimu, ako radi, javi...). b) 8 MB memorije i CEF... Možda će da radi, a možda i ne...
U svakom slučaju, ja predlažem:
0. Pošalji output od "sh interfaces switching"
1. Proveri računare za viruse/trojance
2. Probaj CEF i javi ako ne prijavi grešku
Marko.