Cisco Bug: CSCup82007 - Assert in Function: acs_dcca_redirect_packets()
Jan 12, 2017
- Cisco ASR 5000 Series
Known Affected Releases
Symptom: 1.Create GGSN call with xheader 2.Send traffic CCR(U) sent to OCS and OCS sent redirect url from CCA(U) 3.send traffic and Verify traffic redirected 4.Send http traffic with token to remove redirection Boxer crashed Conditions: The crash is seen with the following configuration.. Configure :- quota request-trigger exclude-packet-causing-trigger pending-traffic-treatment quota-exhausted buffer pending-traffic-treatment noquota buffer Now FUI-Redirect + GSU-1000 is allocated from OCS. Then after session goes into FUI-Redirect state, a URL is sent with end-token. =================================== While in redirect-state, when a URL comes with "end-token" parameter, then 1) The token will be stripped out, and will trigger a CCRU 2) But then pending-traffic-treatment Buffer is configured, so pkt will be marked for buffering. 3) Here after pkt is buffered, there is a part of code that check, whether the last-grant was having FUI info. --> It assumes that this quota-exhausted trigger is for the case for initiating the FUI-Action. There is no check on the BUFFER-ing scenario. This pkt will be tried for redirection. At this time, since the token-is already stripped, it will mark the flow_redirect_state = TRUE. 4) Once the CCRU is received with quota for this MSCC, the buffered pkt will be taken for processing, and will find that the ads has already "flow_redirect_state=TRUE", asserting at this point.
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