terisk receives the 200 OK,
> and maybe spot some log message why it does not trigger ACK retransmissions.
>
> regards
> Klaus
>
> Am 30.06.2010 23:33, schrieb Ole Kaas:
>>
>> Den 30/06/2010 kl. 01.23 skrev Iñaki Baz Castillo:
>>
>>> 2010/6/29 Ole Kaas:
>
Den 30/06/2010 kl. 01.23 skrev Iñaki Baz Castillo:
> 2010/6/29 Ole Kaas :
>> Hi Klaus,
>>
>> I've mailed pcap dump to you directly for further inspection.
>
> Hi, it's much better if you capture a trace with "ngrep -Wbyline -t -q
> port 5060" a
dump recorded at the SIP proxy:
>
> ngrep -Wbyline -t -q port 5060
>
> regards
> Klaus
>
> Am 29.06.2010 12:37, schrieb Ole Kaas:
>> Hello,
>>
>> See transmission below. For some reason the ACK package is lost/dropped and
>> the remote server retra
Hello,
See transmission below. For some reason the ACK package is lost/dropped and the
remote server retransmits the 200 OK status. But Kamailio does not retransmit
the ACK on receiving the retransmitted OK's. Eventually the remote server gives
up and pulls the plug after ~20 seconds. Is this a
Hello,
When editing the subscriber table using phpmyadmin, updating the ha1 fields are
no fun and error prone. The trigger below will calculate the hashes if the
input fields are left empty. Navigate to the subscriber table in phpmyadmin and
drop the code in the query field under the "SQL" tab.
Den 03/05/2010 kl. 12.13 skrev marius zbihlei:
> You are right, if you use 2 PV in the cr_route function things will go badly.
>
> The reason is that the core function get_str_fparam() returns a pointer to a
> static buffer, and in total there are three(3) static buffers to return, so
> after a
Hello,
Any idea why this fails:
$var(carrier) = "carriername";
$var(domainname) = "domain";
if(cr_route( "$var(carrier)", "$var(domainname)", "$rU", "$rU", "call_id"))
with tis in the log:
INFO: carrierroute [cr_func.c:598]: uri domain was rewritten to sip:domain,
carrier 2, domain 2
While t
