It might be interface/driver dependent, but I think many times things like ECN are handled at the kernel or even interface hardware level and so they don't even reach the application (Kamailio). You might look at RTCAgent, although I'm still not sure if it captures this data:
https://github.com/sipcapture/rtcagent Regards, Kaufman ________________________________ From: ilyass.ghijjou--- via sr-users <sr-users@lists.kamailio.org> Sent: Monday, August 11, 2025 9:46 AM To: sr-users@lists.kamailio.org <sr-users@lists.kamailio.org> Cc: ilyass.ghij...@gmail.com <ilyass.ghij...@gmail.com> Subject: [SR-Users] Re: Kamailio - SIPDUMP doesn't capture the IP header information (ECN) CAUTION: This email originated from outside the organization. Do not click links or open attachments unless you recognize the sender and know the content is safe. The goal is to analyze the call trace using an automatic tool that validates the SIP call. My architecture: Private endpoint (private network) (UDP) ⟷ (UDP) KAMAILIO (TLS) ⟷ (TLS) Public endpoint (Internet) sipdump is enabled on KAMAILIO to capture the decrypted TLS packets, but it does not include the IP header, as I mentioned, and more specifically the ECN value. __________________________________________________________ Kamailio - Users Mailing List - Non Commercial Discussions -- sr-users@lists.kamailio.org To unsubscribe send an email to sr-users-le...@lists.kamailio.org Important: keep the mailing list in the recipients, do not reply only to the sender!
__________________________________________________________ Kamailio - Users Mailing List - Non Commercial Discussions -- sr-users@lists.kamailio.org To unsubscribe send an email to sr-users-le...@lists.kamailio.org Important: keep the mailing list in the recipients, do not reply only to the sender!