check into the following bug bug id: CSCti80308
i have hit this in other c4k chassis with different cards, but the result is the same. regards, q. -= sent via ipad. please excuse brevity, spelling, and grammar =- On Oct 3, 2011, at 17:55, Martin T <[email protected]> wrote: I have a following setup: WS-C2960G-24TC-L[Gi0/22] <-> [Gi3/4]WS-C4506 SFP in WS-C2960G-24TC-L is a noname 1000BASE-LX10 transceiver working thanks to "service unsupported-transceiver". GBIC in WS-C4506 is an Avago AFCT-5611Z 1000BASE-LX10. Linecard model in WS-C4506 is WS-X4306-GB. I had a situation where WS-C2960G-24TC-L reloaded, but link between WS-C2960G-24TC-L and WS-C4506 did not came up until I did "shutdown" and "no shutdown" to port Gi3/4 in WS-C4506. I have seen similar behaviour with GBIC transceivers on WS-X4306 linecard as well(in another WS-C4506) and for example in case there is a fibre cut between the switches, once the cable is repaired, sometimes one needs to make "shutdown" and "no shutdow" to GBIC port in order for line protocol to come up. As I understand, in case there is no Rx signal to the GBIC, the Tx is still operational(tested this with light meter and in case of 1000BASE-SX one is even able to see the red light constantly on) and both ends should see each other. Anybody else seen something like this? What might be the reason behind this behaviour? How common is this with SFP's? Are there GBIC's with chip set design preventing such problems? regards, martin _______________________________________________ cisco-nsp mailing list [email protected] https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/ _______________________________________________ cisco-nsp mailing list [email protected] https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/
