[Serusers] save("location") causing routing errors?

Patrick Jordan-Smith pjs at quicksilver.co.nz
Mon Oct 17 23:25:41 CEST 2005


Ah, I understand now, thanks for that :-)

I have a question about radius provided RPIDs. Do they get saved in the
user location information with the other details? I want to use the RPID
to map a phone number to the username they register with.

Regards,

On Sun, 2005-10-16 at 22:24 -0400, sip wrote:
> Because that's not what an INVITE message is for. 
> 
> http://www.faqs.org/rfcs/rfc3261.html
> 
> Read the SIP specification. While, technically, you might be able to parse out
> some contact information from an invite message, there is no guarantee that
> this information need actually be in full or total. An INVITE is designed to
> send a request to another SIP UA to initiate a messaging conversation. A
> REGISTER is for the purpose of setting location information. 
> 
> One might very well ask why you can't terminate a call on an ACK or initiate a
> REINVITE on a BYE message. Technically, you COULD... but that's not what these
> messages are for. You need to follow the specification, or the specification
> is worthless. The whole idea one has a specification is so that everyone's
> software/hardware works the same way and there are no surprises. 
> 
> N.
> 
> 
> On Mon, 17 Oct 2005 15:08:01 +1300, Patrick Jordan-Smith wrote
> > But I don't understand why I can't save the location when it's a INVITE
> > not just a REGISTER? Could you please explain this?
> > 
> > Thank you,
> > 
> > On Sun, 2005-10-16 at 20:26 -0400, sip wrote:
> > > That's what you need a static repository of location info. This is what the
> > > database is for. 
> > > 
> > > Assuming you have your mysql db set up, you'd add these lines to your config:
> > > 
> > > 
> > > modparam("usrloc", "db_mode", 2)
> > > modparam("usrloc", "db_url", "mysql://ser:heslo@localhost/ser")
> > > 
> > > 
> > > The DB mode could be 0, 1, or 2.  0 says that there will be no storage of the
> > > information in the database, 1 means that the information will be stored at a
> > > partciular interval, 2 means that the data will be stored upon each register. 
> > > 
> > > Then, if the server restarts before the registration expires, the location
> > > information will be stored within the database upon restart. 
> > > 
> > > N.
> > > 
> > > 
> > > On Mon, 17 Oct 2005 12:07:47 +1300, Patrick Jordan-Smith wrote
> > > > On Sun, 2005-10-16 at 17:57 -0400, sip wrote:
> > > > > That should be couched in an if(method=="REGISTER") block. 
> > > > > 
> > > > > 
> > > > > In such a way, it would never GET an INVITE
> > > > >
> > > > 
> > > > Yes, but then how do we handle a situation where the server has 
> > > > fallen over (happens sometimes) and then come back up, we check them 
> > > > but until the UA sends another REGISTER we don't know where they are 
> > > > and can't get incoming calls to that UA.
> > > > 
> > > > Maybe I can force the re-register period to be really small (5 
> > > > seconds?)
> > > > 
> > > > Thanks for your help,
> > > > Patrick
> > > > 
> > > > -- 
> > > 
> > > > Patrick Jordan-Smith
> > > > Mercury Telecommunications Ltd
> > > > 
> > > > voice +64-9-916-0300
> > > > paper +64-9-916-0301
> > > > 
> > > > _______________________________________________
> > > > Serusers mailing list
> > > > serusers at lists.iptel.org
> > > > http://lists.iptel.org/mailman/listinfo/serusers
> > > 
> > >
> 
> 




More information about the sr-users mailing list