[c-nsp] Interesting 7206 behavior

[Ryan Lambert]

Well, guess I should have waited 5 more minutes to hit "send" ;)

 

I did just manage to find something that seems to suggest I may be out of
luck short of an upgrade. I meet the "affected versions" criteria. L

 

Bug ID CSCsi23203.

 


Remove service policy from T1 prior to adding it to the multilink bundle 


Symptom:

When adding T1s (which already have QOS applied) to a multilink bundle
and do not remove the QoS service policy from the links, IOS does not remove

it from the member links. When you remove it from the member links and the 
links are up and active, the VIP crashes. 
If you do this while disabled, there is no issue.

Conditions:

Service policy must be applied to standalone T1s

Workaround:

First remove the service policy from the serial member links and then add 
the T1's to the multilink bundle 

	

 

Booooooo.

 

-Ryan

 

From: Ryan Lambert [mailto:ryanclambert at gmail.com] 
Sent: Friday, August 22, 2008 10:02 PM
To: 'cisco-nsp at puck.nether.net'
Subject: Interesting 7206 behavior

 

Running a 7206XVR with NPE-300. Code 12.0(28)S6. 

 

For what it's worth, the two T1s land on a PA-MC-2T3+.

 

Anyone seen anything similar to this before? I took a quick peek on Cisco's
site for anything relevant, but I didn't come up with much. As per usual,
browsing the list of bugs managed to freak me out, but I didn't see exactly
what I was looking for. 

 

router(config-if)#int mu16

router(config-if)#service-policy output Customer_QoS-Colo 

 Service policies on multilink interfaces are not supported

 

router(config-if)#int ser5/1/25:0

router(config-if)#service-policy output Customer_QoS-Colo 

 Serial5/1/25:0 is a member of a multilink/mfr bundle.

 Please attach the service-policy to the multilink/mfr interface instead.

 

I did sanitize some of this to take out router/customer names, but this is
the actual output, if you can believe that.

 

As a side note, this works if I rip one of the T1s out of the MLPPP bundle
and apply the policy to the individual serial interface. Does not work
-ever- on the Multilink interface, or on an interface part of a multilink
group. 

 

Thanks,

-Ryan