Re: [c-nsp] 3750-E + CVR-X2-SFP10G + SFP-10G-SR = disappearing media
We have a similar setup but with X2 interfaces, so no X2 to SFP+ convertors and that works just fine. Have you checked the transceiver parameters ? Maybe they are not within limit causing a shutdown of the interface ? (temperature, input power, output power). The first batch of (non-cisco) X2 transceivers we got, all gave wrong information about thresholds e.d. After replacing them, everything was fine. sh int te1/0/1 transc detail should give you this info. We are running version 122-50.SE2. Wim Holemans Network/Security Manager University of Antwerp -Original Message- From: cisco-nsp-boun...@puck.nether.net [mailto:cisco-nsp-boun...@puck.nether.net] On Behalf Of Matthew White (MAWHI) Sent: dinsdag 11 mei 2010 0:03 To: cisco-nsp@puck.nether.net Subject: [c-nsp] 3750-E + CVR-X2-SFP10G + SFP-10G-SR = disappearing media Greetings, I have an open TAC case about this but I figured I'd ask here as well. I recently installed 10 3750-Es in 5 2-member stacks. Each stack has 2 uplinks to a 6509-VSS. I'm using X2 to SFP+ converters and 10G SFP+ modules on both ends of the links between the stacks and the VSS. In each stack I'm using interface Ten1/0/1 and Ten2/0/1. There is currently no real traffic on any of the links. The plan is to do a forklift upgrade of our existing production network and I've set the 3750/VSS up in a test environment. With the exception of two hosts talking iperf to each other, the network is quiet. The problem I'm seeing is this: after about 6 to 8 hours a 10G interface on the 3750 side will go down. Saying 'show int Ten2/0/1' will show the media type as Not Present: Full-duplex, 10Gb/s, link type is auto, media type is Not Present as opposed to: Full-duplex, 10Gb/s, link type is auto, media type is SFP-10GBase-SR I am seeing this behavior on three individual switches and in each case it is ten2/0/1 that fails. I've replaced the X2 converter, the SFP+ module and moved the converter to Ten2/0/2 but the symptoms persist. I RMA'd one of the switches and just installed the replacement, hopefully this will solve the problem. I also checked software compatibilty and the switches are running (C3750E-UNIVERSALK9-M), Version 12.2(53)SE2 Has anyone seen this before? -mtw ___ cisco-nsp mailing list cisco-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/ ___ cisco-nsp mailing list cisco-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/
Re: [c-nsp] 3750-E + CVR-X2-SFP10G + SFP-10G-SR = disappearing media
-Original Message- From: Holemans Wim [mailto:wim.holem...@ua.ac.be] Sent: 10 May, 2010 23:13 To: Matthew White (MAWHI); cisco-nsp@puck.nether.net Subject: RE: [c-nsp] 3750-E + CVR-X2-SFP10G + SFP-10G-SR = disappearing media We have a similar setup but with X2 interfaces, so no X2 to SFP+ convertors and that works just fine. Have you checked the transceiver parameters ? Hi Wim, Thanks for your reply. It appears that all of the values are withing normal operating parameters: #show int ten2/0/2 trans det ITU Channel not available (Wavelength not available), Transceiver is internally calibrated. mA: milliamperes, dBm: decibels (milliwatts), NA or N/A: not applicable. ++ : high alarm, + : high warning, - : low warning, -- : low alarm. A2D readouts (if they differ), are reported in parentheses. The threshold values are calibrated. High Alarm High Warn Low Warn Low Alarm Temperature Threshold Threshold Threshold Threshold Port (Celsius) (Celsius) (Celsius) (Celsius) (Celsius) - -- -- - - - Te2/0/2 44.275.070.0 0.0 -5.0 High Alarm High Warn Low Warn Low Alarm VoltageThreshold Threshold Threshold Threshold Port (Volts)(Volts) (Volts)(Volts)(Volts) - ----- - - - Te2/0/23.29 3.633.463.13 2.97 OpticalHigh Alarm High Warn Low Warn Low Alarm Transmit Power Threshold Threshold Threshold Threshold Port (dBm) (dBm) (dBm) (dBm) (dBm) - - -- - - - Te2/0/2 -2.5 1.7-1.3-7.3 -11.3 OpticalHigh Alarm High Warn Low Warn Low Alarm Receive Power Threshold Threshold Threshold Threshold Port (dBm) (dBm) (dBm) (dBm) (dBm) ---- -- - - - Te2/0/2 -2.9 2.0-1.0-9.9 -13.9 Maybe they are not within limit causing a shutdown of the interface ? (temperature, input power, output power). The first batch of (non-cisco) X2 transceivers we got, all gave wrong information about thresholds e.d. After replacing them, everything was fine. sh int te1/0/1 transc detail should give you this info. We are running version 122-50.SE2. Wim Holemans Network/Security Manager University of Antwerp -Original Message- From: cisco-nsp-boun...@puck.nether.net [mailto:cisco-nsp-boun...@puck.nether.net] On Behalf Of Matthew White (MAWHI) Sent: dinsdag 11 mei 2010 0:03 To: cisco-nsp@puck.nether.net Subject: [c-nsp] 3750-E + CVR-X2-SFP10G + SFP-10G-SR = disappearing media Greetings, I have an open TAC case about this but I figured I'd ask here as well. I recently installed 10 3750-Es in 5 2-member stacks. Each stack has 2 uplinks to a 6509-VSS. I'm using X2 to SFP+ converters and 10G SFP+ modules on both ends of the links between the stacks and the VSS. In each stack I'm using interface Ten1/0/1 and Ten2/0/1. There is currently no real traffic on any of the links. The plan is to do a forklift upgrade of our existing production network and I've set the 3750/VSS up in a test environment. With the exception of two hosts talking iperf to each other, the network is quiet. The problem I'm seeing is this: after about 6 to 8 hours a 10G interface on the 3750 side will go down. Saying 'show int Ten2/0/1' will show the media type as Not Present: Full-duplex, 10Gb/s, link type is auto, media type is Not Present as opposed to: Full-duplex, 10Gb/s, link type is auto, media type is SFP-10GBase-SR I am seeing this behavior on three individual switches and in each case it is ten2/0/1 that fails. I've replaced the X2 converter, the SFP+ module and moved the converter to Ten2/0/2 but the symptoms persist. I RMA'd one of the switches and just installed the replacement, hopefully this will solve the problem. I also checked software compatibilty and the switches are running (C3750E-UNIVERSALK9-M), Version 12.2(53)SE2 Has anyone seen this before? -mtw ___ cisco-nsp mailing list cisco-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/ ___ cisco-nsp mailing list cisco-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/
[c-nsp] 3750-E + CVR-X2-SFP10G + SFP-10G-SR = disappearing media
Greetings, I have an open TAC case about this but I figured I'd ask here as well. I recently installed 10 3750-Es in 5 2-member stacks. Each stack has 2 uplinks to a 6509-VSS. I'm using X2 to SFP+ converters and 10G SFP+ modules on both ends of the links between the stacks and the VSS. In each stack I'm using interface Ten1/0/1 and Ten2/0/1. There is currently no real traffic on any of the links. The plan is to do a forklift upgrade of our existing production network and I've set the 3750/VSS up in a test environment. With the exception of two hosts talking iperf to each other, the network is quiet. The problem I'm seeing is this: after about 6 to 8 hours a 10G interface on the 3750 side will go down. Saying 'show int Ten2/0/1' will show the media type as Not Present: Full-duplex, 10Gb/s, link type is auto, media type is Not Present as opposed to: Full-duplex, 10Gb/s, link type is auto, media type is SFP-10GBase-SR I am seeing this behavior on three individual switches and in each case it is ten2/0/1 that fails. I've replaced the X2 converter, the SFP+ module and moved the converter to Ten2/0/2 but the symptoms persist. I RMA'd one of the switches and just installed the replacement, hopefully this will solve the problem. I also checked software compatibilty and the switches are running (C3750E-UNIVERSALK9-M), Version 12.2(53)SE2 Has anyone seen this before? -mtw ___ cisco-nsp mailing list cisco-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/