Hi Daniel,
Thanks for your reply.
Please refer to the attached output file from
Homer which I replaced a few words.
Best Regards,
Rex
From: Daniel-Constantin Mierla
<miconda@gmail.com>
Sent: Tuesday, May 19, 2020 1:53 PM
To: Kamailio (SER) - Users Mailing List
<sr-users@lists.kamailio.org>; Rex Lin (林昱頡) <Rex.Lin@quantatw.com>
Subject: Re: [SR-Users] Issue of calls drop 32s
Hello,
you have to provide the PCAP (or ngrep
output) for such a call taken on kamailio system to see the
headers of each sip message and try to understand where the
issue is.
Cheers,
Daniel
On 18.05.20 09:38, Rex
Lin (林昱頡) wrote:
Hi,
Do you need further information? Actually, I am not sure if the process is normal, there‘s no problem with the call at least.
Could it be caused any problem if all clients do fix_nated_register?
Best Regards,
Rex
From: Rex Lin (林昱頡)
Sent: Friday, May 15, 2020 2:37 PM
To: Kamailio (SER) - Users Mailing List <sr-users@lists.kamailio.org>
Subject: Re: [SR-Users] Issue of calls drop 32s
Hi Alex,
Thanks for your reply.
ICE/STUN haven’t been activated by our clients. All transmission traffic pass through a proxy server. Below is the screenshot of a normal call process.
Best Regards,
Rex
-----Original Message-----
From: sr-users <sr-users-bounces@lists.kamailio.org> On Behalf Of Alex Balashov
Sent: Thursday, May 14, 2020 12:18 AM
To: Kamailio (SER) - Users Mailing List <sr-users@lists.kamailio.org>
Subject: Re: [SR-Users] Issue of calls drop 32s
It's a tell-tale sign of an end-to-end ACK from the caller not being forwarded properly to the callee. The server should not be forwarding such an ACK "to itself"; this suggests that its Request URI may be improperly constructed (it should be equivalent to the remote Contact URI of the callee in the 200 OK message), or that its Route headers are somehow incorrect (they should mirror the Record-Route set in the 200 OK).
-- Alex
On Wed, May 13, 2020 at 04:07:16PM +0000, Rex Lin (林昱頡) wrote:
> Hi,
>
>
> It’s weird that the calls always drop after 32s while the callee is using public ip. Also, Server forwards ACK to itself with UDP, instead of forwarding to callee with TLS.
>
>
> Moreover, I cannot see “Received” in AOR as the callee finish the registration.
>
>
> I recognized it’s marked by nat_uac_test(“19”) and set with fix_nated_register(), the problem can be resolved.
>
>
> My scenario is as below, for your reference.
>
> 1.Kamailio version is 4.4.7, listening public ip.
>
> 2.Caller it’s behind NAT.
>
> 3.Clients of Linphone.
>
>
> Do you know the reason why it happened?
>
>
>
> Best Regards,
>
> Rex
> _______________________________________________
> Kamailio (SER) - Users Mailing List
--
Alex Balashov | Principal | Evariste Systems LLC
Tel: +1-706-510-6800 / +1-800-250-5920 (toll-free)
_______________________________________________
Kamailio (SER) - Users Mailing List
_______________________________________________Kamailio (SER) - Users Mailing Listsr-users@lists.kamailio.orghttps://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
--
Daniel-Constantin Mierla -- www.asipto.com
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Funding: https://www.paypal.me/dcmierla