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

[SR-Users] Dialog Timers- Session Refresh

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. Thanks

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

) - Users Mailing List <sr-users@lists.sip-router.org> Subject: [SR-Users] Dialog sharing between Kamailio servers Hi all, I am trying to limit the concurrent calls of a customer, but we have multiple Kamailio servers in our platform. I have the dialog module up and running and it is stori

[SR-Users] Dialog sharing between Kamailio servers

Hi all, I am trying to limit the concurrent calls of a customer, but we have multiple Kamailio servers in our platform. I have the dialog module up and running and it is storing its data in a database, but when I use get_profile_size, it will only return the number of dialogs in that profile

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

[SR-Users] Dialog timeout before answer

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 state? -- Alex Balashov | Principal | Evariste Systems LLC

[SR-Users] Dialog in delete state is too old

Hello! Kamailio process has stopped. Anyone else has happened? Versión: 4.4 This is what I have in the logs. kamailio.log: 2016-06-23T10:10:33.983494+02:00 kam01 /usr/sbin/kamailio[2907]: NOTICE: dialog [dlg_hash.c:245]: dlg_clean_run(): dialog in delete state is too old (0x7f092e15b190 ref 3)

[SR-Users] dialog rpc functions.

Hello;     i think  terminate a dialog with callid on rpc is really useful for dialog module. there is only terminate call  with hash_id on rpc . So it is so many transcation to terminate a call. Thanks P.S : that mail filter make me crazy!

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

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

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

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

Hi dialog timeout is occurred if 200 ok having mixed loose and strict routing entries in record route header conf file attached INVITE sip:123456789@22.22.22.22:5060 SIP/2.0 Via: SIP/2.0/UDP 176.204.26.157:63939 ;rport;branch=z9hG4bKPjvAKLQD72G88kpqC2IJwbmTcXUlHGULcW Max-Forwards: 70 From:

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: >

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

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

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

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

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]:

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

Hello there, I'm using dialog module to send keep alive options to callee and caller in order to detect if dialog still up, but when kamailio generates the OPTION and parse it, gives the following errors: [root@c4-compute02-srv1 kamailio]# 37(1587) DEBUG: dialog [dlg_hash.c:614]: dlg_lookup():

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

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

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

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

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

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

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 >

[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, and i noticed

[SR-Users] Dialog module issue

Hello. I try to manage by dialog module every signaling session, that goes through my proxy. I added newx mod params modparam("dialog", "timeout_avp", "$avp(i:10)") modparam("dialog", "dlg_flag", 4) modparam("dialog", "initial_cbs_inscript", 1) modparam("dialog", "profiles_with_value", "caller")

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 -

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

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 jaybi...@gmail.com wrote: Hey All, Im just after someone else thoughts on if this is a bug. After reading :

[SR-Users] Dialog module - db_fetch_rows

Hey All, Im just after someone else thoughts on if this is a bug. After reading : http://kamailio.org/docs/modules/3.3.x/modules_k/dialog.html#idp148408 Im lead to understand that setting *modparam(dialog, db_fetch_rows, 0)* should instruct the dialog module to write dialogs to the DB, but not

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

2015-07-21 10:09 GMT+03:00 Daniel-Constantin Mierla mico...@gmail.com: 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

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.

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

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. Please explain what timeout or lifetime parameters rule - at which delay the unanswered keepalive

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

2015-07-08 15:22 GMT+03:00 Andrey Utkin andrey.krieger.ut...@gmail.com: 2015-07-07 10:07 GMT+03:00 Daniel-Constantin Mierla mico...@gmail.com: 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

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

2015-07-07 10:07 GMT+03:00 Daniel-Constantin Mierla mico...@gmail.com: 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 offline (we

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

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 offline (we don't want just to limit the duration of normal

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 a BYE

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

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 a BYE (from callee who wants to hangup the call) belong to an

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 OK, I

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

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: Hi, I'm using the ACC module to generate dialog based

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 are generated

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

[SR-Users] Dialog based CDRs and failed dialogs

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 are generated only for successfully established dialogs but it doesn't

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, not

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 checked the code and

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

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 the

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

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 operations Hello, it should be ok to set a profile or a dlg variable before creating

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

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 26/02/15 20:49

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

[SR-Users] Dialog order of operations

Hi, The dialog module documentation remains unclear about the order of operations with regard to when to call dlg_manage() or set the transaction flag. My impression is that dlg_manage() only registered TM callbacks, so it doesn't matter when you call it, as long as it's before t_relay().

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

[SR-Users] dialog module 4.2 REFER

Hi, I am trying to use dlg_refer. I set the side to refer and the final destination. But, the contact header of the refer stays contro...@kamailio.org. So, the refer fails. Is it a bug or should i change the contact header by myself before doing the dlg_refer? same with the dlg_bridge.

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

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

Hi, after setting track_cseq_updates to 1 in module dialog (and calling dlg_manage() from request_route) I'm getting reproducible crashes in both stable (4.2.2) and dev (4.3.0-dev3, 2015-01-28) releases. I made the change to cope with CSeq not being incremented when sending another INVITE with

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 calling

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 par...@gmail.com mailto:par...@gmail.com ha scritto: Hi ,

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. Let

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 variable lost in ACC

Hi, anyone know what happened ? Many thanks Il mercoledì 21 gennaio 2015, Pars3c par...@gmail.com 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

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

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

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]: DEBUG:

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

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

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

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,

[SR-Users] Dialog variable lost in ACC

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 it receive the 200ok and method is invite. If i come back to the 4.1.4 all is ok. If i patch kamailio

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

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 g...@cm.nl wrote: Hello, I’m using the dialog module to control the

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

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, Currently,

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 a

[SR-Users] dialog module shared memory

Hello, I'm using the dialog module to control the maximum number of calls allowed to be passed through. Is it possible to share the dialogs stored in memory with multiple instances of kamailio? So if both kamailio instances process calls, and the maximum is set to a global of 10, both

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 mico...@gmail.com wrote: On 07/01/15

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 mico...@gmail.com 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

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 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:

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 kel...@gmail.com wrote: Happy new year everyone! :) I have stumbled into a case where a switch

[SR-Users] dialog timeout reinvite

Happy new year everyone! :) I have stumbled into a case where a switch would send a reinvite to my kamailio server every 15 minutes. I am setting dialog timeout using avp for prepaid purposes. now i think it resets the timer upon processing of the reinvite. what is the best way to work around

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 par...@gmail.com mailto:par...@gmail.com ha scritto: Hi , i try it with onreply_route[abc] but i have the same

Re: [SR-Users] Dialog update timeout

Any ideas for this error? Thanks Il martedì 16 dicembre 2014, Pars3c par...@gmail.com 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 mico...@gmail.com

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 mico...@gmail.com ha scritto: Try using onreply_route[abc] set with t_on_reply(abc) and eventually with avp -- the onreply_route without a name is

[SR-Users] Dialog update timeout

Hi, I wish to update dialog timeout when i receive the 200ok in the on_reply route I try to make it with the dlg_set_timeout but it give an error bogus dialog... How can i make it? Thanks ___ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users

Re: [SR-Users] Dialog update timeout

Maybemodparam("dialog", "timeout_avp", "$avp(time)") 15.12.2014, 23:44, "Pars3c" par...@gmail.com: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 update timeout

I tried to set this avp but it's not working. Il lunedì 15 dicembre 2014, Kalala Alexander klist...@yandex.ru ha scritto: Maybe modparam(dialog, timeout_avp, $avp(time)) 15.12.2014, 23:44, Pars3c par...@gmail.com javascript:_e(%7B%7D,'cvml','par...@gmail.com');: Hi, I wish to update

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:

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 abalas...@evaristesys.com 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?

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:

Re: [SR-Users] Dialog update timeout

I should try it. I update you Thanks Il lunedì 15 dicembre 2014, Alex Balashov abalas...@evaristesys.com 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? --

[SR-Users] dialog match on loop back

hi guys, i'm running out of ideas i have a situation where I need to generate 2 sets of entries INVITE,BYE in acc (acc_db_request won't cut it) it's when a DID should be redirected to a user outside my domain, I need to generate a cdr for DID and another CDR for the outbound call. what i am

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 kel...@gmail.com wrote: hi guys, i'm running out of ideas i have a

Re: [SR-Users] Dialog module event_route problem

To: 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 cleanly in your configfile

[SR-Users] Dialog module event_route problem

Hello; I am trying to build a prepaid accounting system. I use dialog module's start/end event-route. When even_route[dialog:started] triggered, a http_query works for the started call. When event_route[dialog:end] triggered , a http_query works for call is ended. When http_query works in

  1   2   3   >