[OpenSIPS-Users] how do you determine first registration of a device
Alex G
greekman0000 at gmail.com
Wed Sep 30 03:36:32 CEST 2009
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 <bogdan at voice-system.ro
> 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
> > <bogdan at voice-system.ro <mailto:bogdan at voice-system.ro>> 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
> > > <abalashov at evaristesys.com <mailto:abalashov at evaristesys.com>
> > <mailto:abalashov at evaristesys.com
> > <mailto:abalashov at evaristesys.com>>> 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
> > > > Users at lists.opensips.org <mailto:Users at lists.opensips.org>
> > <mailto:Users at lists.opensips.org <mailto:Users at lists.opensips.org>>
> > > > 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
> > > Users at lists.opensips.org <mailto:Users at lists.opensips.org>
> > <mailto:Users at lists.opensips.org <mailto:Users at lists.opensips.org>>
> > > http://lists.opensips.org/cgi-bin/mailman/listinfo/users
> > >
> > >
> > >
> >
> ------------------------------------------------------------------------
> > >
> > > _______________________________________________
> > > Users mailing list
> > > Users at lists.opensips.org <mailto:Users at lists.opensips.org>
> > > http://lists.opensips.org/cgi-bin/mailman/listinfo/users
> > >
> >
> >
> > _______________________________________________
> > Users mailing list
> > Users at lists.opensips.org <mailto:Users at lists.opensips.org>
> > http://lists.opensips.org/cgi-bin/mailman/listinfo/users
> >
> >
> > ------------------------------------------------------------------------
> >
> > _______________________________________________
> > Users mailing list
> > Users at lists.opensips.org
> > http://lists.opensips.org/cgi-bin/mailman/listinfo/users
> >
>
>
> _______________________________________________
> Users mailing list
> Users at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.opensips.org/pipermail/users/attachments/20090929/cbb4f231/attachment-0001.htm
More information about the Users
mailing list