[SR-Users] Issue of calls drop 32s

Daniel-Constantin Mierla miconda at gmail.com
Tue May 19 07:52:31 CEST 2020


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 at 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 at lists.kamailio.org_
> <mailto:sr-users-bounces at lists.kamailio.org>> On Behalf Of Alex Balashov
> Sent: Thursday, May 14, 2020 12:18 AM
> To: Kamailio (SER) - Users Mailing List <_sr-users at lists.kamailio.org_
> <mailto:sr-users at 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
> > sr-users at lists.kamailio.org <mailto:sr-users at lists.kamailio.org>
> > 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
> sr-users at lists.kamailio.org <mailto:sr-users at lists.kamailio.org>
> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>  
>
> _______________________________________________
> Kamailio (SER) - Users Mailing List
> sr-users at lists.kamailio.org
> 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

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20200519/d2e24c9e/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Picture (Device Independent Bitmap) 1.jpg
Type: image/jpeg
Size: 60005 bytes
Desc: not available
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20200519/d2e24c9e/attachment.jpg>


More information about the sr-users mailing list