[Kamailio-Users] 1.4.x Dialog module vs. :dlg_end_dlg: command

Hello, i'm testing dialog module and trying to account died sessions. I've problem or i've misunderstood the way how to account it. If I send dlg_end_dlg, a dialog session is ended and BYE is sended to both sides. But if the BYE is not confirmed the acc module will never log this. Is there any

Re: [Kamailio-Users] 1.4.x Dialog module vs. :dlg_end_dlg: command

I've tryed modparam(acc, failed_transaction_flag, 4) and set the flag in route{ }. I've debug msgs in every route branch but it seems that the BYE sended by the dialog module does not traverse it. For make me sure I've checked some failed transactions (not sended by dialog module) and it is

Re: [Kamailio-Users] Problems installing serMyAdmin0.9 in OpenSER1.3.2

Hi Muhammad, The only error that appears is when i tried to access http:// server_ip:8080/serMyAdmin/ Gives me an error 404 and says that the resource is not available... HTTP Status 404 - -- *type* Status report *message* *description* *The requested

Re: [Kamailio-Users] Core dump on writing dialog profile size into script var.

Hello Alex, I found a bug in the dialog module, the profile size is integer and the variable was set as string value. Can you get the trunk and test? I will backport afterwards, thanks, Daniel On 10/16/08 08:04, Alex Balashov wrote: It would seem that the malloc for the script var

Re: [Kamailio-Users] [OpenSIPS-Users] Problems installing serMyAdmin0.9 in OpenSER1.3.2

Did you update java to version 6? From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Nuno Marques Sent: Thursday, 16 October 2008 7:10 AM To: users@lists.kamailio.org; [EMAIL PROTECTED] Subject: [OpenSIPS-Users] Problems installing serMyAdmin0.9 in OpenSER1.3.2 Hi, I tried

Re: [Kamailio-Users] INVITE queue

Hello, On 10/15/08 17:33, sabino frisardi wrote: Hi all, i'm tryng to enqueue invite messages in a queue and to make the parsing of the invite after the enqueuing. not sure I understand what you want to achieve. Maybe you can explain a bit more. Note that when a SIP request is received, a

Re: [Kamailio-Users] In-dialog request correlation without loose routing?

On Thu, Oct 16, 2008 at 12:49 AM, Alex Balashov [EMAIL PROTECTED] wrote: Post your config and the trace of a bad call (ngrep + kamailio logs). Config: http://pastebin.com/f28051a5 My debug output: http://pastebin.com/d2f667520 (The profile size just keeps incrementing with every call that I

Re: [Kamailio-Users] Client REGISTERED but 404-NOT FOUND during INVITE

2008/10/16 Victor Pascual Ávila [EMAIL PROTECTED]: In addition, 404 Not Found is not the correct reponse when the destination target is not registered, IMO it should be a 480 instead. Yeah!!! 404 should be returned when the proxy/UAS received a request and it's not responsible for it, for

Re: [Kamailio-Users] In-dialog request correlation without loose routing?

On Thu, Oct 16, 2008 at 12:23 PM, Ovidiu Sas [EMAIL PROTECTED] wrote: On Thu, Oct 16, 2008 at 12:49 AM, Alex Balashov [EMAIL PROTECTED] wrote: Post your config and the trace of a bad call (ngrep + kamailio logs). Config: http://pastebin.com/f28051a5 My debug output:

Re: [Kamailio-Users] Core dump on writing dialog profile size into script var.

Hi Alex, I feel retarded asking this as I'm sure it's abundantly made clear on the web site / dokuwiki, but what's the SVN URI to check out trunk? Go to this address (http://www.kamailio.org/mos/view/Download/) and search for: SVN Download Saludos JesusR. Daniel-Constantin Mierla

Re: [Kamailio-Users] In-dialog request correlation without loose routing?

On Thu, Oct 16, 2008 at 1:13 PM, Alex Balashov [EMAIL PROTECTED] wrote: Ovidiu Sas wrote: On Thu, Oct 16, 2008 at 12:23 PM, Ovidiu Sas [EMAIL PROTECTED] wrote: On Thu, Oct 16, 2008 at 12:49 AM, Alex Balashov [EMAIL PROTECTED] wrote: Post your config and the trace of a bad call (ngrep +

Re: [Kamailio-Users] In-dialog request correlation without loose routing?

That was the topic of my original post: how to correlate dialogs purely based on SIP attributes without the use of loose-routing. short answer: you can't (and the matching method doesn't matter). proper loose-routing is a must. ___ Users mailing

Re: [Kamailio-Users] In-dialog request correlation without loose routing?

Yep. That was the conclusion I came to as well; even though dlg_match_mode insinuates that the cookie attribute is optional, implying there are other ways to match subsequent requests as well, it is actually not. On Thu, October 16, 2008 1:45 pm, Ovidiu Sas wrote: That was the topic of my

Re: [Kamailio-Users] Core dump on writing dialog profile size into script var.

Hello Alex, and, if everyone tried to give hints, the command is: # svn co https://openser.svn.sourceforge.net/svnroot/openser/trunk kamailio However, what I actually want to say is that the patch is very minimal, see it here:

Re: [Kamailio-Users] In-dialog request correlation without loose routing?

The cookie attribute is not used at all in mode 2. Inspect your traffic and you will see that there are no rr coockes and the dialog matching is working ok (in mode 2). The record-route mechanism is used as a _hook_ by the dialog module to intercept in dialog requests. I don't know how to put

Re: [Kamailio-Users] In-dialog request correlation without loose routing?

That's what I thought too, looking at the traffic. My guess is it correlates by to-tag and/or Call-ID GUID. Are you using record-route mechanism and loose-routing interchangeably? To me, they are very different things. Record-route causes the subsequent in-dialog requests from both ends to

Re: [Kamailio-Users] In-dialog request correlation without loose routing?

And specifically, the ambiguity I am referring to in your narrative is the following: 1) In your first reply to me after I posted the configs, you said: Your config is bogus. You are not doing proper record-routing (you commented out that section). In-dialog requests are matched during

[Kamailio-Users] Openser 1.3.2 to Kamailio 1.4.1 Upgrade Problem. Pls HELP.

Hi, I am upgrading openser 1.3.2 to kamailio 1.4.1 and I am having this problem: Oct 16 18:20:25 dev-ser-01 /sbin/kamailio[6466]: ERROR:core:db_check_table_version: invalid version 2 for table presentity found, expected 3 (check table structure and table version) Is there any database schema

Re: [Kamailio-Users] In-dialog request correlation without loose routing?

If it is loose_route() that I need to correlate subsequent in-dialog requests, why? As you said, if no RR cookies are being used, why should the proxy care about the Route: header? I don't know how to put it better in other words :( The proxy doesn't care about the Route header. The proxy

Re: [Kamailio-Users] In-dialog request correlation without loose routing?

Now I didn't get it ... lol On Thu, Oct 16, 2008 at 3:07 PM, Alex Balashov [EMAIL PROTECTED] wrote: Ovidiu Sas wrote: If it is loose_route() that I need to correlate subsequent in-dialog requests, why? As you said, if no RR cookies are being used, why should the proxy care about the

Re: [Kamailio-Users] In-dialog request correlation without loose routing?

On 10/16/08 22:07, Alex Balashov wrote: Ovidiu Sas wrote: If it is loose_route() that I need to correlate subsequent in-dialog requests, why? As you said, if no RR cookies are being used, why should the proxy care about the Route: header? I don't know how to put it better in

Re: [Kamailio-Users] Core dump on writing dialog profile size into script var.

On 10/16/08 22:03, Alex Balashov wrote: Daniel, This has, indeed, appeared to have fixed the issue. Thanks! ok, I backported to 1.4 Cheers, Daniel -- Alex Daniel-Constantin Mierla wrote: Hello Alex, and, if everyone tried to give hints, the command is: # svn co

Re: [Kamailio-Users] In-dialog request correlation without loose routing?

Alex Balashov wrote: Daniel-Constantin Mierla wrote: On 10/16/08 22:07, Alex Balashov wrote: Ovidiu Sas wrote: If it is loose_route() that I need to correlate subsequent in-dialog requests, why? As you said, if no RR cookies are being used, why should the proxy care about the Route: