Hi Bogdan,<div>Tried using serialize branches with different possibilities and scenarios but it only serializes based upon the "Q" value of the contact. Tried googling a lot about it but could not find much help.</div>
<div>Contacts with same Q value are still parallel forked as clearly mentioned in the document. Moreover clients like X-Lite and Eyebeam dont even have a q value when registered. I have alredy set desc_time_order to 1 but it does not make a difference with serialize_branches() function !!</div>
<div><br></div><div>Any ideas like if we can attach q values from script before saving into location table. But for that also what should be the logic before attaching the q-value???</div><div>I think I am gonna make this requirement "Not Feasible" for now !!</div>
<div><br></div><div>Any more ideas or ways of achieving this would be highly appreciated.</div><div><br></div><div>Thanks,</div><div><br></div><div>--- Jay<br><br><div class="gmail_quote">On Fri, Jun 19, 2009 at 1:07 PM, Bogdan-Andrei Iancu <span dir="ltr"><<a href="mailto:bogdan@voice-system.ro">bogdan@voice-system.ro</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">I see....Ideally we could allow control append_branch per user, but not possible right now.<br>
<br>
What can be done is to allow append_branch for all of them and to simply purge the added branches for the users with only one contact registration. If it is a hack, use serialize_branches() function to delete the additional branches added by lookup(location) (actually the function moves the branches in some AVPS, but the important part is that the branches are cleaned :) ).<div class="im">
<br>
<br>
Regards,<br>
Bogdan<br>
<br>
Jayesh Nambiar wrote:<br>
</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">
Thank you Bogdan, for the correct approach explained.<br>
But the append branch then applies to all users right? What i was trying to do here was:<br>
1) Allow some basic users to have only one registration contact possible.<br>
2) Allow premium users to have as many contacts possible and receive calls on any of the location.<br>
<br>
Based upon certain conditions can i increase the append branch parameter after looking up location and before relaying !!!<br>
Just a thought.<br>
<br>
--- Jay<br>
<br></div><div><div></div><div class="h5">
On Fri, Jun 19, 2009 at 12:38 PM, Bogdan-Andrei Iancu <<a href="mailto:bogdan@voice-system.ro" target="_blank">bogdan@voice-system.ro</a> <mailto:<a href="mailto:bogdan@voice-system.ro" target="_blank">bogdan@voice-system.ro</a>>> wrote:<br>
<br>
HI Jayesh,<br>
<br>
What you could do is to accept 2-3 registrations, but to actually<br>
use the last one only.<br>
<br>
So set the mac_contacts to 2 or 3, the append_branches to 0 (to<br>
use only one contact) and in usrloc module set desc_time_order to<br>
1<br>
(<a href="http://www.opensips.org/html/docs/modules/1.5.x/usrloc.html#id266565" target="_blank">http://www.opensips.org/html/docs/modules/1.5.x/usrloc.html#id266565</a>)<br>
to sort contacts based on the registration time (first used will<br>
be the last registered)<br>
<br>
Regards,<br>
Bogdan<br>
<br>
Jayesh Nambiar wrote:<br>
<br>
Hi All,<br>
I had a requirement of allowing only one registration per user<br>
in a particular scenario. I did not want to use the<br>
max_contacts parameter of registrar module as it wont work<br>
right !!! The drawback was:<br>
If device A had registered successfully and for some reason<br>
got disconnected from the internet, the device won't<br>
unregister itself. Opensips still has the record in the<br>
location table for that device, now if the internet comes back<br>
and when the device tries to register again, opensips will not<br>
allow since it already has the record in the location.<br>
The device will have to wait until the earlier registration<br>
expires in the opensips.<br>
The idea was to have a way of updating the location table if<br>
same user is trying to REGISTER from same location or<br>
different location. Meaning if user A is registered from<br>
location A and someone else using same credentials of user A<br>
tries to register from location B, the location table should<br>
only update the earlier record to location B and not keep<br>
location A and location B both for user A.<br>
<br>
Is there a way to do this. Any help will be highly appreciiated.<br>
<br>
Thanks in advance.<br>
<br>
--- Jay<br>
------------------------------------------------------------------------<br>
<br>
_______________________________________________<br>
Users mailing list<br></div></div>
<a href="mailto:Users@lists.opensips.org" target="_blank">Users@lists.opensips.org</a> <mailto:<a href="mailto:Users@lists.opensips.org" target="_blank">Users@lists.opensips.org</a>><div class="im"><br>
<a href="http://lists.opensips.org/cgi-bin/mailman/listinfo/users" target="_blank">http://lists.opensips.org/cgi-bin/mailman/listinfo/users</a><br>
<br>
<br>
<br>
</div></blockquote>
<br>
</blockquote></div><br></div>