Sam Sneed wrote: > > If the port is no connected why would it attempt to send > unicasts packets > through it?
Well, notice that I said broadcasts not unicasts. It shouldn't send unicasts to a disconnected port because it couldn't have learned of any MAC addresses out that port. Well, while still trying to learn the location of MAC addresses, it could, I guess. Flooding out all ports for an unknown unicast is normal. How do you know that it's ending unicasts to the port?? > Passing packets to a switchport in the diconnected > state would > not make sense. > I imagine that the logic built into the siwtch would not do > this. Yes, I would imagine that too, but I wouldn't be surprised to learn that it's not that smart, on the other hand. > I have > other switches, Extreme networks, that do not register any > dropped packets > for unplugged interfaces. Neither do Cisco 2924XL aor 3548XL. I > believe for > some reason its dropping valid packets. It would be hard to > confirm this but > it seems TCP connections are being dropped on some servers. So you think that its CAM bridging table is messed up and it's sending packets that should go out a live port to a port where nothing is connected?? The only way it would send a packet to the wrong port and cause TCP connections to be dropped was if the cam table was corrupted. That could mean bad memory or it could be a bad static cam entry. I agree that this is squirrely. Call TAC?? Good luck. Keep us posted. Thanks. Priscilla > > > ""Priscilla Oppenheimer"" wrote in > message > news:[EMAIL PROTECTED]... > > If nothing's plugged in, it has to drop the packets!?! :-) > Are you sure > this > > isn't normal? Being a switch, it shouldn't be sending any > unicasts out the > > port, because it couldn't have learned a MAC address that is > out that > port, > > but it could still send broadcasts and multicasts. > > > > Sorry, if that's a clueless answer, but it is a "common > sense" answer from > > someone who doesn't work with 6505 switches...... :-) > > > > Priscilla > > > > Sam Sneed wrote: > > > > > > I'm not sure what you mean by hybrid mode. I have the sh > ver, > > > sh mod, sh ver > > > for MSFC and below. I have nothing plugged into at leat 3 > > > ports which still > > > report dropped packets. 800,000 daily. Whats strange is that > > > the 800,000 is > > > almost the same on all 3 ports. I have disabled them since > then > > > but would > > > like to know why I was getting those numbers. The MSFC does > the > > > layer 3 > > > routing, but the dropped packets were at L2 I believe. Any > > > ideas? > > > > > > Console1> sh ver > > > WS-C6509 Software, Version NmpSW: 7.1(2) > > > Copyright (c) 1995-2002 by Cisco Systems > > > NMP S/W compiled on Feb 7 2002, 16:06:00 > > > > > > System Bootstrap Version: 5.3(1) > > > > > > Hardware Version: 2.0 Model: WS-C6509 Serial #: > > > > > > PS1 Module: WS-CAC-2500W Serial #: > > > PS2 Module: WS-CAC-1300W Serial #: > > > > > > Mod Port Model Serial # Versions > > > --- ---- ------------------- ----------- > --------------------- > > > 1 2 WS-X6K-SUP1A-2GE SA Hw : 3.1 > > > Fw : 5.3(1) > > > Fw1: 5.1(1)CSX > > > Sw : 7.1(2) > > > Sw1: 7.1(2) > > > WS-F6K-PFC S Hw : 1.1 > > > 2 2 WS-X6K-SUP1A-2GE SAxxxxxxxxxx Hw : 3.1 > > > Fw : 5.3(1) > > > Fw1: 5.1(1)CSX > > > Sw : 7.1(2) > > > Sw1: 7.1(2) > > > WS-F6K-PFC Sxxxxxxxxxx Hw : 1.1 > > > 3 48 WS-X6348-RJ-45 SAxxxxxxxxx Hw : 1.4 > > > Fw : 5.4(2) > > > Sw : 7.1(2) > > > 4 48 WS-X6348-RJ-45 xxxxxxxxxxxx Hw : 6.0 > > > Fw : 5.4(2) > > > Sw : 7.1(2) > > > WS-F6K-VPWR Hw : 1.0 > > > 5 48 WS-X6348-RJ-45 SAL0xxxx422 Hw : 6.0 > > > Fw : 5.4(2) > > > Sw : 7.1(2) > > > WS-F6K-VPWR Hw : 1.0 > > > 6 16 WS-X6416-GBIC SAxxxxx0JUW Hw : 1.2 > > > Fw : 5.4(2) > > > Sw : 7.1(2) > > > 7 48 WS-X6248-TEL SAD0xxxxx48 Hw : 1.0 > > > Fw : 4.2(0.24)VAI78 > > > Sw : 7.1(2) > > > 8 48 WS-X6248A-TEL SADxxxxxx0S Hw : 2.0 > > > Fw : 5.4(2) > > > Sw : 7.1(2) > > > 9 48 WS-X6248A-TEL SADxxxxxxRZ Hw : 2.0 > > > Fw : 5.4(2) > > > Sw : 7.1(2) > > > 15 1 WS-F6K-MSFC SAD04xx0DSF Hw : 1.4 > > > Fw : 12.1(3a)E4 > > > Sw : 12.1(3a)E4 > > > 16 1 WS-F6K-MSFC SAD04xx0BHV Hw : 1.4 > > > Fw : 12.1(3a)E4 > > > Sw : 12.1(3a)E4 > > > > > > DRAM FLASH NVRAM > > > Module Total Used Free Total Used Free > Total U > > > ------ ------- ------- ------- ------- ------- ------- > ----- - > > > 1 65408K 44172K 21236K 16384K 9786K 6598K 512K > > > > > > Uptime is 352 days, 4 hours, 30 minutes > > > > > > > > > Console1> sh mod > > > Mod Slot Ports Module-Type Model > > > Sub Status > > > --- ---- ----- ------------------------- ------------------- > > > --- ------ > > > 1 1 2 1000BaseX Supervisor WS-X6K-SUP1A-2GE > > > yes ok > > > 15 1 1 Multilayer Switch Feature WS-F6K-MSFC > > > no ok > > > 2 2 2 1000BaseX Supervisor WS-X6K-SUP1A-2GE > > > yes standb > > > 16 2 1 Multilayer Switch Feature WS-F6K-MSFC > > > no ok > > > 3 3 48 10/100BaseTX Ethernet WS-X6348-RJ-45 > > > no ok > > > 4 4 48 10/100BaseTX Ethernet WS-X6348-RJ-45 > > > yes ok > > > 5 5 48 10/100BaseTX Ethernet WS-X6348-RJ-45 > > > yes ok > > > 6 6 16 1000BaseX Ethernet WS-X6416-GBIC > > > no ok > > > 7 7 48 10/100BaseTX Ethernet WS-X6248-TEL > > > no ok > > > 8 8 48 10/100BaseTX Ethernet WS-X6248A-TEL > > > no ok > > > 9 9 48 10/100BaseTX Ethernet WS-X6248A-TEL > > > no ok > > > > > > > > > 6509>sh ver > > > Cisco Internetwork Operating System Software > > > IOS (tm) MSFC Software (C6MSFC-IS-M), Version 12.1(3a)E4, > EARLY > > > DEPLOYMENT > > > RELEASE SOFTWARE (fc1) > > > Copyright (c) 1986-2000 by cisco Systems, Inc. > > > Compiled Sat 14-Oct-00 00:01 by eaarmas > > > Image text-base: 0x60008950, data-base: 0x60DA8000 > > > > > > ROM: System Bootstrap, Version 12.0(3)XE, RELEASE SOFTWARE > > > BOOTFLASH: MSFC Software (C6MSFC-BOOT-M), Version 12.1(1)EX, > > > EARLY > > > DEPLOYMENT RELEASE SOFTWARE (fc1) > > > > > > 6509 uptime is 50 weeks, 2 days, 4 hours, 45 minutes > > > System returned to ROM by power-on > > > Running default software > > > > > > cisco Cat6k-MSFC (R5000) processor with 114688K/16384K > bytes of > > > memory. > > > Processor board ID SAD04130DSF > > > R5000 CPU at 200Mhz, Implementation 35, Rev 2.1, 512KB L2 > Cache > > > Last reset from power-on > > > Bridging software. > > > X.25 software, Version 3.0.0. > > > 6 Virtual Ethernet/IEEE 802.3 interface(s) > > > 123K bytes of non-volatile configuration memory. > > > 4096K bytes of packet SRAM memory. > > > > > > 16384K bytes of Flash internal SIMM (Sector size 256K). > > > Configuration register is 0x102 > > > > > > 6509> > > > > > > > > > > > > ""MADMAN"" wrote in message > > > [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > > > > Not real clear on your description. You see dropped > packets > > > on > > > > interfaces with nothing plugged in!? Since you refer to > the > > > 6500 as a > > > > switch I assume your running hybrid mode. You also > mention > > > there is an > > > > MSFC. I ASSume again that your seeing drops on the L2 > > > interface but > > > > with nothing plugged into it is a bit strange indeed! Can > > > you send more > > > > info? > > > > > > > > Dave > > > > > > > > Sam Sneed wrote: > > > > > Hello, > > > > > > > > > > I'm seeing strange things on a 6500 switch. I see > dropped > > > pakets and int > > > > > errors on interfaces with no servers plugged in. These > are > > > of signifcant > > > > > amounts and I believe tis causing problems.We're talking > > > about 800,000 > > > in > > > > 24 > > > > > hours. Does anyone have any idea on what this happens on > > > INT that aren't > > > > > even active? > > > > > > > > > > This switch has a layer3 sup1a card that does the > routing > > > for it. > > > > -- > > > > David Madland > > > > CCIE# 2016 > > > > Sr. Network Engineer > > > > Qwest Communications > > > > 612-664-3367 > > > > > > > > "You don't make the poor richer by making the rich > poorer." > > > --Winston > > > > Churchill > > Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=63178&t=63053 -------------------------------------------------- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
