[c-nsp] ASR 920 firmware bugs in 03.18.00.S / 15.6(2)S
Chris Welti
chris.welti at switch.ch
Wed Apr 27 11:35:44 EDT 2016
Oh gee, TAC claims that this is expected behaviour :-)
On 25/04/16 20:34, Chris Welti wrote:
> I haven't found any matching public bugs on bugsearch.
> I guess I'll have to open a TAC case soon.
>
> Chris
>
> Am 25.04.16 um 19:07 schrieb Jason Lixfeld:
>> BugID?
>>
>>> On Apr 25, 2016, at 11:49 AM, Chris Welti <chris.welti at switch.ch> wrote:
>>>
>>> Hi all,
>>>
>>> since a few of you seem to have ASR 920 deployed, a word of warning about upgrading to 03.18.00.S/15.6(2)S:
>>>
>>> - upgrading from a previous image might lead to some or all of your four 10GE uplink ports being put in admin shut down state which is reflected in running-config as well as startup-config after the upgrade.
>>> This could lead to unreachability if you use those as backbone links and don't have an OOB console. Even a physical power off/power on won't help, as it's written to NVRAM.
>>> You will need to re-activate the ports on the CLI with no shut. Subsequent reloads don't seem to be affected, so it's just the upgrade that's flawed. (Might have to do with the removed "license feature port bulk" command).
>>>
>>> - removing a transceiver from one of the four 10GE uplink ports will put the interface in admin shut down:
>>>
>>> Router#
>>> *Apr 25 06:03:45.805: %TRANSCEIVER-6-REMOVED: SIP0: iomd: Transceiver module removed from TenGigabitEthernet0/0/24
>>> *Apr 25 06:03:47.806: %TRANSCEIVER-6-REMOVED: SIP0: iomd: Transceiver module removed from TenGigabitEthernet0/0/26
>>> *Apr 25 06:03:47.814: %LINK-5-CHANGED: Interface TenGigabitEthernet0/0/24, changed state to administratively down
>>> *Apr 25 06:03:49.812: %LINK-5-CHANGED: Interface TenGigabitEthernet0/0/26, changed state to administratively down
>>> *Apr 25 06:03:50.804: %TRANSCEIVER-6-REMOVED: SIP0: iomd: Transceiver module removed from TenGigabitEthernet0/0/25
>>> *Apr 25 06:03:51.808: %TRANSCEIVER-6-REMOVED: SIP0: iomd: Transceiver module removed from TenGigabitEthernet0/0/27
>>> *Apr 25 06:03:52.807: %LINK-5-CHANGED: Interface TenGigabitEthernet0/0/25, changed state to administratively down
>>> *Apr 25 06:03:54.320: %LINK-5-CHANGED: Interface TenGigabitEthernet0/0/27, changed state to administratively down
>>> *Apr 25 06:03:54.803: %TRANSCEIVER-6-INSERTED: SIP0: iomd: transceiver module inserted in TenGigabitEthernet0/0/25
>>> *Apr 25 06:03:56.311: %TRANSCEIVER-6-INSERTED: SIP0: iomd: transceiver module inserted in TenGigabitEthernet0/0/24
>>> *Apr 25 06:03:56.322: %TRANSCEIVER-6-INSERTED: SIP0: iomd: transceiver module inserted in TenGigabitEthernet0/0/27
>>> *Apr 25 06:04:04.044: %TRANSCEIVER-6-INSERTED: SIP0: iomd: transceiver module inserted in TenGigabitEthernet0/0/26
>>>
>>> So just replacing an SFP+ will need a CLI intervention (no shut) to get it online again.
>>> This change is just affecting the running-config, a reboot will bring back the old state (no shut).
>>>
>>> This behaviour can be easily reproduced on a ASR-920-24SZ-M model, but might also impact other models.
>>>
>>> Regards,
>>> Chris
>>>
>>> _______________________________________________
>>> cisco-nsp mailing list cisco-nsp at 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 at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-nsp
> archive at http://puck.nether.net/pipermail/cisco-nsp/
>
More information about the cisco-nsp
mailing list