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 <mico...@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 <zhangxuefeng1...@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 <mico...@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-boun...@lists.sip-router.org] On >> Behalf Of >> > Daniel Grotti >> > Sent: Monday, April 20, 2015 11:40 AM >> > To: sr-users@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-boun...@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@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@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@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@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@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@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@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-us...@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@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@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
