[SR-Users] Expect the kamailio's sip account is unregistered state when the client app is shutdown
Daniel-Constantin Mierla
miconda at gmail.com
Tue Apr 21 11:43:04 CEST 2015
Hello,
On 21/04/15 07:07, Mickael Marrache wrote:
> Hi,
>
> IIR means If I Remember.
indeed, thanks for completing -- it was a result of incomplete typing as
I wanted to use IIRC (if i remember correctly), which is more standard
acronym out there.
Xuefeng: sending keepalives is done via nathelper module, by seeting
sipping branch flag when processing REGISTER requests - see:
-
http://kamailio.org/docs/modules/4.2.x/modules/nathelper.html#nathelper.p.sipping_bflag
For a proper example of usage, see the default kamailio.cfg for v4.2 -
it has this feature inside, easy to enable with defines:
#!define WITH_NAT
#!define WITH_NATSIPPING
Add those lines somewhere at the beginning of kamailio.cfg -- also, read
the comments at the top of the kamailio.cfg, some notes about this are
made there.
Cheers,
Daniel
>
> Are you also using keepalives sent by clients? I often read that NATs
> don't refresh their mapping on incoming traffic, you may want to take
> a look at client keepalives.
>
> Mickael
>
> On 21 באפר 2015, at 07:38, xuefeng zhang <zhangxuefeng1007 at gmail.com
> <mailto:zhangxuefeng1007 at gmail.com>> wrote:
>
>> Hi Daniel,
>>
>> I understand your reply.The kamailio can set the "IIR" to send the
>> OPTIONS packets period.
>> But I don't found out the knowledge of the "IIR".
>>
>> Would you give me some things how to do it.
>>
>> Thanks!
>>
>> Xuefeng Zhang
>>
>> 2015-04-20 18:10 GMT+08:00 Daniel-Constantin Mierla
>> <miconda at gmail.com <mailto:miconda at gmail.com>>:
>>
>> IIR, the keepalives are sent stateless, so no transactions are create
>> for them. Just OPTIONS packets sent out, resulting in less load on
>> kamailio (well, comparing with normal transactional forwarding). The
>> mechanism behind detecting offline users with keepalives is based
>> on a
>> counter kept in memory for the location record, which is reset if the
>> reply to OPTIONS comes back. If there are three (or so)
>> keepalives sent
>> out and none was replied, then the record is removed. Practically
>> there
>> is no retransmission for those keepalive requests, no special states,
>> just this counter in memory per location record. Given this, (again
>> iirc), this feature doesn't work with db_mode set to database only.
>>
>> Cheers,
>> Daniel
>>
>> On 20/04/15 10:46, Mickael Marrache wrote:
>> > Didn't know about that, it's interesting.
>> >
>> > I'm curious about the load impact of this feature, since
>> keepalives are
>> > generally sent every 30 sec.
>> >
>> > -----Original Message-----
>> > From: sr-users [mailto:sr-users-bounces at lists.sip-router.org
>> <mailto:sr-users-bounces at lists.sip-router.org>] On Behalf Of
>> > Daniel Grotti
>> > Sent: Monday, April 20, 2015 11:40 AM
>> > To: sr-users at lists.sip-router.org
>> <mailto:sr-users at lists.sip-router.org>
>> > Subject: Re: [SR-Users] Expect the kamailio's sip account is
>> unregistered
>> > state when the client app is shutdown
>> >
>> > Hi,
>> > you may want to use:
>> >
>> >
>> http://www.kamailio.org/docs/modules/4.2.x/modules/nathelper.html#nathelper.
>> > p.keepalive_timeout
>> >
>> >
>> > --
>> > Daniel Grotti
>> > VoIP Engineer
>> >
>> >
>> > Sipwise GmbH
>> > Europaring F15 | 2345 Brunn am Gebirge, Austria |
>> www.sipwise.com <http://www.sipwise.com>
>> >
>> > On 04/20/2015 10:34 AM, Filip Malenka wrote:
>> >> Thank you for information..
>> >> What can Kamailio do about clients, that exit abnormally (e.g.
>> crash, turn
>> > off, ..) which do unregister properly? Can Kamailio send this
>> "expire=0" on
>> > behalf of these clients?
>> >> Can Kamailio determine that a client got offline based on e.g. TLS
>> > connection or other "heartbeats"?
>> >> On 20.04.2015 10:16, Daniel Grotti wrote:
>> >>> Hi,
>> >>> here you are:
>> >>>
>> >>> https://tools.ietf.org/html/rfc3665#section-2.4
>> >>>
>> >>>
>> >>>
>> >>> --
>> >>> Daniel Grotti
>> >>> VoIP Engineer
>> >>>
>> >>>
>> >>> Sipwise GmbH
>> >>> Europaring F15 | 2345 Brunn am Gebirge, Austria |
>> www.sipwise.com <http://www.sipwise.com>
>> >>>
>> >>> On 04/20/2015 10:10 AM, Mickael Marrache wrote:
>> >>>> Hi,
>> >>>>
>> >>>>
>> >>>>
>> >>>> You need to configure your client to un register when the
>> app is closed.
>> >>>>
>> >>>>
>> >>>>
>> >>>> For that, your client must send a REGISTER with Expires: 0.
>> >>>>
>> >>>>
>> >>>>
>> >>>> Mickael
>> >>>>
>> >>>>
>> >>>>
>> >>>> *From:*sr-users
>> [mailto:sr-users-bounces at lists.sip-router.org
>> <mailto:sr-users-bounces at lists.sip-router.org>] *On
>> >>>> Behalf Of *xuefeng zhang
>> >>>> *Sent:* Monday, April 20, 2015 10:58 AM
>> >>>> *To:* Daniel-Constantin Mierla; Kamailio (SER) - Users
>> Mailing List
>> >>>> *Subject:* [SR-Users] Expect the kamailio's sip account is
>> >>>> unregistered state when the client app is shutdown
>> >>>>
>> >>>>
>> >>>>
>> >>>> Hi Daniel,
>> >>>>
>> >>>>
>> >>>>
>> >>>> When the client's app is closed,the sip account may be
>> registered
>> >>>> state,because the expired time may have some rest time.I want to
>> >>>> implement when the client's app is closed,the account also
>> unregister.
>> >>>>
>> >>>>
>> >>>>
>> >>>> How can I implement this function?Would you give me some
>> advices?
>> >>>>
>> >>>>
>> >>>>
>> >>>> Thanks!
>> >>>>
>> >>>>
>> >>>>
>> >>>> Xuefeng Zhang
>> >>>>
>> >>>>
>> >>>>
>> >>>> _______________________________________________
>> >>>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users
>> mailing
>> >>>> list sr-users at lists.sip-router.org
>> <mailto:sr-users at lists.sip-router.org>
>> >>>> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>> >>>>
>> >>> _______________________________________________
>> >>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users
>> mailing
>> >>> list sr-users at lists.sip-router.org
>> <mailto:sr-users at lists.sip-router.org>
>> >>> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>> >>>
>> >>
>> >> _______________________________________________
>> >> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing
>> >> list sr-users at lists.sip-router.org
>> <mailto:sr-users at lists.sip-router.org>
>> >> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>> >>
>> > _______________________________________________
>> > SIP Express Router (SER) and Kamailio (OpenSER) - sr-users
>> mailing list
>> > sr-users at lists.sip-router.org
>> <mailto:sr-users at lists.sip-router.org>
>> > http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>> >
>> >
>> > _______________________________________________
>> > SIP Express Router (SER) and Kamailio (OpenSER) - sr-users
>> mailing list
>> > sr-users at lists.sip-router.org
>> <mailto:sr-users at lists.sip-router.org>
>> > http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>>
>> --
>> Daniel-Constantin Mierla
>> http://twitter.com/#!/miconda <http://twitter.com/#%21/miconda> -
>> http://www.linkedin.com/in/miconda
>> Kamailio World Conference, May 27-29, 2015
>> Berlin, Germany - http://www.kamailioworld.com
>>
>>
>> _______________________________________________
>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users
>> mailing list
>> sr-users at lists.sip-router.org <mailto:sr-users at lists.sip-router.org>
>> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>>
>>
>> _______________________________________________
>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>> sr-users at lists.sip-router.org <mailto:sr-users at lists.sip-router.org>
>> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
--
Daniel-Constantin Mierla
http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda
Kamailio World Conference, May 27-29, 2015
Berlin, Germany - http://www.kamailioworld.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20150421/8238f8e3/attachment.html>
More information about the sr-users
mailing list