sr-users March 2007

sr-users@lists.kamailio.org

192 participants
380 discussions

Re: [Users] Radius and OpenSer
by raviprakash sunkara 30 Mar '07

30 Mar '07

Sorry , U can use Alepo radius server , this Alepo radius server should communicate with Radiusclient of the OpenSER radiusclient dictionary should mached the Alepo radius server. I think U have Alepo radius server On 3/30/07, Jidntt <jidntt(a)yahoo.com.ar> wrote: > > Hi list, > > > > I've a question… I've a billing system named Alepo. > > I need to know if OpenSer support radius for connect to Alepo and how to > configure this. > > > > Thanks > > > > Pablo > > _______________________________________________ > Users mailing list > Users(a)openser.org > http://openser.org/cgi-bin/mailman/listinfo/users > > -- Thanks and Regards Ravi Prakash Sunkara ravi.sunkara(a)hyperion-tech.com M:+91 9985077535 www.hyperion-tech.com Client and Parent company :- www.august-networks.com

1 0

[Users] authentication with other DB
by Joao Pereira 30 Mar '07

30 Mar '07

Hello I just installed OpenSER and configured digest authentication with a local database. The content of the database was copied from other server. The ser.cfg and the database are the same... but OpenSER dont allow the users to register.... :( Whats the problem of doing a postgresql dump and then recover the DB in other PC? OpenSER doesnt allow it? Thanks regards Joao pereira

2 1

[Users] Radius and OpenSer
by Jidntt 30 Mar '07

30 Mar '07

Hi list, I've a question. I've a billing system named Alepo. I need to know if OpenSer support radius for connect to Alepo and how to configure this. Thanks Pablo

1 0

[Users] 1.1.1 to 1.2 : radius failed
by Bodin Bruno 30 Mar '07

30 Mar '07

Same radius client config, same radius server config, just 1.2 from 1.1.1 but an error : 5(23229) ERROR:auth_radius:radius_authorize_sterman: rc_auth failed Radius server get a good authenticate but openser failed this after :(

3 4

RE: [Users] out of memory
by Papadopoulos Georgios 30 Mar '07

30 Mar '07

Hi Bogdan, I found the following thread in the list http://www.openser.org/pipermail/users/2006-June/005339.html I suspect that I have the same issue. If I assume that our DNS is strange, then my 1.1.1-notls version will be affected, right? Is there a patch to fix this? Eventually I want to go to 1.2 but I have to do a lot of testing before I can put it in production. So for the moment I need a fix for 1.1.1. Also back in December I sent this to the list http://www.openser.org/pipermail/users/2006-December/008205.html >From the start, we had the issue of openser stopping to process any incoming requests. On December I thought it was DNS related. I am still in the dark about this. Lately I added logging and I discovered the "out of memory" error. I am guessing that the error was there from the start, I just did not know about it. Do all of these make any sense to you? And is there a way to test our DNS to determine whether it is buggy? In the meantime I will follow the instructions on the wiki to get the memory dump. thank you George > -----Original Message----- > From: Bogdan-Andrei Iancu [mailto:bogdan@voice-system.ro] > Sent: Wednesday, March 28, 2007 11:54 AM > To: Papadopoulos Georgios > Cc: users(a)openser.org > Subject: Re: [Users] out of memory > > Hi Papadopoulos, > > the error you get complains about the lack of private memory (per > process) - the statistics show info about the shared memory. See: > http://www.openser.org/dokuwiki/doku.php/troubleshooting:memory > > but look for pkg instead of shm..... > > regards, > bogdan > > Papadopoulos Georgios wrote: > > Hello, > > > > Lately our OpenSER 1.1.1 is running out of memory and I get the > > following message > > 4(25190) get_hdr_field: out of memory The result is that it stops > > processing any incoming request. This is a production system and of > > course it causes a great deal of frustration. > > > > The last time this happened I got the following statistics before > > restarting > > > ./openserctl fifo get_statistics > > Total statistics = 37 > > Total modules = 5 > > Module name = core; statistics=8 > > core:rcv_requests = 3259334 > > core:rcv_replies = 8816 > > core:fwd_requests = 736 > > core:fwd_replies = 137 > > core:drop_requests = 743 > > core:drop_replies = 0 > > core:err_requests = 0 > > core:err_replies = 43 > > Module name = shmem; statistics=6 > > shmem:total_size = 268435456 > > shmem:used_size = 1675864 > > shmem:real_used_size = 1835104 > > shmem:max_used_size = 4399048 > > shmem:free_size = 266600352 > > shmem:fragments = 17710 > > Module name = sl; statistics=9 > > sl:1xx_replies = 0 > > sl:2xx_replies = 1690410 > > sl:3xx_replies = 43 > > sl:4xx_replies = 334827 > > sl:5xx_replies = 1185629 > > sl:6xx_replies = 0 > > sl:sent_replies = 3210909 > > sl:sent_err_replies = 0 > > sl:received_ACKs = 743 > > Module name = tm; statistics=11 > > tm:received_replies = 8636 > > tm:relayed_replies = 7096 > > tm:local_replies = 1718 > > tm:UAS_transactions = 7003 > > tm:UAC_transactions = 94 > > tm:2xx_transactions = 1528 > > tm:3xx_transactions = 3 > > tm:4xx_transactions = 5129 > > tm:5xx_transactions = 468 > > tm:6xx_transactions = 0 > > tm:inuse_transactions = 0 > > Module name = usrloc; statistics=3 > > usrloc:location-users = 0 > > usrloc:location-contacts = 0 > > usrloc:location-expires = 7282 > > > > I am not sure how to read these numbers but I see a big "free_size" > > and still OpenSER is out of memory. Any suggestions? > > > > thank you > > > > George > > > > > > > > > > > > > > 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. > > > > > ---------------------------------------------------------------------- > > -- > > > > _______________________________________________ > > Users mailing list > > Users(a)openser.org > > http://openser.org/cgi-bin/mailman/listinfo/users > > > >

2 1

RE: [Users] out of memory
by Papadopoulos Georgios 30 Mar '07

30 Mar '07

Hi Bogdan I followed the instructions to get the memory dump. Now openser will not start. Mar 28 13:44:56 ser1 openser[1567]: convert_row: No memory left Mar 28 13:44:56 ser1 openser[1567]: convert_rows: Error while converting row #2536 Mar 28 13:44:56 ser1 openser[1567]: convert_result: Error while converting rows Mar 28 13:44:56 ser1 openser[1567]: store_result: Error while converting result Mar 28 13:44:56 ser1 openser[1567]: preload_udomain(): Error while doing db_query Mar 28 13:44:56 ser1 openser[1567]: register_udomain(): Error while preloading domain 'location' Mar 28 13:44:56 ser1 openser[1567]: domain_fixup(): Error while registering domain Mar 28 13:44:56 ser1 openser[1567]: ERROR: fix_actions: fixing failed (code=-1) at cfg line 282 Mar 28 13:44:56 ser1 openser[1567]: ERROR: fix_expr : fix_actions error In MySQL location table we have around 2600 rows. The default version of openser has no problem loading them at startup. The version compiled with DBG_QM_MALLOC and without F_MALLOC cannot load the location table. The same happens if I increase the shared memory with the -m option. Does this mean that ul is stored in private memory? Does this mean I should increase PKG_MEM_POOL_SIZE? thank you George > -----Original Message----- > From: Bogdan-Andrei Iancu [mailto:bogdan@voice-system.ro] > Sent: Wednesday, March 28, 2007 11:54 AM > To: Papadopoulos Georgios > Cc: users(a)openser.org > Subject: Re: [Users] out of memory > > Hi Papadopoulos, > > the error you get complains about the lack of private memory (per > process) - the statistics show info about the shared memory. See: > http://www.openser.org/dokuwiki/doku.php/troubleshooting:memory > > but look for pkg instead of shm..... > > regards, > bogdan > > Papadopoulos Georgios wrote: > > Hello, > > > > Lately our OpenSER 1.1.1 is running out of memory and I get the > > following message > > 4(25190) get_hdr_field: out of memory The result is that it stops > > processing any incoming request. This is a production system and of > > course it causes a great deal of frustration. > > > > The last time this happened I got the following statistics before > > restarting > > > ./openserctl fifo get_statistics > > Total statistics = 37 > > Total modules = 5 > > Module name = core; statistics=8 > > core:rcv_requests = 3259334 > > core:rcv_replies = 8816 > > core:fwd_requests = 736 > > core:fwd_replies = 137 > > core:drop_requests = 743 > > core:drop_replies = 0 > > core:err_requests = 0 > > core:err_replies = 43 > > Module name = shmem; statistics=6 > > shmem:total_size = 268435456 > > shmem:used_size = 1675864 > > shmem:real_used_size = 1835104 > > shmem:max_used_size = 4399048 > > shmem:free_size = 266600352 > > shmem:fragments = 17710 > > Module name = sl; statistics=9 > > sl:1xx_replies = 0 > > sl:2xx_replies = 1690410 > > sl:3xx_replies = 43 > > sl:4xx_replies = 334827 > > sl:5xx_replies = 1185629 > > sl:6xx_replies = 0 > > sl:sent_replies = 3210909 > > sl:sent_err_replies = 0 > > sl:received_ACKs = 743 > > Module name = tm; statistics=11 > > tm:received_replies = 8636 > > tm:relayed_replies = 7096 > > tm:local_replies = 1718 > > tm:UAS_transactions = 7003 > > tm:UAC_transactions = 94 > > tm:2xx_transactions = 1528 > > tm:3xx_transactions = 3 > > tm:4xx_transactions = 5129 > > tm:5xx_transactions = 468 > > tm:6xx_transactions = 0 > > tm:inuse_transactions = 0 > > Module name = usrloc; statistics=3 > > usrloc:location-users = 0 > > usrloc:location-contacts = 0 > > usrloc:location-expires = 7282 > > > > I am not sure how to read these numbers but I see a big "free_size" > > and still OpenSER is out of memory. Any suggestions? > > > > thank you > > > > George > > > > > > > > > > > > > > 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. > > > > > ---------------------------------------------------------------------- > > -- > > > > _______________________________________________ > > Users mailing list > > Users(a)openser.org > > http://openser.org/cgi-bin/mailman/listinfo/users > > > >

2 1

[Serusers] authentication with other DB
by Joao Pereira 30 Mar '07

30 Mar '07

Hello I just installed SER and configured digest authentication with a local database. The content of the database was copied from other server. The ser.cfg and the database are the same... but SER dont allow the users to register.... :( Whats the problem of doing a postgresql dump and then recover the DB in other PC? SER doenst allow it? Thanks regards Joao pereira

1 0

[Serusers] MySql Module Error!!
by KUMAR 30 Mar '07

30 Mar '07

I was using SER 0.9.6 earlier. Recently, I downloaded the SER 2.0 source code and installed it as follows. make group_include="standard standard-dep stable experimental presence" all It went without any problems. But there seems to be some kind of problem with loading of mysql module. I have also removed the references for fifo from my old configuration file. When i check the configuration file with ser -c i get the following error message: 0(13302) ERROR: load_module: could not open module </usr/local/lib/ser/modules/mysql.so>: /usr/local/lib/ser/modules/mysql.so: undefined symbol: fm_malloc 0(13302) parse error (34,13-14): failed to load module Can anyone please help me as soon as possible. Am i missing something?? Thank you in advance kumar

1 0

Re: Fwd: [Users] Openser fails when compiled on Solaris 64bit
by Sergio Gutierrez 30 Mar '07

30 Mar '07

Hi Daniel. In the meantime, I have begun to test using more standard conditions; I am not using the optimized compiler and I am running openser compiled on 32 bits. I have discovered an even nastier issue. When Openser is configured in forking mode, and with or without log_stderror, it presents the same symptom I reported when compiled on 64 bits (it exhausts the shared memory reservation, and crashes with core dumping). This is the backtrace: (gdb) bt #0 0x00000000 in ?? () #1 0xfe989b3c in getRow (ipType=1, ipAddress=0x141888) at openserSIPPortTable.c:125 #2 0xfe989c5c in createRowsFromIPList (theList=0x141a50, listSize=1, protocol=0, snmpIndex=0xffbff870) at openserSIPPortTable.c:201 #3 0xfe98a07c in init_openserSIPPortTable () at openserSIPPortTable.c:241 #4 0xfe98d708 in spawn_agentx_child () at sub_agent.c:74 #5 0xfe98cf04 in mod_child_init (rank=0) at snmpstats.c:271 #6 0x00059ca8 in init_mod_child (m=0x133840, rank=0, type=0xc3c08 "PROC_MAIN") at sr_module.c:406 #7 0x00059c24 in init_mod_child (m=0x1338e0, rank=0, type=0xc3c08 "PROC_MAIN") at sr_module.c:395 #8 0x000336c4 in main_loop () at main.c:952 #9 0x00035be4 in main (argc=9, argv=0xe7800) at main.c:1399 When I configure fork=no, openser does not crash, and works right. I apologize if I should better create a new thread. If you suggest so I will do it. Thanks in advance for your attention. Kind regards Sergio Gutierrez. EPM Telecomunicaciones Medellín, Colombia Tel: 574 - 3950022 > ---------- Forwarded message ---------- > > > From: *Sergio Gutierrez* <saguti(a)gmail.com <mailto: saguti(a)gmail.com>> > > > Date: Mar 27, 2007 9:52 AM > > > Subject: Re: [Users] Openser fails when compiled on Solaris 64bit > > > To: daniel(a)voice-system.ro <mailto: daniel(a)voice-system.ro> > > > Cc: users(a)openser.org <mailto:users@openser.org> > > > > > > Hi Daniel. > > > > > > I am using mysql version 5.0.37, compiled on 64 bits too. > > > > > > These are the printing of the symbols you asked: > > > > > > (gdb) print row > > > $1 = (db_row_t *) 0x10026bf68 > > > (gdb) print ROW_VALUES(row) > > > No symbol "ROW_VALUES" in current context. > > > (gdb) print VAL_NULL(ROW_VALUES(row) > > > No symbol "VAL_NULL" in current context. > > > (gdb) > > > > > > > > > Thanks. > > > > > > > > > On 3/27/07, *Daniel-Constantin Mierla* < daniel(a)voice-system.ro > > > <mailto:daniel@voice-system.ro >> wrote: > > > > > > Hello Sergio, > > > > > > seems to be some data corrupted from what database returned. What > > > is the > > > database type you use, mysql? > > > > > > Could you print the the content of row and ROW_VALUES(row) (via > > print > > > command in gdb)? > > > > > > Thanks, > > > Daniel > > > > > > > > > On 03/26/07 23:46, Sergio Gutierrez wrote: > > > > Hi again Daniel. > > > > > > > > Testing other things trying to solve the problem I found that > > the > > > > segmentation fault occurs when Openser is restarted and there > > are > > > > records within location database table. > > > > If the table is empty initially, openser starts OK, and users > > can > > > > register without problem. > > > > > > > > Below is the backtrace of a error when the location table is not > > > empty: > > > > > > > > #0 0xffffffff7d90e2a0 in preload_udomain (_c=0x10026ad90, > > > > _d=0xffffffff5028e9f0) at udomain.c:404 > > > > 404 if (VAL_NULL(ROW_VALUES(row)) > > > > (gdb) bt > > > > #0 0xffffffff7d90e2a0 in preload_udomain (_c=0x10026ad90, > > > > _d=0xffffffff5028e9f0) at udomain.c:404 > > > > #1 0xffffffff7d915844 in child_init (_rank=1) at ul_mod.c:344 > > > > #2 0x0000000100082500 in init_mod_child (m=0x1, rank=1, > > > > type=0x1000f41b0 "CHILD") at > > > > /home/operador/openser-1.2.0-notls//sr_module.c:400 > > > > #3 0x0000000100082460 in init_mod_child (m=0x1, rank=1, > > > > type=0x1000f41b0 "CHILD") at > > > > /home/operador/openser-1.2.0-notls//sr_module.c:394 > > > > #4 0x0000000100082460 in init_mod_child (m=0x1, rank=1, > > > > type=0x1000f41b0 "CHILD") at > > > > /home/operador/openser-1.2.0-notls//sr_module.c:394 > > > > #5 0x0000000100082770 in init_child (rank=1) at > > > > /home/operador/openser-1.2.0-notls//sr_module.c:394 > > > > #6 0x0000000100032414 in main_loop () at > > > > /home/operador/openser-1.2.0-notls//main.c:724 > > > > #7 0x00000001000345a4 in main (argc=2, argv=0xffffff7eaeeec4ff) > > at > > > > /home/operador/openser-1.2.0-notls//main.c:1399 > > > > > > > > > > > > Thanks. > > > > > > > > > > > > > > > > > > > > > > > > On 3/26/07, *Sergio Gutierrez* < saguti(a)gmail.com > > > <mailto:saguti@gmail.com> > > > > <mailto: saguti(a)gmail.com <mailto:saguti@gmail.com >>> wrote: > > > > > > > > Hi Daniel. > > > > > > > > This is the backtrace of the core. > > > > Thanks > > > > > > > > #0 0xffffffff7d90ee9c in preload_udomain (_c=0x10026b7d800, > > > > > > _d=0x0) at > > > > /home/operador/openser- 1.2.0-notls > > /modules/usrloc//udomain.c:404 > > > > #1 0xffffffff7d9131c4 in child_init (_rank=1344858528) at > > > > /home/operador/openser- 1.2.0-notls > > /modules/usrloc//ul_mod.c:344 > > > > #2 0x0000000100082500 in init_mod_child (m=0x1, rank=1, > > > > type=0x1000f41b0 "CHILD") at > > > > /home/operador/openser- 1.2.0-notls//sr_module.c:400 > > > > #3 0x0000000100082460 in init_mod_child (m=0x1, rank=1, > > > > type=0x1000f41b0 "CHILD") at > > > > /home/operador/openser-1.2.0-notls //sr_module.c:394 > > > > #4 0x0000000100082460 in init_mod_child (m=0x1, rank=1, > > > > type=0x1000f41b0 "CHILD") at > > > > /home/operador/openser- 1.2.0-notls //sr_module.c:394 > > > > #5 0x0000000100082770 in init_child (rank=1) at > > > > /home/operador/openser-1.2.0-notls//sr_module.c:394 > > > > #6 0x0000000100032414 in main_loop () at > > > > /home/operador/openser- 1.2.0-notls//main.c:724 > > > > #7 0x00000001000345a4 in main (argc=2, > > argv=0xffffff7e7007a000) > > > > at /home/operador/openser-1.2.0-notls//main.c:1399 > > > > > > > > > > > > > > > > > > > > On 3/26/07, *Daniel-Constantin Mierla* < > > > daniel(a)voice-system.ro <mailto: daniel(a)voice-system.ro> > > > > <mailto: daniel(a)voice-system.ro > > > <mailto:daniel@voice-system.ro>>> wrote: > > > > > > > > Hello, > > > > > > > > can you send a gdb backtrace :-D -- I cannot read adb > > > backtrace. > > > > > > > > Cheers, > > > > Daniel > > > > > > > > > > > > On 03/26/07 19:42, Sergio Gutierrez wrote: > > > > > Hi Daniel. > > > > > > > > > > This is the backtrace, obtained with adb: > > > > > > > > > > usrloc.so`preload_udomain+0x4cc (1, ffffffff7228e9f0, > > > 100215a00, > > > > > ffffffff7d919e58, ffffffffffefe3f8, 0) > > > > > 0xffffffff7d9131bc(2, ffffffff7da1c9b0, > > ffffffff7d91a170, > > > > > ffffffff7228e9a0, ffffffff7da1b0a8, ffffffffffeff0c8) > > > > > init_mod_child+0xd8(100269930, 1, 1000f41b0, > > 1000f40f0, 1, > > > > 100269870) > > > > > init_mod_child+0x38(100269bb0, 1, 1000f41b0, > > 1000f40f0, 1, > > > > 1002699f0) > > > > > init_mod_child+0x38(100269d30, 1, 1000f41b0, > > 1000f40f0, 1, > > > > 100269c70) > > > > > init_child+0xa8(1, 100269df0, 1, 1000f4168, 10020d000, > > > 100269eb0) > > > > > main_loop+0xf34(0, 8c, 1000eefd8, ffffffff720083c4, > > > 1002694b0, 0) > > > > > main+0x1e10(100215, 9, 0, 10020d000, 1000ef5b8, > > 10020d000) > > > > > _start+0x7c(0, 0, 0, 0, 0, 0) > > > > > > > > > > On 3/26/07, *Sergio Gutierrez* <saguti(a)gmail.com > > > <mailto: saguti(a)gmail.com> > > > > <mailto: saguti(a)gmail.com <mailto: saguti(a)gmail.com>> > > > > > <mailto: saguti(a)gmail.com <mailto: saguti(a)gmail.com> > > > <mailto:saguti@gmail.com <mailto: saguti(a)gmail.com>>>> wrote: > > > > > > > > > > Hi Daniel. > > > > > > > > > > I used 512 for -m parameter. > > > > > > > > > > Would you like the backtrace of the core file? > > > > > > > > > > Thanks. > > > > > > > > > > > > > > > On 3/26/07, *Daniel-Constantin Mierla* < > > > > daniel(a)voice-system.ro <mailto: daniel(a)voice-system.ro> > > > <mailto: daniel(a)voice-system.ro <mailto:daniel@voice-system.ro>> > > > > > <mailto: daniel(a)voice-system.ro > > > <mailto: daniel(a)voice-system.ro> > > > > <mailto: daniel(a)voice-system.ro > > > <mailto:daniel@voice-system.ro>>>> wrote: > > > > > > > > > > Hello, > > > > > > > > > > could you send a backtrace? What was the value > > for > > > > parameter -m? > > > > > > > > > > Cheers, > > > > > Daniel > > > > > > > > > > > > > > > On 03/26/07 19:29, Sergio Gutierrez wrote: > > > > > > Hi > > > > > > > > > > > > I am trying to run Openser compiled on 64 > > > bits on a > > > > SPARC > > > > > Machine > > > > > > running Solaris 10. > > > > > > > > > > > > When I create a simple configuration file > > for > > > > testing radius > > > > > > integration, Openser starts to consume the > > whole > > > > memory > > > > > reservation > > > > > > (-m parameter) and fails with segmentation > > > fault error. > > > > > > > > > > > > after several tests, I have found that the > > > error is > > > > caused by > > > > > save() > > > > > > function (registrar module). > > > > > > > > > > > > This is the main route my configuration > > file: > > > > > > > > > > > > route { > > > > > > if(method=="REGISTER") > > > > > > { > > > > > > if(!radius_www_authorize("")) > > > > > > { > > > > > > www_challenge("", > > "0"); > > > > > > return; > > > > > > }; > > > > > > > > > > > > if(!save("location")) > > > > > > { > > > > > > sl_reply_error(); > > > > > > }; > > > > > > return; > > > > > > > > > > > > } > > > > > > else > > > > > > { > > > > > > } > > > > > > } > > > > > > > > > > > > Thanks in advance for your help. > > > > > > > > > > > > Sergio G. > > > > > > > > > > > > > > > > > > > > > ------------------------------------------------------------------------ > > > > > > > > > > > > > > > > > _______________________________________________ > > > > > > Users mailing list > > > > > > Users(a)openser.org <mailto: Users(a)openser.org > > > > > > <mailto: Users(a)openser.org <mailto: Users(a)openser.org>> > > > > <mailto: Users(a)openser.org <mailto: Users(a)openser.org> > > > <mailto: Users(a)openser.org <mailto: Users(a)openser.org>>> > > > > > > > > http://openser.org/cgi-bin/mailman/listinfo/users > > > > < http://openser.org/cgi-bin/mailman/listinfo/users > > > <http://openser.org/cgi-bin/mailman/listinfo/users>> > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > >

3 12

[Users] rtpproxy redundancy
by Daniel Corbe 29 Mar '07

29 Mar '07

For various reasons we've elected to go with Porta/Maxim Sobalov's rtpproxy as opposed to the MediaProxy code; however, we would like to know if its possible to do any of the following with rtpproxy or if we should consider going to MediaProxy instead 1) Multiple Load Balanced rtpproxy servers 2) Voice path fail over, so that if we lose 1 RTP proxy the call continues on another. I was thinking 2 could be implemented using an OpenBSD/CARP FreeBSD/CARP type of scenario, where 2 rtpproxy servers share 1 IP address; however, OpenSER would need to set up an rtpproxy session on BOTH servers to accomplish this and the OS can do the rest. Any opinions or comments are welcome.

2 1

← Newer
1
2
3
4
5
6
7
8
9
...
38
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 March 2007