[c-nsp] SXH7 funny

[Shimol Shah]

This sounds like CSCsu69951 which is an internal bug, so won't be 
viewable on CCO.

Details of same:

+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

Symptom  and  Conditions:
-------------------------

On any interface if " xconnect  <ipaddress> < VC id > encapsulation mpls 
" command is configured, then " sw / no sw " conversion are not allowed. 
But if the " xconnect ..." command is removed, " sw / no sw " command 
should be allowed.

But the issue is  even after removing the " xconnect ... " command the " 
sw /  no sw " commands  are rejected.


Workaround:
-----------

Reload the box, after removing the command " xconnect <IP - addr> <VC > 
encap mpls "from the interface.


+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

I see the fix in SXI train. It went in 12.2(33)SXI01

I don't see a fix in SXH train. Would be good to open a TAC case, so 
they can verify above and get it in SXH train.


Hope that helps.

Shimol



On 4/8/10 8:24 AM, Gert Doering wrote:
> Hi,
>
> I'm not sure if you have seen this beauty...
>
> Labbing SXH7 before upgrading production machines, I configured a port
> from its default state on the lab box (switchport) to "test EoMPLS here",
> and after the test was done, I wanted to configure the port back.
>
> - "default interface gi5/2", then "put switchport config back in".
>
> ... and this is what I get:
>
> Cisco-M-LAB(config)#int g5/2
> Cisco-M-LAB(config-if)#swi
> GigabitEthernet5/2: Port mode modified in another CLI session, ignoring [no] switchport cmd
> Cisco-M-LAB(config-if)#^Z
>
> Cisco-M-LAB#who
>      Line       User       Host(s)              Idle       Location
> *  1 vty 0     gert       idle                 00:00:00 195.30.x.x
>
>    Interface      User        Mode                     Idle     Peer Address
>
> Cisco-M-LAB#sh run int g5/2
> Building configuration...
>
> Current configuration : 51 bytes
> !
> interface GigabitEthernet5/2
>   no ip address
> end
>
> ... there's exactly *me* on this router, nobody else is logged in,
> but it's still refusing to cooperate...
>
> *sigh*
>
> I don't think I can bear opening a TAC case for this, I think I will just
> go somewhere and laugh manically for a few minutes...
>
> gert
>
>
>
>
> _______________________________________________
> 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/