[SR-Users] Kamailio 5.3.0 and HEPv3 oversized traffic
Karsten Horsmann
khorsmann at gmail.com
Fri Jun 5 10:13:43 CEST 2020
Hi list,
for the records - here my kamailio 5.3.4 settings that work for me. And my
5.2.x settings.
Main parts are discussed already that i need to remove setflag and its
enough to set
sip_trace_mode("t"); for example.
Best thing for my that i am now able to send to more than one capture
target (call sip_trace like commented below).
#!substdef "!MY_LOCAL_SEND_PORT!9060!g"
#!substdef "!MY_PRV_IP!172.20.120.83!g"
#!substdef "!MY_LOCAL_SENDSOCK!sip:MY_PRV_IP:MY_LOCAL_SEND_PORT!g"
#!substdef "!MY_HOMER_CAPTURE!sip:MY_HOMER_IP_ADDR:MY_HOMER_PORT!g"
#!ifdef WITH_HOMER
#Siptrace
modparam("siptrace", "force_send_sock", "MY_LOCAL_SENDSOCK")
# local interface from where to send the duplicated traffic
modparam("siptrace", "duplicate_uri", "MY_HOMER_CAPTURE")
modparam("siptrace", "hep_mode_on", 1) # enable/disable Homer encapsulate
mode
modparam("siptrace", "hep_version", 3) # HEPv3 the timestamp and capture
agent ID will be included in the HEP header
modparam("siptrace", "trace_to_database", 0) # trace to database
modparam("siptrace", "trace_on", 1) # enable/disable trace
modparam("siptrace", "trace_mode", 0) # default 0, if 1 then you dont need
call siptrace flag or sip_trace()
modparam("siptrace", "hep_capture_id", MY_HEP_NODE_ID) # capture agent id
Limitation: 32-bit for HEPv3.
# REMOVE modparam("siptrace", "trace_flag", 22) # 5.2.0
#!endif
request_route {
#!ifdef WITH_HOMER
# optional trace to an second target directly from cfg:
# sip_trace("sip:127.0.0.1:9060");
# Set the tracing mode: message, transaction or dialog.
sip_trace_mode("t");
#!endif
...
}
##########################
my old kamailio 5.2.x config
#!ifdef WITH_HOMER
#Siptrace
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", "hep_capture_id", MY_HEP_NODE_ID)
#!endif
request_route {
#!ifdef WITH_HOMER
# start duplicate the SIP message here
sip_trace();
setflag(22);
#!endif
...
}
Cheers Karsten
Am Do., 4. Juni 2020 um 23:14 Uhr schrieb David Villasmil <
david.villasmil.work at gmail.com>:
> 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> 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> 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> *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>
>>> *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>
>>> 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
>>>
>>>
>>>
>>> *From:* Federico Cabiddu <federico.cabiddu at gmail.com>
>>> *Sent:* Thursday, June 4, 2020 5:41 PM
>>> *To:* Henning Westerholt <hw at skalatan.de>
>>> *Cc:* Kamailio (SER) - Users Mailing List <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>
>>> 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
>>>
>>>
>>>
>>> *From:* sr-users <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>
>>> *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>
>>> 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");
>>> 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>:
>>>
>>> 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>
>>> 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> 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>
>>> wrote:
>>>
>>> Hi,
>>>
>>>
>>>
>>> yes same config file. Forgot that to mention.
>>>
>>>
>>>
>>> Cheers
>>>
>>> Karsten Horsmann
>>>
>>>
>>>
>>> David Villasmil <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>
>>> 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
>>> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>>>
>>> --
>>>
>>> Regards,
>>>
>>>
>>>
>>> David Villasmil
>>>
>>> email: david.villasmil.work at gmail.com
>>>
>>> phone: +34669448337
>>>
>>> _______________________________________________
>>> Kamailio (SER) - Users Mailing List
>>> 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
>>> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>>>
>>> _______________________________________________
>>> Kamailio (SER) - Users Mailing List
>>> 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
>>> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>>>
>>> _______________________________________________
>>> Kamailio (SER) - Users Mailing List
>>> 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
>>> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>>>
>>> _______________________________________________
>>> Kamailio (SER) - Users Mailing List
>>> 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
>>> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>>>
>> _______________________________________________
>> Kamailio (SER) - Users Mailing List
>> 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
> phone: +34669448337
> _______________________________________________
> Kamailio (SER) - Users Mailing List
> sr-users at lists.kamailio.org
> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>
--
Mit freundlichen Grüßen
*Karsten Horsmann*
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20200605/c49c469e/attachment.html>
More information about the sr-users
mailing list