[SR-Users] Kamailio 5.3.0 and HEPv3 oversized traffic

Henning Westerholt hw at skalatan.de
Fri Jun 5 10:43:56 CEST 2020


Small addition/correction – sip_trace_mode() and siptrace() works if you use hep_mode_on parameter.


From: Henning Westerholt
Sent: Friday, June 5, 2020 9:30 AM
To: Kamailio (SER) - Users Mailing List <sr-users at lists.kamailio.org>
Cc: Kamailio (SER) - Development Mailing List <sr-dev at lists.kamailio.org>; Karsten Horsmann <khorsmann at gmail.com>
Subject: RE: [SR-Users] Kamailio 5.3.0 and HEPv3 oversized traffic

Hello,

ok, my findings:


-          The docs are misleading about the default behaviour of sip_trace – will fix this

-          There was a regression introduced by 4e9a760123cb – currently siptrace() will ignore the global duplicate_uri and don’t work without uri – will fix this

-          The same commit also introduced an regression for sip_trace_mode – it will not work at all duplicate_uri case – will fix this

So currently if you want to duplicate traffic you need to use sip_trace(“dest uri”), other methods are not working.

Cheers,

Henning


--
Henning Westerholt – https://skalatan.de/blog/
Kamailio services – https://gilawa.com<https://gilawa.com/>

From: sr-users <sr-users-bounces at lists.kamailio.org<mailto:sr-users-bounces at lists.kamailio.org>> On Behalf Of David Villasmil
Sent: Thursday, June 4, 2020 11:12 PM
To: Kamailio (SER) - Users Mailing List <sr-users at lists.kamailio.org<mailto:sr-users at lists.kamailio.org>>
Subject: Re: [SR-Users] Kamailio 5.3.0 and HEPv3 oversized traffic

For me it was the module parameter to 1 and then sip_trace() that duplicated the packets. I just commented out the module parameter and it started working properly.

On Thu, 4 Jun 2020 at 22:03, Karsten Horsmann <khorsmann at gmail.com<mailto:khorsmann at gmail.com>> wrote:
Hi Henning,

Sorry for the typo. It's an testing 5.2 to 5.3.4 conversion not fully tested.

I don't checked the change from a to b version document, is there an hint for all the useful and needed changes we discussed here?

Will check the input from today tomorrow.

Cheers
Karsten Horsmann

Henning Westerholt <hw at skalatan.de<mailto:hw at skalatan.de>> schrieb am Do., 4. Juni 2020, 22:29:
Hello Sergiu,

Thanks - trace_mode is 0 by default, according to the docs.

https://kamailio.org/docs/modules/stable/modules/siptrace.html#siptrace.p.trace_mode

You are right, mode 3 is not valid (it was from Karstens cfg/e-mail, thought 😉)

Cheers,

Henning

From: sr-users <sr-users-bounces at lists.kamailio.org<mailto:sr-users-bounces at lists.kamailio.org>> On Behalf Of Sergiu Pojoga
Sent: Thursday, June 4, 2020 8:52 PM
To: Kamailio (SER) - Users Mailing List <sr-users at lists.kamailio.org<mailto:sr-users at lists.kamailio.org>>
Subject: Re: [SR-Users] Kamailio 5.3.0 and HEPv3 oversized traffic

Hi Henning,

If you are invoking sip_trace explicitly in the script, then you probably want trace_mode=0. I don't think value 3 is even valid.

On Thu, Jun 4, 2020 at 12:39 PM Henning Westerholt <hw at skalatan.de<mailto:hw at skalatan.de>> wrote:
Hi Federico,

Thanks, but no trace_flag defined. I quoted all sip_trace module parameter from my cfg. I want to trace in SIP mode, not in HEP mode, this might be relevant.

Cheers,

Henning

--
Henning Westerholt – https://skalatan.de/blog/
Kamailio services – https://gilawa.com<https://gilawa.com/>

