Hi,
I have a strange problem with Kamailio 3.0.2. When one of our end
users makes a call Kamailio does not route the ACK (in response to the
200 OK). For all other end users it works fine.
For me it looks the the has_totag() checks for some reason fails and
then t_check_trans() thinks it is a ACK
Hello,
On 10/28/10 1:37 PM, Morten Isaksen wrote:
Hi,
I have a strange problem with Kamailio 3.0.2. When one of our end
users makes a call Kamailio does not route the ACK (in response to the
200 OK). For all other end users it works fine.
For me it looks the the has_totag() checks for some rea
Hi,
On Fri, Oct 29, 2010 at 10:59 AM, Daniel-Constantin Mierla
wrote:
> Hello,
>
> On 10/28/10 1:37 PM, Morten Isaksen wrote:
>>
>> Hi,
>>
>> I have a strange problem with Kamailio 3.0.2. When one of our end
>> users makes a call Kamailio does not route the ACK (in response to the
>> 200 OK). For
Hi,
I narrowed it down to the sanity_check.
if(!sanity_check("1511", "7"))
{
xlog("L_WARN", "sanity check - M=$rm RURI=$ru F=$fu
T=$tu IP=$si ID=$ci\n");
exit;
}
The sanity_check fails but does not send a reply back or log the above
line. I have
Hello,
looking now again at the trace you sent first time, the ACK is:
U 2010/10/28 10:51:13.267863 178.21.248.20:5060 -> 178.21.248.7:5060
ACKsip:1...@178.21.248.56:5060 SIP/2.0.
Record-Route:.
Via: SIP/2.0/UDP 178.21.248.20;branch=z9hG4bK690c.97354e4.2.
Via: SIP/2.0/UDP
87.104.233.108:5060;r
Hi Daniel,
The Via line is OK, it was the email formating.
I am using Kamailio 3.0.3 and the sanity docs says:
This function makes a row of sanity checks on the given request. The
function returns false (-1) if one of the checks failed. If one of the
checks fails the module sends a precise error
Hello,
On 11/11/10 11:02 PM, Morten Isaksen wrote:
Hi Daniel,
The Via line is OK, it was the email formating.
I am using Kamailio 3.0.3 and the sanity docs says:
This function makes a row of sanity checks on the given request. The
function returns false (-1) if one of the checks failed. If on
Hello,
I got the pcap file and had the time too check it. There seems to be an
extra LF at the end of ACK:
0230 73 65 72 2d 41 67 65 6e 74 3a 20 41 61 73 74 72 ser-Agen t: Aastr
0240 61 20 49 6e 74 65 6c 6c 69 67 61 74 65 0d 0a 43 a Intell igate..C
0250 6f 6e 74 65 6e 74 2d 4c 65 6e
Hi Daniel,
Thank you very much for the help.
I will report the bug to Aastra.
/Morten
On Mon, Nov 15, 2010 at 4:22 PM, Daniel-Constantin Mierla
wrote:
> Hello,
>
> I got the pcap file and had the time too check it. There seems to be an
> extra LF at the end of ACK:
>
> 0230 73 65 72 2d 41 67
