Re: [sr-dev] [kamailio/kamailio] sipcapture: Fragmented packets are not captured on mirror port (#1049)

Closed #1049. -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/kamailio/kamailio/issues/1049#event-1024036094___ sr-dev mailing list sr-dev@lists.sip-router.org ht

Re: [sr-dev] [kamailio/kamailio] sipcapture: Fragmented packets are not captured on mirror port (#1049)

Is there a good reason for that? I could imagine that just passing it to Kamailio directly is more efficient. And it eliminates another piece of software that could possibly go wild. -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on

[sr-dev] [kamailio/kamailio] sipcapture: Fragmented packets are not captured on mirror port (#1049)

### Description We are running a Kamailio on a mirror port for capturing traffic. This works as long as the packets are not fragmented. If they are fragmented, the packet is not seen inside Kamailio. On the regular SIP servers, those fragmented packets are successfully reassembled and processe

Re: [sr-dev] [kamailio/kamailio] htable with per-table column names won't let kamailio start (#948)

Thanks, starting up with different column names does work now. -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/kamailio/kamailio/issues/948#issuecomment-276903366___

[sr-dev] [kamailio/kamailio] htable with per-table column names won't let kamailio start (#948)

### Description When trying to use a htable with column names different than globally configured, Kamailio won't start. ### Troubleshooting Reproduction * Take Kamailio with a sample configuration. * Enable htable and db_mysql module. * In your Kamailio database, execute the following

[sr-dev] [kamailio/kamailio] uac_auth() function broken in 4.4.3 (#797)

We upgraded a system from 4.4.2 to 4.4.3 last week. After that, the uac_auth() function didn't do what it was supposed to do anymore. This is the failure route in the config file: ``` failure_route[TRUNKAUTH] { if (t_is_canceled()) { exit; } if ($T_reply_code == 401 or $T_re

Re: [sr-dev] [kamailio/kamailio] Segfault when working as sipcapture node (#723)

We are dropping PUBLISH requests in captagent now, and since this happens on the live system, which is quite important for our customer support, I don't want to revert that. However, I have a trace running for the customer producing these crashes, so I have the raw packet. I'll get back to you

Re: [sr-dev] [kamailio/kamailio] Segfault when working as sipcapture node (#723)

We are using basically your sample Kamailio config, taken from the repository last week. So is this something that should be fixed? --- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/kamailio/kamailio/issues/

[sr-dev] [kamailio/kamailio] Segfault when working as sipcapture node (#723)

We are running Kamailio 4.4.2 as a sipcapture node and every now and then it crashes. This is what the backtrace says: ``` (gdb) bt #0 get_str_fparam (dst=dst@entry=0x7ffe50aa0610, msg=msg@entry=0x7f105b8654b8, param=param@entry=0x1a) at sr_module.c:1650 #1 0x7f1059213346 in w_report_captu

[sr-dev] [kamailio/kamailio] Packaging: Add new http package for Debian (#699)

The new module contains the http_client and http_async_client module. A few difficulties with this change: 1. Modules are right now grouped by lib dependencies. This caused the http_client module to end up in the kamailio-utils-modules package. No one would ever search for it there. 2. I tried

Re: [sr-dev] [kamailio] DMQ under high load kills Kamailio (#399)

Closed #399. --- Reply to this email directly or view it on GitHub: https://github.com/kamailio/kamailio/issues/399#event-470270825___ sr-dev mailing list sr-dev@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev

Re: [sr-dev] [kamailio] DMQ under high load kills Kamailio (#399)

Okay, that's a good explanation for me. We changed our setup to forward the REGISTERs with builtin commands, so we actually don't use dmq_usrloc anymore. Thanks for fixing the double free bug. I'm closing the issue. --- Reply to this email directly or view it on GitHub: https://github.com/kamail

Re: [sr-dev] [kamailio] DMQ under high load kills Kamailio (#399)

Your patch fixed the double free issue. Kamailio is not crashing anymore. But it still runs out of shm within seconds. I typed in the commands as you said, and was expecting Kamailio to write a lot of memory status information right at that point. But somehow, it wrote this information only on s

Re: [sr-dev] [kamailio] DMQ under high load kills Kamailio (#399)

The logs and core dumps were from after I increased the shm size. And we are monitoring the shm usage, and normally Kamailio uses about 50M. Our monitoring didn't say anything about shm usage change, but maybe the uptime before crashing was just too short to see it rise. --- Reply to this email

[sr-dev] [kamailio] DMQ under high load kills Kamailio (#399)

We started a Kamailio handling about 30k registrations with dmq_usrloc module enabled (only sending the traffic to one other host). It crashes almost right away. That's what the log says for the instance. You see, there are not only about 45 seconds from starting up to crashing. ``` root@pleis

Re: [sr-dev] [kamailio] kamailio 4.3.3 crash during usrloc save location and DMQ (#373)

Thanks. Running now in our dev environment, no crash so far. I would attach a patch that works against the 4.3 branch, but Github won't allow me to attach .patch files (and no .txt neither, because I don't have write access to the repository). So this is the plain text patch, that works for us:

Re: [sr-dev] [kamailio] kamailio 4.3.3 crash during usrloc save location and DMQ (#373)

After adapting the patch (a git cherry-pick would not work) it still crashes. I hope I did it right, here is the new backtrace: ``` GNU gdb (GDB) 7.4.1-debian Copyright (C) 2012 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later This is fr

Re: [sr-dev] [kamailio] kamailio 4.3.3 crash during usrloc save location and DMQ (#373)

We tried it, but it still crashes. This time: ``` GNU gdb (GDB) 7.4.1-debian Copyright (C) 2012 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later This is free software: you are free to change and redistribute it. There is NO WARRANTY, to