sr-users

sr-users@lists.kamailio.org

35 participants
37544 discussions

[Serusers] SER doesn't load but system thinks it is
by POON Ben 16 Mar '07

16 Mar '07

Hi all, I am trying to load ser, and it says it does. But when I do a ps -el | grep ser, it doesn't show up... I am running Solaris 10, ser 0.9.3. Can anyone please give me a hand? This is what I did: ************************************************************************ ****************** bash # ./serctl start Starting SER : started pid(532) bash # ps -el | grep ser 0 S 0 421 402 0 40 20 ? 695 ? ? 0:00 htt_serv 0 S 0 384 1 0 40 20 ? 253 ? ? 0:00 dpkeyser 0 S 0 390 1 0 40 20 ? 232 ? ? 0:00 jserver 0 S 0 391 390 0 40 20 ? 328 ? ? 0:00 jserver_ bash # ./serctl restart Stopping SER : ./serctl: line 812: kill: (532) - No such process stopped Starting SER : PID file exists! (/var/run/ser.pid) already running? ************************************************************************ ****************** The system thinks it's already running, but there's no actual process started... Any help is greatly appreciated. Thank you very much, Ben

2 1

[Users] OT: Troubleshooting DNS SRV records
by kjcsb 16 Mar '07

16 Mar '07

I'm trying to get SRV records working and am having difficulties. I wonder if anyone could point me in the direction of some useful information on this topic to assist in troubleshooting. I've read a lot of stuff about how to set it up and check the records, but since I'm still having problems, there's something else wrong and I've run out of ideas. nslookup set type=srv _sip._tcp.domain.co.nz Server: 64.38.5.242 Address: 64.38.5.242#53 Non-authoritative answer: _sip._tcp.domain.co.nz service = 10 10 5060 domain.co.nz. _sip._tcp.domain.co.nz service = 20 10 5060 beta.domain.co.nz. Authoritative answers can be found from: domain.co.nz nameserver = ns1.widge.net. domain.co.nz nameserver = ns2.widge.net. > _sip._udp.domain.co.nz Server: 64.38.5.242 Address: 64.38.5.242#53 Non-authoritative answer: _sip._udp.domain.co.nz service = 10 10 5060 domain.co.nz. _sip._udp.domain.co.nz service = 20 10 5060 beta.domain.co.nz. Authoritative answers can be found from: domain.co.nz nameserver = ns2.widge.net. domain.co.nz nameserver = ns1.widge.net. One thing I notice from this is that no IP addresses are returned. Is that normal? The problems I am experiencing are that neither my Grandstream BT102 or SPA3000 can resolve the proxy name using SRV (when use SRV is set to on in those devices). In the case of the BT102 it won't register (switching off use SRV allows it to register). In the case of the SPA3000 when I view the syslog output I can see it failing over from the SRV record to the A record which then resolves. Any help appreciated. Cameron

2 1

[Users] Re: help in uac config
by vallimamod abdullah 16 Mar '07

16 Mar '07

On 3/16/07, Jobson Andrade <jandrade(a)obelisknet.com.br> wrote: > I made this configuration but not work, i need send International calls for > my gateway using one identification (username and password) only this more > not work my configuration. I though you just wanted to change the From header. The 'uac_replace_from()' just changes this header in the sip message. To make client authentification, you need to configure a failure route and use 'uac_auth()' in it. There is an example showing exactly what you are looking for at: http://www.voice-system.ro/docs/uac/ar01s06.html#ex_auth -- Regards, -vma .

1 0

[Users] Re: help in uac config
by vallimamod abdullah 16 Mar '07

16 Mar '07

Hello Jobson, On 3/16/07, "Jobson Andrade" <jandrade(a)obelisknet.com.br> wrote: > Hello, > > I need one help in my configuration using authentication > > Bellow is my configuration more not work, i need one help for work this > configuration > > modparam("uac","credential","username:itsp.com.br:password") > > ##Send Call For DDI > if (uri=~"^sip:00[1-9][1-9][0-9]*@") { > route(3); > exit; > } > > route[3]{ > #enviando route to hitconferencing > strip(2); > uac_replace_from("credential"); > route(1); > exit; > } > > This is correct? IMHO, it shoud be, according to your example: uac_replace_from(" sip:username@itsp.com.br"); Here are 2 pointers to interesting documentation and example: http://www.openser.org/docs/modules/1.2.x/uac.html#AEN174 http://www.voice-system.ro/docs/uac/ar01s06.html Hope this will help. -- Regards, -vma .

2 1

[Users] Openser = 1.1.1 init_tls: null openssl compression methods
by Bodin Bruno 16 Mar '07

16 Mar '07

I use Fedora Core 5 and when I launch openser in TLS mode : 0(13701) init_tls: Entered 0(13701) WARNING:init_tls: disabling compression due ZLIB problems 0(13701) ERRRO:init_tls: null openssl compression methods 0(13701) could not initialize tls, exiting... How can I fix this ? Thank :)

1 0

R: R: [Serusers] SER -> PSTN Gateway+NAT: BYE handling problem
by Fabio Macchi 16 Mar '07

16 Mar '07

Hello, I'm using Nathelper + RTPproxy ( can't use Nathelper-only because my gateway doesn't support passive mode ) : route part of ser.cfg attached. In the invite block I use force_rport before authorize block ( as previous discussed ) and the NAT block after: route[4] { # ----------------------------------------------------------------- # NAT Traversal Section # ----------------------------------------------------------------- if (isflagset(6)) { force_rport(); fix_nated_contact(); force_rtp_proxy(); } } The original BYE comes from Gateway with the wrong request URI ( private UA ip ) Request-Line: BYE sip:xxxxxx@1.255.17.9 SIP/2.0 Method: BYE [Resent Packet: False] Fabio -----Messaggio originale----- Da: Kostas Marneris [mailto:K.Marneris@otenet.gr] Inviato: venerdì 16 marzo 2007 13.19 A: Fabio Macchi Cc: Kostas Marneris Oggetto: Re: R: [Serusers] SER -> PSTN Gateway+NAT: BYE handling problem Hello, Which 'NAT Traversal mechanism' do you use ? Nathelper only or Mediaproxy ? Do you change the Contact address somewhere in INVITE block ? force_rport(); fix_nated_contact(); fix_nated_sdp("3"); Check (with a tcpdump at SER) how the original BYE comes from GW. What is the R-URI at the original BYE request (comes from GW) ? Kostas Fabio Macchi wrote: > First, thanks for answer. > > I've tryed your trik and in effect this solve the problem of the '200 ok' > forwarded to the UA, but my problem still remain alive: when BYE is sent > from Gateway, it reaches correctly SER, but it still forward it to the > private UA address. I was wondering about the nat_uac_test in this case, as > the source of the BYE message is the gateway ( not natted ) and not the UA. > > Have any idea about this ? > > Fabio > > -----Messaggio originale----- > Da: Kostas Marneris [mailto:K.Marneris@otenet.gr] > Inviato: giovedì 15 marzo 2007 20.39 > A: Fabio Macchi > Cc: serusers(a)lists.iptel.org > Oggetto: Re: [Serusers] SER -> PSTN Gateway+NAT: BYE handling problem > > Hello, > I was working on about the same problem today either with 'Mediaproxy > solution' > or with 'SER's Nathelper only solution' . > > The NAT issue is a nightmare, not because of SER but because of > different implementations on NAT boxes. > > Actually my problem was : > if the NATed UA send a BYE to SER, SER forward it to PSTN-GW, > then the '200 Ok' Response from PSTN-GW is forwarded by SER to UA > to the wrong port (Contact or Via header port). > > I used the following block on Loose Route section, > (because BYE is loose_routed if you use Record-Route), > and it seems to work. > > # --------------------------------------- > # Loose Route Section > # --------------------------------------- > if (loose_route()) { > # mark routing logic in request > if (method == "BYE") { > if (nat_uac_test("22")) { > xlog("L_NOTICE", "*** LR -> NATed BYE - Use > force_rport()"); > force_rport(); > }; > }; > route(1); > break; > }; > > > > > I faced up your second problem too. > The solution was to move the NAT handling block before proxy_authorize > block. > > I think that the different behaviour does not come with the 'standard > RFC1918 addresses', > but with the different NAT type. > > I realize that the provisional mesgs '100 Trying' and '407 Proxy > Authentication Required' > are relayed back to the real IP addr of NATed UA (this is correct), > but to the WRONG port (that of Contact/Via header and not the signalling > received port). > It seems that these mesgs use the IP address part of 'Received' field of > Location DB > but not the port. > > It happens to work if NAT box use the SAME port (eg. 5060) on NAT > translation > (10.10.10.1:5060 --> Real_IP:5060) (eg. with a SAGEM1500 Router) > But it does not work if NAT box doesn't use the same port > (10.10.10.1:5060 --> Real_IP:38181) > > > I think that this has to be verified by SER developers or SER experts. > > > > Kostas > > --- > K.Marneris(a)otenet.gr > > ----- Original Message ----- > From: "Fabio Macchi" <f.macchi(a)keeptelecom.com> > To: <serusers(a)lists.iptel.org> > Sent: 15 March 2007 19:34 > Subject: [Serusers] SER -> PSTN Gateway+NAT: BYE handling problem > > >> Hi all, >> >> >> >> I'm running the following schema: >> >> >> >> UA ( possibly natted ) -> SER -> PSTN Gateway >> >> >> >> I have a problem with UA belonging to a particular network with private >> address not RFC1918 compliant ( class 1.x.x.x ), SER and PSTN Gateway have >> pubblic address. >> >> >> >> The problem is that, after a succesfull call, if the PSTN gateway send a > BYE >> to SER, then SER forward BYE to the private address of UA instead of > pubblic >> one. >> >> >> >> I don't understand which is the section that handle BYE messages and how > can >> I solve this problem: anyone may help ? >> >> >> >> >> >> >> >> Second, another question: with this particular network I had problem with >> INVITE too, because SER was sending "proxy authorization request" to the >> wrong TCP port. To solve this, I've moved the nat handling ( with >> force_rport ) before the proxy_authorize block and it's working, but why >> this is not necessary on standard RFC1918 compliant natted address ? >> >> >> >> Many thanks for any explanation >> >> >> >> Fabio >> >> > > > > -- Kostas Marneris e-mail: K.Marneris(a)otenet.gr Tel : +30-210-6151886

1 0

[Users] Problem with dialog module
by Leonid Fainshtein 16 Mar '07

16 Mar '07

Hi, I see that when Openser 1.1 receives re-INVITE it removes parameter "did=" from header field Route before sending it to the second call party. Any idea? Thank you in advance, Leonid ******************************************** This outgoing mail message was scanned by McAfee GroupShield Engine

2 1

[Users] AVPOPS: question about avp_db_query
by Papadopoulos Georgios 16 Mar '07

16 Mar '07

Hello, Is there a way to load an integer value into an integer avp using avp_db_query? For example if in table usr_preferences I have value='15' and type=1, then using avp_db_load I get an avp with an int value of 15. Then I can use this int avp to check whether it is greater or less than some value. I am trying to do the same thing with avp_db_query but the avp that I get is a string. thank you for any help 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.

3 3

[Users] TLS between OPENSer and FreeRadius ?
by Bodin Bruno 16 Mar '07

16 Mar '07

Hello, Is it possible to use a TLS tunnel between OpenSer and Radius ? thank

1 0

[Serusers] make all error: avp_radius module compilation error - parse_uri.h:50
by tzieleniewski 16 Mar '07

16 Mar '07

Hi, I have just downloaded the cvs version of ser 2.1.0-dev1 and after I run #make group_include="radius" all (like usually) I got the following error: make[1]: Entering the directory `/home/ser/src/sip_router/modules/avp_radius' gcc -fPIC -DPIC -g -O9 -funroll-loops -Wcast-align -minline-all-stringops -falign-loops -ftree-vectorize -mtune=athlon64 -Wall -DNAME='"ser"' -DVERSION='"2.1.0-dev1"' -DARCH='"i386"' -DOS='linux_' -DOS_QUOTED='"linux"' -DCOMPILER='"gcc 4.1.2"' -D__CPU_i386 -D__OS_linux -DSER_VER=2001000 -DCFG_DIR='"/usr/local/etc/ser/"' -DPKG_MALLOC -DSHM_MEM -DSHM_MMAP -DDNS_IP_HACK -DUSE_IPV6 -DUSE_MCAST -DUSE_TCP -DDISABLE_NAGLE -DHAVE_RESOLV_RES -DUSE_DNS_CACHE -DUSE_DNS_FAILOVER -DUSE_DST_BLACKLIST -DDBG_QM_MALLOC -DUSE_TLS -DTLS_HOOKS -DFAST_LOCK -DADAPTIVE_WAIT -DADAPTIVE_WAIT_LOOPS=1024 -DCC_GCC_LIKE_ASM -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 -DSIGINFO64_WORKARROUND -DHAVE_SELECT -I/usr/local/include -c avp_radius.c -o avp_radius.o avp_radius.c:244: error: static declaration of ‘uri_type_to_str’ follows non-static declaration ../../parser/parse_uri.h:50: error: previous declaration of ‘uri_type_to_str’ was here make[1]: *** [avp_radius.o] Error 1 make[1]: Opuszczenie katalogu `/home/ser/src/sip_router/modules/avp_radius' make: *** [modules] Error 1 Cheers Tomasz

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