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!

Reply via email to