Re: [SR-Users] Dialog Timers- Session Refresh

Hello, On 03.04.17 16:11, Yasin CANER wrote: > > Hello, > > I want to active ka_timer that means SIP session refreshing/timer. > kamailio dialog module handles with OPtions methods. is there a way to > handle it with re-invite or Update methods or is there another module > to do it. > the ka_tim

Re: [SR-Users] Dialog sharing between Kamailio servers

What is the db_mode of the dialog module set to? I suggest trying 1 as a value. http://www.kamailio.org/docs/modules/4.4.x/modules/dialog.html#idp44282476 From: sr-users [mailto:sr-users-boun...@lists.sip-router.org] On Behalf Of Michael Jepson Sent: 26 September 2016 12:07 To: Kamailio (SER) -

Re: [SR-Users] Dialog timeout before answer

Hello, On 24/06/16 01:20, Alex Balashov wrote: > Hi, > > Will the dialog timeout - and specifically, $dlg_ctx(timeout_bye) - > also apply to dialogs which have not yet been established? > > If so, does that mean the dialog module will send a CANCEL instead for > a dialog in an early/progress stat

Re: [SR-Users] Dialog timeout if record route have both strict and loose route

Can you run with debug=3 in kamailio.cfg and send me the log messages for processing the ACK? The matching should be done on call-id, from-tag and to-tag. Cheers, Daniel On 19/10/15 19:29, Arun Kumar wrote: > Daniel , > dialog timeout happen only for below scenario >SIP/2.0 200 OK

Re: [SR-Users] Dialog timeout if record route have both strict and loose route

Daniel , dialog timeout happen only for below scenario SIP/2.0 200 OK Record-Route: , so ack is ACK sip:11.11.11.11:345 SIP/2.0 ack message ruri is overwritten by strict route uri , in this case dialog module is returning dialog matching failed error after rece

Re: [SR-Users] Dialog timeout if record route have both strict and loose route

Hello, On 17/10/15 10:24, Arun Kumar wrote: > Hi > > dialog timeout is occurred if 200 ok having mixed loose and strict > routing entries in record route header [...] this really brief phrase is making it hard to figure out what is the problem -- can you provide more details about what the issue

Re: [SR-Users] Dialog keep alive options are with error parsing headers

Ok, my bad. Thank you. BR José Seabra 2015-10-12 16:47 GMT+01:00 Daniel-Constantin Mierla : > > The value for user agent header is invalid, must be with header name, see: > > https://www.kamailio.org/wiki/cookbooks/4.3.x/core#user_agent_header > > Cheers, > Daniel > > On 12/10/15 17:40, José Sea

Re: [SR-Users] Dialog keep alive options are with error parsing headers

The value for user agent header is invalid, must be with header name, see: https://www.kamailio.org/wiki/cookbooks/4.3.x/core#user_agent_header Cheers, Daniel On 12/10/15 17:40, José Seabra wrote: > Hello Daniel, > Rigth now the only thing that we are adding extra to dialog module is > the fol

Re: [SR-Users] Dialog keep alive options are with error parsing headers

Hello Daniel, Rigth now the only thing that we are adding extra to dialog module is the following: #!ifdef WITH_TOPOH modparam("dialog", "lreq_callee_headers", "TH: dlh\r\n") #!endif We are also adding the following configuration: user_agent_header="Voicis" Best Regards 2015-10-12 16:38 GMT+01

Re: [SR-Users] Dialog keep alive options are with error parsing headers

Hello Daniel, Rigth now the only thing that we are adding extra to dialog module is the following: #!ifdef WITH_TOPOH modparam("dialog", "lreq_callee_headers", "TH: dlh\r\n") #!endif We are also adding the following configuration: user_agent_header="Voicis" Best Regards José Seabra 2015-10-12

Re: [SR-Users] Dialog keep alive options are with error parsing headers

Hello, do you set extra headers parameter? http://kamailio.org/docs/modules/stable/modules/dialog.html#idp83584 There is a Voicis at the end of the OPTIONS headers, which makes the request invalid -- we need to track how it got there... Cheers, Daniel On 07/10/15 18:23, José Seabra wrote: > He

Re: [SR-Users] Dialog keep alive options are with error parsing headers

Hello Daniel, Do you have any suggestion how to resolve this issue? Best Regards José Seabra 2015-09-25 9:37 GMT+01:00 José Seabra : > Hello Daniel, > > Once again thank you for your support. > > Please check below the kamailio logs with your patch: > > 34(22654) DEBUG: [parser/msg_parser.c:60

Re: [SR-Users] Dialog keep alive options are with error parsing headers

Hello Daniel, Once again thank you for your support. Please check below the kamailio logs with your patch: 34(22654) DEBUG: [parser/msg_parser.c:606]: parse_msg(): SIP Request: 34(22654) DEBUG: [parser/msg_parser.c:608]: parse_msg(): method: 34(22654) DEBUG: [parser/msg_parser.c:610]: pars

Re: [SR-Users] Dialog keep alive options are with error parsing headers

Hello, the patch from next commit: https://github.com/kamailio/kamailio/commit/551a562eb799c903cda09599ff5d47366abf42c9 and compile in your version to see the full message content. Cheers, Daniel On 24/09/15 20:47, José Seabra wrote: > Adding more information to my issue, these errors only hap

Re: [SR-Users] Dialog keep alive options are with error parsing headers

Adding more information to my issue, these errors only happens when I'm using topoh module, seems that dialog keep alive options is not working with topoh module, maybe its something related with topoh callid encription. Best regards José Seabra 2015-09-24 15:24 GMT+01:00 José Seabra : > Hello

Re: [SR-Users] Dialog module isn't decreasing the profile size, and isn't entering on event routes

Hello, Thank you for your explanation. Have a good weekend Best Regards José Seabra 2015-09-18 15:03 GMT+01:00 Daniel-Constantin Mierla : > Hello, > > should work without dlg_manage() for bye, but it depends on dialog > matching mode and if did parameter is mirrored back in Route header. If you

Re: [SR-Users] Dialog module isn't decreasing the profile size, and isn't entering on event routes

Hello, should work without dlg_manage() for bye, but it depends on dialog matching mode and if did parameter is mirrored back in Route header. If you can't trust the client or are not sure about dlg matching mode, it is better to call dlg_manage() for BYE. Cheers, Daniel On 18/09/15 10:39, José

Re: [SR-Users] Dialog module isn't decreasing the profile size, and isn't entering on event routes

Hi Daniel, I wasn't executing the dlg_manage on BYE requests I thought that i only needed execute it on INVITES messages. it's working now after adding: if(is_known_dlg()) { dlg_manage(); } Thank you for your support Best regards José Seabra 2015-09-18 8:24 GMT+01:00 Daniel-Constantin Mi

Re: [SR-Users] Dialog module isn't decreasing the profile size, and isn't entering on event routes

Hello, do you execute dlg_manage() for BYE requests? Or, if you rely on the parameters to route headers, look at the BYE and see if it is there. Cheers, Daniel On 17/09/15 19:02, José Seabra wrote: > Hi there, > > I'm using a dialog module in a small kamailio script that only does > routing bas

Re: [SR-Users] Dialog module isn't decreasing the profile size, and isn't entering on event routes

> > Hi there, > > I'm using a dialog module in a small kamailio script that only does > routing based on prefix, and relay the invite from one ipaddr to another > ip addr (diferent interfaces) using $fs variavel. > > Now i was introducing the dialog module to limit the number of concurrent > calls

Re: [SR-Users] Dialog module - db_fetch_rows

To update the content of the README you have to add to/change the content of the xml files in doc/ subfolder of the module, then run: make modules-readme modules=modules/dialog Some more details: - http://www.kamailio.org/wiki/devel/module-docbook-readme - http://www.kamailio.org/wiki/devel/

Re: [SR-Users] Dialog module - db_fetch_rows

With that in mind , I have fixed the documentation and reverted my change in https://github.com/kamailio/kamailio/pull/295 I've also added a basic db_skip_load as suggested. ( however is there an easy way to fix the readme, without manually re-numbering everything ? ) On 24 August 2015 at 17:10

Re: [SR-Users] Dialog module - db_fetch_rows

Hello, db_fetch_rows is about setting the value of how many rows to be loaded at once. 0 is a special value meaning that this limit is not set and all rows are loaded at once. db_fetch_rows is common parameter for other modules (e.g., usrloc) with same kind of behaviour, so I would not change the

Re: [SR-Users] Dialog module - db_fetch_rows

Further to this, I have created a pull request that I think should behave better. https://github.com/kamailio/kamailio/pull/295 On 24 August 2015 at 10:06, jay binks wrote: > Hey All, > > Im just after someone else thoughts on if this is a bug. > > After reading : > http://kamailio.org/docs/mod

Re: [SR-Users] dialog keepalive timeout - which parameter rules it?

2015-07-21 10:09 GMT+03:00 Daniel-Constantin Mierla : > Hello, > > it is fr_timer from tm module. Thank you very much for your answer. -- Andrey Utkin ___ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-route

Re: [SR-Users] dialog keepalive timeout - which parameter rules it?

Hello, it is fr_timer from tm module. Cheers, Daniel On 20/07/15 19:16, Andrey Utkin wrote: > What happens if dialog parties don't respond to keepalive requests > sent by dialog module? It looks it is not coded in modules/dialog, I > guess it can be set in t_uac_prepare() from modules/tm/uac.c.

Re: [SR-Users] dialog: use keepalive & timeout features together

2015-07-08 15:22 GMT+03:00 Andrey Utkin : > 2015-07-07 10:07 GMT+03:00 Daniel-Constantin Mierla : >> if there is no response to keepalive, the call should be terminated in >> like 10 seconds. > > Thank you for quick reply Daniel. > Can this be different for the case of TLS connections? I guess this

Re: [SR-Users] dialog: use keepalive & timeout features together

2015-07-07 10:07 GMT+03:00 Daniel-Constantin Mierla : > if there is no response to keepalive, the call should be terminated in > like 10 seconds. Thank you for quick reply Daniel. Can this be different for the case of TLS connections? I guess this can matter. -- Andrey Utkin ___

Re: [SR-Users] dialog: use keepalive & timeout features together

Hello, On 06/07/15 12:29, Andrey Utkin wrote: > Would be nice if it would be possible to > - make timer of "default_timeout" reset to 0 when keep-alive reply is > received from remote part of call leg, so that the timeout expires > (triggering call termination) only if some call party gets offlin

Re: [SR-Users] dialog flags vs dialog variables vs dialog profiles

Hello, On 19/06/15 12:14, Muhammad Shahzad wrote: > Hi, > > Lasting night i was doing some tests and identified a strange behavior > from dialog module. I am using Kamailio v4.3.0 rev. c6aa95. > > I basically wanted to identify if an incoming sequential ACK (from > caller for an answered call) or

Re: [SR-Users] Dialog based CDRs and failed dialogs

Hi, I added your changes to my deployments. Thanks! From: Daniel-Constantin Mierla [mailto:mico...@gmail.com] Sent: Friday, April 03, 2015 12:54 PM To: Mickael Marrache; 'Kamailio (SER) - Users Mailing List' Subject: Re: [SR-Users] Dialog based CDRs and failed dialogs

Re: [SR-Users] Dialog based CDRs and failed dialogs

g] *On > Behalf Of *Daniel-Constantin Mierla > *Sent:* Thursday, April 02, 2015 3:59 PM > *To:* Kamailio (SER) - Users Mailing List > *Subject:* Re: [SR-Users] Dialog based CDRs and failed dialogs > > > > Hello, > > On 02/04/15 14:36, Mickael Marrache wrote: > >

