7 Nov
2005
7 Nov
'05
4:12 p.m.
Thanks for your explination Greger :-)
I guess what I'm asking is that I want a way to enforce that the AOR is
what it should be - the PBX contacts SER to get at the end user phones,
but the end users are allowed to change the configuration on them. So we
need some way to make sure someone doesn't register with someone elses
address, since the address and the username seem to be seperate things.
Thanks,
On Mon, 2005-11-07 at 08:23 +0100, Greger V. Teigre wrote:
Hi Patrick,
That's a bit backwards ;-) Your users will register using their username
and domain in the form of sip:username@domain. That is the AOR that should
be stored in the location db, because that's the AOR, not something else...
However, you can make sure that your users can be reached through other
addresses as well by registering a static mapping to the AOR using the alias
table.
RPID is not a SIP property, but rather a header field used to signal
information about the caller to a PSTN gateway. Thus, you need to decide
how to map the RPID to a SIP URI (as required in the alias table). You
could use a tel: uri or you could create some sort of scheme
sip:rpid@yourdomain.com (using plus and dashes or not). Most people would
probably recommend you to use +countrycodeetc@ with no dashes or
parenthises. You will have to manipulate the ruris on received calls from a
gateway unless the ruris are already in that format.
g-)
Note that tel: uris have slightly different matching rules compared to sip
uris.
----- Original Message -----
From: "Patrick Jordan-Smith" <pjs(a)quicksilver.co.nz>
To: <serusers(a)lists.iptel.org>
Sent: Sunday, November 06, 2005 9:18 PM
Subject: [Serusers] Using RPID in location database
Hi guys,
My setup authenticates users from radius. We set the RPID in the radius
users file, I want to use the RPID to replace the address in the
location database so I can always make sure my users have the right
endpoint address (the address being the sip:<address>@host part, refered
to as AOR in the location database I think.) FYI I'm not using a SQL
database but just the memory table.
Thanks,
Patrick
--
Patrick Jordan-Smith
Network Operations
Mercury Telecommunications Ltd
voice +64-9-916-0300
paper +64-9-916-0301
_______________________________________________
Serusers mailing list
serusers(a)lists.iptel.org
http://lists.iptel.org/mailman/listinfo/serusers