Re: [SR-Users] generating cdrs

Am 25.04.2012 um 21:00 schrieb Timo Reimann: > Am 23.04.2012 um 22:57 schrieb Pirjo Ahvenainen: >> No prob, and thanks for your comments, I'm suspecting I had installed >> a devel version on the system I was testing before installing 3.2.3 >> and had used its db creati

Re: [SR-Users] generating cdrs

I'll try to increase documentation accuracy of the acc module as soon as I can get to it. Thanks and cheers, --Timo > > 23. huhtikuuta 2012 18.15 Timo Reimann kirjoitti: >> Hey Pirjo, >> >> sorry for the delay! >> >> >> Am 20.04.2012 um 20:0

Re: [SR-Users] generating cdrs

CDRs similar to how transaction logging works in the acc module. Pumping that CDR stream into a database had to be done via an external process, however. Cheers, --Timo > 20. huhtikuuta 2012 20.48 Timo Reimann kirjoitti: >> Hey Pirjo, >> >> >> Am 20.04.2012 um 1

Re: [SR-Users] generating cdrs

Hey Pirjo, Am 20.04.2012 um 15:21 schrieb Pirjo Ahvenainen: > Hi Karsten, > > Thanks for the tip, I do have that defined but no cdrs. > > cheers, > Pirjo I haven't looked at the acc module in quite a while but to my knowledge, direct-to-DB storage of CDRs is still in the making. The second to

Re: [SR-Users] Kamailio v3.2 problem with dialog module.

as! > Sorry to have troubled you and thank you for your support. No worries -- by posting both the question and the answer you've done a great service to upcoming generations. ;) Cheers, --Timo > On Mon, Feb 20, 2012 at 11:50 PM, Timo Reimann wrote: > Hey, > > > Am

Re: [SR-Users] Dialogs not removed from memory, and occasionally persistent in DB as well

Sorry I missed to see that this thread was already in full action and Daniel got catched on... Cheers, --Timo Am 20.02.2012 um 22:55 schrieb Timo Reimann: > Hey all, > > > Am 31.01.2012 um 14:06 schrieb Timo Reimann: >> Am 31.01.2012 um 11:32 schrieb Marius Pedersen

Re: [SR-Users] Dialogs not removed from memory, and occasionally persistent in DB as well

Hey all, Am 31.01.2012 um 14:06 schrieb Timo Reimann: > Am 31.01.2012 um 11:32 schrieb Marius Pedersen: > >> On 01/31/2012 09:11 AM, Øyvind Kolbu wrote: >>> On 2012-01-20 at 23:32, Timo Reimann wrote: >>> >>> Hi and sorry for the late response! >&

Re: [SR-Users] Kamailio v3.2 problem with dialog module.

Hey, Am 20.02.2012 um 15:10 schrieb Phillman25 Kyriacou: > After upgrading from V3.1.5 to V3.2. Kamailio crashes with the below error > messages: > > Feb 20 16:43:59 sipproxy /usr/local/sbin/kamailio[11705]: ERROR: > [db.c:392]: invalid number of rows received: 4, dialog_vars This one descri

Re: [SR-Users] sipp issues with dialog module

Am 07.02.2012 um 17:13 schrieb Uri Shacked: > anyone knows why the dialog module leaves active dialogs even after a bye was > recieved when using sipp? > once i had issues with the record route and i forced sipp to deal with that, > is there something to set on the bye sent by sipp? >From my exp

Re: [SR-Users] Dialogs not removed from memory, and occasionally persistent in DB as well

Hi, Am 31.01.2012 um 11:32 schrieb Marius Pedersen: > On 01/31/2012 09:11 AM, Øyvind Kolbu wrote: >> On 2012-01-20 at 23:32, Timo Reimann wrote: >> >> Hi and sorry for the late response! >> >>> Another possible root cause: After calling dlg_manage() on a

Re: [SR-Users] unable to find dialog for ACK with route param

Hey, Am 23.01.2012 um 11:13 schrieb Uri Shacked: > i use the dialog module. > i create the dialog using dlg_manage() right after the invite is recieved. > in a case where the final destination rejects the call (486 busy), i get the > following error: > " WARNING: dialog [dlg_handlers.c:1054]: un

Re: [SR-Users] Dialogs not removed from memory, and occasionally persistent in DB as well

Hey, Am 18.01.2012 um 13:46 schrieb Øyvind Kolbu: > On 2012-01-17 at 23:47, Timo Reimann wrote: >> Hey Øyvind, >> Am 17.01.2012 um 13:41 schrieb Øyvind Kolbu: >>> >>> Then in the main route: >>> >>> if !allow_trusted() { >>&

Re: [SR-Users] Dialogs not removed from memory, and occasionally persistent in DB as well

Hey Øyvind, Am 17.01.2012 um 13:41 schrieb Øyvind Kolbu: > we use the dialog-module to keep track of concurrent calls, and then set > a treshold for simultanious calls. After we upgraded from 1.5 to 3.2, we've > been having a lot of dialogs which are stuck in both the database and > memory. > >

Re: [SR-Users] Who can tell me how to get the dialog-based CDRs ?

e. And regarding CDR generation using Kamailio's built-in mechanism: It's part of the acc (accounting) module (not dialog as I initially claimed). You may want to look at the documentation to see if it's a fit for you: http://sip-router.org/docbook/sip-router/branch/master/modules_k

Re: [SR-Users] Who can tell me how to get the dialog-based CDRs ?

Hey, Am 21.12.2011 um 07:03 schrieb sunny_day: > My object:get the dialog-based CDRs > > SIP proxy: kamailio-3.2.0 > > My script: > > loadmodule "dialog.so" > .. > modparam("dialog","dlg_flag",4)#Must be set to create the dialog associated > to an initial request. > modparam("dia

Re: [SR-Users] Bug: Dialog State=*Teminated* even when the call is active

Hey, Am 15.12.2011 um 23:29 schrieb Gnaneshwar Gatla: > Please find the attached patch. This patch was already submitted to Kamailio > 3.1.5 by Timo Reimann. > The patch was designed that if “override_lifetime” is not used, the value of > the expires is taken from dialog modu

Re: [SR-Users] tracking ACC for a 486

Sorry everybody, this was supposed to be directed at Sven only! (Hit "reply" accidentally :( ) --Timo Am 11.11.2011 um 00:54 schrieb Timo Reimann: > Hey Sven, > > > Am 10.11.2011 um 11:48 schrieb Sven Knoblich: >> Hi, >> I have a short question regardin

Re: [SR-Users] tracking ACC for a 486

Hey Sven, Am 10.11.2011 um 11:48 schrieb Sven Knoblich: > Hi, > I have a short question regarding a tm callback. I want to track a local > generated ACK during a cfa. > > scenario: > A calls B with a cfa to C > B response with a 486 Busy > this will be confirmed with an ACK. > > I saw, that TM

Re: [SR-Users] segmentation fault in init_mod_child function

Hey Bruno, Am 09.11.2011 um 20:31 schrieb Bruno Bresciani: > Kamailio 3.1.2 terminated with signal 11, segmentation fault, in the > init_mod_child function at sr_module.c file. This problem occurs only when I > try loading the loadbalance.so module, it was written by me. > > Someone Can help

Re: [SR-Users] Kamailio 3.2 Acc Runtime error

Hey Nathaniel, Am 05.11.2011 um 02:11 schrieb Nathaniel L Keeling: > I am getting this error when I start kamailio 3.2 on Solaris 10. Any > direction on solving this would be greatly appreciated. > > ERROR: load_module: could not open module > : ld.so.1: kamailio: > fatal: relocation error: f

Re: [SR-Users] Dialog / BYE

to say with respect to the scenario in question? By the way, may I assume that you are sending BYE requests on an established call, i.e., one where the SIP handshake (INVITE/200/ACK) has already concluded successfully? Cheers, --Timo > On Wed, Nov 2, 2011 at 2:04 PM, Timo Reimann wrote: &g

Re: [SR-Users] Dialog / BYE

T - it works as expected. What do you mean by "kamailio ignores the packet"? Is this equivalent to what you described initially regarding dialogs that were terminated single-sided only? Cheers, --Timo > On Tue, Nov 1, 2011 at 4:42 PM, Timo Reimann wrote: > Hey Brandon,

Re: [SR-Users] Dialog / BYE

uld be it -- linking to the currently active dialog is being implemented as a callback to record-routed messages which takes place after a call to loose_route(). Looking forward to hearing your findings. :) Cheers, --Timo > On Tue, Nov 1, 2011 at 4:21 PM, Timo Reimann wrote: > Hey Bran

Re: [SR-Users] Presence Dialog not being created

ompletely stateful dialogs, e.g., replying statelessly to INVITE requests? The dialog module cannot handle such cases yet, you need to be stateful all the times. Cheers, --Timo > -Original Message- > From: Timo Reimann [mailto:s...@foo-lounge.de] > Sent: Saturday, October 22,

Re: [SR-Users] Dialog / BYE

dlg_get() in the first place, at least not if you place dlg_bye() after the call to loose_route(). Contrary, using certain dialog features (including dlg_bye()) from reply routes isn't completely possible yet which could explain your findings. Cheers, --Timo > On Tue, Nov 1, 2011 at

Re: [SR-Users] Dialog / BYE

Hey Brandon, Am 01.11.2011 um 22:48 schrieb Brandon Armstead: > I am attempting to tear down a call with a BYE packet generated > externally (kind of similar to Kamailio fifo dlg_end_dlg). > > Let me describe what I am trying to do in more depth and then I will continue > to tell you the p

Re: [SR-Users] module docs broken

Hey Daniel, Am 28.10.2011 um 21:25 schrieb Daniel-Constantin Mierla: > On 10/28/11 11:41 AM, Timo Reimann wrote: >> Hey, >> >> documentation on the dialog module seems to be broken: The master branch >> directory content is empty >> >> http://sip-rout

[SR-Users] new email contact

Hey all, this is just to let everybody know that my email contact has changed to s...@foo-lounge.de . Of course, I'm still on the lists but if anyone aware of my former email address wishes to contact me directly, please refer to the new address in the future. Thanks a lot and cheers, --Tim

[SR-Users] module docs broken

Hey, documentation on the dialog module seems to be broken: The master branch directory content is empty http://sip-router.org/docbook/sip-router/branch/master/modules_k/dialog/ 3.1 shows close to nothing http://sip-router.org/docbook/sip-router/branch/3.1/modules_k/dialog/dialog.html Moreove

Re: [SR-Users] How to limit maximum number of calls

Hey, Am 28.10.2011 um 07:29 schrieb Austin Einter: > I did change kamailio.cfg as below and getting some error. [snip] > When I start the kamailio proxy I get below error. > > [root@www1 kamailio]# > [root@www1 kamailio]# kamailio -T -E -n 1 -l 174.37.8.178 -l 127.0.0.1 -W > epoll_et -l ud

[SR-Users] Daily tarballs not being created anymore?

Hi all, something caught my attention today: Apparently, tarballs provided from http://sip-router.org/tarballs/sr/ do not seem to be updated automatically anymore (the latest files are from March) although the Download page states that this should happen: "Tarballs for master (development) and

Re: [SR-Users] Presence Dialog not being created

Hello Gnaneshwar, Am 21.10.2011 um 22:57 schrieb Gnaneshwar Gatla: > Kamailio version: 3.1.5 > > I have been trying to use presence for Event:Dialog. I have used > PUA_Dialoginfo module to accomplish this task. > The PUA_dialoginfo module states that if “override_lifetime” is not used, the >

Re: [SR-Users] Kamailio.cfg file woes

Am 18.10.2011 um 22:26 schrieb Peter Schrock: > I am wondering two things. > 1. is there a place on the web that I may find a basic cfg file to at least > get Kamailio running. There are a few basic configuration files within the sources. Look into the etc/ directory. > 2. is there a resource

Re: [SR-Users] Make all error

ers. (The standard path is subject to distribution packages.) Cheers, --Timo > On Oct 17, 2011, at 2:16 PM, Timo Reimann wrote: > >> Am 17.10.2011 um 20:23 schrieb Peter Schrock: >>> I am doing a "make all" and am getting this error: >>> >>> error:

Re: [SR-Users] Make all error

Am 17.10.2011 um 20:23 schrieb Peter Schrock: > I am doing a "make all" and am getting this error: > > error: mysql/mysql.h: No such file or directory > > I have mysql installed and know that kamailio is having trouble finding mysql > header files. Is there a configuration I can set up to help k

Re: [SR-Users] Can't create a new account with kamctl

Hey, Am 13.10.2011 um 00:00 schrieb Peter Schrock: > I have finally got to the section of the install section "10. Ready to > Rock". Unfortunately, I did get the error message "ERROR: domain > unknown: use usernames with domain or set default domain in > SIP_DOMAIN". I did the two steps that the

Re: [SR-Users] Creating a database error

On 12.10.2011 20:26, Peter Schrock wrote: > Yes, I was just verifying the mysql installation before I installed > kamailio. Although, I do have to type the full path name to open the > client. Do you think this is the problem? I will try by setting this up. This means that the mysql binary is not

Re: [SR-Users] [sr-dev] enabling app_python module in Kamailio

On 11.10.2011 15:08, Muhammad Nasir Bhutta wrote: > I am trying to enable the app_python module in Kamailio to run a simple > python script externally parallel with Kamailio proxy, > > > > While I try to load the module “app_python.so” in configuration file, > the Kamailio server fails to start

Re: [SR-Users] limiting concurrent calls with dialog module

Hey Alex, On 10.10.2011 19:53, Alex Balashov wrote: > Not only that, but the fix is not trivial. Contrary to how it may > appear to a non-developer, this problem cannot be solved by just making > a little patch. > > Stateless replies have that name for a reason; they lack state. They > don't t

Re: [SR-Users] limiting concurrent calls with dialog module

On 10.10.2011 19:00, Jim Lucas wrote: > On 10/10/2011 9:20 AM, Iñaki Baz Castillo wrote: >> 2011/10/10 Jim Lucas : >>> On 10/8/2011 6:03 PM, Timo Reimann wrote: >>>> >>>> As explained by myself in Flyspray issue #146[1], a fix to this > problem is

Re: [SR-Users] limiting concurrent calls with dialog module

Am 08.10.2011 um 21:44 schrieb Iñaki Baz Castillo: > 2011/10/3 Jon Bonilla : >> Due to a couple of bugs in the dialog module I'd suggest you to run this code >> after the user auth has been successfull. You'll need to call dlg_manage() >> function first. >> >> The other bug makes the dialog not be

Re: [SR-Users] Dialog ref Error

On 05.10.2011 14:53, Uri Shacked wrote: > On Wed, Oct 5, 2011 at 2:34 PM, Uri Shacked > wrote: > > OK... > now i see the problem is some where in the cfg file... > i get te following error : > > 0(3774) : [cfg.y:3406]: parse error in config file

Re: [SR-Users] Dialog ref Error

On 05.10.2011 12:12, Uri Shacked wrote: > -- Forwarded message -- > From: *Uri Shacked* mailto:uri.shac...@gmail.com>> > Date: Wed, Oct 5, 2011 at 11:48 AM > Subject: dialog ref Error > To: sr-users@lists.sip-router.org > > > Hi, > > i keep

Re: [SR-Users] Trouble Setting up Kamailio

Hey Peter, On 01.10.2011 23:23, Peter Schrock wrote: > I am using the site: > http://www.kamailio.org/dokuwiki/doku.php/install:kamailio-3.1.x-from-git > to load up Kamailio on my ppc using Leopard X. I managed to figure out > the mysql issue and got it to install, but now there are some varianc

Re: [SR-Users] New to Kamailio - make problem

Hey Peter, Am 01.10.2011 um 04:34 schrieb Peter Schrock: > I am assuming you are talking about mysql. I downloaded a dmg from the mysql > site (which has been all that helpful as far as finding what I need). I am > using Server version: 6.0.11-alpha MySQL Community Server (GPL). Using MacPort

Re: [SR-Users] Dialog module showing calls that have already been terminated

sip trace to produce a trace or would you rather > prefer i use "ngrep -d any -P '*' -W byline -T port 5060" ? ngrep would be perfect! Thanks a lot and cheers, --Timo > On Wed, Sep 21, 2011 at 3:41 PM, Timo Reimann <mailto:timo.reim...@1und1.de>> wrote: &g

Re: [SR-Users] Dialog module showing calls that have already been terminated

a trace of a call affected by the problem and provide me with that? Even better, could you increase log verbosity to "debug" level while you do the trace? Cheers, --Timo > On Wed, Sep 21, 2011 at 3:02 PM, Timo Reimann <mailto:timo.reim...@1und1.de>> wrote: > >

Re: [SR-Users] Dialog module showing calls that have already been terminated

alog management; the database just helps with restoring dialogs on startup.) Is that the case for you? Cheers, --Timo > On Tue, Sep 20, 2011 at 8:07 PM, Timo Reimann <mailto:timo.reim...@1und1.de>> wrote: > > Hey, > > > On 20.09.2011 15:23, Phillman25 Kyriacou

Re: [SR-Users] Dialog module showing calls that have already been terminated

Hey, On 20.09.2011 15:23, Phillman25 Kyriacou wrote: > Hey Timo > > Thanks for your email. > I apologise i never copied the config properly. I missed a } to close > the if statement. > You can see that the route(WITHINDLG); is called for all requests from > this config. > > > ># MANA

Re: [SR-Users] Dialog module showing calls that have already been terminated

Hey Phillip, On 20.09.2011 13:48, Phillman25 Kyriacou wrote: > Thanks for your email. > > Yes dlg_manage(); has to now be called on INVITE and BYE/CANCEL messages. > Where would i have to call loose_route()? Only on INVITE? On *all* in-dialog requests, i.e., all requests which contain a To tag.

Re: [SR-Users] Dialog module showing calls that have already been terminated

ith more information on your scenario, like call flow examples or similar). Cheers, --Timo > The calls that were suppose to be terminated before where in state 3 to > answer your question. However, i still see calls in state 3 now but they > are valid. > > Regards &g

Re: [SR-Users] Dialog module showing calls that have already been terminated

ter should be useful in debugging this as well. Thanks, --Timo On 16.09.2011 14:22, Phillman25 Kyriacou wrote: > On Fri, Sep 16, 2011 at 3:09 PM, Timo Reimann <mailto:timo.reim...@1und1.de>> wrote: > > Hey Phillip, > > > On 16.09.2011 13:35, Phi

