Connecting 4506 to 3550 switch

[agrayson]

When connecting a fiber connection from the UPLINK fiber port on the 4506 to a gig module port on the 3550 I can not ping between the 2 and had to add a copper X Over then I could ping between the 2. From what I have read for the 4506 ...the UPLINK ports are only to connect 4500 series switches...if so I assume it will pass traffic both ways and I will not need a CROSS OVER. I am doing more research but I am trying to replace all the 3550 with a couple of 4500 and need to make sure I will be able to pass traffic both ways via the fiber upkink just like a copper cross over to keep it in simple terms.

[bauti1428]

Check your gig module in your switch if it is using 1000base-lx or 1000base-sx same thing with the 4500 series. Correct me if I'm wrong but both switches have to have both sx or lx to communicate.

[agrayson]

Everything I use is short haul SX fiber modules

[Kevin Dorrell]

There should be no problem connecting between a 4506 uplink port and a 3550 (presuming it is not a Gigastack GBIC in the 3550). The uplink ports on the 4506 are general purpose ports, and configured just like any other.

It sounds like just a question of debugging. Do you have a link light at both ends? If so, could you post the show run and show int of the ports on each end. Maybe it is a trunk and/or native VLAN issue.

Kevin Dorrell

Luxembourg

[agrayson]

No it not gigastack....I have the same issue at both sites where we deployed the 4500 series switches. Problem is they are both production so I must be very careful.

NSCoreSW#show interface gigabitEthernet 1/1

GigabitEthernet1/1 is up, line protocol is up (connected)

Hardware is Gigabit Ethernet Port, address is 000c.ce64.51c0 (bia 000c.ce64.51

c0)

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 unsupported, input flow-control is unsupported

ARP type: ARPA, ARP Timeout 04:00:00

Last input 00:00:01, output never, output hang never

Last clearing of "show interface" counters never

Input queue: 0/2000/0/0 (size/max/drops/flushes); Total output drops: 0

Queueing strategy: fifo

Output queue: 0/40 (size/max)

5 minute input rate 316000 bits/sec, 101 packets/sec

5 minute output rate 358000 bits/sec, 93 packets/sec

8625795602 packets input, 8839553092252 bytes, 0 no buffer

Received 52864996 broadcasts (0 multicast)

0 runts, 0 giants, 0 throttles

375105 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored

0 input packets with dribble condition detected

6310165887 packets output, 2252727398849 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 output buffer failures, 0 output buffers swapped out

Here is 3550 switch

NSCCSW14#show interface gigabitEthernet 0/1

GigabitEthernet0/1 is up, line protocol is up

Hardware is Gigabit Ethernet, address is 000a.f4d7.8631 (bia 000a.f4d7.8631)

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 mode, link type is force-up, media type is SX

output flow-control is unsupported, input flow-control is unsupported, 1000Mb/

s

input flow-control is off, output flow-control is off

ARP type: ARPA, ARP Timeout 04:00:00

Last input 00:00:02, output 00:00:01, output hang never

Last clearing of "show interface" counters never

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 317000 bits/sec, 57 packets/sec

5 minute output rate 220000 bits/sec, 57 packets/sec

2010705785 packets input, 4180184607 bytes, 0 no buffer

Received 144145290 broadcasts, 0 runts, 2 giants, 0 throttles

2 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored

0 watchdog, 20473549 multicast, 0 pause input

0 input packets with dribble condition detected

32010799 packets output, 3784774204 bytes, 0 underruns

0 output errors, 0 collisions, 1 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

Thanks

[Kevin Dorrell]

The thing that sticks out is the number of input errors on the 4506. I don't think these are fiber problems, otherwise you would see CRC errors as well. (I might be wrong ... it is fiber after all.) Normally you expect to see errors in the parts per milliard.

Could you do a show int G1/1 switchport at each end as well? I would be interested to know if there is some disagreement about trunk encapsulation and/or native VLAN disagreement, and/or MTU problem. Perhaps a show run int G1/1 too.

One other thing I have never seen is "link type is force-up". But then again, I have never used a 3550. Not sure exactly what it means.

Kevin Dorrell

Luxembourg

[amikat]

Hi,

Sorry to interrupt your current conversation.

From what you have posted it looks that you have configured "speed nonegotiate" under gi 0/1 of your cat3550. As it is not the default option you should be able to see in the configuration file. My suggestion is to remove this configuration ("no speed noneg") and I believe everything would be OK.

You are quite right to recognize that there are two types of gigE ports in c4k but even with SupIV uplinks you are able to connect with cat3550 (and at least run ping successfully) without problem. I have tried several times.

Good luck.

Best regards,

Antonin