From: Federico Cabiddu <federico.cabiddu at gmail.com<mailto:federico.cabiddu at gmail.com>>
Sent: Thursday, June 4, 2020 5:41 PM
To: Henning Westerholt <hw at skalatan.de<mailto:hw at skalatan.de>>
Cc: Kamailio (SER) - Users Mailing List <sr-users at lists.kamailio.org<mailto:sr-users at lists.kamailio.org>>
Subject: Re: [SR-Users] Kamailio 5.3.0 and HEPv3 oversized traffic

Hi Henning,
do you still have the trace_flag defined? If yes comment it, because in 5.3.x it clashed with sip_trace_mode().

Cheers,

Federico

On Thu, Jun 4, 2020 at 5:32 PM Henning Westerholt <hw at skalatan.de<mailto:hw at skalatan.de>> wrote:
Hello,

this seems not generally true. Just testing it with Kamailio 5.3.4.

modparam("siptrace", "trace_to_database", 0)
modparam("siptrace", "trace_on", 1)
modparam("siptrace", "duplicate_uri", "sip:XXXX:YYYY")

route{ …        sip_trace_mode("t");… }

This is ignored, no messages are traced. If I add a sip_trace(“XXXX:YYYY”) as well, it trace one message (not two).

It seems that the sip_trace_mode(“t”) is just ignored. If I remove the URI from the sip_trace, it also does not trace anything, it seems to also ignore the duplicate_uri. No error messages etc.. in the logs.

Cheers,

Henning

--
Henning Westerholt – https://skalatan.de/blog/
Kamailio services – https://gilawa.com<https://gilawa.com/>

From: sr-users <sr-users-bounces at lists.kamailio.org<mailto:sr-users-bounces at lists.kamailio.org>> On Behalf Of Federico Cabiddu
Sent: Thursday, June 4, 2020 5:16 PM
To: Kamailio (SER) - Users Mailing List <sr-users at lists.kamailio.org<mailto:sr-users at lists.kamailio.org>>
Subject: Re: [SR-Users] Kamailio 5.3.0 and HEPv3 oversized traffic

Hi Karsten,
you don't have to call sip_trace() if you call sep_trace_mode("t") otherwise you'll have duplicated messages.

Cheers,

Federico

On Thu, Jun 4, 2020 at 4:54 PM Karsten Horsmann <khorsmann at gmail.com<mailto:khorsmann at gmail.com>> wrote:
Hi Sergiu,

thanks for pointing that out. I tried kamailio 5.3.4 with the settings below.
Works now. I see the answers of kamailio itself.

Unfortunately my UAC input messages are now doubled in homer.
Will check that tomorrow.

And for fun - with sip_trace i can send to more than one target, nice.

#!ifdef WITH_HOMER
        # start duplicate the SIP message here
        sip_trace();
        # address - The address in form of SIP URI where to send a duplicate of traced message.
        sip_trace("sip:127.0.0.1:9060<http://127.0.0.1:9060>");
        sip_trace_mode("t");

        #setflag(22);
#!endif


modparam("siptrace", "force_send_sock", "MY_LOCAL_SENDSOCK")
modparam("siptrace", "duplicate_uri", "MY_HOMER_CAPTURE")
modparam("siptrace", "hep_mode_on", 1)
modparam("siptrace", "hep_version", 3)
modparam("siptrace", "trace_to_database", 0)
##modparam("siptrace", "trace_flag", 22)
modparam("siptrace", "trace_on", 1)
modparam("siptrace", "trace_mode", 3)
modparam("siptrace", "hep_capture_id", MY_HEP_NODE_ID)

Cheers
Karsten Horsmann

Am Mi., 3. Juni 2020 um 23:25 Uhr schrieb Sergiu Pojoga <pojogas at gmail.com<mailto:pojogas at gmail.com>>:
Compared to previous versions, under 5.3, one must invoke the sip_trace_mode() function if you wanted to see the full SIP flow in Homer. It's not clear from documentation that it's a must function, but it did fix the problem in my case.

For example:

sip_trace();
sip_trace_mode("t")

