[SR-Users] Expect the kamailio's sip account is unregistered state when the client app is shutdown

xuefeng zhang zhangxuefeng1007 at gmail.com
Wed Apr 22 04:21:49 CEST 2015


Hi all,

I add the WITH_NAT and WITH_NATSIPPING and it works ok.The account will
unregister after 3 minutes.

Thank you very much.

Xuefeng Zhang

2015-04-21 17:43 GMT+08:00 Daniel-Constantin Mierla <miconda at gmail.com>:

>  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>
> 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>:
>
>> 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] On
>> Behalf Of
>> > Daniel Grotti
>> > Sent: Monday, April 20, 2015 11:40 AM
>> > To: 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
>> >
>> > 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
>> >>>
>> >>> 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] *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
>> >>>> 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
>> >>>
>> >>
>> >> _______________________________________________
>> >> 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
>> >>
>> > _______________________________________________
>> > 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
>> >
>> >
>> > _______________________________________________
>> > 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
>>
>>
>> _______________________________________________
>> 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
>>
>
>   _______________________________________________
> 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
>
>
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing listsr-users at lists.sip-router.orghttp://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
>
> --
> Daniel-Constantin Mierlahttp://twitter.com/#!/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
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20150422/9eaa7891/attachment.html>


More information about the sr-users mailing list