Hi, I don't have any idea reading IP Multicast Dat But this is consuming only ~5% according to your report . Can you post following output so we can isolate whether high cpu due to packet interrupt or processes. show proc cpu | exc 0.00% 0.00% 0.00% CPU utilization for five seconds: 7%/2% *( Interrupt/process)*; one minute: 7%; five minutes: 7%
can you see any correlation with data rate with high processing (during the time span) ? Best Regards, Gobinath. On Fri, Apr 15, 2011 at 2:26 PM, LM <asturlui...@gmail.com> wrote: > No, no ACLs with logging option configured at all. > > Regarding the commmand, I tried before I sent the email to the list and... > > #sh proc cpu sort > ^ > % Invalid input detected at '^' marker. > > So it is not supported so far. > Anyway I took note about this process: > 50 118994168 277418196 428 3.35% 4.33% 4.88% 0 IP Multicast > Dat > > But I can't find yet an explanation. > Does anyone here know what is that process doing exactly? > > > El 14/04/11 16:24, Bill Blackford escribió: > > This might have been suggested and if so, my apologies for the noise. >> >> Have you tried 'sh proc cpu sorted'? This will display the highest hog on >> top. >> >> Are you logging ACL's? I ran into this as my rancid cron would hit my >> gear at prescribed intervals *and* and I was logging the acl applied >> to the line vty. >> >> Also, the 29xx series seem to run very high with CPU as compared to >> the 36xx counter parts. The LED's take up cycles, configured VLANS, >> etc. >> >> -b >> >> On Thu, Apr 14, 2011 at 7:16 AM, LM<asturlui...@gmail.com> wrote: >> >>> No, the SVI is just for management and the only multicast is the VRRP >>> from >>> the firewalls. >>> I dont see this behaviour in other 2950 with the SVI in the same vlan, >>> also >>> all of the 2950s run the same IOS. >>> Configuration is based on template, so looks like it is not that neither. >>> For the "strange" switch and its cpu behaviour more defails are... >>> Traffic peak is around 13mpbs >>> Vlans configured: 5 (most of them for multicast traffic only) >>> VTP: transparent >>> STP: rstp >>> >>> I checked ARP and seems to be ok so far >>> >>> ideas? >>> >>> El 12/04/11 19:53, christopher.mar...@usc-bt.com escribió: >>> >>>> sw2950 running c2950-i6q4l2-mz.121-22.EA13 >>>>>> Is normal the cpu behaviour? I attached an image, I hope it wont be >>>>>> >>>>> removed >>>>> >>>>>> switch is just managing multicast traffic >>>>>> http://postimage.org/image/2hp8nccw4/ >>>>>> >>>>> You should try "show proc cpu" during peak periods to see what >>>>> processes >>>>> are active. Off the top of my head I can't think of any >>>>> "misconfiguration" on a 2950 that would cause this kind of load. >>>>> >>>> L3 multicast traffic in the VLAN where the 2950's management SVI lives? >>>> >>>> _______________________________________________ >>>> cisco-nsp mailing list cisco-nsp@puck.nether.net >>>> https://puck.nether.net/mailman/listinfo/cisco-nsp >>>> archive at http://puck.nether.net/pipermail/cisco-nsp/ >>>> >>> _______________________________________________ >>> cisco-nsp mailing list cisco-nsp@puck.nether.net >>> https://puck.nether.net/mailman/listinfo/cisco-nsp >>> archive at http://puck.nether.net/pipermail/cisco-nsp/ >>> >>> >> >> _______________________________________________ > cisco-nsp mailing list cisco-nsp@puck.nether.net > https://puck.nether.net/mailman/listinfo/cisco-nsp > archive at http://puck.nether.net/pipermail/cisco-nsp/ > _______________________________________________ cisco-nsp mailing list cisco-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/