Re: [SR-Users] Dialog based CDRs and failed dialogs

Yes, the duration is set to 0. From: sr-users [mailto:sr-users-boun...@lists.sip-router.org] On Behalf Of Daniel-Constantin Mierla Sent: Thursday, April 02, 2015 3:59 PM To: Kamailio (SER) - Users Mailing List Subject: Re: [SR-Users] Dialog based CDRs and failed dialogs Hello, On 02/04/15

Re: [SR-Users] Dialog based CDRs and failed dialogs

Hello, On 02/04/15 14:36, Mickael Marrache wrote: > > Hi, > > > > I'm using the ACC module to generate dialog based CDRs and I see that > CDRs are generated even for failed calls. > > > > For example, a CDR is generated for cancelled calls. > > > > At first, I thought that dialog based CDRs

Re: [SR-Users] Dialog order of operations

On 09/03/15 22:40, Alex Balashov wrote: > Daniel, > > Thanks for that insight. This does make me wonder if there are other > unforeseen implications in suspending/continue TM transactions, in > terms of "baggage" associated with the transaction or message, but not > part of the core TM structure,

Re: [SR-Users] Dialog order of operations

Daniel, Thanks for that insight. This does make me wonder if there are other unforeseen implications in suspending/continue TM transactions, in terms of "baggage" associated with the transaction or message, but not part of the core TM structure, not making it across the suspend/continue gap.

Re: [SR-Users] Dialog order of operations

On 09/03/15 14:40, Alex Balashov wrote: > Daniel, > > On 03/09/2015 07:09 AM, Daniel-Constantin Mierla wrote: > >> On 09/03/15 01:42, Alex Balashov wrote: >>> Well, I can say this: it seems that dlg_set_property("ka-{src,dst}") >>> must be set after dlg_manage(), or it has no effect. >>> >> I che

