Improved wildcard use when removing configuration

[Peter L]

Hi

Any reason why the use of wildcard is so limited in Ios-xr when removing configuration? Know that you can remove all configuration on all  gig interface with no int gig* as an example, but why isn’t there a possibility to do the same with policy-maps/class-maps and all other stuff that you have named.

instead of doing:

no policy-map test1

no policy-map test2

i would like to do

no policy-map test*

Running 5.2.4 at the moment so maybe this is already implemented in newer releases, otherwise it would be a nice to have feature in future releases.

Regards Peter

[tkarnani]

Hello Peter,

I have tried this in our lab with code 5.3.2 and i am seeing the same behaviour you described.

I have opened an enhancement request CSCux46353 for you.

-------------------------------------------------------------------------------------------------------------------------------

RP/0/RP0/CPU0:CRS-I#conf t
Tue Dec 8 15:30:15.942 EST
RP/0/RP0/CPU0:CRS-I(config)#no interface gigabitEthernet *
RP/0/RP0/CPU0:CRS-I(config)#no interface tenGigE *
RP/0/RP0/CPU0:CRS-I(config)#no policy-map *
^
% Invalid input detected at '^' marker.
RP/0/RP0/CPU0:CRS-I(config)#no policy-map*
^
% Invalid input detected at '^' marker.
RP/0/RP0/CPU0:CRS-I(config)#no ip
iphc ipsla ipv4 ipv6
RP/0/RP0/CPU0:CRS-I(config)#no ipv4 access-list *
^
% Invalid input detected at '^' marker.
RP/0/RP0/CPU0:CRS-I(config)#no router *
^
% Invalid input detected at '^' marker.
RP/0/RP0/CPU0:CRS-I(config)#no router ospf *
^
% Invalid input detected at '^' marker.
RP/0/RP0/CPU0:CRS-I(config)#

[Peter L]

Hi

Thanks for opening an enhancement request for this. Hopefully we can get this functionality in a 6.x.x release next year.

Regards Peter