Re: [SR-Users] Dialog module showing calls that have already been terminated

Hey Phillip, On 16.09.2011 13:35, Phillman25 Kyriacou wrote: > Hello > > I have been facing an issue where the dialog module is showing calls as > being active when in fact the call has already been completed long ago > and this is giving wrong number of concurrent calls on our SNMP work > stati

Re: [SR-Users] Kamailio terminating after upgrading from 3.1.2 to 3.1.4

On 16.09.2011 13:19, Phillman25 Kyriacou wrote: > Thanks for your response Timo. > > so you say i should try: > > make mode=debug [CFLAGS=-g]? "mode=debug" will take care of adding the -g ("debug") switch to gcc, so just skip the "[CFLAGS=-g]" part. Just do something like: make mode=debug all

Re: [SR-Users] Kamailio terminating after upgrading from 3.1.2 to 3.1.4

On 16.09.2011 12:00, Phillman25 Kyriacou wrote: > Could you please explain in a little more detail how to compile Kamailio > with debug symbols? > Do i use the command make CFLAGS=-g ? > then make QUIET=no all? I always add "mode=debug" to make, e.g.: make mode=debug HTH, --Timo > On Thu,

Re: [SR-Users] planning v3.1.5

On 13.09.2011 16:50, Jon Bonilla wrote: > El Thu, 08 Sep 2011 17:16:24 +0200 > Daniel-Constantin Mierla escribió: > >> Hello, >> >> it's being quite some time since we released 3.1.4, so I am thinking of >> packaging soon v3.1.5 out of stable branch 3.1. My plan is to release it >> Wednesday, Sep

Re: [SR-Users] Resend INVITE in case of failure

On 31.08.2011 10:58, Mino Haluz wrote: > Hi, > > I would like to resend the INVITE to another gateway if the original > fails (503, 500, etc.). Is there any module or mechanism which could > do this ? That's what built-in failure routes are good for: http://sip-router.org/wiki/cookbooks/core-coo

Re: [SR-Users] Persistent dialog

Hey Andreas, Am 27.08.2011 um 11:39 schrieb Andreas Granig: > On 08/16/2011 07:59 PM, Timo Reimann wrote: >> On 16.08.2011 19:43, Timo Reimann wrote: >>> So you'll either have to dig into the commit yourself and separate the >>> fix, get a hold of my entire bran

Re: [SR-Users] Kamailio Freezes and no calls are processed

On 22.08.2011 14:04, Morten Isaksen wrote: > On Sat, Aug 20, 2011 at 10:16 PM, Omar wrote: >> >> >> The only difference is we have added some AVPs variables to process, > and kamailio stops processing new calls, is not regular, but seems is > related to the number of calls received. >> No addition

Re: [SR-Users] new functionality: CDR-based accounting

Hello, On 17.08.2011 11:46, Daniel-Constantin Mierla wrote: > On 8/11/11 10:12 AM, Timo Reimann wrote: >> Hey Graham, >> >> >> On 10.08.2011 14:27, Graham Wooden wrote: >>> I would be interested in the 1.5 backported module. Is that available >>>

Re: [SR-Users] Persistent dialog

On 16.08.2011 19:43, Timo Reimann wrote: > So you'll either have to dig into the commit yourself and separate the > fix, get a hold of my entire branch, or wait for 3.1.5 to release. ...or check out master: I just merged treimann/acc-cdr into master which was supposed to happen bef

Re: [SR-Users] Persistent dialog

On 16.08.2011 19:32, Jon Bonilla wrote: >> I think it's worth a try to see if my git branch already does better for >> your use case. If you could give it a shot I'd be glad to know how it >> works or whether it needs further work on. >> >> > I'll try to get the patch (or the whole dialog module) f

Re: [SR-Users] Persistent dialog

On 16.08.2011 18:54, Jon Bonilla wrote: > El Tue, 16 Aug 2011 18:38:17 +0200 > Timo Reimann escribió: > >> Hey Jon, >> >> >> On 16.08.2011 18:14, Jon Bonilla wrote: >> >> Looks pretty much like two dialog entries were created for the same >> &

Re: [SR-Users] Persistent dialog

Hey Jon, On 16.08.2011 18:14, Jon Bonilla wrote: >> Looks pretty much like two dialog entries were created for the same >> dialog. One of them got cleaned up nicely on call termination while the >> other one keeps dangling until the dialog timer kicks in (12 hours in >> your case). >> >> Most not

Re: [SR-Users] Persistent dialog

Hey, On 16.08.2011 17:43, Jon Bonilla wrote: > After configured the proxy I've tested a call and I realize that the dialog > list is not empty after the call ends. > > Here's a sample call log and the dialog list while the call was being > stablished and 3 minutes after that: > > root@proxy1a:~

Re: [SR-Users] new functionality: CDR-based accounting

ought on this? Do you have a preferred way? Note, however, that the time frame we (as in my company) are going to use, support, and maintain the 1.5 backport code is already now foreseeable. Cheers, --Timo > On 8/4/11 1:08 AM, "Timo Reimann" wrote: > > > >

Re: [SR-Users] time for acc records

Hey, On 10.08.2011 14:21, Daniel-Constantin Mierla wrote: > it seems that is some parts of the world it is required to have call > duration with two decimals precision. By default acc module does the > timestamp in seconds. > > Thinking of adding an option to save the milliseconds, I see two opt

[SR-Users] new functionality: CDR-based accounting

Hi all, as announced quite a while ago, I finally checked in code that allows to produce CDRs (Call Data Records) directly from SIP-Router and generate logs accordingly. The main code portion resides in modules_k/acc and provides a switch to enable basic CDR generation including start time, end t

Re: [SR-Users] new to ser

On 07.07.2011 00:46, Pradeep Sharma wrote: > I am installed ser 0.9.6 onto my mac machine and with following command > i get it to listen to 5060 port. but when i use a sip client and send > register message i get a 501 not implemented as a response from the server. > > i am attaching ser.cfg. you

Re: [SR-Users] Dialog module question

