Accounting-Packets from Huawei NAS randomly not being written to the database

Antônio Modesto modesto at hubsoft.com.br
Fri Aug 7 14:26:12 CEST 2020


Hello everyone,


I have some radius servers configured to use decoupled-accounting to avoid overwhelming the database with real-time writes. In all of them I am having the same problem. Some accounting packets sent from Huawei devices are not being written to the database. I have set up a second detail log file to check if the packets were being sent by the NAS. For example:


Packet received from the NAS, stored in the second detail file:


Fri Aug  7 08:54:43 2020
        User-Name = "andersonoliveira"
        NAS-Port = 3162917
        NAS-IP-Address = X.X.X.X
        Framed-IP-Address = 100.64.218.153
        NAS-Identifier = "TI5-BRAS01"
        Acct-Status-Type = Stop
        Acct-Delay-Time = 0
        Acct-Input-Octets = 0
        Acct-Output-Octets = 0
        Acct-Session-Id = "TI5-BRA00304080500000a598ccAAADbA"
        Acct-Authentic = RADIUS
        Acct-Session-Time = 200
        Acct-Input-Packets = 0
        Acct-Output-Packets = 0
        Acct-Terminate-Cause = Lost-Carrier
        Acct-Input-Gigawords = 0
        Acct-Output-Gigawords = 0
        Event-Timestamp = "Aug  7 2020 08:54:43 -03"
        NAS-Port-Type = Ethernet
        Calling-Station-Id = "58:10:8c:07:48:8f"
        NAS-Port-Id = "slot=0;subslot=3;port=4;vlanid=805;"
        Service-Type = Framed-User
        Framed-Protocol = PPP
        Connect-Info = "1300000/1000000"
        Idle-Timeout = 0
        Session-Timeout = 0
        Huawei-IPHost-Addr = "100.64.218.153 58:10:8c:07:48:8f"
        Huawei-Input-Peak-Rate = 1000000
        Huawei-Input-Peak-Rate = 1000000
        Huawei-Input-Average-Rate = 1000000
        Huawei-Output-Peak-Rate = 1300000
        Huawei-Output-Average-Rate = 1300000
        Huawei-Priority = 15
        Huawei-Connect-ID = 13206
        Huawei-Domain-Name = "provedor_pppoe"
        Huawei-Accounting-Level = 0
        Huawei-Up-Priority = 15
        Huawei-Down-Priority = 15
        Huawei-Acct-IPv6-Input-Octets = 0
        Huawei-Acct-IPv6-Output-Octets = 0
        Huawei-Acct-IPv6-Input-Packets = 0
        Huawei-Acct-IPv6-Output-Packets = 0
        Huawei-Acct-IPv6-Input-Gigawords = 0
        Huawei-Acct-IPv6-Output-Gigawords = 0
        Huawei-User-Mac = "58:10:8c:07:48:8f"
        Huawei-Acct-Update-Address = 0
        Huawei-Input-Burst-Size = 625000
        Huawei-Output-Burst-Size = 812504
        Huawei-Input-Peak-Burst-Size = 625000
        Huawei-Output-Peak-Burst-Size = 812504
        Timestamp = 1596801283



Record in the redacct table:

-[ RECORD 5 ]-------+----------------------------------
username            | andersonoliveira
acctsessionid       | TI5-BRA00304080500000a598ccAAADbA
acctstarttime       | 2020-08-07 08:51:23-03
acctlocalupdatetime | 2020-08-07 08:51:23-03
acctstoptime        | 



As you can see, neither acctlocalupdatetime or acctstoptime were updated with the correct timestamps from the packet received by the NAS. I checked the logs and I couldn’t find any error message related to this. As the server is in production, enabling the debug creates a lot of output.

The only thing I think could be causing this is this condition I have in my accounting section:

if (noop) {
	ok
}

What do you guys suggest?


Thanks in advance.


More information about the Freeradius-Users mailing list