This issue often occurs when the SIP participant does not publish an audio track, which is necessary for the call to be considered "answered" and stop ringing. According to
LiveKit documentation, the call will keep ringing until there's at least one other participant with a published audio track in the room. This is similar to a real phone call where the remote side has to "pick up" before the dial tone stops.
To resolve this, ensure that your agent or participant is publishing an audio track upon joining the room. You can test this by joining the same SIP room from another LiveKit client, such as LiveKit Meet, to see if the issue persists. If the problem continues, check your dispatch rule configuration to ensure it is correctly set up to route calls to the intended room and participant.
Would you like more detailed guidance on setting up the dispatch rules or publishing audio tracks?
Sources:
-
Accepting incoming calls | LiveKit Docs
-
LiveKit Users Slack 👍 0 button 👎 0 button 💡
Hint: Mention @runllm in the thread for followups.