From: Robert Fischer (rfischer@broadcom.com)
Date: Thu Apr 15 2004 - 21:08:51 GMT-3
What are the hosts running, Windows/ linux? What are the host uplinks,
10/100? The host connected to the 5500 may be overrunning the 5500's port
buffer. Capture some packets on the 5500 size and watch for the windowing
size to continuously change and the host to retransmit. Newer versions of
Windows like XP are defaulting to 64K window sizes and causing port buffer
issues with older gear. Some versions of Red Hat have difficulty negotiating
this too.
-Robb
-----Original Message-----
From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf Of
Church, Chuck
Sent: Thursday, April 15, 2004 10:35 AM
To: Minihane Kevin-kminih01; MADMAN
Cc: ccielab@groupstudy.com
Subject: RE: Strange trunking issue
So now put the Host B on the 3550, and see if the problem exists. Any
chance it's an MTU issue? Are A and B in the same VLAN? If not, who's
routing, the 3550?
Chuck Church
Lead Design Engineer
CCIE #8776, MCNE, MCSE
Wam!Net Government Services - Design & Implementation Team 13665 Dulles
Technology Dr. Ste 250 Herndon, VA 20171
Office: 703-480-2569
Cell: 703-819-3495
cchurch@wamnetgov.com
PGP key:
http://pgp.mit.edu:11371/pks/lookup?op=index&search=cchurch%40wamnetgov.
com
-----Original Message-----
From: Minihane Kevin-kminih01 [mailto:Kevin.Minihane@motorola.com]
Sent: Thursday, April 15, 2004 12:23 PM
To: 'MADMAN'; Minihane Kevin-kminih01
Cc: ccielab@groupstudy.com
Subject: RE: Strange trunking issue
Hiya
Thanks for the input. I moved hostB onto the 5500, and the problem
disapeared. I put it back onto the 3550, and the same problem exists
-----Original Message-----
From: MADMAN [mailto:dmadlan@qwest.com]
Sent: 15 April 2004 17:04
To: Minihane Kevin-kminih01
Cc: ccielab@groupstudy.com
Subject: Re: Strange trunking issue
Your assuming you have a switching problem accross the trunk. Plug host
B into the 5500 and see if you still have the problem.
Dave
Minihane Kevin-kminih01 wrote:
> Hi
>
> Apologies in advance if this seems long winded, but I wanted to attach
the configurations, and output of various commands.
>
> I'm experiencing a very strange trunking issue, and was wondering if
anyone could perhaps have some input which might help?
>
>
> The following is my layout.
>
>
> Host A ------- Cat5500 ------------------------------ Cat3550
> ------------ Host B
>
> Each host is connected to it's switch using a 100Mb full duplex
> connection
>
> I have two switches (cat 5500 running CatOS, and a 3550). I'm
trunking between both using dot1q encapsulation. Vtp information is flowing
freely between them, and I can configure vlans on both, propagate the vlans
between each switch, etc. The trunk between the switches is a gigabit fibre
connection.
>
> The problem I am having is when I try to ftp from host A to host B,
and vice versa.
>
> If I ftp from Host A to Host B, I experience very slow speeds
> (sometimes as low as 24k per second). If I come from Host B to host
> A, the speed increases to 8Mbs per second! I've checked the usual
> (speed, duplex, check for CRC, dropped packets) and I get nothing
>
> The following is the config of the interface g0/1 on the 3550
>
> Lab_3550_1#show run int g0/1
> Building configuration...
>
> Current configuration : 169 bytes
> !
> interface GigabitEthernet0/1
> description Trunk to main lab 5500 port 1/1 switchport trunk
> encapsulation dot1q switchport mode dynamic desirable no ip address
> end
>
> This is the output when I type the "show int g0/1" command on the 3550
>
> Lab_3550_1#show int g0/1
> GigabitEthernet0/1 is up, line protocol is up (connected)
> Hardware is Gigabit Ethernet, address is 000d.bc49.44b1 (bia
000d.bc49.44b1)
> Description: Trunk to main lab 5500 port 1/1
> MTU 1500 bytes, BW 1000000 Kbit, DLY 10 usec,
> reliability 255/255, txload 1/255, rxload 1/255
> Encapsulation ARPA, loopback not set
> Keepalive set (10 sec)
> Full-duplex, 1000Mb/s, link type is auto, media type is SX
> output flow-control is off, input flow-control is off
> ARP type: ARPA, ARP Timeout 04:00:00
> Last input 00:00:00, output 00:00:00, output hang never
> Last clearing of "show interface" counters 01:52:54
> Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops:
0
> Queueing strategy: fifo
> Output queue: 0/40 (size/max)
> 5 minute input rate 1962000 bits/sec, 471 packets/sec
> 5 minute output rate 1707000 bits/sec, 428 packets/sec
> 2818750 packets input, 1023156797 bytes, 0 no buffer
> Received 293096 broadcasts (0 multicast)
> 0 runts, 0 giants, 0 throttles
> 1 input errors, 1 CRC, 0 frame, 0 overrun, 0 ignored
> 0 watchdog, 224737 multicast, 0 pause input
> 0 input packets with dribble condition detected
> 2635991 packets output, 1397912368 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
>
> And finally, on the 3550, I "show int trunk"
>
> Lab_3550_1#show int trunk
>
> Port Mode Encapsulation Status Native vlan
> Fa0/45 desirable isl trunking 44
> Fa0/46 desirable isl trunking 44
> Fa0/47 on isl trunking 41
> Gi0/1 desirable 802.1q trunking 1
> Gi0/2 desirable 802.1q trunking 41
>
> Port Vlans allowed on trunk
> Fa0/45 1-4094
> Fa0/46 1-4094
> Fa0/47 1-4094
> Gi0/1 1-4094
> Gi0/2 1-4094
>
> Port Vlans allowed and active in management domain
> Fa0/45
1,10,12,20,25,28,30-33,35-41,44-45,48,52,54-55,60,130,341,351-352,361,36
9,400-406,419,995
> Fa0/46
1,10,12,20,25,28,30-33,35-41,44-45,48,52,54-55,60,130,341,351-352,361,36
9,400-406,419,995
> Fa0/47
1,10,12,20,25,28,30-33,35-41,44-45,48,52,54-55,60,130,341,351-352,361,36
9,400-406,419,995
> Gi0/1
1,10,12,20,25,28,30-33,35-41,44-45,48,52,54-55,60,130,341,351-352,361,36
9,400-406,419,995
> Gi0/2
1,10,12,20,25,28,30-33,35-41,44-45,48,52,54-55,60,130,341,351-352,361,36
9,400-406,419,995
>
> Port Vlans in spanning tree forwarding state and not pruned
> Fa0/45 1,41,44,351,361,400
> Fa0/46 1
> Fa0/47
1,10,12,20,25,28,30-33,35-41,44-45,48,52,54-55,60,130,341,351-352,361,36
9,400-406,419,995
> Gi0/1
1,10,12,20,25,28,30-33,35-41,44-45,48,52,54-55,60,130,341,351-352,361,36
9,400-406,419,995
> Gi0/2 1,41,403-406
>
>
>
> On my 5500 I do the following:
>
> 5500-OMCLAB (enable) show port capabilities 1/1
> Model WS-X5530
> Port 1/1
> Type 1000BaseSX
> Speed 1000
> Duplex full
> Trunk encap type 802.1Q,ISL
> Trunk mode on,off,desirable,auto,nonegotiate
> Channel no
> Broadcast suppression percentage(0-100)
> Flow control
receive-(off,on,desired),send-(off,on,desired)
> Security no
> Membership static
> Fast start yes
> QOS n/a
> Rewrite no
> UDLD Capable
>
>
>
>
> 5500-OMCLAB (enable) show port 1/1
> Port Name Status Vlan Level Duplex Speed
Type
> ----- ------------------ ---------- ---------- ------ ------ -----
------------
> 1/1 Trunk to lab_3550_ connected trunk normal full 1000
1000BaseSX
>
> Port Trap IfIndex
> ----- -------- -------
> 1/1 disabled 224
>
> Port Broadcast-Limit Broadcast-Drop
> -------- --------------- --------------
> 1/1 - 0
>
> Port Send FlowControl Receive FlowControl RxPause TxPause
Unsupported
> admin oper admin oper
opcodes
> ----- -------- -------- -------- -------- ------- -------
-----------
> 1/1 desired off off off 0 0 0
>
>
> Port Align-Err FCS-Err Xmit-Err Rcv-Err UnderSize
> ----- ---------- ---------- ---------- ---------- ---------
> 1/1 0 0 0 0 0
>
> Port Single-Col Multi-Coll Late-Coll Excess-Col Carri-Sen Runts
Giants
> ----- ---------- ---------- ---------- ---------- --------- ---------
---------
> 1/1 0 0 0 0 0 0
-
>
> Last-Time-Cleared
> --------------------------
> Thu Apr 15 2004, 10:04:41
>
>
> 5500-OMCLAB (enable) show trunk
> Port Mode Encapsulation Status Native vlan
> -------- ----------- ------------- ------------ -----------
> 1/1 on dot1q trunking 1
> 1/2 on dot1q trunking 1
>
> ______________________________________________________________________
> _ Please help support GroupStudy by purchasing your study materials
> from:
> http://shop.groupstudy.com
>
> Subscription information may be found at:
> http://www.groupstudy.com/list/CCIELab.html
>
-- David Madland CCIE# 2016 Sr. Network Engineer Qwest Communications 612-664-3367"Emotion should reflect reason not guide it"
This archive was generated by hypermail 2.1.4 : Mon May 03 2004 - 19:48:48 GMT-3