[SR-Users] Multiple Registrations - Overwrite oldest contact

[Bruno Emer]

Hello, *Olle!*

*Thanks for your help in this case, and don't worry about the time
(actually I wasn't even expecting to get an answer today).*


*I know the max_contacts parameter. But the problem is that if I set the
max_contacts to 2, when the user tries to register again, he gets an error
message 503. The point is that I want to get the user registered, and
replace the oldest location entry for the newest one.*



*Bruno Emer*

Mobile: +55 11 96540-0044
email: brunoemer at gmail.com

2016-04-01 16:31 GMT-03:00 Bruno Emer <brunoemer at gmail.com>:

> Hello all.
>
> I have problem here and I tried to find a solution and search over
> internet, but without success.
>
> My scenario is the following: I have an application that must be
> registered in Kamailio when a user logs in the web interface, so he can get
> calls (something like a web softphone using webrtc). At this point, we are
> OK, and everything is working fine.
>
> To get these register functions I am using the parameter "save("location",
> "0x04")" as described in the REGISTRAR module documentation, so if a user
> logs in another web browser or computer, only the last one will continue
> registered and all calls will be forwarded to him.
>
> The point is that now we are creating a phone app that will do almost the
> same thing as the web interface, allowing users to receive calls using the
> mobile device, and here is my problem: I want to allow my users to be
> registered on two devices at the same time, but if a user logs into another
> device, I don't want to reply with a 503. I want to allow the user to
> register again, deregistering the oldest contact.
>
> I saw that there is a module named "ims_usrloc_scscf" and on its
> description it says "implemented overwrite oldest contact behaviour", but
> I couldn't find any documentation about it.
>
> So, is there a way to get this working today?
>
>
> *Bruno Emer*
>
> Mobile: +55 11 96540-0044
> email: brunoemer at gmail.com
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20160401/8a9352e2/attachment.html>