Inter access switch fibre connectivity issue 2960-48PS and 3750-48PS
I had a strange issue yesterday when onsite installing a new access switch.
- Port capacity full on a two switch stack of 3750 x48 PS switches (WS-C3750-48PS-E) - New 2960 x48 PS - WS-C2960S-48FPS-L racked, with the plan of using it just as an edge switch via SFP Stacking cable.
Setup the two connecting ports with simple initial config: - switchport mode trunk - no encapsulation option on the 2960, default dot1q - dot1q set on 3750 port - no shut on both sides
Connected the SFP Stacking cable but it didnt work: - %PHY-4-SFP_NOT_SUPPORTED: The SFP in Gi1/0/1 is not supported
This is ok as I had a backup: - Next step tried using 2 x Short Haul SFP SX GBIC's with LC - LC OFNP 50/125 fibre patch lead - no joy - Extra backup of 2 x Long Haul SFP LX GBIC's with the same fibre patch - no joy - Checked the fibre and it was not a cross over so transmit and receive going down the same side, switched and still would not come up. - Used Fibre as a straight through and still the same.
In all cases there was no indication of any life in the connection, now I am completely stumped!
It is pointing to a faulty fibre patch lead but I know it has worked in the past. Any help/advise would be greatly appreciated. Could it be something to do with the config or device incompatibility? Or any setting I need to activate?
This document gives several answers on frequently asked questions for PFRv3 channel state behavior.
Q1: What are all the channel operational states from a BR (border role) perspective and what are the rules/conditions to be in each st...
The need was to reach an host inside a LAN through a VPN connection managed by the LAN gateway (Cisco 1921).
The LAN gateway performs NAT and there was a dedicate nat rule for the host i wanted to reach through VPN.
I couldn't connect to the hos...
We have 3 identical switches configured by someone else and would like to claim some of the Gigabit ports(G1/G2/G3/G4) for use on servers. When we try to change the wiring and configuration, we run in to connectivity issues. Attached is a des...