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 <[email protected]> > *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 <[email protected]_ > <mailto:[email protected]>> On Behalf Of Alex Balashov > Sent: Thursday, May 14, 2020 12:18 AM > To: Kamailio (SER) - Users Mailing List <[email protected]_ > <mailto:[email protected]>> > 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 > > [email protected] <mailto:[email protected]> > > https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users > > > -- > Alex Balashov | Principal | Evariste Systems LLC > > Tel: +1-706-510-6800 / +1-800-250-5920 (toll-free) > Web: http://www.evaristesys.com/, http://www.csrpswitch.com/ > > _______________________________________________ > Kamailio (SER) - Users Mailing List > [email protected] <mailto:[email protected]> > https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users > > > _______________________________________________ > Kamailio (SER) - Users Mailing List > [email protected] > https://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
_______________________________________________ Kamailio (SER) - Users Mailing List [email protected] https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