Re: [SR-Users] Dialog order of operations

Daniel, On 03/09/2015 07:09 AM, Daniel-Constantin Mierla wrote: On 09/03/15 01:42, Alex Balashov wrote: Well, I can say this: it seems that dlg_set_property("ka-{src,dst}") must be set after dlg_manage(), or it has no effect. I checked the code and the flags from the local context that are s

Re: [SR-Users] Dialog order of operations

On 09/03/15 01:42, Alex Balashov wrote: > Well, I can say this: it seems that dlg_set_property("ka-{src,dst}") > must be set after dlg_manage(), or it has no effect. > I checked the code and the flags from the local context that are set before the dialog creation are stored in dialog structure at

Re: [SR-Users] Dialog order of operations

> Sent from my BlackBerry. Please excuse errors and brevity. > Original Message > From: Daniel-Constantin Mierla > Sent: Monday, March 2, 2015 2:53 AM > To: Kamailio (SER) - Users Mailing List > Reply To: mico...@gmail.com > Subject: Re: [SR-Users] Dialog order of operatio

Re: [SR-Users] Dialog order of operations

Well, I can say this: it seems that dlg_set_property("ka-{src,dst}") must be set after dlg_manage(), or it has no effect. -- Alex Balashov - Principal Evariste Systems LLC 235 E Ponce de Leon Ave Suite 106 Decatur, GA 30030 United States Tel: +1-678-954-0670 Web: http://www.evaristesys.com/ __

Re: [SR-Users] Dialog order of operations

co...@gmail.com Subject: Re: [SR-Users] Dialog order of operations Hello, it should be ok to set a profile or a dlg variable before creating the dialog. They are kept in the context of the process and destroyed if the dialog is no longer created for the current sip message. Cheers, Daniel On

Re: [SR-Users] Dialog order of operations

Hello, it should be ok to set a profile or a dlg variable before creating the dialog. They are kept in the context of the process and destroyed if the dialog is no longer created for the current sip message. Cheers, Daniel On 26/02/15 20:49, Alex Balashov wrote: > Hi, > > The dialog module docum

Re: [SR-Users] dialog module 4.2 REFER

Just to add that the Contact address used for bridging can be changed via module parameter: - http://kamailio.org/docs/modules/stable/modules/dialog.html#idp1855568 Should be changed to reflect local IP of the server. Cheers, Daniel On 15/02/15 18:02, Ben Langfeld wrote: > The REFER's contact

Re: [SR-Users] dialog module 4.2 REFER

The REFER's contact header should be the referring party, and is used as the destination for NOTIFYing progress of the refer. The party to refer *to* is stated in the ReferTo header. In what way does the refer fail? Maybe you could provide logs... On 15 February 2015 at 10:38, Uri Shacked wrote:

Re: [SR-Users] Dialog module is crashing after setting track_cseq_updates to 1

