the answer to this problem is NO! there is no sure fire way to do this that will be 100% foolproof !
so my suggestion is... just give up and make your phones subscribe! They'll do it when they boot O_O On Mon, Sep 28, 2009 at 4:59 AM, Bogdan-Andrei Iancu <[email protected] > wrote: > Alex, take care that the functionality I mentioned exists only in 1.6 > (if you need a backport to 1.5 let me know). > > Regards, > Bogdan > > Alex G wrote: > > ok I will test this method, this seems better than nothing at this > > point. Thanks Bogdon! > > > > On Sun, Sep 27, 2009 at 4:33 AM, Bogdan-Andrei Iancu > > <[email protected] <mailto:[email protected]>> wrote: > > > > Hi Alex, > > > > As said, from SIP point of view, a registrar cannot tell (in a > > reliable > > way) if a registration is a first registration or a re-registration. > > Simply there is no information to help with this. No hocus-pocus with > > deleting the previous registrations or unregister will not help. > > > > BUT, the only thing you can use is that during a re-registration the > > callid may be preserved (and cseq increased), while during a fast > > reboot, the callid (in REGISTER) will be definitely a new one. > > > > So, as you can see, you can make 100% distinction between the two > > cases, > > but you can identify a first registration (when a new callid is > > received > > from the client). So , if it is not a big issue that you may detect > > "supplementary" first-register events (like a re-register when the > > client simply decide to change the callid), you can use in 1.6 the > new > > "callid" parameter on the "registered()" param: > > > > > http://www.opensips.org/html/docs/modules/devel/registrar.html#id271243 > > > > like: > > if (registered("location","$to","$ci")) { -> received callid is > > already registered -> not a first registration} > > > > > > Regards, > > Bogdan > > > > Alex G wrote: > > > this still does not solve the issue of a reboot that occurs in > under > > > 60 seconds. if a phone does not unregister on reboot, the record > > > remains in the db for those 60 seconds. if it comes back up in > under > > > 60 seconds, then to opensips it looks like a reregistration. > > > > > > is there someway to discern this scenario from the info in the > > > location table that is already there? maybe the callid or cseq or > > > something? > > > > > > On Sat, Sep 26, 2009 at 1:43 PM, Alex Balashov > > > <[email protected] <mailto:[email protected]> > > <mailto:[email protected] > > <mailto:[email protected]>>> wrote: > > > > > > As Inaki said, what you're trying to achieve is a little > > ridiculous. > > > > > > But, if you must do it, I recommend using a database capable of > > > advanced triggers and decent stored procedures (PostgreSQL) > > and using > > > usrloc and registrar with full database backing and no > > caching or > > > synchronisation (changes immediately reflected in database). > > Then put > > > a trigger on your 'location' table. Trying to do this from > > the route > > > script is silly. > > > > > > Alex G wrote: > > > > > > > I have a scenario where I'm trying to fire a script based > > on the > > > first > > > > registration of a device. In normal circumstances I can > > check the > > > > location table using registered() function and if there is an > > > entry i > > > > know it's not the first registration. My problem is when a > > phone > > > does a > > > > quick reboot., it sometimes comes back on line before the > > > phone's entry > > > > is removed from the location table. In this case, the > > above solution > > > > does not work. > > > > > > > > Can anyone provide advice on how to determine first > > registration > > > of a > > > > phone coming back online in another way? > > > > > > > > > > > > > > > > > > ------------------------------------------------------------------------ > > > > > > > > _______________________________________________ > > > > Users mailing list > > > > [email protected] <mailto:[email protected]> > > <mailto:[email protected] <mailto:[email protected]>> > > > > http://lists.opensips.org/cgi-bin/mailman/listinfo/users > > > > > > > > > -- > > > Alex Balashov - Principal > > > Evariste Systems > > > Web : http://www.evaristesys.com/ > > > Tel : (+1) (678) 954-0670 > > > Direct : (+1) (678) 954-0671 > > > > > > _______________________________________________ > > > Users mailing list > > > [email protected] <mailto:[email protected]> > > <mailto:[email protected] <mailto:[email protected]>> > > > http://lists.opensips.org/cgi-bin/mailman/listinfo/users > > > > > > > > > > > > ------------------------------------------------------------------------ > > > > > > _______________________________________________ > > > Users mailing list > > > [email protected] <mailto:[email protected]> > > > http://lists.opensips.org/cgi-bin/mailman/listinfo/users > > > > > > > > > _______________________________________________ > > Users mailing list > > [email protected] <mailto:[email protected]> > > http://lists.opensips.org/cgi-bin/mailman/listinfo/users > > > > > > ------------------------------------------------------------------------ > > > > _______________________________________________ > > Users mailing list > > [email protected] > > http://lists.opensips.org/cgi-bin/mailman/listinfo/users > > > > > _______________________________________________ > Users mailing list > [email protected] > http://lists.opensips.org/cgi-bin/mailman/listinfo/users >
_______________________________________________ Users mailing list [email protected] http://lists.opensips.org/cgi-bin/mailman/listinfo/users
