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