Hello, I pushed a patch in master branch, can you try with latest git? The issue happened when cseq was before the via. If reported to work ok, I will backport. Cheers, Daniel On 28/01/15 21:14, Fernando Aquilino wrote: > Hi, > > after setting track_cseq_updates to 1 in module dialog (and calli

Re: [SR-Users] Dialog module generates error since upgrade to 4.2.2

Hi Daniel! Your fix solves the problem (not heavily tested) - now the dialog module destroys the dialog after config exit. thanks Klaus On 24.01.2015 23:05, Daniel-Constantin Mierla wrote: > Can you try the latest version of branch 4.2? I pushed a fix that should > solve this one as well. > > L

Re: [SR-Users] Dialog variable lost in ACC

Hello, are you using a tm onreply_route[id] or the core reply_route to set those variables? Cheers, Daniel On 25/01/15 01:00, Pars3c wrote: > Hi, anyone know what happened ? > > Many thanks > > Il mercoledì 21 gennaio 2015, Pars3c > ha scritto: > > Hi , > I've u

Re: [SR-Users] Dialog variable lost in ACC

Hi, anyone know what happened ? Many thanks Il mercoledì 21 gennaio 2015, Pars3c ha scritto: > Hi , > I've updated kamailio from 4.1.4 to 4.1.7 and some times dialog variables > are not writed on the db by the ACC module. > The variable that is not writed ,is setted in the on reply route ,when

Re: [SR-Users] Dialog module generates error since upgrade to 4.2.2

Can you try the latest version of branch 4.2? I pushed a fix that should solve this one as well. Let me know the results. Cheers, Daniel On 23/01/15 13:40, Jan Hazenberg wrote: > Daniel, > > Let me know if you need some debugs from my side. I have 4.2.2 and > 4.2.1 running and can reproduce the

Re: [SR-Users] Dialog module generates error since upgrade to 4.2.2

Daniel, Let me know if you need some debugs from my side. I have 4.2.2 and 4.2.1 running and can reproduce the problem if needed. Jan Daniel-Constantin Mierla schreef op 2015-01-23 13:38: I hope to get the time to look into it either this evening or over the weekend. I have some other logs s

Re: [SR-Users] Dialog module generates error since upgrade to 4.2.2

I hope to get the time to look into it either this evening or over the weekend. I have some other logs sent to me for a dialog issue. Daniel On 23/01/15 12:40, Jan Hazenberg wrote: > I indeed see the same spiral messages in the logs as well: > > Jan 22 14:50:33 sip /usr/sbin/kamailio[14084]: DEBU

Re: [SR-Users] Dialog module generates error since upgrade to 4.2.2

I indeed see the same spiral messages in the logs as well: Jan 22 14:50:33 sip /usr/sbin/kamailio[14084]: DEBUG: dialog [dlg_handlers.c:831]: dlg_new_dialog(): Callid '035a329653a80be399f7b45e6c734415@192.168.149.126' found, must be a spiraled request Jan Klaus Darilion schreef op 2015-01-

Re: [SR-Users] Dialog module generates error since upgrade to 4.2.2

I think the problem with 4.2.2. is the following: After dialog cleanup code is not executed after script exit. Thus, if the dialog is created without generating a transaction, e.g.: ... dialog_manage(); ... some checks sl_send_reply(); exit; the dialog is created, but not destroyed

Re: [SR-Users] Dialog module generates error since upgrade to 4.2.2

Klaus, Yes, that solves the problem here as well. Thanks, Jan Klaus Darilion schreef op 2015-01-22 16:16: Hi Jan! I replaced dlg_manage with setflag(dialog flag). This way the dialog is created only when a transaction is created. It solved my problems. regards Klaus On 22.01.2015 14:47,

Re: [SR-Users] Dialog module generates error since upgrade to 4.2.2

Hi Jan! I replaced dlg_manage with setflag(dialog flag). This way the dialog is created only when a transaction is created. It solved my problems. regards Klaus On 22.01.2015 14:47, Klaus Darilion wrote: > Nice, I have the same problem after upgrading from 4.1.7 to 4.2.2. > . in my ca

Re: [SR-Users] Dialog module generates error since upgrade to 4.2.2

Nice, I have the same problem after upgrading from 4.1.7 to 4.2.2. . in my case it seems the dialog callbacks are not executed for responses ... I am still debugging . On 22.01.2015 13:25, Jan Hazenberg wrote: > Hi All, > > I'm running into a issue with the dialog module since the up

Re: [SR-Users] dialog module shared memory

Hello Charles, Yes, It’s enough. I understand the concept now. Thank you! Regards, Grant From: sr-users [mailto:sr-users-boun...@lists.sip-router.org] On Behalf Of Charles Chance Sent: Monday, January 19, 2015 12:59 PM To: Kamailio (SER) - Users Mailing List Subject: Re: [SR-Users] dialog

Re: [SR-Users] dialog module shared memory

> > > Thanks! > > > > Regards, > > > > Grant > > > > *From:* sr-users [mailto:sr-users-boun...@lists.sip-router.org] *On > Behalf Of *Charles Chance > *Sent:* Friday, January 16, 2015 12:23 PM > *To:* SIP Router - Kamailio (OpenSER) and SIP Ex

Re: [SR-Users] dialog module shared memory

, January 16, 2015 12:23 PM To: SIP Router - Kamailio (OpenSER) and SIP Express Router (SER) - Users Mailing List Subject: Re: [SR-Users] dialog module shared memory Hello, Currently, this is work in progress. But in the meantime, it is possible to achieve using htable with dmq enabled. I can post

Re: [SR-Users] dialog module shared memory

On Friday 16 January 2015, Charles Chance wrote: > Alex's work is still in a personal branch since he ran out of time to > finish, IIRC. I have plans to look at it over the next week or so, unless > Alex has other ideas. > > Perhaps he can comment? I couldn't get the dialog+dmq+tm combination in

Re: [SR-Users] dialog module shared memory

Hi Daniel, Alex's work is still in a personal branch since he ran out of time to finish, IIRC. I have plans to look at it over the next week or so, unless Alex has other ideas. Perhaps he can comment? Best, Charles On 16 Jan 2015 11:27, "Daniel-Constantin Mierla" wrote: > Hello, > > hmm, I t

Re: [SR-Users] dialog module shared memory

Hello, hmm, I thought there was already a patch from Alex Hermann, might be just early for me here and that was just in the plans, because he changed how the profiles are stored to allow mixing from different servers. Cheers, Daniel On 16/01/15 12:23, Charles Chance wrote: > > Hello, > > Current

Re: [SR-Users] dialog module shared memory

Hello, in 4.2.x should be dialog profile replication on top of dmq, added by Alex Hermann. I haven't played myself with it yet. In the past versions, I used various mechanims, like shared database with queries, notification from config file (park the invite, uac_req_send() with the local number o

Re: [SR-Users] dialog module shared memory

Hello, Currently, this is work in progress. But in the meantime, it is possible to achieve using htable with dmq enabled. I can post an example later if required. Cheers, Charles On 16 Jan 2015 07:54, "Grant Bagdasarian" wrote: > Hello, > > > > I’m using the dialog module to control the maxi

Re: [SR-Users] dialog timeout reinvite

Hello, ok, thanks for reporting. I backported the patch to 4.2 branch. Cheers, Daniel On 09/01/15 03:37, Kelvin Chua wrote: > Hi Daniel, > > Thanks for the patch. working perfectly > Kelvin Chua > > > On Thu, Jan 8, 2015 at 5:32 AM, Daniel-Constantin Mierla > wrote: >> On 07/01/15 12:24, Kelvi

Re: [SR-Users] dialog timeout reinvite

Hi Daniel, Thanks for the patch. working perfectly Kelvin Chua On Thu, Jan 8, 2015 at 5:32 AM, Daniel-Constantin Mierla wrote: > > On 07/01/15 12:24, Kelvin Chua wrote: >> thanks for the tip, i'm using 4.1 >> what i did was to catch the reinvite and compute the remaining timeout >> and set it a

Re: [SR-Users] Dialog update timeout

Can you try the variant with dlg_set_timeout() after applying the next patch? https://github.com/kamailio/kamailio/commit/a41eab6bedf670f9f34f069b82a85c3a49c5e1bd Report back if it works ok in order to decide to backport it. Cheers, Daniel On 22/12/14 12:25, Daniel-Constantin Mierla wrote: > Ha

Re: [SR-Users] dialog timeout reinvite

On 07/01/15 12:24, Kelvin Chua wrote: > thanks for the tip, i'm using 4.1 > what i did was to catch the reinvite and compute the remaining timeout > and set it again using dlg_set_timeout > tedious but does the job well. > > i am struggling with another dialog timeout related issue though. > when

Re: [SR-Users] dialog timeout reinvite

thanks for the tip, i'm using 4.1 what i did was to catch the reinvite and compute the remaining timeout and set it again using dlg_set_timeout tedious but does the job well. i am struggling with another dialog timeout related issue though. when i set dlg_manage(), t_relay, then the call fails, i

Re: [SR-Users] dialog timeout reinvite

Hi, You can use the timeout_noreset parameter of the dialog module: http://www.kamailio.org/docs/modules/devel/modules/dialog.html#idp16963672. Regards, Federico On 1 Jan 2015 17:27, "Kelvin Chua" wrote: > Happy new year everyone! :) > > I have stumbled into a case where a switch would send a r

Re: [SR-Users] Dialog update timeout

Have you set the timeout avp in the onreply_route[abc]? Cheers, Daniel On 20/12/14 09:36, Pars3c wrote: > Any ideas for this error? > > Thanks > > Il martedì 16 dicembre 2014, Pars3c > ha scritto: > > Hi , i try it with onreply_route[abc] but i have the same results

Re: [SR-Users] Dialog update timeout

Any ideas for this error? Thanks Il martedì 16 dicembre 2014, Pars3c ha scritto: > Hi , i try it with onreply_route[abc] but i have the same results ".. > Bogus dialog..." > > Il martedì 16 dicembre 2014, Daniel-Constantin Mierla > ha scritto: > >> Try using onreply_route[abc] set with t_on_

Re: [SR-Users] Dialog update timeout

Hi , i try it with onreply_route[abc] but i have the same results ".. Bogus dialog..." Il martedì 16 dicembre 2014, Daniel-Constantin Mierla ha scritto: > Try using onreply_route[abc] set with t_on_reply("abc") and eventually > with avp -- the onreply_route without a name is executed from core

Re: [SR-Users] Dialog update timeout

I should try it. I update you Thanks Il lunedì 15 dicembre 2014, Alex Balashov ha scritto: > On 12/15/2014 04:01 PM, Pars3c wrote: > > Yes, i track the dialog setting the flag on the initial invite >> > > Do you get any different results if you call dlg_manage() instead? > > -- > Alex Balashov

Re: [SR-Users] Dialog update timeout

On 12/15/2014 04:01 PM, Pars3c wrote: Yes, i track the dialog setting the flag on the initial invite Do you get any different results if you call dlg_manage() instead? -- Alex Balashov - Principal Evariste Systems LLC 235 E Ponce de Leon Ave Suite 106 Decatur, GA 30030 United States Tel: +1-

Re: [SR-Users] Dialog update timeout

Yes, i track the dialog setting the flag on the initial invite Il lunedì 15 dicembre 2014, Alex Balashov ha scritto: > Are you properly tracking the dialog? i.e. you're sure you've called > dlg_manage() or set the dialog tracking flag when processing the initial > INVITE? > > -- > Alex Balashov

Re: [SR-Users] Dialog update timeout

Are you properly tracking the dialog? i.e. you're sure you've called dlg_manage() or set the dialog tracking flag when processing the initial INVITE? -- Alex Balashov - Principal Evariste Systems LLC 235 E Ponce de Leon Ave Suite 106 Decatur, GA 30030 United States Tel: +1-678-954-0670 Web: ht

Re: [SR-Users] Dialog update timeout

I tried to set this avp but it's not working. Il lunedì 15 dicembre 2014, Kalala Alexander ha scritto: > Maybe > modparam("dialog", "timeout_avp", "$avp(time)") > > 15.12.2014, 23:44, "Pars3c" >: > > Hi, > I wish to update dialog timeout when i receive the 200ok in the on_reply > route > I try

Re: [SR-Users] Dialog update timeout

Maybemodparam("dialog", "timeout_avp", "$avp(time)") 15.12.2014, 23:44, "Pars3c" :Hi,I wish to update dialog timeout when i receive the 200ok in the on_reply routeI try to make it with the dlg_set_timeout but it give an error "bogus dialog..." How can i make it? Thanks ,

Re: [SR-Users] dialog match on loop back

Loop the call through a B2BUA like SEMS + SBC module? It's what our Kamailio-based LCR and accounting product does. But our product doesn't use acc for CDRs, either. On 6 September 2014 08:41:21 GMT-04:00, Kelvin Chua wrote: >hi guys, > >i'm running out of ideas >i have a situation where I n

Re: [SR-Users] Dialog module event_route problem

: Kamailio (SER) - Users Mailing List Subject: Re: [SR-Users] Dialog module event_route problem why don’t you hook your http_queries up to the relevant SIP packets passing by? INVITE -> start 180/183 -> ringing 200 -> pickup BYE/CANCEL -> end It’s quite straightforward to get that cle

Re: [SR-Users] Dialog module event_route problem

why don’t you hook your http_queries up to the relevant SIP packets passing by? INVITE -> start 180/183 -> ringing 200 -> pickup BYE/CANCEL -> end It’s quite straightforward to get that cleanly in your configfile, and it give you a massive control over things. (just be aware of packets arriving

Re: [SR-Users] dialog module -- timeout parameter

Hello, iirc, at some point I checked and there was no way to disable the timeout. Even signed int gives you over 10 years, however you can open an item on the tracker for an improvement to add an option to disable timeout. Cheers, Daniel On 18/06/14 20:31, Måns Nilsson wrote: Hi, I need t

Re: [SR-Users] Dialog module and confirmed-unacked dialogs

Hello, is any BYE passing through the proxy? There could be two approaches: - when 200ok, set the dialog timeout to 40s (or some parm value), then when ACK is handled, set it to the real dialog timeout value - cleanup timer can reset the timeout of non-acked calls that are established for mor

Re: [SR-Users] Dialog: Keep-alive issue:

1. Ok I think I found the cause for the problem: First of all I noticed that the dialog doesn't timeout if the ka_timer module parameter is less or equal to 10 secs. If it is above 10 secs then everything works. I use the master branch and in the dialog module ( https://github.com/kamailio/kamail

Re: [SR-Users] Dialog: Keep-alive issue:

Thanks Kelvin, but I already have tried this. This is exactly what I wrote that the issue is: Despite having set those options, and the keep alives are sent, the dialog does not timeout as it should when no reply is sent to the keep-alive OPTIONS msg by the dst peer. I am using the master branch a

Re: [SR-Users] Dialog: Keep-alive issue:

try this modparam("dialog", "ka_timer", 3) modparam("dialog", "ka_interval", 10) these 2 will make sure it will disconnect within 30 seconds dlg_set_property("ka-src"); dlg_set_property("ka-dst"); thesse 2 will make sure that keep alive timers will apply to the c

Re: [SR-Users] dialog expire, acc

Sweet! On 28 March 2014 15:24:10 GMT-04:00, Kelvin Chua wrote: >It worked! perfect > >Kelvin Chua > > >On Fri, Mar 28, 2014 at 1:34 AM, Alex Balashov >wrote: > >> On 03/28/2014 04:32 AM, Kelvin Chua wrote: >> >> I tried, AVPs, they are not accessible on the >>> event_route[tm:local-request] >>>

Re: [SR-Users] dialog expire, acc

It worked! perfect Kelvin Chua On Fri, Mar 28, 2014 at 1:34 AM, Alex Balashov wrote: > On 03/28/2014 04:32 AM, Kelvin Chua wrote: > > I tried, AVPs, they are not accessible on the >> event_route[tm:local-request] >> > > That's because AVPs are only transaction-persistent, not dialog-persistent

Re: [SR-Users] dialog expire, acc

On 03/28/2014 04:32 AM, Kelvin Chua wrote: I tried, AVPs, they are not accessible on the event_route[tm:local-request] That's because AVPs are only transaction-persistent, not dialog-persistent. however, your idea on $dlg_vars was spot on, why didn't i think of that. Thanks a bunch! Well..

Re: [SR-Users] dialog expire, acc

Hi Alex, yes, locally generated BYEs I was trying to avoid the unique constraint approach as it is not very elegant. I tried, AVPs, they are not accessible on the event_route[tm:local-request] however, your idea on $dlg_vars was spot on, why didn't i think of that. Thanks a bunch! Kelvin Chua

Re: [SR-Users] dialog expire, acc

Oh, you were talking about the BYEs that are internally generated by 'dialog'. In that case, ignore my advice; it's not applicable, because locally generated BYEs will not have the RR header and this won't work. In those situations, in my personal opinion, your best bet is to use a database-si

Re: [SR-Users] dialog expire, acc

On 03/28/2014 03:53 AM, Kelvin Chua wrote: I have a situation here, when a dialog expires, it sends a BYE to both call legs and this does not generate an entry on acc table. however, when i use acc_db_request() on event_route[tm:local-request], i get 2 entries on acc, 1 for the downstream, and

Re: [SR-Users] dialog is not deleted when BYE received

Hello, Does someone have the same problem? Thanks in advance. On Wed, Mar 12, 2014 at 1:07 PM, Tuan Viet Nguyen wrote: > Hello, > > I disable the rr module and only use SIP elements for dialog match > modparam("dialog", "dlg_match_mode", 2) > > Upon receipt of a BYE request, the request is co

Re: [SR-Users] dialog module with DB Backend

So poking round the code for the dialog module Im not sure what im missing here. get_profile_size dosnt care bout the state of a dialog... so you get ALL dialogs that are in the hash table. ( which is interesting if you want to use dialog module to enforce channel limits etc ) So you go... O

Re: [SR-Users] dialog module with DB Backend

Am I REALLY the only person who has ever run into this !? On 19 February 2014 14:08, jay binks wrote: > Hi all, im using the dialog module with db_cassandra backend.. > I dont believe this issue is related to cassandra, but its worth > mentioning anyways. > > so... I run kamailio, make calls, s

Re: [SR-Users] Dialog

called to a replaces header and >>> send to a B2BUA which connects the current call to the ringing one. >>> >>> >>> >>> Thanks >>> >>> >>> >>> John >>> >>> >>> >>> From: Daniel-Constant

Re: [SR-Users] Dialog

t; >> >> John >> >> >> >> *From:* Daniel-Constantin Mierla [mailto:mico...@gmail.com] >> *Sent:* 07 February 2014 12:32 >> *To:* John Murray; 'Kamailio (SER) - Users Mailing List' >> *Subject:* Re: [SR-Users] Dialog >> >> >

Re: [SR-Users] Dialog

s > > > > John > > > > *From:* Daniel-Constantin Mierla [mailto:mico...@gmail.com] > *Sent:* 07 February 2014 12:32 > *To:* John Murray; 'Kamailio (SER) - Users Mailing List' > *Subject:* Re: [SR-Users] Dialog > > > > Hello, > > in config

  1   2   3   >