Re: Re: [Serusers] avp_radius - ser2.1 - Access Request Contents

tzieleniewski tzieleniewski at o2.pl
Fri Mar 9 10:55:32 CET 2007


> 
> tzieleniewski wrote:
> > hi!
> >
> > When I invoke the radius_load_attrs() the message send to radius has the following shape:
> > Thu Mar  8 10:50:46 2007
> >         Packet-Type = Access-Request
> >         User-Name = "sip:hellboy at voip.rd.touk.pl"
> >         SER-Service-Type = Get-User-Attrs
> >         NAS-Port = 0
> >         NAS-IP-Address = 127.0.0.1
> >
> > the message doesn't contain any authentication data like password.
> > so do I understand right that radius in such case should be configured in such a way to accept any message of the SER-Service-Type = Get-User-Attrs?
> >   
> That's correct.
> > Are still the avp loaded from radius prefixed or they are just put into the particular track and class?
> >   
> No prefixes.
> > Could You please give me one example of the radius one avp record and the shape in which it will appear in ser after loading.
> >   
> SER-Attr -> avp[:=]value
Hi, 

I did it and connection with radius works fine - I see the Access-Request from ser being analyzed and answered by radius but I can see an avp value to appear in ser.
I did such a check:

dump_attrs();
radius_load_attrs("$tr","@ruri");
dump_attrs();

the following message arived at radius:
        SER-Uri-Scheme = "sip"
        User-Name = "tomix"
        SER-DID = "tezet.no-ip.org"
        SER-Service-Type = Get-URI-Attrs
        NAS-Port = 0
        NAS-IP-Address = 127.0.0.1

and following one was answered:
Sending Access-Accept of id 85 to 127.0.0.1 port 32997
        SER-To-DID = "domain.any"

the ser debug output haven't show any change related to did avp in to track, why is that, what do I missed?

debug output:
Mar  9 10:47:50 tomix ser[3721]: INFO: avp.c:540: class=GLOBAL
Mar  9 10:47:50 tomix ser[3721]: AVP["lang"]="en"
Mar  9 10:47:50 tomix ser[3721]: INFO: avp.c:550: track=FROM class=DOMAIN
Mar  9 10:47:50 tomix ser[3721]: AVP["did"]="tezet.no-ip.org"
Mar  9 10:47:50 tomix ser[3721]: AVP["digest_realm"]="tezet.no-ip.org"
Mar  9 10:47:50 tomix ser[3721]: INFO: avp.c:560: track=TO class=DOMAIN
Mar  9 10:47:50 tomix ser[3721]: AVP["did"]="tezet.no-ip.org"
Mar  9 10:47:50 tomix ser[3721]: AVP["digest_realm"]="tezet.no-ip.org"
Mar  9 10:47:50 tomix ser[3721]: INFO: avp.c:570: track=FROM class=USER
Mar  9 10:47:50 tomix ser[3721]: INFO: No AVP present
Mar  9 10:47:50 tomix ser[3721]: INFO: avp.c:580: track=TO class=USER
Mar  9 10:47:50 tomix ser[3721]: AVP["uid"]="tomix at tezet.no-ip.org"
Mar  9 10:47:50 tomix ser[3721]: INFO: avp.c:590: track=FROM class=URI
Mar  9 10:47:50 tomix ser[3721]: INFO: No AVP present
Mar  9 10:47:50 tomix ser[3721]: INFO: avp.c:600: track=TO class=URI
Mar  9 10:47:50 tomix ser[3721]: AVP["fforward_failure"]="sip:misia at tezet.no-ip.org"
Mar  9 10:47:50 tomix ser[3721]:  route[INBOUND]: radius_load_attrs($tr, at ruri) <ACK> <sip:tomix at tezet.no-ip.org>
Mar  9 10:47:50 tomix ser[3721]: INFO: avp.c:540: class=GLOBAL
Mar  9 10:47:50 tomix ser[3721]: AVP["lang"]="en"
Mar  9 10:47:50 tomix ser[3721]: INFO: avp.c:550: track=FROM class=DOMAIN
Mar  9 10:47:50 tomix ser[3721]: AVP["did"]="tezet.no-ip.org"
Mar  9 10:47:50 tomix ser[3721]: AVP["digest_realm"]="tezet.no-ip.org"
Mar  9 10:47:50 tomix ser[3721]: INFO: avp.c:560: track=TO class=DOMAIN
Mar  9 10:47:50 tomix ser[3721]: AVP["did"]="tezet.no-ip.org"
Mar  9 10:47:50 tomix ser[3721]: AVP["digest_realm"]="tezet.no-ip.org"
Mar  9 10:47:50 tomix ser[3721]: INFO: avp.c:570: track=FROM class=USER
Mar  9 10:47:50 tomix ser[3721]: INFO: No AVP present
Mar  9 10:47:50 tomix ser[3721]: INFO: avp.c:580: track=TO class=USER
Mar  9 10:47:50 tomix ser[3721]: AVP["uid"]="tomix at tezet.no-ip.org"
Mar  9 10:47:50 tomix ser[3721]: INFO: avp.c:590: track=FROM class=URI
Mar  9 10:47:50 tomix ser[3721]: INFO: No AVP present
Mar  9 10:47:50 tomix ser[3721]: INFO: avp.c:600: track=TO class=URI
Mar  9 10:47:50 tomix ser[3721]: AVP["fforward_failure"]="sip:misia at tezet.no-ip.org"

Bests
Tomasz


> 
> Integer values are automatically converted from string into integer avp.
> It is the responsibility of the RADIUS server to return the correct set 
> of AVP dependent on SER-Service-Type (see etc/dictionary.ser).
> g-)
> > Thank you in advance
> > Best
> > Tomasz
> > _______________________________________________
> > Serusers mailing list
> > Serusers at lists.iptel.org
> > http://lists.iptel.org/mailman/listinfo/serusers
> >
> >
> >   




More information about the sr-users mailing list