But we did it!!! I don't need to remove this attributes. We need User-Name, Called-Station-Id, Calling-Station-Id, etc for billing purpose. But our RADIUS server does not receive them from OpenSER! Look at our Start/Stop messages. There are not such important attributes as User-Name, etc. Is this bug of OpenSER or bug of our script? If it is bug of script, then what commands, what modules, what modparam can lead to such result?
Dmitry
-----Original Message----- From: Mike O'Connor [mailto:mike@pineview.net] Sent: Monday, June 02, 2008 1:07 PM To: Dmitry Lyubimkov Subject: Re: [OpenSER-Users] Trouble with RADIUS Accounting
Hi Dmitry
You not can remove them from OpenSER with out adjusting the code, instead you need to put the radius packets thought something like a radius proxy which removes them.
Mike
Dmitry Lyubimkov wrote:
Hi Dmitry,
starting of 1.2 version OpenSER does not add anymore any attribute automatically, you must instead add your wishlist manually with radius_extra parameter: http://www.openser.org/docs/modules/1.3.x/acc.html#AEN319
An example of config:
modparam("acc", "radius_extra", " Called-Station-Id=$tu; Calling-Station-Id=$fu;
Canonical-URI=$(avp(s:canonical_uri)); User-Name=$fu; Sip-User-Realm=$ar; Source-IP=$si; Source-Port=$sp; Acct-Authentic=$(avp(s:authentic)); From-Header=$(hdr(from)); User-Agent=$(hdr(user-agent)); Contact=$(hdr(contact)); Event=$(hdr(event)) ")
Cheers, DanB
On Mon, Jun 2, 2008 at 12:39 PM, Dmitry Lyubimkov loft@onego.ru wrote:
Ok. It's work.
User-Name = "sip:loft@voapp.com"
Called-Station-Id = "sip:769101@voapp.com"
Calling-Station-Id = "sip:loft@voapp.com"
But there is the same problem as in early version of OpenSER. Field User-Name depend on who hang-up the call. In case of A call B in Start record we receive right User-Name=A, Calling=A, Called=B. But if B hang up first then in Stop record we'll receive User-Name=B, Calling=B, Called=A. It is difficult to manipulate fields in some RADIUS servers. I think that
modparam("acc", "detect_direction", 1)
helps to resolve this problem now. But if we receive RADIUS field through modparam("acc", "radius_extra", "... command we can use only pseudo variables and avp. And there is no variable for Invite username. And AVP (pv_printf("$avp(username)", "$au@voapp.com");) exists only on Invite. When we receive BYE this AVP will be empty because AVPs are persistent per SIP transaction only.
Can we somehow get initial (from INVITE) UserA and UserB for Stop RADIUS messages in BYE processing stage?
Dmitry
From: Dan-Cristian Bogos [mailto:danb.lists@googlemail.com] Sent: Monday, June 02, 2008 3:29 PM To: Dmitry Lyubimkov Cc: users@lists.openser.org Subject: Re: [OpenSER-Users] Trouble with RADIUS Accounting
Hi Dmitry,
starting of 1.2 version OpenSER does not add anymore any attribute automatically, you must instead add your wishlist manually with radius_extra parameter: http://www.openser.org/docs/modules/1.3.x/acc.html#AEN319
An example of config:
modparam("acc", "radius_extra", " Called-Station-Id=$tu; Calling-Station-Id=$fu;
Canonical-URI=$(avp(s:canonical_uri)); User-Name=$fu; Sip-User-Realm=$ar; Source-IP=$si; Source-Port=$sp; Acct-Authentic=$(avp(s:authentic)); From-Header=$(hdr(from)); User-Agent=$(hdr(user-agent)); Contact=$(hdr(contact)); Event=$(hdr(event)) ")
Cheers, DanB
On Mon, Jun 2, 2008 at 12:39 PM, Dmitry Lyubimkov loft@onego.ru wrote:
But we did it!!! I don't need to remove this attributes. We need User-Name, Called-Station-Id, Calling-Station-Id, etc for billing purpose. But our RADIUS server does not receive them from OpenSER! Look at our Start/Stop messages. There are not such important attributes as User-Name, etc. Is this bug of OpenSER or bug of our script? If it is bug of script, then what commands, what modules, what modparam can lead to such result?
Dmitry
-----Original Message----- From: Mike O'Connor [mailto:mike@pineview.net] Sent: Monday, June 02, 2008 1:07 PM To: Dmitry Lyubimkov Subject: Re: [OpenSER-Users] Trouble with RADIUS Accounting
Hi Dmitry
You not can remove them from OpenSER with out adjusting the code, instead you need to put the radius packets thought something like a radius proxy which removes them.
Mike
Dmitry Lyubimkov wrote:
I
_______________________________________________ Users mailing list Users@lists.openser.org http://lists.openser.org/cgi-bin/mailman/listinfo/users
Hi Dmitry,
your scenario could be problematic as you say. On my side I am doing SQL Update considering call-id + other call leg info, so I am not overwriting the original username, already in the database (this update works even with direction detection using alternative queries of the sql module in freeradius).
Cheers, Dan
On Mon, Jun 2, 2008 at 8:36 PM, Dmitry Lyubimkov loft@onego.ru wrote: