03-29-2011 06:35 AM - edited 03-06-2019 04:19 PM
I have a Cisco Catalyst 4507R+E (with Sup7-E) and two blades; one WS-X4748-RJ45V+E and one WS-X4648-RJ45-E.
When I connect a device to a port on the WS-X4748-RJ45V+E blade the port will not come up, show interface shows the status as "notconnect". When I connect the same device to the WS-X4648-RJ45-E blade the interface comes up.
The WS-X4748-RJ45V+E blade seems to have initialised okay, it appears in the output of "show module" as OK.
I get exactly the same effect on a second, identically configured Catalyst 4507R+E.
The software version is IOS XE 3.1.0SG, which according to the release notes supports the WS-X4748-RJ45V+E blade.
Has anybody else seen anything like this?
11-03-2011 05:57 AM
We have a customer experiencing this same issue with the WS-X4748-RJ45V+E modules (WS-X45-SUP7-E Supe). Was there anyone else having this problem? Was there any bugID or resolution to this?
Problem: With these new modules, access switchports are not recognized by the endpoint unless the module is logically or physically re-seated.
Please advise!
02-27-2012 02:15 PM
Guys,
Looks like this is an IOS bug... We ran into it as well, so will be looking to upgrade our code...
Resolved Caveats for Cisco IOS XE Release 3.2.2SG
This section lists the resolved caveats for Cisco IOS XE Release 3.2.2SG:
• One or more line cards (WS-X46xx and WS-X47xx series) stop responding to interface changes when near-simultaneous link events (if timed correctly) occur on the same linecard.
Only line cards in the WS-X46xx series and the WS-X47xx series are affected. Interfaces that are already linked-up are not affected.
Workaround: Eliminate link flap. If the problem exists, do one of the following:
– Reload the linecard module with the hw-module module n reset command.
– For dual supervisor engines, perform a switchover. CSCts67025
-Jeff
01-04-2014 04:57 AM
I have 2 Core switches, single SUP on each.
Line cards #1 and #2 randomly stop forwarding packets, only solution is to reload the switch ( hw-module reset does not work ). I have cat4500e-universalk9.SPA.03.05.00.E.152-1.E.bin and the sympton looks the same as the described one,
although the code is newer than 3.2.2SG.
Now we are downgrading to cat4500e-universalk9.SPA.03.04.02.SG.151-2.SG2.bin to check if that solves the issue,
otherwise we´ll try removing/re-inserting the modules, and if issue persists, most probably RMA the Core1.
We´ve sent a show tech to Cisco support while the issue was happening.
Current modules on the Core switches.
Mod Ports Card Type Model Serial No.
---+-----+--------------------------------------+------------------+-----------
1 48 10/100/1000BaseT EEE (RJ45) WS-X4748-RJ45-E CAT1627L48B
2 48 10/100/1000BaseT EEE (RJ45) WS-X4748-RJ45-E CAT1629L0ZY
3 4 Sup 7-E 10GE (SFP+), 1000BaseX (SFP) WS-X45-SUP7-E CAT1629L1PD
5 12 1000BaseX (SFP) WS-X4612-SFP-E JAE163007EO
M MAC addresses Hw Fw Sw Status
--+--------------------------------+---+------------+----------------+---------
1 30f7.0d57.80c0 to 30f7.0d57.80ef 1.1 Ok
2 30f7.0dac.fd40 to 30f7.0dac.fd6f 1.1 Ok
3 30f7.0dca.6c00 to 30f7.0dca.6c03 2.1 15.0(1r)SG10 03.05.00.E Ok
5 a493.4c44.13e8 to a493.4c44.13f3 1.1 Ok
Mod Redundancy role Operating mode Redundancy status
----+-------------------+-------------------+----------------------------------
3 Active Supervisor SSO Active
01-04-2014 11:58 AM
there appears to be a bug problem open but no fix as of yet.
Randomly some ports go down/down state on WS-X4748-RJ45V+E linecard
Customer Visible
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide