Hi, That module is limited to 32Gbps which is split up into 4 ASIC's that handle 12 ports each.
Quoting Cisco's website -> http://www.cisco.com/en/US/products/hw/switches/ps700/products_configura tion_example09186a0080118a5c.shtml You can also take a look at the counters that indicate if the ASIC is being oversubscribed. Refer here -> http://www.cisco.com/en/US/products/hw/switches/ps700/products_tech_note 09186a00801751d7.shtml#ASIC Cheers, Aaron Riemer -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Howard Leadmon Sent: Friday, 7 November 2008 11:05 AM To: 'Peter Rathlev' Cc: [email protected] Subject: Re: [c-nsp] Catalyst LAN Input Errors Query... > On Thu, 2008-11-06 at 14:24 -0500, Howard Leadmon wrote: > > FastEthernet9/48 is up, line protocol is up (connected) > > Hardware is C6k 100Mb 802.3, address is 0004.de66.8f73 (bia > > 0004.de66.8f73) > > MTU 1500 bytes, BW 100000 Kbit, DLY 100 usec, > > reliability 255/255, txload 3/255, rxload 24/255 > > Encapsulation ARPA, loopback not set > > Keepalive set (10 sec) > > Full-duplex, 100Mb/s > > input flow-control is off, output flow-control is unsupported > > ARP type: ARPA, ARP Timeout 04:00:00 > > Last input never, output 00:00:43, output hang never > > Last clearing of "show interface" counters 00:12:47 > > Input queue: 0/2000/0/0 (size/max/drops/flushes); Total output > > drops: 0 > > Queueing strategy: fifo > > Output queue: 0/40 (size/max) > > 1 minute input rate 9759000 bits/sec, 1396 packets/sec > > 1 minute output rate 1505000 bits/sec, 1110 packets/sec > > 1067610 packets input, 920823086 bytes, 0 no buffer > > Received 0 broadcasts (0 multicasts) > > 0 runts, 0 giants, 0 throttles > > 980 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored > > 0 watchdog, 0 multicast, 0 pause input > > 0 input packets with dribble condition detected > > 839374 packets output, 146203703 bytes, 0 underruns > > 0 output errors, 0 collisions, 0 interface resets > > 0 babbles, 0 late collision, 0 deferred > > 0 lost carrier, 0 no carrier, 0 PAUSE output > > 0 output buffer failures, 0 output buffers swapped out > > > > Notice that in less than 15 min I have almost 1000 input errors, but > > the other more detailed counters show nothing. I have had the cable > > swapped, and the LAN card in the PC swapped, still the same results. > > Well, a thousand errors may sound like much, but it's less than 0.1% of > the total number of packets received. Understood, and I think the clients network is working OK, but when all the other interfaces are running without a constant stream of errors, it has to make you wonder! > > What is just an input error? Is this bad hardware, something I > should > > just expect on some interfaces to PC's, or what? > > > > I have googled around a bit, looked on Cisco's site, and everything > > says that the input error counter is just the combined count of the > > other counters like CRC, overrun, and so on, but they are all 0 for > > me.. > > > > Any clues on where to look or what would cause this??? > > What type of card is it? If you have an oversubscribed path to the > backplane the switch might drops packets there. AFAIK there's no > surefire way to find out though. Basically it's a BSDi based firewall (they need to replace at some point), that has a pair of Intel Pro/100B adapters installed in it for the in/out paths. Both are running 100/FDX, verified with ifconfig, and of course as you could see from my original posting the switch ports are also 100/FDX. Just FYI, cables and network cards replaced on the server, but same thing. > Input flow control might help reducing lost packets if they're caused > by > oversubscription / too small buffers. This assumes the server NICs know > flow-control of course. > > Do you have any interface on a similar module with similar traffic/load > patterns that is not experiencing these errors? As stated above, it's the two PRO/100 cards generating errors to the switch. There are other machines/devices plugged in to the various ports that seem to be working fine, why at first I figured maybe some wonky hardware. On the issue of traffic loading, and oversubscription. I don't know what the max on a WS-X6348-RJ-45 board is, I know it's not the star champ of the 6500 line, but if you look at the data flows the sucker only sees 6-10 meg of traffic, in fact nothing on that board is pounding the heck out of it, so I wouldn't think a couple meg of traffic (it was only running 3meg when I took the samples with the increasing errors) would blow out any port on a switch like that, but maybe I am wrong.. > Regards, > Peter --- Howard Leadmon _______________________________________________ cisco-nsp mailing list [email protected] https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/ LEGAL DISCLAIMER: This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. _______________________________________________ cisco-nsp mailing list [email protected] https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/
