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

tzieleniewski tzieleniewski at o2.pl
Mon Mar 12 11:10:36 CET 2007


Hi

Is this correct that when I send the Get-URI-Attrs request type to radius it has the following contents:
        SER-Uri-Scheme = "sip"
        User-Name = "hellboy"
        SER-DID = "voip.rd.touk.pl"
        SER-Service-Type = Get-URI-Attrs
        NAS-Port = 0
        NAS-IP-Address = 127.0.0.1
and when I send the Get-User_Attrs the contents are the following:
        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

shouldn't here be the same split into the User-Name and SER-DID?
Such form implies to have double records in radius for sip:hellboy and hellboy.

Bests
Tomasz


> > 
> > 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
> > >
> > >
> > >   
> 
> _______________________________________________
> Serusers mailing list
> Serusers at lists.iptel.org
> http://lists.iptel.org/mailman/listinfo/serusers




More information about the sr-users mailing list