05-23-2016 03:43 AM - edited 03-01-2019 03:01 PM
We have one BRAS and one Radius server in a site for the ADSL users. By debugging the Radius server, we proved that the updates are being sent from BRAS to Radius server. (according to LOG1).
From point of my customer engineer, the problem is that Bras cannot send some of the users accounting updates to the Radius server randomly.
Our request from you now is as below:
1.through which commands can we get debugs from an especial user update packets?
3.what is your solution in order to solve this problem?
debugging :
RP/0/RSP0/CPU0:May 23 14:46:53.840 : radiusd[1128]: RADIUS: Cisco AVpair [1] 26 acct-input-octets-ipv4=0 RP/0/RSP0/CPU0:May 23 14:46:53.840 : radiusd[1128]: RADIUS: Vendor,Cisco [26] 33 RP/0/RSP0/CPU0:May 23 14:46:53.840 : radiusd[1128]: RADIUS: Cisco AVpair [1] 27 acct-input-packets-ipv4=0 RP/0/RSP0/CPU0:May 23 14:46:53.841 : radiusd[1128]: RADIUS: Vendor,Cisco [26] 33 RP/0/RSP0/CPU0:May 23 14:46:53.841 : radiusd[1128]: RADIUS: Cisco AVpair [1] 27 acct-output-octets-ipv4=0 RP/0/RSP0/CPU0:May 23 14:46:53.841 : radiusd[1128]: RADIUS: Vendor,Cisco [26] 34 RP/0/RSP0/CPU0:May 23 14:46:53.841 : radiusd[1128]: RADIUS: Cisco AVpair [1] 28 acct-output-packets-ipv4=0
Solved! Go to Solution.
05-30-2016 12:27 AM
Hi,
You can debug accounting packets only for a user by using:
- debug radius accounting
- debug condition username <username>
Regarding other questions, it's hard to say what the reason could be without having further data. I suggest to collect the debugs to at least confirm if the BRAS claims the packets are sent.
Regards
05-30-2016 12:27 AM
Hi,
You can debug accounting packets only for a user by using:
- debug radius accounting
- debug condition username <username>
Regarding other questions, it's hard to say what the reason could be without having further data. I suggest to collect the debugs to at least confirm if the BRAS claims the packets are sent.
Regards
06-14-2016 01:37 AM
Dear Manuel
Thank you for your interest
Do not show any debug commands.
RP/0/RSP0/CPU0:BNG_New#
RP/0/RSP0/CPU0:BNG_New#debu radius accounting
Tue Jun 14 13:03:39.416 UTC
RP/0/RSP0/CPU0:BNG_New#
RP/0/RSP0/CPU0:BNG_New#debu condition username 2532707165
Tue Jun 14 13:04:02.178 UTC
RP/0/RSP0/CPU0:BNG_New#
RP/0/RSP0/CPU0:BNG_New#
RP/0/RSP0/CPU0:BNG_New#
RP/0/RSP0/CPU0:BNG_New#
RP/0/RSP0/CPU0:BNG_New#
RP/0/RSP0/CPU0:BNG_New#
RP/0/RSP0/CPU0:BNG_New#
RP/0/RSP0/CPU0:BNG_New#
RP/0/RSP0/CPU0:BNG_New#
RP/0/RSP0/CPU0:BNG_New#
RP/0/RSP0/CPU0:BNG_New#
Best regards
06-18-2016 03:54 AM
Dear Mr.Rodriguez
You may find the required log files in the attachment.
The file "sample-with-problem.txt" belongs to a sample user with the issue we have already discussed about. During his connection time ( for almost an hour ), BNG (RAS) has not announced any bytes as user's used traffic ( download or upload ) as well as Acct-Input-Packets and Acct-Output-Packets, but it has announced the whole used traffic of the user in STOP accounting packets!!
This happens for some users while most of the remaining do not have this problem.
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide