[SR-Users] Expect the kamailio's sip account is unregistered state when the client app is shutdown
Filip Malenka
filip.malenka at gmail.com
Wed Apr 22 14:51:32 CEST 2015
Hi Xuefeng,
did you do set any other module parameters?
I can't get it to work..
My UAs uregister only because of expire=300, that means that they go
offline after 5 minutes. Usually UAs have much higher expire=3600, does
that mean they would go offline in 1 hour?
I hoped, that when I set
#!define WITH_NAT
#!define WITH_NATSIPPING
# ----- nathelper params -----
modparam("nathelper", "natping_interval", 10)
# modparam("nathelper", "ping_nated_only", 1)
modparam("nathelper", "sipping_bflag", FLB_NATSIPPING)
modparam("nathelper", "sipping_from", "sip:pinger at kamailio.org")
modparam("nathelper", "keepalive_timeout", 40)
and
# ----- presence params -----
modparam("presence", "db_url", DBURL)
modparam("presence", "clean_period", 10)
modparam("presence", "db_update_period", 10)
that my UAs will get "offline" as soon as in 40 seconds..
Where did I go wrong?
Thanks.
On 22.04.2015 04:21, xuefeng zhang wrote:
> 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
> <mailto: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 <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 <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://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
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
More information about the sr-users
mailing list