From: Minihane Kevin-kminih01 (Kevin.Minihane@motorola.com)
Date: Mon Apr 19 2004 - 20:01:11 GMT-3
I've even tried a different 3550 !....At the moment, I'm running version 12.1(19) on both my 3550's. I've tried ftp'ing between two hosts on the 3550, and it works perfectly.
-----Original Message-----
From: Church, Chuck [mailto:cchurch@wamnetgov.com]
Sent: 19 April 2004 23:56
To: Minihane Kevin-kminih01; Kenneth Wygand; Robert Fischer; MADMAN
Cc: ccielab@groupstudy.com
Subject: RE: Strange trunking issue
Maybe try a different GBIC port and/or copper port on the 3550? Newer
code for 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: Monday, April 19, 2004 6:38 PM
To: 'Kenneth Wygand'; Robert Fischer; Church, Chuck; MADMAN
Cc: ccielab@groupstudy.com
Subject: RE: Strange trunking issue
Well, this is really doing my head in now! I've replaced the fibre,
GBIC's on the 3550. Have changed the encapsulation to ISL (from dot1q).
have reversed the fibres, etc. I've just placed hostB onto the 5500
again, and the ftp takes off like a rocket. I'm beginning to suspect
the 3550> Has anyone ever seen "slowness" on a device connected to a
3550? I'd have thought it would have been ok....
-----Original Message-----
From: nobody@groupstudy.com [mailto:nobody@groupstudy.com]On Behalf Of
Minihane Kevin-kminih01
Sent: 19 April 2004 21:15
To: 'Kenneth Wygand'; Robert Fischer; Church, Chuck; MADMAN
Cc: ccielab@groupstudy.com
Subject: RE: Strange trunking issue
Hi
Sorry for the delay in this. Was sent away with work. I've tried
swapping the strands around, still no joy. I've used a different cable,
and different GBIC's as well in the 3550. I'm going to take Chuck's
advice, and try changing the encapsulation to ISL, just in case there is
some sort of bug causing me to go grey prematurely. I'll let you know
how that works out. It's 9 pm here in ireland, so I'll try this later
on tonight and let u all know the result
Thanks for all the help so far!
Kevin
-----Original Message-----
From: Kenneth Wygand [mailto:KWygand@customonline.com]
Sent: 16 April 2004 12:46
To: Minihane Kevin-kminih01; Robert Fischer; Church, Chuck; Minihane
Kevin-kminih01; MADMAN
Cc: ccielab@groupstudy.com
Subject: RE: Strange trunking issue
Try swapping the fiber strands on both sides (take the receive port on
the 5500 and swap it with the transmit port on the 5500, then do the
same thing on the 3550 side). Then try your transmissions again and let
us know.
Good luck,
Ken
-----Original Message-----
From: nobody@groupstudy.com on behalf of Minihane Kevin-kminih01
Sent: Fri 4/16/2004 5:13 AM
To: 'Robert Fischer'; 'Church, Chuck'; Minihane Kevin-kminih01;
'MADMAN'
Cc: ccielab@groupstudy.com
Subject: RE: Strange trunking issue
One of the hosts is running Solaris, (hostB), while HostA is a
Linux (ReHat) machine. I've also put another Solaris host onto the
5500, with the same effect.
I've used a packet sniffer to check for windowing (or rather,
for continuous changes in the windowing) and everything appears normal.
I'm not seeing excessive traffic, or changes in the window sizes.
All hosts are running at 100 Mbs Full duplex. I've played
around with auto settings on each switch, and still have the same
result.
The mtu on both is 1500, and (using a packet sniffer) I've
checked the packet size of the FTP data. This is 1518, which is
correct? (to include the headers etc?)
Both hosts are in the same VLAN.
This is doing my head in!
-----Original Message-----
From: Robert Fischer [mailto:rfischer@broadcom.com]
Sent: 16 April 2004 01:09
To: 'Church, Chuck'; 'Minihane Kevin-kminih01'; 'MADMAN'
Cc: ccielab@groupstudy.com
Subject: RE: Strange trunking issue
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
>
>
This archive was generated by hypermail 2.1.4 : Mon May 03 2004 - 19:48:50 GMT-3