sr-users April 2003

sr-users@lists.kamailio.org

69 participants
115 discussions

FWD: Re: [Serusers] Regarding SUBSCRIBE method
by Geetha Shree 15 Apr '03

15 Apr '03

---------- Original Message ---------------------------------- From: "Geetha Shree" <geethas(a)erivasystems.com> Reply-To: <geethas(a)erivasystems.com> Date: Tue, 15 Apr 2003 01:15:24 -0700 hi Thanks for the answer. But again sorry ,i am geeting 408 request time out again. I have changed the via-stack as was in the request like below >>SUBSCRIBE sip:geetha@192.168.1.9 SIP/2.0 >>Via: SIP/2.0/UDP 192.168.1.9:5060 >>Via: sip/2.0/UDP 192.168.1.22:5060 >>From: <sip:client1@192.168.1.9>;tag=1050301248710 >>To: <sip:client2@192.168.1.9> >>Call-Id: 237f8aec0b47b309dfe8af3d844f9e95(a)192.168.1.22 >>CSeq: 1 SUBSCRIBE >>Contact: <sip:192.168.1.22:5060> >>Expires: 1800 >>Content-Length: 0 >> >> >>SIP/2.0 200 OK >>Via: SIP/2.0/UDP 192.168.1.9:5060 >>Via: SIP/2.0/UDP 192.168.1.22:5060 >>From: <sip:client1@192.168.1.9>;tag=1050301248710 >>To: <sip:client2@192.168.1.9>;tag=1050301221190 >>Call-Id: 237f8aec0b47b309dfe8af3d844f9e95(a)192.168.1.22 >>CSeq: 1 SUBSCRIBE >>Contact: <sip:192.168.1.21:5060> >>Expires: 1800 >>Content-Length: 0 >the reply does not fit the request, since it has a different via stack. >It's thus not recognized as a part of the transaction by proxy, forwarded >statelessly and terminated with 408. > >-Jiri > >At 09:03 AM 4/15/2003, Geetha Shree wrote: >>hi all, >> >>We are getting 408 request timeout for our SUBSCRIBE method inspite of other Useragent sending >>a 200OK response for the SUBSCRIBE method. >> >>Both SUBSCRIBE and 200OK packets are getting proxied to respective user agents correctly. >>But the client1 is receiving 408 request time out error and the client2 is receiving SUBSCRIBE methods often. >> >>The SUBSCRIBE packet and the 200OK packet are as shown below. >> >>SUBSCRIBE sip:geetha@192.168.1.9 SIP/2.0 >>Via: sip/2.0/UDP 192.168.1.22:5060 >>From: <sip:client1@192.168.1.9>;tag=1050301248710 >>To: <sip:client2@192.168.1.9> >>Call-Id: 237f8aec0b47b309dfe8af3d844f9e95(a)192.168.1.22 >>CSeq: 1 SUBSCRIBE >>Contact: <sip:192.168.1.22:5060> >>Expires: 1800 >>Content-Length: 0 >> >> >>SIP/2.0 200 OK >>Via: SIP/2.0/UDP 192.168.1.9:5060 >>Via: SIP/2.0/UDP 192.168.1.22:5060;received=192.168.1.22 >>From: <sip:client1@192.168.1.9>;tag=1050301248710 >>To: <sip:client2@192.168.1.9>;tag=1050301221190 >>Call-Id: 237f8aec0b47b309dfe8af3d844f9e95(a)192.168.1.22 >>CSeq: 1 SUBSCRIBE >>Contact: <sip:192.168.1.21:5060> >>Expires: 1800 >>Content-Length: 0 >> >> >> >> >>Thanks >>Geetha >> >>_______________________________________________ >>Serusers mailing list >>serusers(a)lists.iptel.org >>http://lists.iptel.org/mailman/listinfo/serusers > >-- >Jiri Kuthan http://iptel.org/~jiri/ > >_______________________________________________ >Serusers mailing list >serusers(a)lists.iptel.org >http://lists.iptel.org/mailman/listinfo/serusers > -- ******************************************************************** eRiva provides IT Solutions & Services to companies worldwide. Our State of the Art Research & Development Centers provides Innovative Solutions to global customers. ******************************************************************** --

1 0

[Serusers] Regarding SUBSCRIBE method
by Geetha Shree 15 Apr '03

15 Apr '03

hi all, We are getting 408 request timeout for our SUBSCRIBE method inspite of other Useragent sending a 200OK response for the SUBSCRIBE method. Both SUBSCRIBE and 200OK packets are getting proxied to respective user agents correctly. But the client1 is receiving 408 request time out error and the client2 is receiving SUBSCRIBE methods often. The SUBSCRIBE packet and the 200OK packet are as shown below. SUBSCRIBE sip:geetha@192.168.1.9 SIP/2.0 Via: sip/2.0/UDP 192.168.1.22:5060 From: <sip:client1@192.168.1.9>;tag=1050301248710 To: <sip:client2@192.168.1.9> Call-Id: 237f8aec0b47b309dfe8af3d844f9e95(a)192.168.1.22 CSeq: 1 SUBSCRIBE Contact: <sip:192.168.1.22:5060> Expires: 1800 Content-Length: 0 SIP/2.0 200 OK Via: SIP/2.0/UDP 192.168.1.9:5060 Via: SIP/2.0/UDP 192.168.1.22:5060;received=192.168.1.22 From: <sip:client1@192.168.1.9>;tag=1050301248710 To: <sip:client2@192.168.1.9>;tag=1050301221190 Call-Id: 237f8aec0b47b309dfe8af3d844f9e95(a)192.168.1.22 CSeq: 1 SUBSCRIBE Contact: <sip:192.168.1.21:5060> Expires: 1800 Content-Length: 0 Thanks Geetha

2 1

[Serusers] loose routing & M$ & Cisco
by Jiri Kuthan 14 Apr '03

14 Apr '03

FYI We found some SIP widely used implementations don't like loose-routing parameter (";lr") without any value (which is the currently documented use of loose-routing) and break. We will probably introduce a workaround option which will allow to use lr with value (e.g., ";lr=true"). In particular, we learned that Windows Messenger, rejects loose-record-routed requests and replies with "400 BAD Request" to INVITES with ";lr" in it. Cisco IOS strips all RR parameters without value away, including ";lr" from Route header fields in subsequent requests. -Jiri -- Jiri Kuthan http://iptel.org/~jiri/

1 0

[Serusers] Problem with Presence Agent Module
by 2 2 14 Apr '03

14 Apr '03

Hi all, I downloaded the latest code from CVS and trying to include Presence Agent(pa.so) in my ser.cfg file. While trying to start the SER, i am geting "Segmentation fault" error. I have included dependent modules (tm,usrloc,jabber) before loading pa.so inside ser.cfg. Is there any special parameters to be passed for pa.so module through modparam ? Also is there a client test program available to test Presence module ? Thanks, Santosh __________________________________________________ Do you Yahoo!? Yahoo! Tax Center - File online, calculators, forms, and more http://tax.yahoo.com

3 2

[Serusers] Redhat 7.3 Compiler Question pertaining to SER
by Scott Holben 14 Apr '03

14 Apr '03

Hi, I got Pingtel, SipTone hardphones and Windows Messenger softphone to work just fine with the SER 0.8.9 server on the Internet via a Intertex IX66 firewall. I tweaked the SIP phone configurations to use the SER 0.8.10 I installed at home, from the binary RPM obtained from ftp://ftp.berlios.de/pub/ser/0.8.10/packages/redhat/7.x. I ran into some very strange behaviors with SER and the firewall. I disconnected the firewall connection to the Internet and the SIP INVITE transactions stopped involving the firewall. This was evident from analyzing Ethereal captures. (It was if the firewall was in a promiscuous mode of operation an acted upon packets that did not apply to it.) However, I still could not get INVITE transactions to generate 2xx responses for two local phone and SER proxy configured without authentication. So, I tried compiling the source code on my Redhat 7.3 box. > gcc -v Reading specs from /usr/lib/gcc-lib/i386-redhat-linux/2.96/specs gcc version 2.96 20000731 (Red Hat Linux 7.3 2.96-110) > make config <- for SER . . . Old gcc detected (2.9x), use gcc >= 3.1 for better results make: *** No rule to make target `config'. Stop. My question is should I compile SER with the GCC 2.96 compiler or pay attention to the make config message and update GCC? (Some of the RPM binaries differ from what I compiled with the default RH 7.3 GCC 2.96 compiler.) Sincerely, Scott Holben (skaht(a)iptel.org)

2 1

[Serusers] Problem with Ser configuration
by 2 2 12 Apr '03

12 Apr '03

Hi all, I just installed MySql server on my linux box and trying to start SER. I am geting an error message while staring SER: "connect_db(): Cann't connect to local MySQL server through socket '/var/lib/mysql/mysql.sock' (2)" My MySql serevr is runing and I can connect to SER database from my machine. However the socket is created at /tmp/mysql.sock. Now my question is, from where did SER pickup the socket path while starting ? How can I change it to /tmp/mysql.sock ? Any pointer is appreciated. Thanks and Regards, Santosh __________________________________________________ Do you Yahoo!? Yahoo! Tax Center - File online, calculators, forms, and more http://tax.yahoo.com

2 1

[Serusers] Looking for SIP Developers/Engineers
by s k 12 Apr '03

12 Apr '03

We're looking to bring on full-time programmers/engineers to work on SIP-based VoIP platform. Useful skill sets are: -Experience with Linux/Solaris-Experience programming with C/C++ -Experience with MySQL/PostgreSQL/RADIUS-Experience Administering Linux/Unix/Apache-Experience with PHP or similar scripting languages-Experience testing and deploying Soft/Hard UAs-Experience with wholesale termination/origination networks using Cisco Voice Gateways-And of course, interest in and experience using SIP. Some H.323 experience may be useful as well Location of work is US West Coast and permission to work in the US is unfortunately a must. Please reply if you're interested to siptelco(a)yahoo.com with a resume/experience/skills. --------------------------------- Do you Yahoo!? Yahoo! Tax Center - File online, calculators, forms, and more

1 0

[Serusers] Crash in branch_builder() with probability 1/RAND_MAX
by Jonathan Lennox 11 Apr '03

11 Apr '03

I've discovered a bug in SER 0.8.10 which can segfault the server with a dereference of NULL, one time in RAND_MAX. In the function branch_builder() in msg_translator.c, if both the parameter 'label' and the parameter 'char_v' are 0, SER will crash. This is because the code assumes that if label is 0, char_v is non-NULL, and so will attempt to call memcpy() with char_v as the source. When branch_builder is invoked by the tm module, however, the label parameter comes from a random value assigned by h_table.c. This value is generated by rand(). As such, its value can legitimately be 0, which will happen, on average, one time in RAND_MAX. On Linux, RAND_MAX is 2^31, so this crash is very unlikely. However, on Solaris (where I'm doing some testing), RAND_MAX is 2^15, so this crash is reasonably common for a server under heavy load. However, this is a "valid" crash in either case; this isn't just a portability issue. (Note that RAND_MAX == 2^15 being less than TABLE_ENTRIES == 2^16 can also cause problems, according to a comment in h_table.c, though I believe only ones of efficiency, not correctness.) The patch below works around the problem in the simplest possible way, though it isn't a correct fix. I suspect the proper solution would be a) to reverse the logic of branch_builder() to test char_v for NULL, rather than label for non-0; and b) to check with the preprocessor if RAND_MAX is less than TABLE_ENTRIES, and if so, use random() rather than rand() in modules/tm/h_table.c. -- Jonathan Lennox lennox(a)cs.columbia.edu --- ser-0.8.10.orig/msg_translator.c Mon Oct 21 15:21:50 2002 +++ ser-0.8.10/msg_translator.c Wed Apr 9 15:31:47 2003 @@ -813,6 +813,12 @@ begin++; size--; } else return 0; + if (!label && !char_v) { + LOG(L_ERR, "ERROR: branch_builder: both label and char_v " + "are 0\n"); + return 0; + } + /* label is set -- use it ... */ if (label) { if (int2reverse_hex( &begin, &size, label )==-1)

2 2

[Serusers] call between two NATted ATAs - is it possible ?
by Michael Vasilenko 11 Apr '03

11 Apr '03

Hello! I'm interested to implement the possibility of call between two NATted ATAs using SER 0.8.10 and Maxim's nethelper module. I'm using config described at http://lists.iptel.org/pipermail/serusers/2003-January/000165.html Signalling works just fine, but no media stream. My test setup: ATA1 --- NAT1 --- SER --- NAT2 --- ATA2 cut from tcpdump of call from ATA1 to ATA2 on private side of NAT1: 213.186.192.26 is NAT2 23:52:05.707635 213.186.192.26 > 172.20.0.205: icmp: 213.186.192.26 udp port 16384 unreachable [tos 0xc0] 23:52:05.727178 172.20.0.205.10000 > 213.186.192.26.16384: udp 32 [tos 0xa0] 23:52:05.727677 213.186.192.26 > 172.20.0.205: icmp: 213.186.192.26 udp port 16384 unreachable [tos 0xc0] 23:52:05.747216 172.20.0.205.10000 > 213.186.192.26.16384: udp 32 [tos 0xa0] 23:52:05.747734 213.186.192.26 > 172.20.0.205: icmp: 213.186.192.26 udp port 16384 unreachable [tos 0xc0]

1 0

[Serusers] anti-spam test
by Jiri Kuthan 11 Apr '03

11 Apr '03

ignore please. bear with us -- we are double/triple-checking our new anti-spam filter. -jiri -- Jiri Kuthan http://iptel.org/~jiri/

1 0

← Newer
1
2
3
4
5
6
7
8
9
...
12
Older →

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 April 2003