Re: [SR-Users] Header Concatenation - is this a Bad Idea?

2015-04-20 Thread Alex Hermann
On Monday 20 April 2015, Nathan Angelacos wrote: > So the next thing is to use RFC 3261 7.3 and 25.1 to concatenate the > multiple Record-Routes into one longer line (same for Via, Contact, etc.): > Doesn't look like there's any kamailio function in textops/x that makes > this kind of thing easy;

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

2015-04-20 Thread Mickael Marrache
Hi, IIR means If I Remember. 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 wrote: > > Hi Daniel, > > I understand yo

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

2015-04-20 Thread xuefeng zhang
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 : > IIR, the keepalives

Re: [SR-Users] Header Concatenation - is this a Bad Idea?

2015-04-20 Thread Daniel-Constantin Mierla
Hello, what are the operating systems? I haven't encountered any fragmentation issues lately, Linux is able to handle UDP with payload up to 64kB. Specific to your question, it may help in some cases to concatenate headers, but the margin is rather small. If you know you are in a controlled envir

[SR-Users] Header Concatenation - is this a Bad Idea?

2015-04-20 Thread Nathan Angelacos
Some udp INVITEs hit our network very close to the 1500 byte limit, and we add 2 Record-Routes before we pass the INVITE to the end user. The packet gets truncated in the SDP; "usually" it still works. In our use case, I can't use gzip or TCP. We are already using textops to convert to sho

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

2015-04-20 Thread Daniel-Constantin Mierla
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

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

2015-04-20 Thread Mickael Marrache
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

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

2015-04-20 Thread Mickael Marrache
No, it is not possible. However, it's not really an issue since sending an INVITE to the invalid location will result on a timeout which you can keep short (see the fr_timer) and then you can catch the timeout and behave as if there was no active registration. -Original Message- From: sr-

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

2015-04-20 Thread Daniel Grotti
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 i

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

2015-04-20 Thread Daniel Grotti
Hi, if the app crashes, it will just de-register the user after the expiration time, since no re-register came in. -- 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 informat

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

2015-04-20 Thread Filip Malenka
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 "hear

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

2015-04-20 Thread Daniel Grotti
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 w

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

2015-04-20 Thread Mickael Marrache
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

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

2015-04-20 Thread Filip Malenka
I would be interrested in this too.. At the moment I am setting "expires" on my UAs to a low value (300) and when a UA exits SIP softphone application, Kamailio notifies it's offline status in 5 minutes. An immediate online/offline status would be better.. Is that possible with Kamailio? On 20.04.

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

2015-04-20 Thread xuefeng zhang
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

Re: [SR-Users] Roadmap for next major release v4.3.0

2015-04-20 Thread Daniel-Constantin Mierla
Hello, start of the week reminder, by end of upcoming Wednesday, development for v4.3.0 will be frozen. If there are branches to be merged or other new features to be pushed in master branch, consider doing it before. Enjoy the week, Daniel On 16/04/15 10:39, Daniel-Constantin Mierla wrote: > H