sr-users July 2006

sr-users@lists.kamailio.org

206 participants
414 discussions

[Serusers] Cisco Gateway Disconnects the call

by Hamid Ali Asgari

Hi, I am stuck with the Cisco gateway (SIP-PSTN) disconnecting the call. The scenario is that a SIP client makes a call which is forwarded to a Cisco gateway, the call gets established but is disconnected after 20-30 seconds. Bellow is the call trace from ethereal, the problem is that the Cisco gateway (for some reason I don't know) sends a BYE. Does this have anything to do with the ACKS? I have tested the same scenario with the UA being Windows Messenger and the Cisco Gateway, and there are no problems. Any advice on troubleshooting this? Thanks in advance, Hamid PS: 192.168.11.102 = UA 10.30.30.18 = OpenSER 10.30.30.19 = Cisco Gateway ---------------------------------------------------------------------------- |Time | 192.168.11.102 | 10.30.30.18 | 10.30.30.19 | ---------------------------------------------------------------------------- |9.739 | INVITE SDP ( g729 g711U g711A telephone-event) | |SIP From: sip:102@mydomain.com To:sip:0098146@mydomain.com | |(5060) ------------------> (5060) | | |9.743 | | INVITE SDP ( g729 g711U g711A telephone-event) |SIP Request | | |(5060) ------------------> (5060) | |9.743 | 100 trying -- your call is important to us | |SIP Status | |(5060) <------------------ (5060) | | |9.752 | | 100 Trying| |SIP Status | | |(5060) <------------------ (5060) | |9.932 | 100 Trying| | |SIP Status | |(5060) <------------------ (5060) | | |11.668 | | 183 Session Progress SDP ( g729 telephone-event) |SIP Status | | |(5060) <------------------ (5060) | |11.670 | 183 Session Progress SDP ( g729 telephone-event) | |SIP Status | |(5060) <------------------ (5060) | | |11.671 | | 200 OK SDP ( g729 telephone-event) |SIP Status | | |(5060) <------------------ (5060) | |11.673 | 200 OK SDP ( g729 telephone-event) | |SIP Status | |(5060) <------------------ (5060) | | |11.687 | RTP (g729) | |RTP Num packets:1634 Duration:19.469s ssrc:126289683 | |(6000) <-------------------------------------- (16400) | |11.735 | ACK | | |SIP Request | |(5060) ------------------> (5060) | | |12.003 | RTP (g729) | |RTP Num packets:18 Duration:0.161s ssrc:3634 | |(6000) --------------------------------------> (16400) | |12.169 | | 200 OK SDP ( g729 telephone-event) |SIP Status | | |(5060) <------------------ (5060) | |12.171 | 200 OK SDP ( g729 telephone-event) | |SIP Status | |(5060) <------------------ (5060) | | |12.184 | RTP (g729) | |RTP Num packets:100 Duration:0.979s ssrc:3634 | |(6000) --------------------------------------> (16400) | |12.254 | ACK | | |SIP Request | |(5060) ------------------> (5060) | | |13.169 | | 200 OK SDP ( g729 telephone-event) |SIP Status | | |(5060) <------------------ (5060) | |13.172 | 200 OK SDP ( g729 telephone-event) | |SIP Status | |(5060) <------------------ (5060) | | |13.183 | RTP (g729) | |RTP Num packets:200 Duration:1.980s ssrc:3634 | |(6000) --------------------------------------> (16400) | |13.240 | ACK | | |SIP Request | |(5060) ------------------> (5060) | | |15.169 | | 200 OK SDP ( g729 telephone-event) |SIP Status | | |(5060) <------------------ (5060) | |15.171 | 200 OK SDP ( g729 telephone-event) | |SIP Status | |(5060) <------------------ (5060) | | |15.183 | RTP (g729) | |RTP Num packets:400 Duration:3.980s ssrc:3634 | |(6000) --------------------------------------> (16400) | |15.235 | ACK | | |SIP Request | |(5060) ------------------> (5060) | | |19.169 | | 200 OK SDP ( g729 telephone-event) |SIP Status | | |(5060) <------------------ (5060) | |19.172 | 200 OK SDP ( g729 telephone-event) | |SIP Status | |(5060) <------------------ (5060) | | |19.183 | RTP (g729) | |RTP Num packets:400 Duration:3.980s ssrc:3634 | |(6000) --------------------------------------> (16400) | |19.245 | ACK | | |SIP Request | |(5060) ------------------> (5060) | | |23.169 | | 200 OK SDP ( g729 telephone-event) |SIP Status | | |(5060) <------------------ (5060) | |23.172 | 200 OK SDP ( g729 telephone-event) | |SIP Status | |(5060) <------------------ (5060) | | |23.183 | RTP (g729) | |RTP Num packets:400 Duration:3.980s ssrc:3634 | |(6000) --------------------------------------> (16400) | |23.256 | ACK | | |SIP Request | |(5060) ------------------> (5060) | | |27.169 | | 200 OK SDP ( g729 telephone-event) |SIP Status | | |(5060) <------------------ (5060) | |27.172 | 200 OK SDP ( g729 telephone-event) | |SIP Status | |(5060) <------------------ (5060) | | |27.211 | ACK | | |SIP Request | |(5060) ------------------> (5060) | | |27.212 | RTP (g729) | |RTP Num packets:402 Duration:3.971s ssrc:3634 | |(6000) --------------------------------------> (16400) | |31.170 | | BYE | |SIP Request | | |(5060) <------------------ (55584) | |31.174 | BYE | | |SIP Request | |(5060) <------------------ (5060) | | |31.221 | 200 OK | | |SIP Status | |(5060) ------------------> (5060) | | |31.223 | | 200 OK | |SIP Status | | |(5060) ------------------> (5060) | |39.683 | 408 Request Timeout | |SIP Status | |(5060) <------------------ (5060) | | |39.751 | ACK | | |SIP Request | |(5060) ------------------> (5060) | | |39.752 | | ACK | |SIP Request | | |(5060) ------------------> (5060) |

18 years, 4 months

Re: [Serusers] Implementing a black list.

by CM0002＠aol.com

You do not need hundreds of numbers, just carefully read hundreds of ITU documents ;-)..... In fact blocking for instance 00xx7, 00xx8, 00xx9 and 00xx18 helps in many countries. "Suspiciouse" countries like bahamas should be blocked anyway because there is always somebody running a nice "money maker machine". And don't forget to block satellite gateways because the often are used ffom cruzer phones to make expensive calls (20 USD/min upwards) However dial plans changing on daily base. Subscribe to the ITU page to get latest informations. Regards Christian

18 years, 4 months

[Users] OpenSER v1.1.0 Released

by Daniel-Constantin Mierla

Hello everybody, OpenSER v1.1.0 is out. After about eight months of development including two months testing phase, another cycle has ended in version 1.1.0. This version introduced a lot of new features as well as enhancements in the existing components. dialog, path, siptrace, statistics, osp and unixodbc are new modules added in this version. NAPTR, serial forking in core, TCP/TLS improvements, statistics are some of the core news. Cacheless usrloc, load balancing with failover support, path support in registrar, raw SQL queries in config file with result available in AVPS are amoung modules' news. Read full release notes at: http://www.openser.org/index.php?option=com_content&task=view&id=47&Itemid=… With this release, the OpenSER web site has a new look, hope it will ease user experience in finding the information quickly. http://www.openser.org/ You have to update the bookmarks inside the site, some pages have new links. A branch has been created: rel_1_1_0. Getting the v1.1.0 sources from CVS is now: "cvs co -r rel_1_1_0". The tarballs with sources are available at: http://www.openser.org/pub/openser/latest/src/ http://www.openser.org/index.php?option=com_content&task=view&id=29&Itemid=… Binaries and packages for different distributions will be uploaded in the next days as they become available. Contributors are welcome to submit packages for preferred OS and architecture. We will make them available on OpenSER download site. The documentation for modules is posted at: http://openser.org/docs/modules/1.1.x/ Documentation repository: http://www.openser.org/index.php?option=com_content&task=view&id=34&Itemid=… We would like to thank to all developers and contributors for their work on this new release. Cheers, Daniel

18 years, 4 months

RE: [Serusers] Open source GSM/CDMA network

by Aimable Habiyakare

Check this one out http://www.wireless3g4free.com/ ________________________________ From: Magnus Kelly [mailto:magnus.kelly@mcomwifi.net] Sent: Monday, July 10, 2006 4:26 PM To: Aimable Habiyakare; CM0002(a)aol.com Cc: serusers(a)iptel.org Subject: RE: [Serusers] Open source GSM/CDMA network As one of the UK gsm guard band license holders this thread is exactly what I am hoping for, currently the only SDR GSM bts I am aware of is from www.vanu.com <http://www.vanu.com/> who in discussion, confirm that they have it running under Linux with a wide band final output transceiver + and as such the radio can be changed on the fly between different technologies - meaning can start with gsm and then potentially change by software to other technology as new standards emerge. Perhaps you could share where the info on the open source WCDMA bts can be located? Magnus ________________________________ From: serusers-bounces(a)lists.iptel.org [mailto:serusers-bounces@lists.iptel.org] On Behalf Of Aimable Habiyakare Sent: Monday, July 10, 2006 2:30 PM To: CM0002(a)aol.com Cc: serusers(a)iptel.org Subject: RE: [Serusers] Open source GSM/CDMA network When you put into consideration Software Defined Radio, whereby software and (general hardware) is used to generate radio signals which were being generated by analog integrated circuits, maybe there is a possibility. Look at what GNU Radio is trying to do. Together with SER/Asterisk, maybe something can be built. BTW there is an open source WCDMA software base station already around. ________________________________ From: serusers-bounces(a)lists.iptel.org [mailto:serusers-bounces@lists.iptel.org] On Behalf Of CM0002(a)aol.com Sent: Monday, July 10, 2006 2:46 PM To: serusers(a)iptel.org Subject: [Serusers] Open source GSM/CDMA network GSM suppliers working on that already and implementing softswitches in order to increase capacity and lower cost. However GSM is circuit switched - not packet switched (except GPRS) and here is the point cost can't really dropped. The way it will be more probably is that GSM CDMA might be used in the furture in the suburbans and in metropolitan areas we will see a WIMAX/VOIP scenario. This will result in a hybrid network for at least a transitional period. We already experienced it with AMPS/TDMA to GSM transition. CDMA (spread spectrum) is almost dead because high cost and leck of roaming capacity. WCDMA/UMTS (spread spectrum 3G) is very expencive and hard to manage (in Europe the launch was delayed by 2 years because hard and software problems). I recently started with a project (small scale) to setup such WIMAX based networks. The aim is to develop a low cost internet/phone network for rural communities in third world countries. Anybody with routing experience who wants to join me on a professional base is welcome. Regards Christian

18 years, 4 months

[Serusers] Echo Cancellation

by ravi reddy

Hi users I noticed some strange thing yesterday when i made a SIP-SIP call everytthing was O.K , when I made SIP-Pstn local call its pretty good BUT When I made SIP-PSTN (international) I am Hearing my Voice back at Some stages , I tried for lot of calls but i dont understand where actually the problem is creating , Can any body please solve this "ECHO" problem Thanks. Regards, Ravi.

18 years, 4 months

RE: [Serusers] Termination from SER to Asterisk

by Ricardo Martinez

Take a look at www.onsip.org Cheers Ricardo.- -----Mensaje original----- De: serusers-bounces(a)lists.iptel.org [mailto:serusers-bounces@lists.iptel.org]En nombre de CM0002(a)aol.com Enviado el: lunes, 10 de julio de 2006 10:48 Para: Serusers(a)lists.iptel.org Asunto: [Serusers] Termination from SER to Asterisk I have a SER server running and want to terminate calls to Asterisk. Can somebody help me and provide me with the ser,cfg script needed? Thanks! Christian

18 years, 4 months

[Serusers] Termination from SER to Asterisk

by CM0002＠aol.com

I have a SER server running and want to terminate calls to Asterisk. Can somebody help me and provide me with the ser,cfg script needed? Thanks! Christian

18 years, 4 months

[Users] I still get error in [tls/tls_init.o). Please help me... Please...

by Ferianto siregar

Dear all, I have tried to do all of your suggestion to solve my problem in compiling TLS support in my openser system. Some of tasks that I have done are: 1. I have installed openssl package in my system. The package that I have installed is openssl-0.9.7a.tar.gz. The installing process success without any error. 2. I have installed openser-1.0.1-tls.src.tar.gz package in my system and I got no error. But when I run TLS=1 make all command, I still got the same error message, [tls/tls_init.o] Error. I am confused. Would you mind giving any suggestion for me? Please help mepleaseso I can finish my paper and graduate this year..Please Thank you very much for your help Thanks with all regards, Ferianto Note: The version of my operationg system is # uname -a Linux localhost.localdomain 2.4.20-8 #1 Thu Mar 13 17:54:28 EST 2003 i686 i686 i386 GNU/Linux The version of my openssl package (the rpm packet) is # rpm -qa|grep -i ssl openssl-devel-0.9.7a-2 openssl-0.9.7a-2 pyOpenSSL-0.5.1-8 mod_ssl-2.0.40-21 docbook-style-dsssl-1.76-8 This is the error message that I got : [root@localhost root]# cd openser-1.0.1-tls [root@localhost openser-1.0.1-tls]# make TLS=1 tls/tls_init.c:373:25: directives may not be used inside a macro argument tls/tls_init.c:372:56: unterminated argument list invoking macro "SSL_CTX_set_options" tls/tls_init.c:373:25: directives may not be used inside a macro argument tls/tls_init.c:372:56: unterminated argument list invoking macro "SSL_CTX_set_options" Compiling main.c gcc -g -O9 -funroll-loops -Wcast-align -Wall -minline-all-stringops -malign-double -falign-loops -mcpu=athlon -DNAME='"openser"' -DVERSION='"1.0.1-tls"' -DARCH='"i386"' -DOS='"linux"' -DCOMPILER='"gcc 3.2.2"' -D__CPU_i386 -D__OS_linux -DCFG_DIR='"/usr/local/etc/openser/"' -DPKG_MALLOC -DSHM_MEM -DSHM_MMAP -DDNS_IP_HACK -DUSE_IPV6 -DUSE_MCAST -DUSE_TCP -DDISABLE_NAGLE -DHAVE_RESOLV_RES -DF_MALLOC -DUSE_TLS -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 -I/usr/local/ssl/include -c main.c -o main.o Compiling cfg.tab.c gcc -g -O9 -funroll-loops -Wcast-align -Wall -minline-all-stringops -malign-double -falign-loops -mcpu=athlon -DNAME='"openser"' -DVERSION='"1.0.1-tls"' -DARCH='"i386"' -DOS='"linux"' -DCOMPILER='"gcc 3.2.2"' -D__CPU_i386 -D__OS_linux -DCFG_DIR='"/usr/local/etc/openser/"' -DPKG_MALLOC -DSHM_MEM -DSHM_MMAP -DDNS_IP_HACK -DUSE_IPV6 -DUSE_MCAST -DUSE_TCP -DDISABLE_NAGLE -DHAVE_RESOLV_RES -DF_MALLOC -DUSE_TLS -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 -I/usr/local/ssl/include -c cfg.tab.c -o cfg.tab.o Compiling tls/tls_domain.c gcc -g -O9 -funroll-loops -Wcast-align -Wall -minline-all-stringops -malign-double -falign-loops -mcpu=athlon -DNAME='"openser"' -DVERSION='"1.0.1-tls"' -DARCH='"i386"' -DOS='"linux"' -DCOMPILER='"gcc 3.2.2"' -D__CPU_i386 -D__OS_linux -DCFG_DIR='"/usr/local/etc/openser/"' -DPKG_MALLOC -DSHM_MEM -DSHM_MMAP -DDNS_IP_HACK -DUSE_IPV6 -DUSE_MCAST -DUSE_TCP -DDISABLE_NAGLE -DHAVE_RESOLV_RES -DF_MALLOC -DUSE_TLS -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 -I/usr/local/ssl/include -c tls/tls_domain.c -o tls/tls_domain.o Compiling tls/tls_init.c gcc -g -O9 -funroll-loops -Wcast-align -Wall -minline-all-stringops -malign-double -falign-loops -mcpu=athlon -DNAME='"openser"' -DVERSION='"1.0.1-tls"' -DARCH='"i386"' -DOS='"linux"' -DCOMPILER='"gcc 3.2.2"' -D__CPU_i386 -D__OS_linux -DCFG_DIR='"/usr/local/etc/openser/"' -DPKG_MALLOC -DSHM_MEM -DSHM_MMAP -DDNS_IP_HACK -DUSE_IPV6 -DUSE_MCAST -DUSE_TCP -DDISABLE_NAGLE -DHAVE_RESOLV_RES -DF_MALLOC -DUSE_TLS -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 -I/usr/local/ssl/include -c tls/tls_init.c -o tls/tls_init.o tls/tls_init.c:373:25: directives may not be used inside a macro argument tls/tls_init.c:372:56: unterminated argument list invoking macro "SSL_CTX_set_options" tls/tls_init.c: In function `init_ssl_ctx_behavior': tls/tls_init.c:376: `SSL_CTX_set_options' undeclared (first use in this function) tls/tls_init.c:376: (Each undeclared identifier is reported only once tls/tls_init.c:376: for each function it appears in.) tls/tls_init.c:376: parse error before ')' token make: *** [tls/tls_init.o] Error 1 --------------------------------- Sneak preview the all-new Yahoo.com. It's not radically different. Just radically better.

18 years, 4 months

[Users] ERROR:tlsops:mod_init:

by Henri Keski-Sikkilä

When I start openser and tlsops-module, I get this error: /sbin/openser[11963]: ERROR:tlsops:mod_init: failed to register pvar 'tls_version' /sbin/openser[11963]: init_mod(): Error while initializing module tls Any ideas? Henri

18 years, 4 months

RE: [Serusers] Open source GSM/CDMA network

by Aimable Habiyakare

When you put into consideration Software Defined Radio, whereby software and (general hardware) is used to generate radio signals which were being generated by analog integrated circuits, maybe there is a possibility. Look at what GNU Radio is trying to do. Together with SER/Asterisk, maybe something can be built. BTW there is an open source WCDMA software base station already around. ________________________________ From: serusers-bounces(a)lists.iptel.org [mailto:serusers-bounces@lists.iptel.org] On Behalf Of CM0002(a)aol.com Sent: Monday, July 10, 2006 2:46 PM To: serusers(a)iptel.org Subject: [Serusers] Open source GSM/CDMA network GSM suppliers working on that already and implementing softswitches in order to increase capacity and lower cost. However GSM is circuit switched - not packet switched (except GPRS) and here is the point cost can't really dropped. The way it will be more probably is that GSM CDMA might be used in the furture in the suburbans and in metropolitan areas we will see a WIMAX/VOIP scenario. This will result in a hybrid network for at least a transitional period. We already experienced it with AMPS/TDMA to GSM transition. CDMA (spread spectrum) is almost dead because high cost and leck of roaming capacity. WCDMA/UMTS (spread spectrum 3G) is very expencive and hard to manage (in Europe the launch was delayed by 2 years because hard and software problems). I recently started with a project (small scale) to setup such WIMAX based networks. The aim is to develop a low cost internet/phone network for rural communities in third world countries. Anybody with routing experience who wants to join me on a professional base is welcome. Regards Christian

18 years, 4 months

← Newer
1
...
29
30
31
32
33
34
35
...
42
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 July 2006