sr-users February 2008

sr-users@lists.kamailio.org

146 participants
260 discussions

by Daniel-Constantin Mierla

Hello, I think is time for a new irc meeting to synchronize on the work for 1.4 and discuss 1.3.1 about release. I propose Friday, Feb 15, UTC 13:00. I created a wiki page to gather the discussion items there and have the agenda ready for that date. I added what I would like to touch. Please add yours and complete/comment on mine or others. http://www.openser.org/dokuwiki/doku.php/development:irc-meeting-agenda-next IRC meetings page: http://www.openser.org/dokuwiki/doku.php/development:irc-meetings Cheers, Daniel

16 years, 3 months

[OpenSER-Users] Configuring for a UA Server

by Eric Phetteplace

Hello, A little green here, looking for guidance. I have a simple UA server that can respond to invites. It will respond with a 302 (temp. moved) to free up 5060 for the next invite. It uses only TCP for RTP transport. I am trying to use OpenSER with RTPProxy to be a, well, RTP proxy. The SIP trunk providers will map the DIDs to the OpenSER server, passing UDP for RTP. I'm assuming this is rather easy, but I'm having trouble getting through the documentation. I currently have OpenSER 1.3 and RTPProxy running. A step-by-step list of openserctl or module commands (vague is fine, I can read up on it) would be greatly appreciated. So would any other advice - anything more than RTFM ;-) Thanks! Eric

16 years, 3 months

Re: [OpenSER-Users] Compilation problem on Debian Stable/SPARC architexture

by Schumann Sebastian

Hi Bogdan, sure I can, could have thought about that in the first place myself. Sorry for that, here the working output after starting make without debug mode: netra120:/usr/local/src/openser# make prefix=/usr/local all Compiling blacklists.c gcc -g -O9 -funroll-loops -Wall -mcpu=ultrasparc -mtune=ultrasparc -ftree-vectorize -DNAME='"openser"' -DVERSION='"1.3.0-notls"' -DARCH='"sparc64"' -DOS='"linux"' -DCOMPILER='"gcc 4.1.2"' -D__CPU_sparc64 -D__OS_linux -D__SMP_no -DCFG_DIR='"/usr/local/etc/openser/"' -DPKG_MALLOC -DSHM_MEM -DSHM_MMAP -DUSE_IPV6 -DUSE_MCAST -DUSE_TCP -DDISABLE_NAGLE -DHAVE_RESOLV_RES -DSTATISTICS -DCHANGEABLE_DEBUG_LEVEL -DF_MALLOC -DSVNREVISION='"2:3675"' -DFAST_LOCK -DADAPTIVE_WAIT -DADAPTIVE_WAIT_LOOPS=1024 -DHAVE_GETHOSTBYNAME2 -DHAVE_UNION_SEMUN -DHAVE_SCHED_YIELD -DHAVE_MSG_NOSIGNAL -DHAVE_MSGHDR_MSG_CONTROL -DHAVE_ALLOCA_H -DHAVE_TIMEGM -DHAVE_EPOLL -DHAVE_SIGIO_RT -DHAVE_SELECT -c blacklists.c -o blacklists.o Compiling core_stats.c gcc -g -O9 -funroll-loops -Wall -mcpu=ultrasparc -mtune=ultrasparc -ftree-vectorize -DNAME='"openser"' -DVERSION='"1.3.0-notls"' -DARCH='"sparc64"' -DOS='"linux"' -DCOMPILER='"gcc 4.1.2"' -D__CPU_sparc64 -D__OS_linux -D__SMP_no -DCFG_DIR='"/usr/local/etc/openser/"' -DPKG_MALLOC -DSHM_MEM -DSHM_MMAP -DUSE_IPV6 -DUSE_MCAST -DUSE_TCP -DDISABLE_NAGLE -DHAVE_RESOLV_RES -DSTATISTICS -DCHANGEABLE_DEBUG_LEVEL -DF_MALLOC -DSVNREVISION='"2:3675"' -DFAST_LOCK -DADAPTIVE_WAIT -DADAPTIVE_WAIT_LOOPS=1024 -DHAVE_GETHOSTBYNAME2 -DHAVE_UNION_SEMUN -DHAVE_SCHED_YIELD -DHAVE_MSG_NOSIGNAL -DHAVE_MSGHDR_MSG_CONTROL -DHAVE_ALLOCA_H -DHAVE_TIMEGM -DHAVE_EPOLL -DHAVE_SIGIO_RT -DHAVE_SELECT -c core_stats.c -o core_stats.o Compiling crc.c gcc -g -O9 -funroll-loops -Wall -mcpu=ultrasparc -mtune=ultrasparc -ftree-vectorize -DNAME='"openser"' -DVERSION='"1.3.0-notls"' -DARCH='"sparc64"' -DOS='"linux"' -DCOMPILER='"gcc 4.1.2"' -D__CPU_sparc64 -D__OS_linux -D__SMP_no -DCFG_DIR='"/usr/local/etc/openser/"' -DPKG_MALLOC -DSHM_MEM -DSHM_MMAP -DUSE_IPV6 -DUSE_MCAST -DUSE_TCP -DDISABLE_NAGLE -DHAVE_RESOLV_RES -DSTATISTICS -DCHANGEABLE_DEBUG_LEVEL -DF_MALLOC -DSVNREVISION='"2:3675"' -DFAST_LOCK -DADAPTIVE_WAIT -DADAPTIVE_WAIT_LOOPS=1024 -DHAVE_GETHOSTBYNAME2 -DHAVE_UNION_SEMUN -DHAVE_SCHED_YIELD -DHAVE_MSG_NOSIGNAL -DHAVE_MSGHDR_MSG_CONTROL -DHAVE_ALLOCA_H -DHAVE_TIMEGM -DHAVE_EPOLL -DHAVE_SIGIO_RT -DHAVE_SELECT -c crc.c -o crc.o make: *** [crc.o] Interrupt netra120:/usr/local/src/openser# and so on... Thanks for the help. Best regards Sebastian -----Original Message----- From: Bogdan-Andrei Iancu [mailto:bogdan@voice-system.ro] Sent: Friday, 08. February 2008 4:53 PM To: Schumann Sebastian Cc: users(a)lists.openser.org Subject: Re: [OpenSER-Users] Compilation problem on Debian Stable/SPARC architexture Hi Sebastian, Could you also post the working compile instruction (without the debug mode) ? I want do diff them . Thanks anre gards, Bogdan Schumann Sebastian wrote: > Hi Bogdan, > > one more inmportant note, I discovered this morning. This error only > appears if the option mode=debug is set. A normal # make all does > compile properly! > > Here is the output: > > netra120:/usr/local/src/openser# make mode=debug prefix=/usr/local all > bison -d -b cfg cfg.y > cfg.y: conflicts: 1 shift/reduce > flex cfg.lex > New SVN revision: 2:3654 > Compiling action.c > gcc -DNAME='"openser"' -DVERSION='"1.3.0-notls"' -DARCH='"sparc64"' > -DOS='"linux"' -DCOMPILER='"gcc 4.1.2"' -D__CPU_sparc64 -D__OS_linux > -D__SMP_no -DCFG_DIR='"/usr/local/etc/openser/"' -DPKG_MALLOC -DSHM_MEM > -DSHM_MMAP -DUSE_IPV6 -DUSE_MCAST -DUSE_TCP -DDISABLE_NAGLE > -DHAVE_RESOLV_RES -DSTATISTICS -DCHANGEABLE_DEBUG_LEVEL -DF_MALLOC > -DSVNREVISION='"2:3654"' -DEXTRA_DEBUG -DFAST_LOCK -DADAPTIVE_WAIT > -DADAPTIVE_WAIT_LOOPS=1024 -DHAVE_GETHOSTBYNAME2 -DHAVE_UNION_SEMUN > -DHAVE_SCHED_YIELD -DHAVE_MSG_NOSIGNAL -DHAVE_MSGHDR_MSG_CONTROL > -DHAVE_ALLOCA_H -DHAVE_TIMEGM -DHAVE_EPOLL -DHAVE_SIGIO_RT -DHAVE_SELECT > -c action.c -o action.o > Compiling blacklists.c > gcc -DNAME='"openser"' -DVERSION='"1.3.0-notls"' -DARCH='"sparc64"' > -DOS='"linux"' -DCOMPILER='"gcc 4.1.2"' -D__CPU_sparc64 -D__OS_linux > -D__SMP_no -DCFG_DIR='"/usr/local/etc/openser/"' -DPKG_MALLOC -DSHM_MEM > -DSHM_MMAP -DUSE_IPV6 -DUSE_MCAST -DUSE_TCP -DDISABLE_NAGLE > -DHAVE_RESOLV_RES -DSTATISTICS -DCHANGEABLE_DEBUG_LEVEL -DF_MALLOC > -DSVNREVISION='"2:3654"' -DEXTRA_DEBUG -DFAST_LOCK -DADAPTIVE_WAIT > -DADAPTIVE_WAIT_LOOPS=1024 -DHAVE_GETHOSTBYNAME2 -DHAVE_UNION_SEMUN > -DHAVE_SCHED_YIELD -DHAVE_MSG_NOSIGNAL -DHAVE_MSGHDR_MSG_CONTROL > -DHAVE_ALLOCA_H -DHAVE_TIMEGM -DHAVE_EPOLL -DHAVE_SIGIO_RT -DHAVE_SELECT > -c blacklists.c -o blacklists.o > /tmp/ccRk3oFx.s: Assembler messages: > /tmp/ccRk3oFx.s:831: Error: Architecture mismatch on "membar". > /tmp/ccRk3oFx.s:831: (Requires v9|v9a|v9b; requested architecture is > sparclite.) > /tmp/ccRk3oFx.s:847: Error: Architecture mismatch on "membar". > /tmp/ccRk3oFx.s:847: (Requires v9|v9a|v9b; requested architecture is > sparclite.) > make: *** [blacklists.o] Error 1 > netra120:/usr/local/src/openser# > > Regards > Sebastian > > -----Original Message----- > From: Bogdan-Andrei Iancu [mailto:bogdan@voice-system.ro] > Sent: Friday, 08. February 2008 11:33 AM > To: Schumann Sebastian > Cc: users(a)lists.openser.org > Subject: Re: [OpenSER-Users] Compilation problem on Debian Stable/SPARC > architexture > > Hi Schumann, > > Can you post please the compile line (as printed by make) - just to > check the compile options. > > Thanks, > Bogdan > > Schumann Sebastian wrote: > >> Dear all >> >> I am facing problems installing OpenSER 1.3 from branch on a Debian >> 4.0R2 running on a SUN UltraSPARC IIi server (sparc64). >> >> After retrieving all required files and executing # make mode=debug, >> > the > >> second file's compilation fails already: >> >> Compiling blacklist.c >> .... >> Error: Architecture mismatch on "membar". >> (Requires v9|v9a|v9b; requested architexture is sparclite.) >> >> Does anyone know what could be the reason for that. On i386 I never >> faced problems, and as OpenSER supports Solaris, it should also >> > support > >> Debian on sparc64 architecture or not? >> >> Thanks a lot in advance. >> >> Best regards >> Sebastian >> >> _______________________________________________ >> Users mailing list >> Users(a)lists.openser.org >> http://lists.openser.org/cgi-bin/mailman/listinfo/users >> >> >> > > >

16 years, 3 months

[OpenSER-Users] Configuring for a UA Server

by Eric Phetteplace

Hello, A little green here, looking for guidance. I have a simple UA server that can respond to invites. It will respond with a 302 (temp. moved) to free up 5060 for the next invite. It uses only TCP for RTP transport. I am trying to use OpenSER with RTPProxy to be a, well, RTP proxy. The SIP trunk providers will map the DIDs to the OpenSER server, passing UDP for RTP. I'm assuming this is rather easy, but I'm having trouble getting through the documentation. A step-by-step list of openserctl commands would be greatly appreciated. So would any other advice. Thanks! Eric

16 years, 3 months

[Serusers] Hosts on login - Serweb

by Frank Gonzalez

I have a trouble in my serweb instalation, I defined a virtual host " sip.mydomain.com" but when I am accessing via http, its logon like @ mydomain.com , and the users via openserctl add have the host on the domain in the table suscribers. how can I correct this ? -- Thanks a lot Frank Gonzalez 414-6260492 -- Saludos. Frank Gonzalez 414-6260492

16 years, 3 months

[OpenSER-Users] Logon prob when username is all numbers

by Ali Jawad

Hi All When I logon using usernames with letters all is fine when I logon using usernames all numbers I get the following error and the UA does not logon Registration Error: 501 Not Implemented This is my config http://pastebin.com/md7d0de4 It used to work with this config http://pastebin.com/m10e981d2 Thx for any suggestions.

16 years, 3 months

[OpenSER-Users] sigsegv in module when running imported function

by Francisco Seratti

Hello, Im coding a module for my needs, and one of them is to modify the SIP message after querying some db. I decided to use the function replace_all() exported by the textops module, using the find_export() function declared in sr_module.h. The problem is that im getting a SIGSEGV when some child exec the replace_all mapped function: Feb 11 11:29:30 [4868] DBG:core:find_cmd_export_t: found <replace_all>(2) in module textops [/usr/local/lib/openser/modules/] Feb 11 11:29:31 [4867] INFO:core:handle_sigs: child process 4868 exited by a signal 11 Feb 11 11:29:31 [4867] INFO:core:handle_sigs: core was generated Feb 11 11:29:31 [4867] INFO:core:handle_sigs: terminating due to SIGCHLD I cant find the core generated by openser. Where is the default dir where this cores are saved? I dont know if this is a correct way to modify a SIP message; is there a better o more apropiated way to do this? Thanks in advance, Francisco. Tarjeta de crédito Yahoo! de Banco Supervielle. Solicitá tu nueva Tarjeta de crédito. De tu PC directo a tu casa. www.tuprimeratarjeta.com.ar

16 years, 3 months

Re: [OpenSER-Users] Mediaproxy not working (Solved)

by A.smith

Hi Iñaki, thanks alot for the pointer, did a quick search for onreply_route and found this article: http://www.voip-info.org/wiki/view/OpenSER+And+Mediaproxy By using the route from this example and fixing it to use mediaproxy in all situations I finally have my RTP routing via the mediaproxy box! :D I still have to read up on the onreply_option to fully understand it. Perhaps if this is something that is always required referenec to it should be added to the mediaproxy module documentation?? Thanks again! Cheers Andy. > I think you have not configured the "onreply_route" so SDP is not modified in 180/183/200 reply, so MediaProxy doesn't work at all. ________________________________________________ Message sent using UK Grid Webmail 2.7.9

16 years, 3 months

[OpenSER-Users] OpenSer and NAT

by Ali Jawad

Hi All I was wondering about the rtpproxy and mediaproxy modules, if I do use either of them to allow clients behind NAT to do VOIP calls does that mean that I do not need to use a STUN server anymore ? Or should I use both a STUN server and the rtp proxy ? What would provide the best solution in terms of solving NAT related problems ? Thanks

16 years, 3 months

[OpenSER-Users] "lookup(location)" doesn't return -5 when "Contact" in blacklist

by Iñaki Baz Castillo

Hi, I set: ------------------------------------------- dst_blacklist = gw:{( any , GW_IP, 0 , "" )} [...] t_on_branch("ON_BRANCH_TO_USER"); if (!lookup("location")) { if ($rc == -5) xlog("L_WARN", "WARN: Fraudulent Contact !!! \n"); sl_send_reply("404", "Not Registered"); exit; } t_relay(); [...] branch_route[ON_BRANCH_TO_USER] { use_blacklist("gw"); } ------------------------------------------- I do a fraudulent REGISTER for an AoR (with GW_IP in "Contact" header) and when calling that AoR I get a correct "473 Filtered destination". But I don't see the WARN, so "lookup(location)" didn't reply -5. Why not? the IP in Contact column for taht AoR is GW_IP, why "lookup(location)" doesn't realize of it? It supposed that "lookup()" returns -5 if the destination is filtered (black listed): http://www.openser.org/docs/modules/1.3.x/tm.html#AEN336 Maybe it's a bug? -- Iñaki Baz Castillo ibc(a)in.ilimit.es

16 years, 3 months

← Newer
1
...
15
16
17
18
19
20
21
...
26
Older →

Jump to page:

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 February 2008