[Serusers] SER+Radius Accounting Not Working

Lucas Aimaretto lucas at cyneric.com
Thu Dec 30 22:59:31 CET 2004


Bruno,

Thanx for answering ... 

> can you please post me a
> grep Bye /etc/radiusclient/dictionary
> you're using? ...

[root at radius root]# grep Bye /etc/radiusclient/dictionary
VALUE           Sip-Method              Bye                     4
VALUE           Sip-Response-Code       Bye                     4
VALUE           Sip-Method              Bye                     4
VALUE           Sip-Response-Code       Bye                     4

> I managed to get double Starts and single
> Stops, but not much more.

That's what I want to get (at least) ... but it makes no sense to me. I
receive 2 Starts (but the first corresponds to an INVITE message and the
2nd to a BYE message :-s ). And when any of the users hang up, I receive
nothing.

> Cheers

Regards,

Lucas

> P.S. BTW, are you using 0.8.14 or other SER version?

version:  0.8.14 (i386/linux)
flags: STATS:Off, USE_IPV6, USE_TCP, DISABLE_NAGLE, DNS_IP_HACK,
SHM_MEM, SHM_MMAP, PKG_MALLOC, F_MALLOC, FAST_LOCK-ADAPTIVE_WAIT
ADAPTIVE_WAIT_LOOPS=1024, MAX_RECV_BUFFER_SIZE 262144, MAX_LISTEN 16,
MAX_URI_SIZE 1024, BUF_SIZE 65535
@(#) $Id: main.c,v 1.168.4.3 2004/06/28 15:41:21 andrei Exp $ main.c
compiled on 16:02:31 Nov 10 2004 with gcc 2.96



> Lucas Aimaretto wrote:
> > Hi list. I have this problem. There's something that's not working, 
> > because, when ever I set up a call, I receive both messages 
> INVITE and 
> > BYE instantly. I think the correct way would it be to send Start 
> > messages (Acct-Status-Type = Start) upon INVITEs and Stop messages 
> > (Acct-Status-Type = Stop) upon BYEs. But this is not 
> happening. Look 
> > ...
> > 
> > radrecv: Accounting Request from host c0a801fd code=4, id=205, 
> > length=270
> >     Acct-Status-Type = Start
> >     Service-Type = Sip-Session
> >     Sip-Response-Code = 200
> >     Sip-Method = Invite
> >     User-Name = "1992001 at 192.168.1.253"
> >     Calling-Station-Id = "sip:1992001 at 192.168.1.253:5060;user=phone"
> >     Called-Station-Id = "sip:1992005 at 192.168.1.253:5060;user=phone"
> >     Sip-Translated-Request-URI = "sip:1992005 at 192.168.1.178:11005"
> >     Acct-Session-Id = "6dfb6640367b1ab7 at 192.168.1.113"
> >     Sip-To-Tag = "54061171"
> >     Sip-From-Tag = "39eeac148f846cb9"
> >     Sip-CSeq = "1544"
> >     NAS-IP-Address = 192.168.1.253
> >     NAS-Port-Id = 5060
> >     Acct-Delay-Time = 0
> > Sending Accounting Ack of id 205 to c0a801fd (nas linux)
> > 
> > radrecv: Accounting Request from host c0a801fd code=4, id=206, 
> > length=270
> >     Acct-Status-Type = Start
> >     Service-Type = Sip-Session
> >     Sip-Response-Code = 200
> >     Sip-Method = Bye
> >     User-Name = "1992001 at 192.168.1.253"
> >     Calling-Station-Id = "sip:1992001 at 192.168.1.253:5060;user=phone"
> >     Called-Station-Id = "sip:1992005 at 192.168.1.253:5060;user=phone"
> >     Sip-Translated-Request-URI = "sip:1992005 at 192.168.1.178:11005"
> >     Acct-Session-Id = "6dfb6640367b1ab7 at 192.168.1.113"
> >     Sip-To-Tag = "54061171"
> >     Sip-From-Tag = "39eeac148f846cb9"
> >     Sip-CSeq = "1544"
> >     NAS-IP-Address = 192.168.1.253
> >     NAS-Port-Id = 5060
> >     Acct-Delay-Time = 0
> > Sending Accounting Ack of id 206 to c0a801fd (nas linux)
> > 
> > Do you see? ...Both outputs show an Acct-Status-Type = Start, but 
> > first output refers to an INVITE and second output refers to BYE 
> > message. And the strange thing is that both messages arrive 
> instantly, 
> > as soon as the peer answers the phone. Why??? I don't think this is 
> > correct, isn't it?
> 
> _______________________________________________
> Serusers mailing list
> serusers at lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
> 
> -- 
> No virus found in this incoming message.
> Checked by AVG Anti-Virus.
> Version: 7.0.296 / Virus Database: 265.6.6 - Release Date: 28/12/2004
>  
> 

-- 
No virus found in this outgoing message.
Checked by AVG Anti-Virus.
Version: 7.0.296 / Virus Database: 265.6.6 - Release Date: 28/12/2004
 




More information about the sr-users mailing list