[SR-Users] [Sems] Solutions to missing BYEs, accounting for them

2010-04-21 Thread Juha Heinanen
Alex Balashov writes: However, we all have to make pragmatic concessions to the realities of real-world operation, which I assume is the motivation for dialog timeouts, dlg_bye(), and other perversions from the point of view of a purist. :-) I welcome your thoughts and

Re: [SR-Users] [Sems] Solutions to missing BYEs, accounting for them

2010-04-21 Thread Alex Balashov
On 04/21/2010 05:43 AM, Juha Heinanen wrote: just route your calls via sems as a b2bua and make it send the byes, if media stops flowing. if something is missing in order to allow that to be easily implemented by dsm or ivr plugins, i'm sure stephan and raphael will take care of it. The

Re: [SR-Users] [Sems] Solutions to missing BYEs, accounting for them

2010-04-21 Thread Stefan Sayer
Hi, Alex Balashov wrote: 1) Inline B2BUA in the signaling path of all calls; 1a) Make it do SSTs; or 1b) Make it relay media, too, and hang up the call (bidirectional BYE) on RTP receive timeout; [...] Needless to say, I am interested in the option that requires the least work but

Re: [SR-Users] possible bug with dialog module

2010-04-21 Thread Daniel-Constantin Mierla
Hello, On 4/21/10 12:23 PM, Kelvin Chua wrote: hi daniel, i'm not using git version. so maybe i'm missing some patches. can you confirm if what i am experiencing is the same problem and the fix is indeed available from the git version? thanks I recommend using at least 3.0.1, as a matter

Re: [SR-Users] possible bug with dialog module

2010-04-21 Thread IƱaki Baz Castillo
2010/4/21 Daniel-Constantin Mierla mico...@gmail.com: Hello, are you using the latest git version of branch kamailio_3.0? It was a fix to dialog after the 3.0.0 release, adding some sanity checks for broken messages:

Re: [SR-Users] possible bug with dialog module

2010-04-21 Thread Kelvin Chua
(gdb) bt #0 0x2ab61b62779a in update_dialog_dbinfo (cell=0x2ab61c9100f8) at dlg_db_handler.c:501 #1 0x2ab61b628ea8 in dlg_onreply (t=0x7d5228, type=value optimized out, param=value optimized out) at dlg_handlers.c:361 #2 0x2ab617965505 in run_trans_callbacks_internal