Hey Javier, On 28.06.2011 17:53, Javier Gallart wrote: > I have little experience with the dialog module -so sorry if the > quesiton is silly-, and I was wondering if I could use it for doing > accounting (acc works just fine, but I was looking for a unique stop > record that includes all the cal

Re: [SR-Users] callback function of tm module

at the call flow and figure out how things work. Cheers, --Timo > 2011/6/3 Timo Reimann mailto:timo.reim...@1und1.de>> > > Hey Bruno, > > > On 03.06.2011 16:21, Bruno Bresciani wrote: > > In file t_hook.c line 386 "*cbp->callback( trans

Re: [SR-Users] callback function of tm module

t you specifically have in mind, i.e., whether you would like to use tm callbacks, change the framework, or whatever. Cheers, --Timo > 2011/6/3 Timo Reimann mailto:timo.reim...@1und1.de>> > > Hi Bruno, > > > On 03.06.2011 00:07, Bruno Bresciani wrote: >

Re: [SR-Users] callback function of tm module

Hi Bruno, On 03.06.2011 00:07, Bruno Bresciani wrote: > I'm having doubts in the implementation of the callback function module > tm. As she calls the function to record register_tmcb ()? > Can someome help me? Could you be more specific on which part of the tm module you are having trouble with

Re: [SR-Users] has_tran_tmcbs function

Hey Bruno, On 01.06.2011 16:48, Bruno Bresciani wrote: > I can't understand the has_tran_tmcbs function... Can someone tell me > how it works? The function checks if, for a given transaction T and a bitfield of callbacks, any of the callbacks are registered for T. It does so my logically ANDing

Re: [SR-Users] IPv6

Hey Jon, On 20.05.2011 17:31, Jon Farmer wrote: > How do I represent the following if the address was IPv6? > > if(src_ip ==127.0.0.1) > > If I specify the IPv6 address with our without [] I get > > WARNING:core:fix_socket_list: could not rev. resolve Maybe Iñaki's brand new ipops module is

Re: [SR-Users] core in dialog module

Hey, On 13.05.2011 11:11, Timo Reimann wrote: > On 12.05.2011 15:55, Anton Roman wrote: >> my answer is inline: >> >> 2011/5/12 Timo Reimann > <mailto:timo.reim...@1und1.de>> >> As to the reason of the segfault, the dialog structure or hash table ma

Re: [SR-Users] core in dialog module

Hey Anton, On 12.05.2011 15:55, Anton Roman wrote: > my answer is inline: > > 2011/5/12 Timo Reimann <mailto:timo.reim...@1und1.de>> > As to the reason of the segfault, the dialog structure or hash table may > already be gone when unref_dlg() is called. Ca

Re: [SR-Users] core in dialog module

Hey, On 12.05.2011 12:37, Anton Roman wrote: > we got a core in dialog module. We are using kamailio 3.1.2. Below you > can find a full backtrace from the dump and the Kamailio compilation > options. Please, if you need further information don't hesitate to ask > me for it. I can't precise the s

Re: [SR-Users] New developer: Jason Penton

On 21.04.2011 14:54, Daniel-Constantin Mierla wrote: > I want to announce Jason Penton as a new registered developer, with > write access to GIT repository - his username id is 'jason.penton'. > > Jason already submitted an IMS-related module that Carsten added to his > IMS branch in the last days

Re: [SR-Users] [sr-dev] planning next major release 3.2

Hey, On 20.04.2011 08:48, Daniel-Constantin Mierla wrote: >> On 12.04.2011 12:57, Daniel-Constantin Mierla wrote: >>> soon we should sketch the roadmap for the next major release 3.2. There >>> are some private git branches with lot of work on it, so we need to >>> synchronize a bit and decide ab

Re: [SR-Users] [sr-dev] planning next major release 3.2

Hey, On 12.04.2011 12:57, Daniel-Constantin Mierla wrote: > soon we should sketch the roadmap for the next major release 3.2. There > are some private git branches with lot of work on it, so we need to > synchronize a bit and decide about the proper time: before or after summer. > > Several deve

[SR-Users] TLS certificate on sip-router.org expired

Heya, just noticed that the TLS certificate on sip-router.org has expired since 9.8.2010. Try an HTTPS connection to the web-page, i.e., https://sip-router.org to see. It seems to be self-signed though. Anyways, I just wanted to let you know. Cheers, --Timo ___

Re: [SR-Users] off-topic: jobs & projects - figuring out the best solution

On 06.04.2011 19:38, Klaus Darilion wrote: > I think a website does not give any benefit over the business mailing list. I think it does -- nobody is going to go through mailing list archives (particularly not for Mailman lists) to search for VoIP-specific job opportunities. And a job's/project's

Re: [SR-Users] RES: Suggestion dialog module / $dlg_ctx() problem.

-tip-how-to-merge-specific-files-from-another-branch/ Another, more commit-oriented way: http://plasmasturm.org/log/530/ HTH, --Timo > 2011/3/31 Timo Reimann : >> On 31.03.2011 11:43, Klaus Darilion wrote: >>> On 30.03.2011 19:05, Alexandre Abreu wrote: >>>> Hi Timo,

Re: [SR-Users] RES: Suggestion dialog module / $dlg_ctx() problem.

On 31.03.2011 11:43, Klaus Darilion wrote: > On 30.03.2011 19:05, Alexandre Abreu wrote: >> Hi Timo, >> >> Maybe I wasn't clear but access dialog data in the script it's not the > issue >> right now. My goal at this moment is to add a variable from the script > into >> the dialog _and_ make this in

Re: [SR-Users] Suggestion dialog module / $dlg_ctx() problem.

Hey, On 30.03.2011 17:55, Alexandre Abreu wrote: > Using K 3.1.2. Before the setflag() that creates the dialog, I tried to use: > > > $dlg_ctx(flags) = 1; > > > > Mar 30 12:29:03 devel kamailio: ERROR: dialog [dlg_var.c:165]: unknown > PV name flags I think the problem is that when using

Re: [SR-Users] Installation Problem: stun feature is not compile in.

Hey Derrick, On 15.03.2011 20:39, Derrick Ding wrote: > I find there are several links that show installation or store directory > of Kamailio. But this link works: > > http://www.kamailio.org/dokuwiki/doku.php/packages:debs > > However it’s not complete. > > The last step is: #apt-get install

Re: [SR-Users] kamailio setup

On 10.03.2011 19:38, Amit Nepal wrote: > Looks like the mysql server is not running. "Permission denied" indicates that, well, you don't have permission to connect to that MySQL server. Fix credentials, extend MySQL user permissions, or call a database operator, whichever helps first. Cheers, -

Re: [SR-Users] set_dlg_profile() in failure_route

On 04.03.2011 10:42, Timo Reimann wrote: > You set flag 2 but showed flag 4 to be modparam'ed to the dialog flag. > Is that intentional? > > Anyways, since you are doing dlg_manage() in the INVITE transaction, you > should still be fine. Just for the sake of debugging, can

Re: [SR-Users] set_dlg_profile() in failure_route

he INVITE transaction, you should still be fine. Just for the sake of debugging, can you set flag 4 in your 'is_method("INVITE")' block and see if it makes a difference? I have no in-depth experience with on demand dialog tracking as we use the dialog flag exclusively. By the w

Re: [SR-Users] set_dlg_profile() in failure_route

Hi, On 03.03.2011 14:47, 侯旭光 wrote: > set_dlg_profile() function carshed in failure_route when I need do the > call-forwarding. > > When in busy-call-forward or no-answer-forward mode ,it'll run into > the failure_route.But at the time , the route_type of the dialog is > FAILURE_ROUTE and the ge

Re: [SR-Users] problem unreferencing dialog in dialog module

Argh: On 03.03.2011 11:11, Timo Reimann wrote: > What I can tell though is that the crash happens because too much dialog > reference counter decrementing takes place. Although I have no clue why, ^ ...the crash h

Re: [SR-Users] problem unreferencing dialog in dialog module

Hey, On 03.03.2011 10:19, Anton Roman wrote: > Checking the time staps from the acc and the crash log, the BYE for > the dialog was before the crash but the To-tag is not printed from > dlg_hash.c, although it is in the acc for INVITE and BYE. Do you > have parallel forking in fro

Re: [SR-Users] Segfault in Kamailio 1-3-4 to 1.5.5

On 28.02.2011 15:49, Iñaki Baz Castillo wrote: > 2011/2/25 Andrew O. Zhukov : >> In continue of letters: >> Kamailio 1.5.5 No TLS Segmentation Fault >> After upgrade from openser 1.3.4 to kamailio 1.5.5 the same crash set >> >> Can someone from developers provide me commercial support to fix this >

Re: [SR-Users] Kamailio 1.5.5 No TLS Segmentation Fault

0x00423410 in main (argc=3, argv=0x7fff4b00bb18) at main.c:1321 > cfg_log_stderr = 0 > cfg_stream = 0x225a010 > c = -1 > r = 0 > tmp_len = 0 > port = 0 > proto = 4910128 > ret = -1 > rfd = 4 > tmp = 0x

Re: [SR-Users] Kamailio 1.5.5 No TLS Segmentation Fault

Hi Stagg, with regards to the failing function, there was a bugfix in the dialog module which, unfortunately, didn't make it into 1.5.5 in time (revision 6049). Could you try the latest SVN of 1.5 and see if it solves the issue? Thanks. Cheers, --Timo On 14.02.2011 21:07, Stagg Shelton wrot

Re: [SR-Users] Proposal to extend acc/dialog modules in order to log CDRs

ider putting it into the master branch prior to any outstanding changes in your branch. Let me know if there's anything I can do. Cheers, --Timo > 2011/2/2 Timo Reimann : >> On 02.02.2011 14:03, Daniel-Constantin Mierla wrote: >>>> On 01.02.2011 21:15

Re: [SR-Users] Proposal to extend acc/dialog modules in order to log CDRs

On 02.02.2011 14:03, Daniel-Constantin Mierla wrote: >> On 01.02.2011 21:15, Daniel-Constantin Mierla wrote: >>> On 2/1/11 8:18 PM, Timo Reimann wrote: >>>> [...] >>>> >>>> Apart from this very minimum CDR content, however, one can think of a >

Re: [SR-Users] Proposal to extend acc/dialog modules in order to log CDRs

Hey Daniel, On 01.02.2011 21:15, Daniel-Constantin Mierla wrote: > On 2/1/11 8:18 PM, Timo Reimann wrote: >> [...] >> >> Apart from this very minimum CDR content, however, one can think of a >> number of CDR fields that cannot be filled easily. For instance, call

[SR-Users] Proposal to extend acc/dialog modules in order to log CDRs

Hi all, I'd like to bring forward a proposal for creating CDRs (Call Data Records) from Kamailio by means of extending both acc and dialog modules. Feedback is very welcome. So far, CDR generation requires post-processing of log entries created by the (transaction-based) acc module or some other

  1   2   >