Re: [SR-Users] Re-invites from carrier breaks the call

2015-02-20 Thread Carsten Bock
Hi Will, please be aware, that in-call Re-INIVTEs may always happen, even with Session-Timers disabled on both sides (e.g. Codec/Media Change, Networkchanges and many more). If an in-call Re-INVITE breaks your phone, it would be better to fix that phone than to fix your network. Kind regards,

Re: [SR-Users] kamailio asterisk

2015-02-20 Thread Slava Bendersky
Hello Everyone, Thank you for reply, On client I configured user @ domain.org and proxy point to kamailio Here 1 debug where on client after doamin.org port is left configured to 5061 http://fpaste.org/188145/44047614/ Second debug where port set to 0 and kamailio tries resolve and crashed

[SR-Users] CNXCC Max Call control on Version 4.1.4

2015-02-20 Thread Jonathan Hunter
Hi Guys, Using kamailio Version 4.1.4 on Centos 6.5 I have an issue when using cnxcc to control max call duration for all outbound calls. In my configuration I set the following; # -Dialog params -modparam(dialog, dlg_flag, 4)modparam(cnxcc, dlg_flag, 4)modparam(cnxcc,

Re: [SR-Users] CNXCC Max Call control on Version 4.1.4

2015-02-20 Thread Carlos Ruiz Díaz
Hi Jonathan, Cnxcc was heavily updated a couple of months ago, so I suggest you update your copy and let me know if the update fixes this bug. Regards, Carlos On Feb 20, 2015 8:45 AM, Jonathan Hunter hunter...@hotmail.com wrote: Hi Guys, Using kamailio Version 4.1.4 on Centos 6.5 I have an

Re: [SR-Users] xhttp module and IPv6

2015-02-20 Thread Sergey Okhapkin
Here is web browser's log: Request URL:ws://sip1.callwithus.com:5060/ Request Method:GET Status Code:101 Switching Protocols Request Headers Accept-Encoding:gzip, deflate, sdch Accept-Language:en-US,en;q=0.8 Cache-Control:no-cache Connection:Upgrade Host:sip1.callwithus.com:5060

Re: [SR-Users] xhttp module and IPv6

2015-02-20 Thread Daniel-Constantin Mierla
Do you have event route for local replies generated via sl module? The error log messages seems to come from a situation like that. If yes, then perhaps is good to restrict the event route to sip replies only, because the sip parser for http replies is not compatible always. Otherwise, the

[SR-Users] TEXTOPS parser problem with binary data in MIME body

2015-02-20 Thread Federico San Martín
Hi Klaus, did you find a solution to this problem? I'm working with SIP-I and having the same issue with Binary encoding. I need to encode a 0x00 value and when the config script gets to that point, it breaks. If I encode any other hex value it's fine. This is the config part I'm using:

Re: [SR-Users] Re-invites from carrier breaks the call

2015-02-20 Thread Alex Balashov
On 02/20/2015 07:39 PM, Will Ferrer wrote: Perhaps what I could do with the module is set a long minimum timeout, long enough that it would allow our calls to complete before the re-invite occurs. A messy solution but might work in a pinch. Perhaps. But again, I would say you are solving the

Re: [SR-Users] Re-invites from carrier breaks the call

2015-02-20 Thread Alex Balashov
Hi Will, On 02/20/2015 07:24 PM, Will Ferrer wrote: It seems that if I didn't pass it in the supported header then the carrier shouldn't be sending me the timer refreshes anyway. Indeed not, and that's what I was trying to say in my response yesterday. 1) If you can't beat em join em -- It

Re: [SR-Users] Re-invites from carrier breaks the call

2015-02-20 Thread Will Ferrer
Hi Cartsten and Alex Thanks very much for the advice. I knew could throw in and remove headers from the config but I was hoping for a cleaner way of handling it with a module or something along those lines. That said though I didn't see anything here https://www.rfc-editor.org/rfc/rfc4028.txt

[SR-Users] Textops Module - Multipart Body conversion

