Cisco Bug: CSCta42913 - PPPoEoA Model F: queue move in progress forever after changing bandwidth
Feb 08, 2017
- Cisco ASR 1000 Series Aggregation Services Routers
Known Affected Releases
Symptom: With downstream traffic, queue move was in progress forever after changing bandwidth in one child policy-map. Throughput was wrong in this state. *Jun 29 16:18:23.352: %CPPBQS-4-QMOVEPROC: F0: cpp_cp: CPP 0 schedule queue move in progress asr09#show platform software object-manager F0 statistics Forwarding Manager Asynchronous Object Manager Statistics Object update: Pending-issue: 0, Pending-acknowledgement: 0 Batch begin: Pending-issue: 0, Pending-acknowledgement: 0 Batch end: Pending-issue: 0, Pending-acknowledgement: 1 Command: Pending-acknowledgement: 0 Command: Stale-objects: 0 Conditions: This symptom is observed in PPPoEoA config that has multiple PPP sessions connected to one sub-interface (pvc) on PTA. Sessions have two types of 2-level session policy-maps (QoS model F). After changing bandwidth configuration in a child policy-map belonging to one of the session policy-maps, queue move is stuck.
Bug details contain sensitive information and therefore require a Cisco.com account to be viewed.
Bug Details Include
- Full Description (including symptoms, conditions and workarounds)
- Known Fixed Releases
- Related Community Discussions
- Number of Related Support Cases