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@quicksilver.co.nz To: serusers@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@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers