16 Jun
2006
16 Jun
'06
8:39 p.m.
hi all,
reading acc modules README:
* There is no session accounting -- OpenSER maintains no
sessions. If one needs to correlate INVITEs with BYEs for
example for purpose of billing, then it is better done in
the entity which collects accounting information.
Otherwise, SIP server would have to become
sessions-stateful, which would very badly impact its
scalability.
so it's impossible to do radius accounting for billing purpose?
i need a B2BUA for that? any hints?
anyway i'm trying radius acct
this is my problem:
0(25586) ACC: transaction answered: call_id=d3cd352603256e75@ua1,
totag=360701152, from="222" <sip:222@mysip>;tag=d288f8fc7ea68a04,
i-uri=sip:111@ss:5060, method=BYE, o-uri=sip:111@ss:5060,
fromtag=d288f8fc7ea68a04, code=200, to=<sip:111@mysip>;tag=360701152,
uid=n/a, userpart=111
0(25586) ERROR: acc_rad_request: radius-ing failed
i've activated all possible debug but i received only this message about
radius.
i'm trying to activate debug for radiusclient
this is my setup:
FreeBSD 6.1
OpenSER 1.0.1
radiusclient-0.5.2
thank you
16 Jun
16 Jun
8:45 p.m.
tele writes:
so it's impossible to do radius accounting for
billing purpose?
i need a B2BUA for that? any hints?
in order to do reliable accounting by any means, you need to be able to
control the media flow. perhaps you could try to force all media
traffic through mediaproxy.
-- juha
11:40 p.m.
tele writes:
i'm still a littlebit confused ;)
scenario:
SBC --> OpenSER --> PSTN
SBC - do the nat traversal
OpenSER - only signaling didn't know about media
is there a way to do accounting for billing purpose from OpenSER?
tnx
:tele
so it's impossible to do radius accounting
for billing purpose?
i need a B2BUA for that? any hints?
in order to do reliable accounting by any means, you need to be able to
control the media flow. perhaps you could try to force all media
traffic through mediaproxy. 
17 Jun
17 Jun
2:31 a.m.
If it's enough billing ip traffic, than YES... If You want to bill only PSTN
access, then You have two options:
1) get account info (through radius? Maybe...) from the GWs (this gives
better scalability and are more reliable); and
2) make all traffic pass through a media-proxy (the problem here is
scalability).
As You see, all depends on Your needs...
Edson.
-----Original Message-----
From: users-bounces(a)openser.org [mailto:users-bounces@openser.org] On
Behalf Of tele(a)plexia.com
Sent: sexta-feira, 16 de junho de 2006 17:40
To: users(a)openser.org
Subject: Re: [Users] radius accounting problem
tele writes:
i'm still a littlebit confused ;)
scenario:
SBC --> OpenSER --> PSTN
SBC - do the nat traversal
OpenSER - only signaling didn't know about media
is there a way to do accounting for billing purpose from OpenSER?
tnx
:tele
_______________________________________________
Users mailing list
Users(a)openser.org
http://openser.org/cgi-bin/mailman/listinfo/users so it's impossible to do radius accounting
for billing purpose?
i need a B2BUA for that? any hints?
in order to do reliable accounting by any means, you need to be able to
control the media flow. perhaps you could try to force all media
traffic through mediaproxy.
8:03 a.m.
tele(a)plexia.com writes:
SBC --> OpenSER --> PSTN
SBC - do the nat traversal
OpenSER - only signaling didn't know about media
is there a way to do accounting for billing purpose from OpenSER?
if you can trust sbc and pstn gw and if you are sure that openser will
always receive a bye when call ends even if sbc or pstn gw or both fail,
you can use openser acc module to collect start and stop accounting
records for the calls.
-- juha
2:58 p.m.
tele(a)plexia.com writes:
yes i always record_route messages. can i collect only stop message?
no because OpenSER doesn't maintain session.
SBC --> OpenSER --> PSTN
SBC - do the nat traversal
OpenSER - only signaling didn't know about media
is there a way to do accounting for billing purpose from OpenSER?
if you can trust sbc and pstn gw and if you are sure that openser will
always receive a bye when call ends even if sbc or pstn gw or both fail,
you can use openser acc module to collect start and stop accounting
records for the calls. 
19 Jun
19 Jun
12:49 p.m.
On 06/17/06 14:58, tele(a)plexia.com wrote:
Yes, you can collect stop messages. They correspond to the BYE SIP
message, so just configure acc to record only BYE messages.
Cheers,
Daniel
tele(a)plexia.com writes:
yes i always record_route messages. can i collect only stop message?
no because OpenSER doesn't maintain session.
SBC --> OpenSER --> PSTN
SBC - do the nat traversal
OpenSER - only signaling didn't know about media
is there a way to do accounting for billing purpose from OpenSER?
if you can trust sbc and pstn gw and if you are sure that openser will
always receive a bye when call ends even if sbc or pstn gw or both fail,
you can use openser acc module to collect start and stop accounting
records for the calls.
_______________________________________________
Users mailing list
Users(a)openser.org
http://openser.org/cgi-bin/mailman/listinfo/users
3:14 p.m.
Daniel-Constantin Mierla wrote:
Yes, you can collect stop messages. They correspond to
the BYE SIP
message, so just configure acc to record only BYE messages.
Ok great!
Someone can tell me how can i debug the radiusclient?
0(25586) ERROR: acc_rad_request: radius-ing failed
this is a really annoying message.
i've also tried with "truss" of FreeBSD (like strace) but same result.
no more info :(
thanks!
:tele
7:20 p.m.
On 06/19/06 15:14, tele wrote:
Daniel-Constantin Mierla wrote:
The logs of radiusclient are written in syslog. Can you see some
messages there. Look at your RADIUS server logs, maybe you can get some
hints there, too.
Cheers,
Daniel
Yes, you can collect stop messages. They
correspond to the BYE SIP
message, so just configure acc to record only BYE messages.
Ok great!
Someone can tell me how can i debug the radiusclient?
0(25586) ERROR: acc_rad_request: radius-ing failed
this is a really annoying message.
i've also tried with "truss" of FreeBSD (like strace) but same result.
no more info :(
thanks!
:tele
_______________________________________________
Users mailing list
Users(a)openser.org
http://openser.org/cgi-bin/mailman/listinfo/users
10:04 p.m.
Daniel-Constantin Mierla wrote:
The logs of radiusclient are written in syslog. Can you see some
messages there. Look at your RADIUS server logs, maybe you can get some
hints there, too.
ok in the syslog i can see:
Jun 19 20:09:35 psip openser: rc_avpair_new: unknown attribute 5
i think some problem with my dictionary file.
i don't understand where is attribute 5 or what is refer.
:tele
here my dictionary file:
#### Attributes ###
ATTRIBUTE User-Name 1 string # RFC2865, acc,
auth_radius, avp_radius, group_radius, uri_radius
ATTRIBUTE Service-Type 6 integer # RFC2865, acc,
auth_radius, avp_radius, group_radius, uri_radius
ATTRIBUTE Called-Station-Id 30 string # RFC2865, acc
ATTRIBUTE Calling-Station-Id 31 string # RFC2865, acc
ATTRIBUTE Acct-Status-Type 40 integer # RFC2865, acc
ATTRIBUTE Acct-Session-Id 44 string # RFC2865, acc
ATTRIBUTE Sip-Method 101 integer # Schulzrinne, acc
ATTRIBUTE Sip-Response-Code 102 integer # Schulzrinne, acc
ATTRIBUTE Sip-Cseq 103 string # Schulzrinne, acc
ATTRIBUTE Sip-To-Tag 104 string # Schulzrinne, acc
ATTRIBUTE Sip-From-Tag 105 string # Schulzrinne, acc
ATTRIBUTE Sip-Translated-Request-URI 107 string # Proprietary, acc
ATTRIBUTE Digest-Response 206 string # Sterman, auth_radius
ATTRIBUTE Sip-Uri-User 208 string # Proprietary,
auth_radius
ATTRIBUTE Sip-Group 211 string # Proprietary,
group_radius
ATTRIBUTE Sip-Rpid 213 string # Proprietary,
auth_radius
ATTRIBUTE SIP-AVP 225 string # Proprietary,
avp_radius
ATTRIBUTE Digest-Realm 1063 string # Sterman, auth_radius
ATTRIBUTE Digest-Nonce 1064 string # Sterman, auth_radius
ATTRIBUTE Digest-Method 1065 string # Sterman, auth_radius
ATTRIBUTE Digest-URI 1066 string # Sterman, auth_radius
ATTRIBUTE Digest-QOP 1067 string # Sterman, auth_radius
ATTRIBUTE Digest-Algorithm 1068 string # Sterman, auth_radius
ATTRIBUTE Digest-Body-Digest 1069 string # Sterman, auth_radius
ATTRIBUTE Digest-CNonce 1070 string # Sterman, auth_radius
ATTRIBUTE Digest-Nonce-Count 1071 string # Sterman, auth_radius
ATTRIBUTE Digest-User-Name 1072 string # Sterman, auth_radius
### CISCO Vendor Specific Attributes ###
VENDOR Cisco 9
ATTRIBUTE Cisco-AVPair 1 string Cisco # VSA, auth_radius
### Acct-Status-Type Values ###
VALUE Acct-Status-Type Start 1 # RFC2866, acc
VALUE Acct-Status-Type Stop 2 # RFC2866, acc
VALUE Acct-Status-Type Failed 15 # RFC2866, acc
### Service-Type Values ###
VALUE Service-Type Call-Check 10 # RFC2865, uri_radius
VALUE Service-Type Group-Check 12 # Proprietary,
group_radius
VALUE Service-Type Sip-Session 15 # Schulzrinne, acc,
auth_radius
VALUE Service-Type SIP-Caller-AVPs 30 # Proprietary,
avp_radius
VALUE Service-Type SIP-Callee-AVPs 31 # Proprietary,
avp_radius
22 Jun
22 Jun
4:47 p.m.
ok in the syslog i can see:
Jun 19 20:09:35 psip openser: rc_avpair_new: unknown attribute 5
i think some problem with my dictionary file.
i don't understand where is attribute 5 or what is refer.
Ok guys i've solved my problem.
after tried the radius authentication i've saw in the syslog the message:
Jun 22 13:06:07 psip openser: rc_get_seqnbr: fscanf failure:
/var/run/radius.seq
nothing works.. auth or acc.
i'm running openser as root now, so i don't know why about permission
problem with /var/run/radius.seq
changed permission: chmod 777 /var/run/radius.seq
everything work.
now i have another question ;)
how can i send only STOP accounting packet?
modparam("acc", "report_ack", 0)
i set this but START accounting packet are always sent
my billing server doesn't "reassemble" START and STOP packet so i need
only the STOP accounting
with a connect-time and disconnect-time. what i want to accomplish is to
have in the radius acct something like that:
h323-setup-time = '13:05:25 GMT Thu Jun 22 2006'
h323-connect-time = '13:05:53 GMT Thu Jun 22 2006'
h323-disconnect-time = '13:06:09 GMT Thu Jun 22 2006'
h323-disconnect-cause = '10'
it's ok also with timestamp format
ok for add paramater i can use modparam("acc", "radius_extra",
"rad_attr=$si")
but what if i want setup connect and disconnect-time or the cause?
maybe i can store timestamp in avp when i receive an INVITE | ACK | BYE.
so i think i can do this:
modparam("acc", "radius_extra",
"h323-setup-time=$avp($setup_time)")
modparam("acc", "radius_extra",
"h323-connect-time=$avp($connect_time)")
modparam("acc", "radius_extra",
"h323-disconnect-time=$avp($disconnect_time)")
and store in the AVP using the $Ts pseudo-variable
another problem in the accounting request is:
User-Name = '111@mydomain'
Called-Station-Id = 'sip:222@mydomain'
Calling-Station-Id = 'sip:111@mydomain'
is it possible to change this for to be:
User-Name = '111'
Called-Station-Id = '222'
Calling-Station-Id = '111'
best regards,
:tele
23 Jun
23 Jun
5:51 a.m.
Juha Heinanen wrote:
tele writes:
I understand that having control of the media flow is needed for
reliable accounting - i.e. detecting calls which have completed but for
which no BYE packet was received. However, how can this be done with
mediaproxy? Or do you mean the commercial version of mediaproxy with
accounting support?
Jeff
so it's impossible to do radius accounting
for billing purpose?
i need a B2BUA for that? any hints?
in order to do reliable accounting by any means, you need to be able to
control the media flow. perhaps you could try to force all media
traffic through mediaproxy.
9:37 a.m.
Jeff Williams writes:
I understand that having control of the media flow is
needed for
reliable accounting - i.e. detecting calls which have completed but for
which no BYE packet was received. However, how can this be done with
mediaproxy? Or do you mean the commercial version of mediaproxy with
accounting support?
when proxy receives bye, it can call end_media_session, which terminates
media flow. this, however, only solves part of the problem.
my advice is to forget about accounting of sip2sip calls.
-- juha
6730
days inactive
6737
days old
12 comments
6 participants
participants (6)
-
Daniel-Constantin Mierla -
Edson -
Jeff Williams -
Juha Heinanen -
tele -
tele＠plexia.com