Thanks Henning. These are the first 3 packets filtering on my user. I see the ACK but I'm not able to spot the error.
U 213.52.37.107:50336 -> 10.1.2.10:5060 #1 INVITE sip:k...@sip2.itf-as.com SIP/2.0..Via: SIP/2.0/UDP 213.52.37.107:35270;rport;branch=z9hG4bKPj398365dc9 706413f868bdd222cadbed8..Max-Forwards: 70..From: < sip:cbw...@sip2.itf-as.com>;tag=4183d760c26e4531a7a39f45d1 4fb4c6..To: <sip:k...@sip2.itf-as.com>..Contact: <sip:cbwlap@213.52.37.107:35270;ob>..Call-ID: b3dd380f0c1d4e 0ebdd7fc223710d938..CSeq: 23860 INVITE..Route: <sip:sip2.itf-as.com;lr>..Allow: PRACK, INVITE, ACK, BYE, CAN CEL, UPDATE, INFO, SUBSCRIBE, NOTIFY, REFER, MESSAGE, OPTIONS..Supported: replaces, 100rel, timer, norefersu b..Session-Expires: 1800..Min-SE: 90..User-Agent: MicroSIP/3.21.3..Content-Type: application/sdp..Content-Le ngth: 345....v=0..o=- 3879388988 3879388988 IN IP4 213.52.37.107..s=pjmedia..b=AS:84..t=0 0..a=X-nat:0..m= audio 35276 RTP/AVP 8 0 101..c=IN IP4 213.52.37.107..b=TIAS:64000..a=rtcp:35277 IN IP4 213.52.37.107..a=send recv..a=rtpmap:8 PCMA/8000..a=rtpmap:0 PCMU/8000..a=rtpmap:101 telephone-event/8000..a=fmtp:101 0-16..a=ssrc :1053777612 cname:28d400de4b7d5918.. # U 10.1.2.10:5060 -> 213.52.37.107:50336 #2 SIP/2.0 407 Proxy Authentication Required..Via: SIP/2.0/UDP 213.52.37.107:35270;rport=50336;branch=z9hG4bKPj 398365dc9706413f868bdd222cadbed8;received=213.52.37.107..From: < sip:cbw...@sip2.itf-as.com>;tag=4183d760c26e 4531a7a39f45d14fb4c6..To: <sip:k...@sip2.itf-as.com >;tag=9dd61ff61e802d8e2bef5f14621ef3c2.f003010a..Call-ID: b3dd380f0c1d4e0ebdd7fc223710d938..CSeq: 23860 INVITE..Proxy-Authenticate: Digest realm="sip2.itf-as.com", no nce="Y5A72WOQOq3afsXxs6AD2ihlmLAlgNOe"..Server: kamailio (5.6.2 (x86_64/linux))..Content-Length: 0.... # U 213.52.37.107:50336 -> 10.1.2.10:5060 #3 ACK sip:k...@sip2.itf-as.com SIP/2.0..Via: SIP/2.0/UDP 213.52.37.107:35270 ;rport;branch=z9hG4bKPj398365dc9706 413f868bdd222cadbed8..Max-Forwards: 70..From: <sip:cbw...@sip2.itf-as.com >;tag=4183d760c26e4531a7a39f45d14fb 4c6..To: <sip:k...@sip2.itf-as.com>;tag=9dd61ff61e802d8e2bef5f14621ef3c2.f003010a..Call-ID: b3dd380f0c1d4e0eb dd7fc223710d938..CSeq: 23860 ACK..Route: <sip:sip2.itf-as.com;lr>..Content-Length: 0.... -- Regards Christian ons. 7. des. 2022 kl. 07:51 skrev Henning Westerholt <h...@gilawa.com>: > Hello, > > > > as you’ve guessed, this can be a common problem related to the routing of > the ACK message. > > > > Have a look e.g. with ngrep or sngrep to the SIP signalisation on the > server side and check if everything is correct in the SIP messages. > > > > > *From:* sr-users <sr-users-boun...@lists.kamailio.org> *On Behalf Of > *Christian > B Wiik > *Sent:* Wednesday, December 7, 2022 7:43 AM > *To:* sr-users@lists.kamailio.org > *Subject:* [SR-Users] Call drops after 1 minute > > > > Greetings! > > > > I have a CentOS setup in AWS where all my calls are dropped after about a > minute or so. I realize this typically is a NAT problem, but I can't see > where my error is. > > Sound is fine both ways. > > > > Kamailio is set with WITH_NAT and I use rtpproxy like this: > > OPTIONS="-l 10.1.2.10 -s udp:127.0.0.1:7722 -d INFO:LOG_LOCAL5 -m 35010 > -M 35110 -A 54.171.168.48" > > (10.1.2.10 is the local IP for CentOS) > > > > Tested with MicroSIP and Linphone and tried numerous configurations. It > seems the receiving client is not able to verify the call has been set up, > and disconnects. MicroSIP has the status "Connecting..." until it > disconnects. > > > > All tips appreciated. Will post configuration and logs if needed. > > Kamailio version 5.6.2 from rpm and rtpproxy 2.1.0 compiled from source. > > >
__________________________________________________________ Kamailio - Users Mailing List - Non Commercial Discussions sr-users@lists.kamailio.org Important: keep the mailing list in the recipients, do not reply only to the sender! Edit mailing list options or unsubscribe: https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users