sr-users August 2007

sr-users@lists.kamailio.org

169 participants
286 discussions

[OpenSER-Users] Yeahh!!! Openser + Freeradius + CDRTool + MySQL + Freeradius-CDRTool python module almost working
by Marc LEURENT 23 Aug '07

23 Aug '07

Thanks Dan!! I have successfully compiled freeradius 1.1.6 with the rlm_python compiled statically! So the freeradius-cdrtool module works!! My problem is that is cannot find the destination whereas it's in the Canonical-URI, so that with To=None, it cannot calculate the max session time But in the radacct database, there is the Canonical-URI A Parsing problem? Stange, I don't know where to search for it Aug 23 16:57:23 sd-7501 CDRTool[20011]: MaxSessionTime From=101(a)sd-7501.dedibox.fr To=None Duration=7200 Lock=1 Aug 23 16:57:23 sd-7501 CDRTool[20011]: Load last minute: 5 calls @ 0.04 cps, memory: 10.13 MB Aug 23 16:57:23 sd-7501 CDRTool[20011]: Call to none, no limit imposed Aug 23 16:57:23 sd-7501 CDRTool[20011]: GetBalance From=101(a)sd-7501.dedibox.fr Aug 23 16:57:23 sd-7501 CDRTool[20011]: Customer : 101(a)sd-7501.dedibox.fr Aug 23 16:57:23 sd-7501 CDRTool[20011]: Balance : 1000.0000 Aug 23 16:57:23 sd-7501 CDRTool[20011]: MaxSessionTime From=101(a)sd-7501.dedibox.fr To=None Duration=7200 Lock=1 Aug 23 16:57:23 sd-7501 CDRTool[20011]: Call to none, no limit imposed Aug 23 16:57:23 sd-7501 CDRTool[20011]: GetBalance From=101(a)sd-7501.dedibox.fr Aug 23 16:57:23 sd-7501 CDRTool[20011]: Customer : 101(a)sd-7501.dedibox.fr Aug 23 16:57:23 sd-7501 CDRTool[20011]: Balance : 1000.0000 Aug 23 16:57:24 sd-7501 CDRTool[20011]: MaxSessionTime From=101(a)sd-7501.dedibox.fr To=None Duration=7200 Lock=1 Aug 23 16:57:24 sd-7501 CDRTool[20011]: Call to none, no limit imposed Aug 23 16:57:24 sd-7501 CDRTool[20011]: GetBalance From=101(a)sd-7501.dedibox.fr Aug 23 16:57:24 sd-7501 CDRTool[20011]: Customer : 101(a)sd-7501.dedibox.fr Aug 23 16:57:24 sd-7501 CDRTool[20011]: Balance : 1000.0000 Aug 23 16:57:45 sd-7501 CDRTool[20011]: DebitBalance From=None To=sip:0033677832974@sd-7501.dedibox.fr:5060;user=phone Duration=0 Aug 23 16:57:45 sd-7501 CDRTool[20011]: Warning: Account none is not prepaid rad_recv: Accounting-Request packet from host 127.0.0.1:59701, id=79, length=318 Acct-Status-Type = Failed Service-Type = Sip-Session Sip-Response-Code = 487 Sip-Method = INVITE Event-Timestamp = "Aug 23 2007 16:51:33 CEST" Sip-From-Tag = "c0a80101-29f6f83" Sip-To-Tag = "c0a80101-29f6daa" Acct-Session-Id = "2f12a585-c0a80101-0-1f(a)192.168.95.79" Sip-Src-IP = "81.57.0.22" Sip-Src-Port = "62854" Canonical-URI = "sip:0033677832974@sd-7501.dedibox.fr:5060;user=phone" Billing-Party = "sip:101@sd-7501.dedibox.fr:5060;user=phone" SIP-Proxy-IP = "88.191.45.91" User-Agent = "THOMSON ST2030 hw0 fw1.56 00-0E-50-4E-AF-C4" NAS-Port = 5060 Acct-Delay-Time = 0 NAS-IP-Address = 127.0.0.1 Processing the preacct section of radiusd.conf Dan-Cristian Bogos a écrit : > Marc, > > try this (as I have written in freeradius list) - should work fine if > u follow the exact steps. I am compiling it statically since this was > the building policy recommended by developers: > > 1. Grab the sources and unpack them (1.1.7 version) > 2. After unpacking, run from within the source folder: > ./configure --with-static-modules=python > make > 3. Your make will stop here: "libtool: link: cannot find the library > `../modules/rlm_python/rlm_python.la' or unhandled argument > `../modules/rlm_python/rlm_python.la'" > 4. Go into ./src/modules/rlm_python > 5. run ./configure + make + make install > 6. Go back to root of sources and run again make + make install. > > Hope that will do, > DanB > > > > > On 8/23/07, Marc LEURENT <lftsy(a)free.fr> wrote: >> I'm receiving freeradius-users(a)lists.freeradius.org >> Did you sent it there? >> >> I have posted some message there and some developpers said that rlm_python shouldn't be compiled statically... And that I should use the experimental >> module option. So I don't know what to do in order to get your module working >> >> PS: I have tested it in console with python directly, Congratulations!! It works perfectly >> >> >> >> Dan-Cristian Bogos a écrit : >>> SOLVED, check the freeradius list, I have posted there the solution. >>> >>> DanB >>> >>> On 8/23/07, Marc LEURENT <lftsy(a)free.fr> wrote: >>>> I have copied the missing radpaths.h from 1.1.7 source, but there is still an error! (libradius.la) >>>> Why is ir so important de compile de python module statically?? >>>> >>>> Can we compile the experimental modules?? >>>> >>>> rlm_python.c: At top level: >>>> rlm_python.c:244: warning: function declaration isn't a prototype >>>> rlm_python.c: In function 'python_load_function': >>>> rlm_python.c:456: warning: passing argument 2 of 'PyObject_GetAttrString' discards qualifiers from pointer target type >>>> gcc -g -O2 -D_REENTRANT -D_POSIX_PTHREAD_SEMANTICS -Wall -D_GNU_SOURCE -g -Wshadow -Wpointer-arith -Wcast-qual -Wcast-align -Wwrite-strings >>>> -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -Wnested-externs -W -Wredundant-decls -Wundef >>>> -I/home/mleurent/freeradius/official/freeradius-1.1.6/src/include -I/usr/include/python2.4 -c rlm_python.c -o rlm_python.o >/dev/null 2>&1 >>>> /home/mleurent/freeradius/official/freeradius-1.1.6/libtool --mode=link gcc -release 1.1.6 \ >>>> -module -static -o rlm_python.la \ >>>> -rpath /usr/local/lib rlm_python.lo rlm_python.c /home/mleurent/freeradius/official/freeradius-1.1.6/src/lib/libradius.la \ >>>> -L/usr/lib/python2.4/config -lpthread -ldl -lutil -lpython2.4 -lm -lnsl -lresolv -lpthread >>>> libtool: link: cannot find the library `/home/mleurent/freeradius/official/freeradius-1.1.6/src/lib/libradius.la' or unhandled argument >>>> `/home/mleurent/freeradius/official/freeradius-1.1.6/src/lib/libradius.la' >>>> make: *** [rlm_python.la] Error 1 >>>> zsh: exit 2 make >>>> >>>> >>>> Dan-Cristian Bogos a écrit : >>>>> Ok, try a trick then, >>>>> >>>>> 1. in root folder type: >>>>> >>>>> ./configure --with-static-modules=python >>>>> >>>>> 2. go in ./src/modules/rlm_python/ and try after the installation >>>>> procedure: ./configure + make + make install >>>>> 3. Go back to root folder and try again the installation procedure >>>>> (./configure --with-static-modules=python + make + make install). >>>>> >>>>> Let me know how it goes. >>>>> >>>>> DanB >>>>> >>>>> On 8/23/07, Marc LEURENT <lftsy(a)free.fr> wrote: >>>>>> I cannot do it! >>>>>> Sniff again >>>>>> >>>>>> SCREEN):root@sd-7501:[/home/../freeradius-1.1.6]# cd src/modules/rlm_python >>>>>> (SCREEN):root@sd-7501:[~mleurent/../rlm_python]# ./configure >>>>>> checking for gcc... gcc >>>>>> checking for C compiler default output file name... a.out >>>>>> checking whether the C compiler works... yes >>>>>> checking whether we are cross compiling... no >>>>>> checking for suffix of executables... >>>>>> checking for suffix of object files... o >>>>>> checking whether we are using the GNU C compiler... yes >>>>>> checking whether gcc accepts -g... yes >>>>>> checking for gcc option to accept ANSI C... none needed >>>>>> checking how to run the C preprocessor... gcc -E >>>>>> checking for python2.3... no >>>>>> checking for python2.2... no >>>>>> checking for python2.1... no >>>>>> checking for python1.5... no >>>>>> checking for python... python >>>>>> checking for Python.h... yes >>>>>> checking for Py_Initialize in -lpython2.4... yes >>>>>> configure: creating ./config.status >>>>>> config.status: creating Makefile >>>>>> >>>>>> (SCREEN):root@sd-7501:[~mleurent/../rlm_python]# make >>>>>> ../rules.mak:24: ../../../Make.inc: No such file or directory >>>>>> make: *** No rule to make target `../../../Make.inc'. Stop. >>>>>> zsh: exit 2 make >>>>>> >>>>>> >>>>>> Dan-Cristian Bogos a écrit : >>>>>>> Hi Marc, >>>>>>> >>>>>>> it looks like there has been some changes with freeradius 1.7 since >>>>>>> this one does not install for me either. It says :" ibtool: link: >>>>>>> cannot find the library >>>>>>> `/usr/local/src/freeradius/freeradius-1.1.7/src/lib/libradius.la' or >>>>>>> unhandled argument >>>>>>> `/usr/local/src/freeradius/freeradius-1.1.7/src/lib/libradius.la'". On >>>>>>> a manual search I could see that this library is not longer included >>>>>>> with the sources. I will try asking the guys from freeradius about the >>>>>>> changes necessary to work. >>>>>>> In the mean time, if u want to give it a try, here is how I have >>>>>>> installed from freeradius 1.6: >>>>>>> 1. Download the sources: "wget >>>>>>> ftp://ftp.freeradius.org/pub/radius/freeradius-1.1.6.tar.gz" >>>>>>> 2. Extract and get into the source folder. >>>>>>> 3. Go to ./src/modules/rlm_python/ >>>>>>> 4. Install the sources statically: (./configure + make + make install). >>>>>>> 5. Go back to root folder for the sources >>>>>>> 6. ./configure --with-static-modules=python >>>>>>> 7. make + make install. >>>>>>> >>>>>>> Hope that would do for you. >>>>>>> >>>>>>> Cheers, >>>>>>> DanB >>>>>>> >>>>>>> On 8/22/07, Marc LEURENT <lftsy(a)free.fr> wrote: >>>>>>>> I have another error with freeradius 1.1.7 from source, I don't know why it cannot find the module... >>>>>>>> I'll check tomorrow >>>>>>>> Yhanks for your help Dan, have a pleasant evening >>>>>>>> >>>>>>>> rlm_sql_mysql: Starting connect to MySQL server for #3 >>>>>>>> rlm_sql (sql): Connected new DB handle, #3 >>>>>>>> rlm_sql (sql): starting 4 >>>>>>>> rlm_sql (sql): Attempting to connect rlm_sql_mysql #4 >>>>>>>> rlm_sql_mysql: Starting connect to MySQL server for #4 >>>>>>>> rlm_sql (sql): Connected new DB handle, #4 >>>>>>>> Module: Instantiated sql (sql) >>>>>>>> python_init done >>>>>>>> Module: Loaded python >>>>>>>> python: mod_instantiate = "freeradius-cdrtool" >>>>>>>> python: func_instantiate = "instantiate" >>>>>>>> python: mod_authorize = "freeradius-cdrtool" >>>>>>>> python: func_authorize = "authorize" >>>>>>>> python: mod_authenticate = "(null)" >>>>>>>> python: func_authenticate = "(null)" >>>>>>>> python: mod_preacct = "(null)" >>>>>>>> python: func_preacct = "(null)" >>>>>>>> python: mod_accounting = "freeradius-cdrtool" >>>>>>>> python: func_accounting = "accounting" >>>>>>>> python: mod_checksimul = "(null)" >>>>>>>> python: func_checksimul = "(null)" >>>>>>>> python: mod_detach = "freeradius-cdrtool" >>>>>>>> python: func_detach = "detach" >>>>>>>> rlm_python:python_load_function: module 'freeradius-cdrtool' is not found >>>>>>>> rlm_python:EXCEPT:exceptions.ImportError: /usr/lib/python2.4/lib-dynload/_socket.so: undefined symbol: _Py_TrueStruct >>>>>>>> rlm_python:python_load_function: failed to import python function 'freeradius-cdrtool.instantiate' >>>>>>>> radiusd.conf[541]: python: Module instantiation failed. >>>>>>>> radiusd.conf[1900] Unknown module "python". >>>>>>>> radiusd.conf[1803] Failed to parse authorize section. >>>>>>>> zsh: exit 1 radiusd -X >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> Dan-Cristian Bogos a écrit : >>>>>>>>> You are getting this error because the interpreter does not accept "-" >>>>>>>>> in the name. I didn't need to import it in the interpreter and there >>>>>>>>> will be no use since radiusd package is available only within >>>>>>>>> freeradius process. >>>>>>>>> >>>>>>>>> Thxs, >>>>>>>>> DanB >>>>>>>>> >>>>>>>>> On 8/22/07, Marc LEURENT <lftsy(a)free.fr> wrote: >>>>>>>>>> Do you have this error? >>>>>>>>>> When I try to load your module in mython, I have this error because of the dash.. >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> root@sd-7501:[/home/../freeradius-cdrtool-1.0]# python >>>>>>>>>> Python 2.4.4 (#2, Apr 5 2007, 20:11:18) >>>>>>>>>> [GCC 4.1.2 20061115 (prerelease) (Debian 4.1.1-21)] on linux2 >>>>>>>>>> Type "help", "copyright", "credits" or "license" for more information. >>>>>>>>>>>>> import freeradius-cdrtool >>>>>>>>>> File "<stdin>", line 1 >>>>>>>>>> import freeradius-cdrtool >>>>>>>>>> ^ >>>>>>>>>> SyntaxError: invalid syntax >>>>>>>>>>>>> import setup >>>>>>>>>> usage: [global_opts] cmd1 [cmd1_opts] [cmd2 [cmd2_opts] ...] >>>>>>>>>> or: --help [cmd1 cmd2 ...] >>>>>>>>>> or: --help-commands >>>>>>>>>> or: cmd --help >>>>>>>>>> >>>>>>>>>> error: no commands supplied >>>>>>>>>> zsh: exit 1 python >>>>>>>>>> >>>>>>>>>> Dan-Cristian Bogos a écrit : >>>>>>>>>>> Marc, >>>>>>>>>>> >>>>>>>>>>> This is still an error from python, not my module. I think it has >>>>>>>>>>> something to do with linking inside between C and python. What were >>>>>>>>>>> the steps in your freeradius installation? >>>>>>>>>>> >>>>>>>>>>> DanB >>>>>>>>>>> >>>>>>>>>>> On 8/22/07, Marc LEURENT <lftsy(a)free.fr> wrote: >>>>>>>>>>>> I have compiled the experimental modules, now the python module is working but I have an error with yours... >>>>>>>>>>>> I have changed the rlm_digest.c and fixed the sql module to work with procedure >>>>>>>>>>>> >>>>>>>>>>>> rlm_sql (sql): Connected new DB handle, #4 >>>>>>>>>>>> Module: Instantiated sql (sql) >>>>>>>>>>>> python_init done >>>>>>>>>>>> Module: Loaded python >>>>>>>>>>>> python: mod_instantiate = "freeradius-cdrtool" >>>>>>>>>>>> python: func_instantiate = "instantiate" >>>>>>>>>>>> python: mod_authorize = "freeradius-cdrtool" >>>>>>>>>>>> python: func_authorize = "authorize" >>>>>>>>>>>> python: mod_authenticate = "(null)" >>>>>>>>>>>> python: func_authenticate = "(null)" >>>>>>>>>>>> python: mod_preacct = "(null)" >>>>>>>>>>>> python: func_preacct = "(null)" >>>>>>>>>>>> python: mod_accounting = "freeradius-cdrtool" >>>>>>>>>>>> python: func_accounting = "accounting" >>>>>>>>>>>> python: mod_checksimul = "(null)" >>>>>>>>>>>> python: func_checksimul = "(null)" >>>>>>>>>>>> python: mod_detach = "freeradius-cdrtool" >>>>>>>>>>>> python: func_detach = "detach" >>>>>>>>>>>> exceptions.ImportError: /usr/lib/python2.4/lib-dynload/_socket.so: undefined symbol: _Py_TrueStruct >>>>>>>>>>>> Failed to import python module "freeradius-cdrtool" >>>>>>>>>>>> radiusd.conf[544]: python: Module instantiation failed. >>>>>>>>>>>> radiusd.conf[1884] Unknown module "python". >>>>>>>>>>>> radiusd.conf[1792] Failed to parse authorize section. >>>>>>>>>>>> zsh: exit 1 freeradius -X >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> Dan-Cristian Bogos a écrit : >>>>>>>>>>>>> You can get it from here: >>>>>>>>>>>>> http://frad-cdrtool.sourceforge.net/rlm_digest.c >>>>>>>>>>>>> >>>>>>>>>>>>> DanB >>>>>>>>>>>>> >>>>>>>>>>>>> On 8/22/07, Marc LEURENT <lftsy(a)free.fr> wrote: >>>>>>>>>>>>>> I haven't found this patch on http://sourceforge.net/projects/frad-cdrtool... >>>>>>>>>>>>>> Where did you found it? >>>>>>>>>>>>>> Thanks >>>>>>>>>>>>>> >>>>>>>>>>>>>> Dan-Cristian Bogos a écrit : >>>>>>>>>>>>>>> Marc, >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> I don't have this problem. >>>>>>>>>>>>>>> I have compiled freeradius with rlm_python from sources. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> For problems with freeradius, I think the best would be to grab some >>>>>>>>>>>>>>> support directly from their mailing list, since they are pretty >>>>>>>>>>>>>>> helpful. Don't forget about patching also rlm_digest in order to >>>>>>>>>>>>>>> sanitize the params coming from OpenSER in the authorization phase and >>>>>>>>>>>>>>> not the authentication one. They promised for future releases to >>>>>>>>>>>>>>> include this patch inside the distribution. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Cheers, >>>>>>>>>>>>>>> DanB >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> On 8/22/07, Marc LEURENT <lftsy(a)free.fr> wrote: >>>>>>>>>>>>>>>> I have corrected it: mea culpa >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> But now I have a real trouble: >>>>>>>>>>>>>>>> When I start freeradius, it said that it can't find rlm_python.so, but this is normal because we added --with-static-modules=python >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> Did you have thos problem? >>>>>>>>>>>>>>>> Do you know how to correct it? >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> Thanks >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> rlm_sql (sql): Connected new DB handle, #4 >>>>>>>>>>>>>>>> Module: Instantiated sql (sql) >>>>>>>>>>>>>>>> radiusd.conf[544] Failed to link to module 'rlm_python': rlm_python.so: cannot open shared object file: No such file or directory >>>>>>>>>>>>>>>> radiusd.conf[1884] Unknown module "python". >>>>>>>>>>>>>>>> radiusd.conf[1792] Failed to parse authorize section. >>>>>>>>>>>>>>>> zsh: exit 1 freeradius -X >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> Dan-Cristian Bogos a écrit : >>>>>>>>>>>>>>>>> Hi Marc, >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> it looks like you are getting some problems related to stored >>>>>>>>>>>>>>>>> procedure in your mysql database. Did u install also the radius patch >>>>>>>>>>>>>>>>> recommended by AG-Projects in order to work properly with stored >>>>>>>>>>>>>>>>> procedures? On the sql side I cannot help you too much since I am >>>>>>>>>>>>>>>>> using still the normal sql queries without stored procedures. >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> DanB >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> On 8/22/07, Marc LEURENT <lftsy(a)free.fr> wrote: >>>>>>>>>>>>>>>>>> I have followed your advice, Freeradius is recompiled with rlm_python, >>>>>>>>>>>>>>>>>> byt know, rlm_sql seems to encountered troubles >>>>>>>>>>>>>>>>>> like : >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> rlm_sql (sql): Reserving sql socket id: 2 >>>>>>>>>>>>>>>>>> rlm_sql_mysql: MYSQL check_error: 1312 received >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> Any idea of how to repair this? >>>>>>>>>>>>>>>>>> Thanks >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> I have added this in my debian/rules file: >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> modulelist=krb5 ldap sql_mysql sql_iodbc python >>>>>>>>>>>>>>>>>> ... >>>>>>>>>>>>>>>>>> ... >>>>>>>>>>>>>>>>>> ./configure \ >>>>>>>>>>>>>>>>>> $(confflags) \ >>>>>>>>>>>>>>>>>> --prefix=/usr \ >>>>>>>>>>>>>>>>>> ... \ >>>>>>>>>>>>>>>>>> --with-static-modules=python >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> Here is my freeradius debug: >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> rlm_detail: /var/log/freeradius/radacct/%{Client-IP-Address}/detail-%Y%m%d expands to /var/log/freeradius/radacct/127.0.0.1/detail-20070822 >>>>>>>>>>>>>>>>>> modcall[accounting]: module "detail" returns ok for request 5 >>>>>>>>>>>>>>>>>> modcall[accounting]: module "unix" returns noop for request 5 >>>>>>>>>>>>>>>>>> radius_xlat: '/var/log/freeradius/radutmp' >>>>>>>>>>>>>>>>>> radius_xlat: '' >>>>>>>>>>>>>>>>>> modcall[accounting]: module "radutmp" returns ok for request 5 >>>>>>>>>>>>>>>>>> radius_xlat: '' >>>>>>>>>>>>>>>>>> radius_xlat: ' CALL insert_radacct_record( 'radius', '52f74a-c0a80101-0-4(a)192.168.95.79', >>>>>>>>>>>>>>>>>> '36afb36cd5c82c34', 'sip:101@sd-7501.dedibox.fr:5060=3Buser=3Dphone', >>>>>>>>>>>>>>>>>> 'sip:101@sd-7501.dedibox.fr:5060=3Buser=3Dphone', '88.191.45.91', '5060', '2007-08-22 13:59:25', >>>>>>>>>>>>>>>>>> '0', '0', '0', '0', '', '', '200', >>>>>>>>>>>>>>>>>> 'Sip-Session', '', '', '0', '0', '200', >>>>>>>>>>>>>>>>>> 'INVITE', '', 'c0a80101-5766ea7', 'c0a80101-4e8244', '', '', >>>>>>>>>>>>>>>>>> '', 'sip:0033677832974@sd-7501.dedibox.fr:5060=3Buser=3Dphone', '', '' )' >>>>>>>>>>>>>>>>>> rlm_sql (sql): Reserving sql socket id: 2 >>>>>>>>>>>>>>>>>> rlm_sql_mysql: MYSQL check_error: 1312 received >>>>>>>>>>>>>>>>>> rlm_sql (sql): Couldn't insert SQL accounting START record - PROCEDURE radius.insert_radacct_record can't return a result set in the given context >>>>>>>>>>>>>>>>>> radius_xlat: '' >>>>>>>>>>>>>>>>>> rlm_sql (sql): Released sql socket id: 2 >>>>>>>>>>>>>>>>>> modcall[accounting]: module "sql" returns ok for request 5 >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> Dan-Cristian Bogos a écrit : >>>>>>>>>>>>>>>>>>> Marc, >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> I would suggest as first step reading about how prepaid works in >>>>>>>>>>>>>>>>>>> CDRTool. (see PREPAID.txt in doc folder). >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> I personally use freeradius-cdrtool connector >>>>>>>>>>>>>>>>>>> (sourceforge.net/projects/frad-cdrtool), which I have written in >>>>>>>>>>>>>>>>>>> python and which needs rlm_python compiled into freeradius server. >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> Have a look on all the info and let me know if u need any additional. >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> Cheers, >>>>>>>>>>>>>>>>>>> DanB >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> On 8/20/07, Marc LEURENT <lftsy(a)free.fr> wrote: >>>>>>>>>>>>>>>>>>>> No... >>>>>>>>>>>>>>>>>>>> Is it possible to do it with openser or is it compulsory to use asterisk? >>>>>>>>>>>>>>>>>>>> What do you use? >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> Thanks >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> Dan-Cristian Bogos a écrit : >>>>>>>>>>>>>>>>>>>>> Hi there Marc, >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> are you using any application which locks, unlocks the prepaid >>>>>>>>>>>>>>>>>>>>> accounts, and instructs CDRTool to update the user's balance? Are you >>>>>>>>>>>>>>>>>>>>> aware that CDRTool uses separate applications for prepaid and postpaid >>>>>>>>>>>>>>>>>>>>> accounts? >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> DanB >>>>>>>>> _______________________________________________ >>>>>>>>> Users mailing list >>>>>>>>> Users(a)openser.org >>>>>>>>> http://openser.org/cgi-bin/mailman/listinfo/users

2 1

[OpenSER-Users] Limit calls per user basis
by Borislav Ivandic 23 Aug '07

23 Aug '07

Hi All, Is there any way to limit the number of active calls for a single user? I was looking the dialog module, but I think it's more oriented a global number of calls. Any tips or ideas? Thanks in advance, Borislav

2 2

[OpenSER-Users] Has anyone read openser source code?
by Lee Jacky 23 Aug '07

23 Aug '07

Has anyone read openser source code? Now I intend to read the code,and is there to do so? We can discuss with each other.You can leave your MSN here. --------------------------------- 雅虎邮箱，以安全著称，是值得信赖的邮箱专家！

2 1

[OpenSER-Users] FreeRADIUS-CDRTool Connector
by Norman Brandinger 23 Aug '07

23 Aug '07

There is a new link on the docuwiki under External tutorials: http://openser.org/dokuwiki/doku.php/start The project is located at: http://frad-cdrtool.sourceforge.net Thank you Dan-Cristian Bogos for making the FreeRADIUS-CDRTool Connector available to OpenSER users !!! >From his README: FreeRADIUS-CDRTool is a freeradius module able to connect on the CDRTool prepaid engine through TCP API and implement a basic prepaid level for calls passing through OpenSER. I have created this module in my spare time and not being really expert in Python, so please watch it when u judge me ;).I am releasing this module free of any costs to be used or modified by anyone needs to (GPL), and I will try my best to support it from my own resources if this will be necessary, based on the respect I have for opensource software and community. Functionality and concepts behind: For calls being necessary to be authenticated, openser will send a Radius Access-Request packet which will contain the username and the destination for the call. As per configuration, freeradius will send those packets, sanitized by the digest module to python which will use the authorize function (again as per configuration). This function will query cdrtool as per described API (CDRTool PREPAID documentation) and return the necessary information back to OpenSER through the recommended way of SIP-AVP. The avps received will be available in openser as: callMaxDur and credit, where callMaxDur is the maximum duration the user is allowed to be connected with the destination and credit represents the amount of credit available at starting of the call. This info can be used later in an bbua able to timeout calls based on duration. At the starting of the call, freeradius-cdrtool module will record the timestamps for Accounting-Start packet received from OpenSER in the memory, so it should spare some processing time without being necessary to query any database for this later. When the call will be ended, OpenSER should inform FreeRADIUS about this, therefore freeradius-cdrtool beeing able to unlock the account as well as announce CDRTool to debit the necessary balance for the call from the user's account. In the case of failed calls, freeradius-cdrtool will properly unlock the accounts without debiting any credit from user's accounts.

2 1

[OpenSER-Users] OpenSER with TLS - method BYE = protocol/port mismatch ??
by David Loh 23 Aug '07

23 Aug '07

Hi All, Good day, I'm new to this mailing list :-) I've setup an OpenSER server with TLS implementation, so far I tested everything works fine, but there's strange problem for "BYE" request, from the openser's log it always complaint: "Aug 19 22:58:40 ser /sbin/openser[16171]: WARNING:get_send_socket: protocol/port mismatch" Here's my implementation: UA -> OpenSER -> Asterisk (as RTP) -> OpenSER -> UA On OpenSER I've two port opened which is Udp 5060 and TCP 5061 (TLS). My UA is Eyebeam v1.5 and the CA certificate (self-signed) already installed into IE "Trusted RootCA Certificates". So far I've tested p2p and pstn calls (and call to playback balance/asterisk), but the problem is unless UA disconnect the call (initiate BYE), otherwise if remote party (p2p/pstn/asterisk) initiate BYE request, my UA will forever stay connected until I disconnect the call manually. So far I've identified the BYE request from remote party will go into Loose Route, and I've place a xlog to display the R-Uri.. here's the log from openser: (notes: if UA dial '001' will playback his/her balance from asterisk) ------------------------------------------------------------------------------------------------------------- Aug 19 22:58:31 ser /sbin/openser[16189]: DBG: INVITE from client sip:%user%@%domain% (%UA_IP%) - p2p call Aug 19 22:58:31 ser /sbin/openser[16189]: DBG: INVITE F-[sip:%user%@%domain%] T-[sip:001@%domain%] IP-[%UA_IP%] SUCCESSFUL Aug 19 22:58:32 ser /sbin/openser[16189]: DBG: INVITE from client sip:%user%@%domain% (%UA_IP%) Aug 19 22:58:32 ser /sbin/openser[16189]: DBG: INVITE from client sip:%user%@%domain% (%UA_IP%) - p2p call Aug 19 22:58:32 ser /sbin/openser[16189]: DBG: INVITE F-[sip:%user%@%domain%] T-[sip:001@%domain%] IP-[%UA_IP%] SUCCESSFUL Aug 19 22:58:32 ser /sbin/openser[16189]: DBG: [sip:%user%@%domain%](%UA_IP%) ACK [sip:001@%domain%] relayed LOOSE ROUTE Aug 19 22:58:32 ser /sbin/openser[16189]: DBG: ruri [sip:001@%Asterisk_IP%] relayed LOOSE ROUTE Aug 19 22:58:40 ser /sbin/openser[16171]: DBG: [sip:001@%domain%](%Asterisk_IP%) BYE [sip:%user%@%domain%] relayed LOOSE ROUTE Aug 19 22:58:40 ser /sbin/openser[16171]: DBG: ruri [sip:%user%@%domain%:%UA_Port%] relayed LOOSE ROUTE Aug 19 22:58:40 ser /sbin/openser[16171]: WARNING:get_send_socket: protocol/port mismatch <<<============= Aug 19 22:58:41 ser /sbin/openser[16177]: DBG: [sip:001@%domain%](%Asterisk_IP%) BYE [sip:%user%@%domain%] relayed LOOSE ROUTE Aug 19 22:58:41 ser /sbin/openser[16177]: DBG: ruri [sip:%user%@%UA_IP%:%UA_Port%] relayed LOOSE ROUTE Aug 19 22:58:42 ser /sbin/openser[16181]: DBG: [sip:001@%domain%](%Asterisk_IP%) BYE [sip:%user%@%domain%] relayed LOOSE ROUTE Aug 19 22:58:42 ser /sbin/openser[16181]: DBG: ruri [sip:%user%@%UA_IP%:%UA_Port%] relayed LOOSE ROUTE ....... (repeat the last 4 lines N times ) ------------------------------------------------------------------------------------------------------------- Below is my openser.cfg, loose route section ------------------------------------------------------------------------------------------------------------- ############### # Loose route # ############### if(loose_route()) { if(has_totag() && (is_method("INVITE") || is_method("ACK"))) { if(nat_uac_test("19") || search("^Route:.*;nat=yes")) { fix_nated_contact(); } } xlog("L_INFO", "DBG: [$fu]($si) $rm [$tu] relayed LOOSE ROUTE"); xlog("L_INFO", "DBG: ruri [$ru] relayed LOOSE ROUTE"); t_relay(); exit; } ------------------------------------------------------------------------------------------------------------- Had anyone encountered the same problems before ? Do you mind to share your experience with me ? Your help are greatly appreciated, thanks in advance. Regards, David Loh

2 5

[OpenSER-Users] Fwd: Prepaid acounts CDRTool
by Dan-Cristian Bogos 23 Aug '07

23 Aug '07

You are getting this error because the interpreter does not accept "-" in the name. I didn't need to import it in the interpreter and there will be no use since radiusd package is available only within freeradius process. Thxs, DanB On 8/22/07, Marc LEURENT <lftsy(a)free.fr> wrote: > Do you have this error? > When I try to load your module in mython, I have this error because of the dash.. > > > root@sd-7501:[/home/../freeradius-cdrtool-1.0]# python > Python 2.4.4 (#2, Apr 5 2007, 20:11:18) > [GCC 4.1.2 20061115 (prerelease) (Debian 4.1.1-21)] on linux2 > Type "help", "copyright", "credits" or "license" for more information. > >>> import freeradius-cdrtool > File "<stdin>", line 1 > import freeradius-cdrtool > ^ > SyntaxError: invalid syntax > >>> import setup > usage: [global_opts] cmd1 [cmd1_opts] [cmd2 [cmd2_opts] ...] > or: --help [cmd1 cmd2 ...] > or: --help-commands > or: cmd --help > > error: no commands supplied > zsh: exit 1 python > > Dan-Cristian Bogos a écrit : > > Marc, > > > > This is still an error from python, not my module. I think it has > > something to do with linking inside between C and python. What were > > the steps in your freeradius installation? > > > > DanB > > > > On 8/22/07, Marc LEURENT <lftsy(a)free.fr> wrote: > >> I have compiled the experimental modules, now the python module is working but I have an error with yours... > >> I have changed the rlm_digest.c and fixed the sql module to work with procedure > >> > >> rlm_sql (sql): Connected new DB handle, #4 > >> Module: Instantiated sql (sql) > >> python_init done > >> Module: Loaded python > >> python: mod_instantiate = "freeradius-cdrtool" > >> python: func_instantiate = "instantiate" > >> python: mod_authorize = "freeradius-cdrtool" > >> python: func_authorize = "authorize" > >> python: mod_authenticate = "(null)" > >> python: func_authenticate = "(null)" > >> python: mod_preacct = "(null)" > >> python: func_preacct = "(null)" > >> python: mod_accounting = "freeradius-cdrtool" > >> python: func_accounting = "accounting" > >> python: mod_checksimul = "(null)" > >> python: func_checksimul = "(null)" > >> python: mod_detach = "freeradius-cdrtool" > >> python: func_detach = "detach" > >> exceptions.ImportError: /usr/lib/python2.4/lib-dynload/_socket.so: undefined symbol: _Py_TrueStruct > >> Failed to import python module "freeradius-cdrtool" > >> radiusd.conf[544]: python: Module instantiation failed. > >> radiusd.conf[1884] Unknown module "python". > >> radiusd.conf[1792] Failed to parse authorize section. > >> zsh: exit 1 freeradius -X > >> > >> > >> > >> > >> Dan-Cristian Bogos a écrit : > >>> You can get it from here: > >>> http://frad-cdrtool.sourceforge.net/rlm_digest.c > >>> > >>> DanB > >>> > >>> On 8/22/07, Marc LEURENT <lftsy(a)free.fr> wrote: > >>>> I haven't found this patch on http://sourceforge.net/projects/frad-cdrtool... > >>>> Where did you found it? > >>>> Thanks > >>>> > >>>> Dan-Cristian Bogos a écrit : > >>>>> Marc, > >>>>> > >>>>> I don't have this problem. > >>>>> I have compiled freeradius with rlm_python from sources. > >>>>> > >>>>> For problems with freeradius, I think the best would be to grab some > >>>>> support directly from their mailing list, since they are pretty > >>>>> helpful. Don't forget about patching also rlm_digest in order to > >>>>> sanitize the params coming from OpenSER in the authorization phase and > >>>>> not the authentication one. They promised for future releases to > >>>>> include this patch inside the distribution. > >>>>> > >>>>> Cheers, > >>>>> DanB > >>>>> > >>>>> > >>>>> On 8/22/07, Marc LEURENT <lftsy(a)free.fr> wrote: > >>>>>> I have corrected it: mea culpa > >>>>>> > >>>>>> But now I have a real trouble: > >>>>>> When I start freeradius, it said that it can't find rlm_python.so, but this is normal because we added --with-static-modules=python > >>>>>> > >>>>>> > >>>>>> Did you have thos problem? > >>>>>> Do you know how to correct it? > >>>>>> > >>>>>> Thanks > >>>>>> > >>>>>> rlm_sql (sql): Connected new DB handle, #4 > >>>>>> Module: Instantiated sql (sql) > >>>>>> radiusd.conf[544] Failed to link to module 'rlm_python': rlm_python.so: cannot open shared object file: No such file or directory > >>>>>> radiusd.conf[1884] Unknown module "python". > >>>>>> radiusd.conf[1792] Failed to parse authorize section. > >>>>>> zsh: exit 1 freeradius -X > >>>>>> > >>>>>> > >>>>>> Dan-Cristian Bogos a écrit : > >>>>>>> Hi Marc, > >>>>>>> > >>>>>>> it looks like you are getting some problems related to stored > >>>>>>> procedure in your mysql database. Did u install also the radius patch > >>>>>>> recommended by AG-Projects in order to work properly with stored > >>>>>>> procedures? On the sql side I cannot help you too much since I am > >>>>>>> using still the normal sql queries without stored procedures. > >>>>>>> > >>>>>>> DanB > >>>>>>> > >>>>>>> On 8/22/07, Marc LEURENT <lftsy(a)free.fr> wrote: > >>>>>>>> I have followed your advice, Freeradius is recompiled with rlm_python, > >>>>>>>> byt know, rlm_sql seems to encountered troubles > >>>>>>>> like : > >>>>>>>> > >>>>>>>> rlm_sql (sql): Reserving sql socket id: 2 > >>>>>>>> rlm_sql_mysql: MYSQL check_error: 1312 received > >>>>>>>> > >>>>>>>> Any idea of how to repair this? > >>>>>>>> Thanks > >>>>>>>> > >>>>>>>> > >>>>>>>> I have added this in my debian/rules file: > >>>>>>>> > >>>>>>>> modulelist=krb5 ldap sql_mysql sql_iodbc python > >>>>>>>> ... > >>>>>>>> ... > >>>>>>>> ./configure \ > >>>>>>>> $(confflags) \ > >>>>>>>> --prefix=/usr \ > >>>>>>>> ... \ > >>>>>>>> --with-static-modules=python > >>>>>>>> > >>>>>>>> > >>>>>>>> > >>>>>>>> Here is my freeradius debug: > >>>>>>>> > >>>>>>>> rlm_detail: /var/log/freeradius/radacct/%{Client-IP-Address}/detail-%Y%m%d expands to /var/log/freeradius/radacct/127.0.0.1/detail-20070822 > >>>>>>>> modcall[accounting]: module "detail" returns ok for request 5 > >>>>>>>> modcall[accounting]: module "unix" returns noop for request 5 > >>>>>>>> radius_xlat: '/var/log/freeradius/radutmp' > >>>>>>>> radius_xlat: '' > >>>>>>>> modcall[accounting]: module "radutmp" returns ok for request 5 > >>>>>>>> radius_xlat: '' > >>>>>>>> radius_xlat: ' CALL insert_radacct_record( 'radius', '52f74a-c0a80101-0-4(a)192.168.95.79', > >>>>>>>> '36afb36cd5c82c34', 'sip:101@sd-7501.dedibox.fr:5060=3Buser=3Dphone', > >>>>>>>> 'sip:101@sd-7501.dedibox.fr:5060=3Buser=3Dphone', '88.191.45.91', '5060', '2007-08-22 13:59:25', > >>>>>>>> '0', '0', '0', '0', '', '', '200', > >>>>>>>> 'Sip-Session', '', '', '0', '0', '200', > >>>>>>>> 'INVITE', '', 'c0a80101-5766ea7', 'c0a80101-4e8244', '', '', > >>>>>>>> '', 'sip:0033677832974@sd-7501.dedibox.fr:5060=3Buser=3Dphone', '', '' )' > >>>>>>>> rlm_sql (sql): Reserving sql socket id: 2 > >>>>>>>> rlm_sql_mysql: MYSQL check_error: 1312 received > >>>>>>>> rlm_sql (sql): Couldn't insert SQL accounting START record - PROCEDURE radius.insert_radacct_record can't return a result set in the given context > >>>>>>>> radius_xlat: '' > >>>>>>>> rlm_sql (sql): Released sql socket id: 2 > >>>>>>>> modcall[accounting]: module "sql" returns ok for request 5 > >>>>>>>> > >>>>>>>> > >>>>>>>> > >>>>>>>> > >>>>>>>> > >>>>>>>> Dan-Cristian Bogos a écrit : > >>>>>>>>> Marc, > >>>>>>>>> > >>>>>>>>> I would suggest as first step reading about how prepaid works in > >>>>>>>>> CDRTool. (see PREPAID.txt in doc folder). > >>>>>>>>> > >>>>>>>>> I personally use freeradius-cdrtool connector > >>>>>>>>> (sourceforge.net/projects/frad-cdrtool), which I have written in > >>>>>>>>> python and which needs rlm_python compiled into freeradius server. > >>>>>>>>> > >>>>>>>>> Have a look on all the info and let me know if u need any additional. > >>>>>>>>> > >>>>>>>>> Cheers, > >>>>>>>>> DanB > >>>>>>>>> > >>>>>>>>> On 8/20/07, Marc LEURENT <lftsy(a)free.fr> wrote: > >>>>>>>>>> No... > >>>>>>>>>> Is it possible to do it with openser or is it compulsory to use asterisk? > >>>>>>>>>> What do you use? > >>>>>>>>>> > >>>>>>>>>> Thanks > >>>>>>>>>> > >>>>>>>>>> > >>>>>>>>>> Dan-Cristian Bogos a écrit : > >>>>>>>>>>> Hi there Marc, > >>>>>>>>>>> > >>>>>>>>>>> are you using any application which locks, unlocks the prepaid > >>>>>>>>>>> accounts, and instructs CDRTool to update the user's balance? Are you > >>>>>>>>>>> aware that CDRTool uses separate applications for prepaid and postpaid > >>>>>>>>>>> accounts? > >>>>>>>>>>> > >>>>>>>>>>> DanB >

2 3

[OpenSER-Users] RE: OpenSER Oracle Connection
by Papadopoulos Georgios 23 Aug '07

23 Aug '07

Hi Martin, No I did not do any changes in openserctlrc, because I do not do any db interaction through openserctl. In 1.2 lcr is only working in caching mode and it just loads all the data from tables lcr and gw into memory. Run /usr/local/openser-1.2.x/sbin/openserctl fifo lcr_dump to see what is in memory. best regards George > -----Original Message----- > From: Martin.Gruber1(a)infineon.com > [mailto:Martin.Gruber1@infineon.com] > Sent: Wednesday, August 22, 2007 7:02 PM > To: Papadopoulos Georgios > Cc: users(a)openser.org > Subject: RE: OpenSER Oracle Connection > > Hi, > > I am sorry to disturb you again, but did you change your > "openserctlrc" > for using oracle. I need information what openser sends to my Database > (queries) or what are the rules for LCR. > > Thanks for your help! > > Regards > > Martin > > -----Original Message----- > From: Papadopoulos Georgios [mailto:geop@altectelecoms.gr] > Sent: Wednesday, August 22, 2007 4:48 PM > To: Gruber Martin (IFKL IT OS NV) > Cc: users(a)openser.org > Subject: RE: OpenSER Oracle Connection > > Hi Martin, > > In OpenSER 1.1, the lcr module would not work with oracle > through unixodbc when used in the non-caching mode. That was > because the query was using functions CHAR_LENGTH and RAND > that are unknown to oracle. > In OpenSER 1.2 the lcr module is only working in caching > mode. So there should be no problem. > Probably what you need is .* or the appropriate regexp in the > from_uri. > Check the lcr document for more info. > > Best regards > > George > > > -----Original Message----- > > From: Martin.Gruber1(a)infineon.com > > [mailto:Martin.Gruber1@infineon.com] > > Sent: Wednesday, August 22, 2007 3:39 PM > > To: Papadopoulos Georgios > > Cc: users(a)openser.org > > Subject: RE: OpenSER Oracle Connection > > > > Hi Georgios, > > > > I only want to ask you, if you also use the LCR-Tool. > > With mysql it was running well, but now I have problems > with it. I do > > not know, if it is a problem of Unixodbc (I do not think so). > > > > I use the following table structure: > > Lcr: > > > > > > PREFIX | FROM_URI | GRP_ID > > | > > PRIORITY | > > -------------------------------------------------------------- > > ---------- > > ------------------------------------------------------------- > > | | 1 | > > 1 | > > > > Gw: > > > > GW_NAME | GRP_ID | IP_ADDR | PORT | > > URI_SCHEME | TRANSPORT | STRIP | PREFIX > > -------------------------------------------------------------- > > ---------- > > -------------------------------------------------------------- > > ---------- > > -------------------------------------------------------------- > > ---------- > > ------------- > > Gw 1 xxx.xx.xxx.xx > > 5060 > > > > > > Gw_grp: > > > > GRP_ID GRP_NAME > > ---------- > > ---------------------------------------------------------------- > > 1 VIH > > > > > > > > I always get the following error: > > CALL: Call to international number > > <sip:0004312345586@server.com> from <sip:1004@server.com> > > 0(23072) LCR: no gateways found m=INVITE > > ruri=sip:0004312345586@server.com f=sip:1004@server.com > > t=sip:0004312345586@server.com ip=xxx.xx.xxx.xxx > > > > My openser.cfg looks like this: > > > > if (uri=~"sip:0[0-9]+@.*") > > { > > #authorize if a call is going to PSTN > > if(!proxy_authorize("", "subscriber")) > > { > > proxy_challenge("", "0"); > > return; > > }; > > xlog("L_INFO", "CALL: Call to international number <$ru> from > > <$fu>\n"); > > > > perl_exec("dialnr"); > > > > if(!load_gws()) > > { > > sl_send_reply("500", "Internal server error, unable to > load phone > > > gateways"); > > xlog("L_Info", "LCR: unable to load gateways\n"); > > exit; > > } > > > > if(!next_gw()) > > { > > sl_send_reply("503", "Service not available, no gateways > > found"); > > xlog("L_Info", "LCR: no gateways found m=$rm ruri=$ru f=$fu > > t=$tu ip=$si id=$ci\n"); > > exit; > > }; > > > > > > Can you help me? > > > > Thanks and regards > > > > Martin > > > > Disclaimer > The information in this e-mail and any attachments is > confidential. It is intended solely for the attention and use > of the named addressee(s). > If you are not the intended recipient, or person responsible > for delivering this information to the intended recipient, > please notify the sender immediately. Unless you are the > intended recipient or his/her representative you are not > authorized to, and must not, read, copy, distribute, use or > retain this message or any part of it. E-mail transmission > cannot be guaranteed to be secure or error-free as > information could be intercepted, corrupted, lost, destroyed, > arrive late or incomplete, or contain viruses. >

2 1

[OpenSER-Users] MediaProxy 2.0 roadmap
by Adrian Georgescu 23 Aug '07

23 Aug '07

Hello, I am capturing requirements for MediaProxy 2.0. This is a complete rewrite based on a new design that allows for better security and end- point mobility, higher scalability on a per node basis and new functionality. If you would like to see new functionality included in MediaProxy 2.0, now is a good moment to describe it. Regards, Adrian

14 15

Re: [OpenSER-Users] [Users] OpenSER dimensioning. How many calls/sec can it set up?
by siru zhou 23 Aug '07

23 Aug '07

Hi, "Performance Benchmark Test for OpenSER and SIP Express Router" from Transnexus http://www.transnexus.com/White%20Papers/2007-06-04_OpenSER-SER_Benchmark_T… Regards, Siru On 8/23/07, Nick Holland <nick(a)cityfibre.net> wrote: > > > > > _______________________________________________ > Users mailing list > Users(a)openser.org > http://openser.org/cgi-bin/mailman/listinfo/users >

1 0

[OpenSER-Users] [Users] OpenSER dimensioning. How many calls/sec can it set up?
by Nick Holland 22 Aug '07

22 Aug '07

1 0

← Newer
1
...
6
7
8
9
10
11
12
...
29
Older →

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 August 2007