sr-users

sr-users@lists.kamailio.org

42 participants
37549 discussions

[Users] HOWTO submit a patch in a correct way?
by Peter Lemenkov 06 May '07

06 May '07

Hello All! I need a simple feature in OpenSER - parameter in Jabber-module to set up jabber's priority. So I took a look into the sources and created a simple patch (attached). Are there any formal procedures that I must follow for accepting my patch? -- With best regards!

2 1

[Users] E1 config for chile
by laurent schweizer 04 May '07

04 May '07

Hello, I try to configure a Patton smart node with a E1 for the Chile. I need to know wich parameters I must set for Chile. If someone have informations it's welcoms. Laurent

1 0

[Users] Passing predefined string-value to RADIUS accounting server
by Peter Lemenkov 04 May '07

04 May '07

Hello All! I've encountered some difficulties. I need to pass predefined string value ("REALM" actually) to accounting RADIUS server. I want to did it in way similar to: modparam("acc", "radius_extra", "User-Name=$fU; Sip-User-Realm=$ar") But I need to set realm for all radius-accounting requests to some value ("MYREALM" for example). I tried set $ar explicitly before accounting this way $ar = "MYREALM"; but failed with error "invalid left operand in assignment". Does $ar read-only variable? Another my try was to pass new realm value in module configuration section: modparam("acc", "radius_extra", "User-Name=$fU; Sip-User-Realm=MYREALM") It failed with message "parse failed in <Sip-User-Realm=MYREALM> around position ..." I can't set up custom variable before route{} sections so I can't define my $var(realm) into module configuration line. Are any ways to solve my problem exists? -- With best regards!

2 1

[Users] forcing tcp transport
by Will Quan 04 May '07

04 May '07

I am setting up the proxy so the transport protocol is forced to tcp when packet size is > 1300b. The problem is when the originator abandons the call, the CANCEL msg sent over UDP and I really want it to use the TCP transport, as the INVITE did. Is there a way to achieve this?--will

2 1

[Users] OpenSER 1.2 and Flatstore Accounting
by Brandon Armstead 04 May '07

04 May '07

Hello my fellow Flatstore Accounting users, There seems to be some issues with Flatstore and Accounting in OpenSER 1.2, it does not seem to properly account/log extras? Perhaps I am incorrectly using it, but the syntax still remains modparam("acc", "log_extra", "foo=$pvar"). Is there anything I'm missing? Thanks! Regards, Brandon.

2 1

[Users] rtpproxy CPU usage issue..
by Sajith T S 04 May '07

04 May '07

Hi, Have any of you folks seen an abnormal CPU usage issue with rtpprpxy? At times, "top" shows rtpproxy uses 100% CPU (sometimes 99%, sometimes even 101%!), and it stops responding to openser. I have to restart everything now. A small thread in Serdev list recommends upgrading rtpproxy to latest in CVS: http://lists.iptel.org/pipermail/serdev/2006-June/007459.html Mine was fairly old, so I upgraded, but without much progress. What really bugs is I don't know what triggers it. Backtraces suggest that this occurs in different places in rtpproxy, before and after upgrading. Before upgrade: (gdb) where #0 0xb7f49410 in ?? () #1 0xbffd6d88 in ?? () #2 0x00000076 in ?? () #3 0xbffd2410 in ?? () #4 0x4a8d9fd1 in sendto () from /lib/tls/libc.so.6 #5 0x0804ac0c in main (argc=7, argv=0xbffd6e14) at main.c:1467 After upgrade: (gdb) where #0 0xb7f0a410 in ?? () #1 0xbfcb0258 in ?? () #2 0xbfcadfc0 in ?? () #3 0xbfcab8e0 in ?? () #4 0x00bb8dd1 in recvfrom () from /lib/tls/libc.so.6 #5 0x0804a568 in main (argc=7, argv=0xbfcb02e4) at main.c:1364 Any clues? Is this a known problem and is there a patch or some sort ofworkaround? Is there anything I need to upgrade? (This is CentOS 4.4, FWIW) Anything that should be done in openser configuration? Thanks much in advance. - Sajith.

3 2

[Users] Abyss XMLRPC server CRLF problem
by jh＠tutpro.com 04 May '07

04 May '07

this discussion on abyss xmlrpc server reminds me about a problem on its handling of CRLF, which needs to be included in a string when applications use t_uac_dlg or send_publish mi commands to send sip requests to openser. if abyss receives CRLF in a string, it drops CR and only LF is left. if abyss server receives CRCRLF, it results in LFLF. abyss does retain CR in a string if it receives if coded as . however, none of xmlrpc clients that i have tried (python or php) allows me to send out on the wire  because they (according to xmlrpc spec) convert & to & and i get on the wire &#13;, which abyss does not convert to CR. the problem results from abyss author's own interpretation of xmlrpc specification: http://xmlrpc-c.sourceforge.net/doc/libxmlrpc.html#xmlrpc_value XML-RPC strings deserve a little more detailed explanation because of some nonsense in the definition of them in the XML-RPC specification. The spec says a string's value is arbitrary 8 bit bytes, but also says that it is part of an XML document. An XML document is composed of XML characters, and the spec doesn't mention any way of encoding those arbitrary bytes into XML characters. It appears that the author was confused about how XML works. as result, i have found no way (without hacking xmlrpc client libraries) to get CRLF via abyss server to openser. does anybody have a suggestion? -- juha

1 0

[Users] [Fwd: [Serdev] Contributing new module "prefix_route" to SER]
by Klaus Darilion 04 May '07

04 May '07

FYI: A new ser module which could probably easily ported to openser too (if someone needs this feature) regards klaus -------- Original Message -------- Subject: [Serdev] Contributing new module "prefix_route" to SER Date: Wed, 25 Apr 2007 16:52:39 +0200 From: Alfred E. Heggestad <aeh(a)db.org> To: serdev(a)iptel.org Hi Here is a contribution to the SER community; a new module called "prefix_route" that does prefix-based routing from rules stored in the database. The work was sponsored by my employer, Telio Telecom. The source code is attached, and can also be downloaded from here: http://aeh.db.org/patch/prefix_route-20070425.tar.gz The module has been tested with ser-0.9.6 and ser-0.9.7-pre8 from CVS. It could also be ported to SER 2.0 if there is any interest. The idea with this module is to move the logic of selecting PSTN gateway from ser.cfg to the database. In the database you will have a table called e.g. "prefix_route" which has one entry per rule, matching a prefix to a route number: prefix route ------ ----- 0045 -> route 3 0046 -> route 4 0047 -> route 5 for incoming requests, you can call the prefix_route() function in your ser.cfg - it will then try to match the username part of the request-uri to the "best" prefix, i.e. closest match. if there is a match, it will jump to that routing block in ser.cfg. all referenced route numbers must be declared in ser.cfg, otherwise it will not load. The prefix_route table is populated from the DB at boot or with the "prefix_reload" FIFO command, into a RAM-based tree that is used in execution time. For more documentation, please see the README file ;) I hope that this module will be useful for you, any feedback will be appreciated! /alfred _______________________________________________ Serdev mailing list Serdev(a)lists.iptel.org http://lists.iptel.org/mailman/listinfo/serdev

2 1

[Users] make OpenSER 1.2.0: osp/osp.h: No such file or directory
by CSB 04 May '07

04 May '07

Attempting to make OpenSER 1.2.0 and getting the following errors: In file included from destination.c:39: usage.h:34:21: error: osp/osp.h: No such file or directory In file included from destination.c:39: usage.h:52: error: syntax error before âOSPTTRANHANDLEâ usage.h:53: error: syntax error before âOSPTTRANHANDLEâ destination.c: In function âospConvertAddressâ: destination.c:470: warning: implicit declaration of function âsnprintfâ destination.c:470: warning: incompatible implicit declaration of built-in function âsnprintfâ destination.c:472: warning: incompatible implicit declaration of built-in function âsnprintfâ make[1]: *** [destination.o] Error 1 make[1]: Leaving directory `/usr/src/openser-1.2.0-notls/modules/osp' make: *** [modules] Error 2 FC4 rpm -q libxml2-devel libxml2-devel-2.6.20-1.FC4 rpm -q curl-devel curl-devel-7.13.1-5.fc4 Any advice appreciated. Regards Cameron

2 1

RE: [Users] ACC : log_fmt equivalent in 1.2 ?
by Will Quan 04 May '07

04 May '07

thanks daniel,it looks like i can only append to the 'base' fields of the log. i was looking to reformat the whole syslog, including those those first few starting with timestamp, method, etc..thanks,-will> Date: Thu, 3 May 2007 21:04:21 +0300> From: daniel(a)voice-system.ro> To: sip(a)voiplabs.net> CC: users(a)openser.org> Subject: Re: [Users] ACC : log_fmt equivalent in 1.2 ?> > Hello,> > you can get it via the log_extra parameter:> http://www.openser.org/docs/modules/1.2.x/acc.html#AEN276> http://openser.org/dokuwiki/doku.php/install:1.1.x-to-1.2.x#acc> > Cheers,> Daniel> > On 05/03/07 18:03, Will Quan wrote:> > In version 1.1.0 it was possible to specify the log_fmt for the ACC > > records that go into the syslog.> > modparam("acc", "log_fmt", "miocfsur");> >> > It appears this has been removed in 1.2, so I was wondering if there > > is a new way to achieve the same result.> > That is, produce ACC records with the same syslog format as my 1.3 > > version.> >> > Thanks,> > Will> > ------------------------------------------------------------------------> >> > _______________________________________________> > Users mailing list> > Users(a)openser.org> > http://openser.org/cgi-bin/mailman/listinfo/users> >

2 1

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

sr-users