Re: SIP Call Drops After 0.32 Seconds – As terisk on Kubernetes with Kamailio + RTPengine

"Grotti, Daniel via sr-users" <[email protected]>
Newsgroups gmane.comp.voip.ser
Message-ID <SJ1PR84MB30194CB36A35E3FD34D24007FE802@SJ1PR84MB3019.NAMPRD84.PROD.OUTLOOK.COM>
Hi Fernando,
it sounds like a missing ACK on Asterisk?
Are you 100% sure that the ACK generated by the caller (upon the received 200 OK) is reaching out the Asterisk?


D.



________________________________
From: Fernando Lopes via sr-users <[email protected]>
Sent: Wednesday, April 23, 2025 5:28 PM
To: [email protected] <[email protected]>
Cc: Fernando Lopes <[email protected]>
Subject: [SR-Users] SIP Call Drops After 0.32 Seconds – Asterisk on Kubernetes with Kamailio + RTPengine

Hello everyone,
I'm running into an issue with SIP calls in my current setup and would really appreciate some help.

Setup:
I have a machine named sip00 (IP: 192.168.1.75) running Kamailio + RTPengine.
Kamailio is dispatching calls to sip:192.168.1.190:32210;transport=tcp. This IP points to another machine running Asterisk inside a Kubernetes cluster.
RTPengine is configured with an RTP port range of 10000–20000, and my router is set to allow that same range.

Asterisk Kubernetes Service Configuration:
yaml
Copy
Edit
spec:
  ports:
    - name: tcp-port
      protocol: TCP
      port: 5060
      targetPort: 5060
      nodePort: 32210
    - name: udp-port
      protocol: UDP
      port: 5060
      targetPort: 5060
      nodePort: 32210

Problem:
When I initiate a SIP call, the router forwards traffic to Kamailio + RTPengine, which then sends it to the Asterisk server on 192.168.1.190.
Everything seems fine initially, but at exactly 0.32 seconds into the call, Asterisk sends a BYE and no longer responds with 200 OK to the SIP dialog — even though I'm still receiving and sending audio. Then, at around 01:04, I get a 408 Request Timeout.

Questions:
Do I need to explicitly expose the RTP port range (10000–20000) in the Asterisk Kubernetes service as well?
Why is Asterisk sending a BYE so early if audio is still flowing?
Could it be a signaling timeout or an issue with SIP dialog tracking?
Any help or pointers would be greatly appreciated!

Thanks in advance!
__________________________________________________________
Kamailio - Users Mailing List - Non Commercial Discussions -- [email protected]
To unsubscribe send an email to [email protected]
Important: keep the mailing list in the recipients, do not reply only to the sender!

__________________________________________________________
Kamailio - Users Mailing List - Non Commercial Discussions -- [email protected]
To unsubscribe send an email to [email protected]
Important: keep the mailing list in the recipients, do not reply only to the sender!
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.