egards,
> Helio
>
>
>
>
>
>
> *De: *"Daniel-Constantin Mierla" <mico...@gmail.com>
> *Enviada: *2016/12/01 06:52:04
> *Para: *sr-users@lists.sip-router.org, hok.s...@gmail.com
> *Assunto: * Re: [SR-Use
Daniel-Constantin Mierla :
> The specs require to be \r\n. Accepting only \n is and
> SER-time-propagated extension in Kamailio from the early days of the
> project when a lot of tests during the development was done by building
> messages inside a text file and injecting it
Hello,
if you haven't changed the tm parameters that refer to reparsing
outgoing requests for building local hop-by-hop messages, then you
should not be affected by the issue reported by Helio Okuyama. The
function that needs to be patched should not used with default values of
tm parameters --
On 01/12/2016 02:05, Mikko Lehto wrote:
> Helio Okuyama wrote:
>
>> Local messages are malformed in Kamailio 4.4.X. For example after receiving
>> an error response (603) to an INVITE message, the ACK is generated with
>> header Max-Forwards concatenated to header CSeq and
Hello.
I make test, currently on kamailio 4.4.0, but as I see in git - tm
module does not changes from that time.
I have normal line termination.
See a dump in attach.
in that dump 10.56.41.33 and 10.56.42.33 is the my mhomed kamailio.
--
Best regards,
Sergey Basov e-mail:
Hello,
have you set modparams for tm module related to reparsing the invite or
on dns failover?
The build_local() should be used only in some specific cases and want to
be sure it doesn't get executed somehow when it shouldn't be.
Cheers,
Daniel
On 30/11/2016 16:40, Helio Okuyama wrote:
>
Same thing with Kamailio version 4.4.4 (c5d3bd)
$ sipsak -H localhost -s sip:127.0.0.1:5060 -v -f test/unit/60-message-sdp4.sip
--no-crlf
# tcpdump -i lo0 -s 0 -n -v -X port 5060
03:14:09.247227 IP 127.0.0.1.10564 > 127.0.0.1.5060: SIP: MESSAGE
sip:bob@example.invalid SIP/2.0
Helio Okuyama wrote:
> Local messages are malformed in Kamailio 4.4.X. For example after receiving
> an error response (603) to an INVITE message, the ACK is generated with
> header Max-Forwards concatenated to header CSeq and double CRLF, which is
> wrong.
Funny thing, I