On Wed, Jun 3, 2020 at 3:25 PM Karsten Horsmann <khorsmann at gmail.com<mailto:khorsmann at gmail.com>> wrote:
Hi Frederico,

good point. Will also update my test setup and have a look at the new functions.

Cheers
Karsten Horsmann
Federico Cabiddu <federico.cabiddu at gmail.com<mailto:federico.cabiddu at gmail.com>> schrieb am Mi., 3. Juni 2020, 20:41:
Hi,
did you try to capture the traffic going towards homer?
Siptrace module has internally changed in release 5.3 and some things that used to work in 5.2 are not working or are not doing it in the expected way.
There have been several fixes since 5.3.0, some of them are still only in master branch, I suggest you to use the latest 5.3.4 and have a look at the new capture modes and http://www.kamailio.org/docs/modules/5.3.x/modules/siptrace.html#siptrace.f.sip_trace_mode function.
Hope this helps.

Cheers,

Federico

On Wed, Jun 3, 2020 at 7:16 PM Karsten Horsmann <khorsmann at gmail.com<mailto:khorsmann at gmail.com>> wrote:
Hi,

yes same config file. Forgot that to mention.

Cheers
Karsten Horsmann

David Villasmil <david.villasmil.work at gmail.com<mailto:david.villasmil.work at gmail.com>> schrieb am Mi., 3. Juni 2020, 18:48:
Same config file?

On Wed, 3 Jun 2020 at 17:20, Karsten Horsmann <khorsmann at gmail.com<mailto:khorsmann at gmail.com>> wrote:
Hi list,

I saw some strange behavior in Kamailio 5.3.0 with HEPv3. My Kamailio serves webrtc and sip tls and captures that to an Homer 7.7 instance.

I see only the UAC Parts of the message and not the answers from Kamailio in that scenario.

Maybe I reached the max Paket size for udp. Hard to debug. In production I saw everything (but there I used and older Kamailio 5.2.x and Homer 5.5 which can handle fragment udp).

Any ideas how to hunt the root cause of the problem?

Cheers
Karsten
_______________________________________________
Kamailio (SER) - Users Mailing List
sr-users at lists.kamailio.org<mailto:sr-users at lists.kamailio.org>
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
--
Regards,

David Villasmil
email: david.villasmil.work at gmail.com<mailto:david.villasmil.work at gmail.com>
phone: +34669448337
_______________________________________________
Kamailio (SER) - Users Mailing List
sr-users at lists.kamailio.org<mailto:sr-users at lists.kamailio.org>
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
_______________________________________________
Kamailio (SER) - Users Mailing List
sr-users at lists.kamailio.org<mailto:sr-users at lists.kamailio.org>
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
_______________________________________________
Kamailio (SER) - Users Mailing List
sr-users at lists.kamailio.org<mailto:sr-users at lists.kamailio.org>
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
_______________________________________________
Kamailio (SER) - Users Mailing List
sr-users at lists.kamailio.org<mailto:sr-users at lists.kamailio.org>
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
_______________________________________________
Kamailio (SER) - Users Mailing List
sr-users at lists.kamailio.org<mailto:sr-users at lists.kamailio.org>
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users


--
Mit freundlichen Grüßen
*Karsten Horsmann*
_______________________________________________
Kamailio (SER) - Users Mailing List
sr-users at lists.kamailio.org<mailto:sr-users at lists.kamailio.org>
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
_______________________________________________
Kamailio (SER) - Users Mailing List
sr-users at lists.kamailio.org<mailto:sr-users at lists.kamailio.org>
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
_______________________________________________
Kamailio (SER) - Users Mailing List
sr-users at lists.kamailio.org<mailto:sr-users at lists.kamailio.org>
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
_______________________________________________
Kamailio (SER) - Users Mailing List
sr-users at lists.kamailio.org<mailto:sr-users at lists.kamailio.org>
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
--
Regards,

David Villasmil
email: david.villasmil.work at gmail.com<mailto:david.villasmil.work at gmail.com>
phone: +34669448337
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20200605/2d9f8592/attachment.html>


More information about the sr-users mailing list