2015-02-20 Thread Federico San Martín
Hi guys, I'm trying to convert an SDP body to Multipart/Mixed and add an ISUP encapsulated part (SIP-I) on a 200OK reply. It seems like the module is having trouble with the delimiters. The scenario is like this: PSTN MGC KamailioSEMS

Re: [SR-Users] CNXCC Max Call control on Version 4.1.4

2015-02-20 Thread Jonathan Hunter
Hi Carlos! Thanks for the response! Whats the latest version of Cnxcc for my reference please? And presume it runs fine with kamailio 4.1.4 ? thanks Jon Date: Fri, 20 Feb 2015 08:57:15 -0600 From: carlos.ruizd...@gmail.com To: sr-users@lists.sip-router.org Subject: Re: [SR-Users] CNXCC Max Call

Re: [SR-Users] CNXCC Max Call control on Version 4.1.4

2015-02-20 Thread Jonathan Hunter
Hi Carlos, Ok thanks. Last question! I have installed kamailio from packages on centos via yum. Would a yum update to 4.1.8 include cnxcc latest version? Thanks Jon Date: Fri, 20 Feb 2015 10:27:58 -0600 From: carlos.ruizd...@gmail.com To: sr-users@lists.sip-router.org Subject: Re: [SR-Users]

Re: [SR-Users] CNXCC Max Call control on Version 4.1.4

2015-02-20 Thread Jonathan Hunter
Ok understood Carlos, is there a command I can run to check the CNXCC version? Jon Date: Fri, 20 Feb 2015 11:04:33 -0600 From: carlos.ruizd...@gmail.com To: sr-users@lists.sip-router.org Subject: Re: [SR-Users] CNXCC Max Call control on Version 4.1.4 I'm not sure if the builds are up to date

Re: [SR-Users] xhttp module and IPv6

2015-02-20 Thread Sergey Okhapkin
Works but something is still wrong: Feb 20 15:19:32 east /usr/local/sbin/kamailio[31935]: INFO: script: HTTP Request Received Feb 20 15:19:32 east /usr/local/sbin/kamailio[31935]: ERROR: core [parser/parse_fline.c:257]: parse_first_line(): parse_fir st_line: bad message (offset: 22) Feb 20

[SR-Users] NAT SIPPING in a FreeBSD jail

2015-02-20 Thread Euan Thoms
I've been running Kamailio 4.2.2/4.2.3 in a FreeBSD 10.1 jail for a few weeks, thanks to a recent port in the FreeBSD ports tree. However, it has been a bit unstable. It crashes randomly. It's hard to debug since it can go three days without crashing, and there is no obvious trigger. I'm also

Re: [SR-Users] Re-invites from carrier breaks the call

2015-02-20 Thread Alex Balashov
Will, You can strip and remove headers with append_hf() and remove_hf() at will, and add headers to replies with append_to_reply(). However, as a methodological matter, I have to concur with the position taken by Carsten. Ultimately, the problem is improper handling of reinvites by one

[SR-Users] xhttp module and IPv6

2015-02-20 Thread Sergey Okhapkin
It looks like when http request comes from ipv6 address, the module inserts Via header without [] around the address: Feb 20 14:26:17 east /usr/local/sbin/kamailio[30965]: ERROR: core [parser/parse_via.c:2193]: parse_via(): ERROR:parse_via: bad port Feb 20 14:26:17 east

Re: [SR-Users] Re-invites from carrier breaks the call

2015-02-20 Thread Will Ferrer
Hi Alex Please see my responses below. On Fri, Feb 20, 2015 at 4:28 PM, Alex Balashov abalas...@evaristesys.com wrote: Hi Will, On 02/20/2015 07:24 PM, Will Ferrer wrote: It seems that if I didn't pass it in the supported header then the carrier shouldn't be sending me the timer

Re: [SR-Users] xhttp module and IPv6

2015-02-20 Thread Daniel-Constantin Mierla
Can you try with the small patch from the commit? https://github.com/kamailio/kamailio/commit/5c1a9df4fc8bd72f44066bcef13f381f01cd9d07 If ok, I will backport. Cheers, Daniel On 20/02/15 20:30, Sergey Okhapkin wrote: It looks like when http request comes from ipv6 address, the module