-
Notifications
You must be signed in to change notification settings - Fork 679
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
ESP32 LyraT keeps ringing after hanging up SIP call (AUD-5459) #1212
Comments
I have checked the log seems the issue is caused by second invite response not contain sdp body, I have build one version with response with sdp also when reply after connection build, you can have a try. I just upload the version for ESP32, you can replace it to folder https://github.com/espressif/esp-adf-libs/tree/master/esp_media_protocols/lib/esp32. |
Hi, Thank you for the quick response and for providing the updated version. I have tested the solution and observed in Wireshark that the ESP32 is now responding to the INVITE SDP messages with the corresponding 200 OK SDP messages. However, I'm still receiving more INVITE messages from the server. This indicates that there might be something missing or incorrect in the response message from the ESP32. I will continue to perform tests to identify the exact issue and will post a new comment with my findings as soon as possible. Thanks again for your assistance. |
Hi @TempoTian , I have completed the necessary tests and have some findings to share. Using a Python VoIP library, I reproduced the OK SDP replies that the ESP32 is sending to the server to debug the SIP packets. Here are my analysis and conclusions: Analysis of Frames Replicating ESP32 Behavior:INVITE SDP from Server:
First 200 OK SDP:
Second INVITE SDP from Server:
Second 200 OK SDP Reply:
Issue Identified: Frame Analysis with Corrected "To" Header:INVITE SDP from Server:
First 200 OK SDP:
Second INVITE SDP from Server:
Second 200 OK SDP Reply:
After making the correction, the server properly acknowledges the OK replies with an ACK and stops the continuous INVITE SDP requests. Note on CSeq Number: Finally, I would like to request this correction specifically for the ESP32-S3, as we are currently using a custom ESP32-S3 board to implement our solution. The Lyra Board was utilized solely for testing purposes. Please let me know if there are any further steps or additional information required. |
Thanks for you investigation. I have fixed the issue you mentioned, please help to try if OK we will merge it |
Thank you for the quick response and fix. I have tested the updated library on both the ESP32 and ESP32S3, and I can confirm that both are now working as expected. Thanks again for your help! |
hi, @TempoTian Could you please remember to merge the fix once it's verified? Thank you! |
Environment
Problem Description
I am using the ADF VOIP example to implement SIP functionality on my ESP32 LyraT board. The problem occurs when I make a call using the OVH SIP service. When I hang up the call from my ESP32 board, I still receive the "ESP_RTC_EVENT_INCOMING" event, which causes the board to start ringing as if it is receiving a new call.
Expected Behavior
After hanging up the call from the ESP32 LyraT board, the board should not receive any further "ESP_RTC_EVENT_INCOMING" events unless a new call is made.
Actual Behavior
After hanging up the call, the ESP32 LyraT board continues to receive "ESP_RTC_EVENT_INCOMING" events, causing it to ring as if it is receiving a new call.
Steps to Reproduce
Additional Information:
Wireshark traces when calling to the LyraT
Wireshark traces when calling to "Telephone" Mac application
The text was updated successfully, but these errors were encountered: