sr-users January 2004

sr-users@lists.kamailio.org

142 participants
338 discussions

[Serusers] Microsoft Messenger 5.0 client Incompatabilities (additional information)
by Alan Klein 05 Jan '04

05 Jan '04

I did some additional research on this and found the following "very brief" comment by Microsoft. I imagine there comment "some innovative features" is really equivalent to proprietary extensions that will not be part of the SIMPLE protocol? Microsoft "innovating" again :) http://www.microsoft.com/office/livecomm/prodinfo/faq.mspx#XSLTfaqSection12… Q. Can clients developed by companies other than Microsoft interoperate with Live Communications Server 2003? A. In general, interoperability is limited to the Microsoft Windows® Messenger 5.0 client or applications built on top of V1.2 RTC Client application programming interfaces (APIs). Microsoft has developed some innovative features in the real-time communications area. Several extensions made by Microsoft that use the SIMPLE protocol are not yet implemented by other companies.

3 2

RE: [Serusers] SIP REGISTER
by Darshan Uka 05 Jan '04

05 Jan '04

Hello, with reference to http://iptel.org/ser/doc/ser-howto/ser-Howto.html#AEN132 I am trying to find the zone file for DNS SVR Resource Records. Where do if find one? I want the sip phone 4444(a)mnlab.cti.depaul.edu to register with the ser 140.192.37.59 How do i configure the ser to mnlab.cti.depaul.edu? Thanks, Darshan. ----Original Message Follows---- From: "Franz Edler" <franz.edler(a)utanet.at> Reply-To: <franz.edler(a)utanet.at> To: "'Darshan Uka'" <ukadarshan_2001(a)hotmail.com>,<serusers(a)lists.iptel.org> Subject: RE: [Serusers] SIP REGISTER Date: Mon, 5 Jan 2004 10:12:25 +0100 MIME-Version: 1.0 Received: from taro.utanet.at ([213.90.36.45]) by mc10-f18.hotmail.com with Microsoft SMTPSVC(5.0.2195.6713); Mon, 5 Jan 2004 01:13:12 -0800 Received: from patricia.utanet.at ([213.90.36.8])by taro.utanet.at with esmtp (Exim 4.12)id 1AdQnP-0001cd-00; Mon, 05 Jan 2004 10:13:11 +0100 Received: from simmu3-79-112.utaonline.at ([62.218.79.112] helo=WPC)by patricia.utanet.at with esmtp (Exim 4.12)id 1AdQnM-0000Wu-00; Mon, 05 Jan 2004 10:13:09 +0100 X-Message-Info: JGTYoYF78jH/jzxLlXm8hVgWxzc+yZ3I Organization: privat X-Mailer: Microsoft Office Outlook, Build 11.0.5510 In-Reply-To: <Law11-F53jMvo4Jk4aW00012584(a)hotmail.com> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 Thread-Index: AcPTIJd12rwK415sRWyD4uDSoT7P9QASq6CA Message-Id: <E1AdQnM-0000Wu-00(a)patricia.utanet.at> Return-Path: franz.edler(a)utanet.at X-OriginalArrivalTime: 05 Jan 2004 09:13:12.0946 (UTC) FILETIME=[25229D20:01C3D36C] > From: Darshan Uka Sent: Monday, January 05, 2004 1:12 AM > How do i configure the ser to REGISTER requests from a pingtel SIP phone? The Default Configuration Script already accepts REGISTER requests and updates the database accordingly (see admin_guide 2.7.1). You need not modify ser.cfg in a first step. Franz _________________________________________________________________ Get reliable dial-up Internet access now with our limited-time introductory offer. http://join.msn.com/?page=dept/dialup

2 1

[Serusers] SIP REGISTER
by Darshan Uka 05 Jan '04

05 Jan '04

Hello, How do i configure the ser to REGISTER requests from a pingtel SIP phone? I have configured the SIP phone to register and provided a sip resourceID and host as follows: sip:4444@mnlab.cti.depaul.edu What changes do i need to make to the ser.cfg file? Thanks, -Darshan _________________________________________________________________ Expand your wine savvy and get some great new recipes at MSN Wine. http://wine.msn.com

2 1

[Serusers] sems on solaris ?
by Samy Touati 04 Jan '04

04 Jan '04

Is sems supported on solaris ? Thanks. Samy.

2 1

[Serusers] Fedora ?
by Alessio Focardi 04 Jan '04

04 Jan '04

Hi, I'm going to install SER on a production machine. Normally I would have used Red Hat 9, that is also my "developement" platform ... I'm wondering if its better to install fedora instead, that will remain free. Any suggestion on that matter ? Tnx all ! -- Best regards, Alessio mailto:alessiof@interconnessioni.it

3 2

[Serusers] UDP fragmentation
by Thilo Salmon 04 Jan '04

04 Jan '04

Happy near year everybody, this year started with a surprise: UACs I had behind a NAT would not take calls. Further research revealed, that my INVITE messages would be to large to fit my MTU of 1500 of traversing three proxies. Unfortunately, the fragmented UDP packets would NAT traverse my NATs. Now, looking at the INVITE messages, my first idea was to strip some header fields which are not strictly required to set up a call at the last proxy - such as 'User-Agent'. Would that be a way to go? If so, is there a way of doing this with ser? Or would I need tunnel those messages through a B2BUA (if so, which one would you use)? Naturally my favourite option would be to find a univeral solution to force UDP fragments through a NAT. However, my understanding as of now is, that UDP fragments do not carry port information so they will not make it through a NAT which does not keep state, suahc as my D-Link residential router. Thilo

4 4

[Serusers] Re: SER
by Darshan Uka 04 Jan '04

04 Jan '04

Hello, Should i change in the /etc/ser/ser.cfg (uri==myself) to (uri==140.192.37.59) where the 140.192.37.59 is the ip address of the ser. Thanks, -Darshan ----Original Message Follows---- From: Jan Janak <jan(a)iptel.org> To: Darshan Uka <ukadarshan_2001(a)hotmail.com> CC: serusers(a)lists.iptel.org Subject: Re: [Serusers] Re:SER Date: Sun, 4 Jan 2004 01:28:06 +0100 MIME-Version: 1.0 Received: from fox.iptel.org ([195.37.77.101]) by mc12-f26.hotmail.com with Microsoft SMTPSVC(5.0.2195.6713); Sat, 3 Jan 2004 16:30:18 -0800 Received: from localhost.localdomain (fox.iptel.org [195.37.77.101])by fox.iptel.org (Postfix) with SMTPid 02A29BDA4; Sun, 4 Jan 2004 01:27:30 +0100 (CET) Received: by localhost.localdomain (sSMTP sendmail emulation); Sun, 4 Jan 2004 01:28:07 +0100 X-Message-Info: JGTYoYF78jEnGRiKb45R4ZRFHM/M/kHU Message-ID: <20040104002806.GC1247(a)localhost.localdomain> Mail-Followup-To: Darshan Uka <ukadarshan_2001(a)hotmail.com>,serusers(a)lists.iptel.org References: <Law11-F121ku04koK5u00011c2d(a)hotmail.com> In-Reply-To: <Law11-F121ku04koK5u00011c2d(a)hotmail.com> User-Agent: Mutt/1.5.4i Return-Path: jan(a)iptel.org X-OriginalArrivalTime: 04 Jan 2004 00:30:18.0930 (UTC) FILETIME=[EE59F120:01C3D259] The message looped on the server until max-forwards check hits. The Request-URI of the REGISTER message (sip:140.192.37.59 in this case) is considered as foreign by the server and simply forwarded, but because it is not foreign it hits the same server again. If you are using the default script then it means that the condition if (uri==myself) doesn't match that IP address. Jan. On 04-01 00:19, Darshan Uka wrote: > Hello Jan, > I tried to register using sipsak with the ser but couldn't: > [brewster@localhost brewster]$ sipsak -U -I -e 5 -s sip:4444@140.192.37.59 > -vv > warning: redirects are not expected in USRLOC. disableing > registering user 44440... > received: > SIP/2.0 483 Too Many Hops > Via: SIP/2.0/UDP localhost.localdomain:32784;received=140.192.37.59 > From: <sip:44440@140.192.37.59> > To: <sip:44440@140.192.37.59>;tag=b27e1a1d33761e85846fc98f5f3a7e58.44dc > Call-ID: 2034451172(a)localhost.localdomain > CSeq: 1 REGISTER > Server: Sip EXpress router (0.8.11 (i386/linux)) > Content-Length: 0 > Warning: 392 140.192.37.59:5060 "Noisy feedback tells: pid=2262 > req_src_ip=140.192.37.59 req_src_port=5060 in_uri=sip:140.192.37.59 > out_uri=sip:140.192.37.59 via_cnt==71" > > > error: didn't received '200 OK' on register (see above). aborting > What could be the reason for this? > Thanks, > -Darshan > > ----Original Message Follows---- > From: Jan Janak <jan(a)iptel.org> > To: Darshan Uka <ukadarshan_2001(a)hotmail.com> > CC: serusers(a)lists.iptel.org > Subject: Re: [Serusers] Re:SER > Date: Sat, 3 Jan 2004 19:50:11 +0100 > MIME-Version: 1.0 > Received: from fox.iptel.org ([195.37.77.101]) by mc5-f6.hotmail.com with > Microsoft SMTPSVC(5.0.2195.6713); Sat, 3 Jan 2004 10:52:22 -0800 > Received: from localhost.localdomain (fox.iptel.org [195.37.77.101])by > fox.iptel.org (Postfix) with SMTPid 8511EBDA3; Sat, 3 Jan 2004 19:49:35 > +0100 (CET) > Received: by localhost.localdomain (sSMTP sendmail emulation); Sat, 3 Jan > 2004 19:50:11 +0100 > X-Message-Info: JGTYoYF78jHCUrdF36ytC88bjJA8hXfX > Message-ID: <20040103185011.GS556(a)localhost.localdomain> > Mail-Followup-To: Darshan Uka > <ukadarshan_2001(a)hotmail.com>,serusers(a)lists.iptel.org > References: <Law11-F1133VLnjJeDY0000b77c(a)hotmail.com> > In-Reply-To: <Law11-F1133VLnjJeDY0000b77c(a)hotmail.com> > User-Agent: Mutt/1.5.4i > Return-Path: jan(a)iptel.org > X-OriginalArrivalTime: 03 Jan 2004 18:52:22.0934 (UTC) > FILETIME=[B8EA7B60:01C3D22A] > > Hard to say, maybe you: > > -- listen on a different interface > -- listen on a different host > -- filter out port 5060 so SIP messages do not appear in your dumps > -- phones do not send any SIP messages > -- phones send SIP messages to a different host > > etc... > > Jan. > > On 01-01 00:12, Darshan Uka wrote: > > Hi, > > I am totally new to SER. > > I have installed it and have the following set up: > > pingtel phone --- SER ----- pingtel phone > > I somehow dont see the sip headers in the tcpdump/trace. > > Any suggestions. > > Thanks, > > > > -Darshan > > > > _________________________________________________________________ > > Get reliable dial-up Internet access now with our limited-time > introductory > > offer. http://join.msn.com/?page=dept/dialup > > > > _______________________________________________ > > Serusers mailing list > > serusers(a)lists.iptel.org > > http://lists.iptel.org/mailman/listinfo/serusers > > _________________________________________________________________ > Worried about inbox overload? Get MSN Extra Storage now! > http://join.msn.com/?PAGE=features/es > _________________________________________________________________ Working moms: Find helpful tips here on managing kids, home, work and yourself. http://special.msn.com/msnbc/workingmom.armx

2 1

Re: [Serusers] Re:SER
by Darshan Uka 04 Jan '04

04 Jan '04

Hello Jan, For this scenario: ------------------------------------------------------------------------------------------------------------------------------------------ pingtel sip phone-1---------------------------SER-sip express router----------------------------pingtel sip phone-2 sip:4444@140.192.37.4 ser:140.192.37.59 sip:einstein@140.192.37.16 Using DHCP Using static IP Using DHCP Q.1.Should i configure the sip phone-1's host id to 140.192.37.59? Q.2.If i do so the SER-sip express router gives a warning that 1 Register pending or simply doesn't register. Q.3.Moreover i wish to see the sip traces using SIP Scenario Generator or Ethereal which i currently don't see yet? Any suggestions. Darshan.A.Uka ----Original Message Follows---- From: Jan Janak <jan(a)iptel.org> To: Darshan Uka <ukadarshan_2001(a)hotmail.com> CC: serusers(a)lists.iptel.org Subject: Re: [Serusers] Re:SER Date: Sat, 3 Jan 2004 19:50:11 +0100 MIME-Version: 1.0 Received: from fox.iptel.org ([195.37.77.101]) by mc5-f6.hotmail.com with Microsoft SMTPSVC(5.0.2195.6713); Sat, 3 Jan 2004 10:52:22 -0800 Received: from localhost.localdomain (fox.iptel.org [195.37.77.101])by fox.iptel.org (Postfix) with SMTPid 8511EBDA3; Sat, 3 Jan 2004 19:49:35 +0100 (CET) Received: by localhost.localdomain (sSMTP sendmail emulation); Sat, 3 Jan 2004 19:50:11 +0100 X-Message-Info: JGTYoYF78jHCUrdF36ytC88bjJA8hXfX Message-ID: <20040103185011.GS556(a)localhost.localdomain> Mail-Followup-To: Darshan Uka <ukadarshan_2001(a)hotmail.com>,serusers(a)lists.iptel.org References: <Law11-F1133VLnjJeDY0000b77c(a)hotmail.com> In-Reply-To: <Law11-F1133VLnjJeDY0000b77c(a)hotmail.com> User-Agent: Mutt/1.5.4i Return-Path: jan(a)iptel.org X-OriginalArrivalTime: 03 Jan 2004 18:52:22.0934 (UTC) FILETIME=[B8EA7B60:01C3D22A] Hard to say, maybe you: -- listen on a different interface -- listen on a different host -- filter out port 5060 so SIP messages do not appear in your dumps -- phones do not send any SIP messages -- phones send SIP messages to a different host etc... Jan. On 01-01 00:12, Darshan Uka wrote: > Hi, > I am totally new to SER. > I have installed it and have the following set up: > pingtel phone --- SER ----- pingtel phone > I somehow dont see the sip headers in the tcpdump/trace. > Any suggestions. > Thanks, > > -Darshan > > _________________________________________________________________ > Get reliable dial-up Internet access now with our limited-time introductory > offer. http://join.msn.com/?page=dept/dialup > > _______________________________________________ > Serusers mailing list > serusers(a)lists.iptel.org > http://lists.iptel.org/mailman/listinfo/serusers _________________________________________________________________ Have fun customizing MSN Messenger learn how here! http://www.msnmessenger-download.com/tracking/reach_customize

1 0

Re: [Serusers] Re:SER
by Darshan Uka 04 Jan '04

04 Jan '04

Hello Jan, I tried to register using sipsak with the ser but couldn't: [brewster@localhost brewster]$ sipsak -U -I -e 5 -s sip:4444@140.192.37.59 -vv warning: redirects are not expected in USRLOC. disableing registering user 44440... received: SIP/2.0 483 Too Many Hops Via: SIP/2.0/UDP localhost.localdomain:32784;received=140.192.37.59 From: <sip:44440@140.192.37.59> To: <sip:44440@140.192.37.59>;tag=b27e1a1d33761e85846fc98f5f3a7e58.44dc Call-ID: 2034451172(a)localhost.localdomain CSeq: 1 REGISTER Server: Sip EXpress router (0.8.11 (i386/linux)) Content-Length: 0 Warning: 392 140.192.37.59:5060 "Noisy feedback tells: pid=2262 req_src_ip=140.192.37.59 req_src_port=5060 in_uri=sip:140.192.37.59 out_uri=sip:140.192.37.59 via_cnt==71" error: didn't received '200 OK' on register (see above). aborting What could be the reason for this? Thanks, -Darshan ----Original Message Follows---- From: Jan Janak <jan(a)iptel.org> To: Darshan Uka <ukadarshan_2001(a)hotmail.com> CC: serusers(a)lists.iptel.org Subject: Re: [Serusers] Re:SER Date: Sat, 3 Jan 2004 19:50:11 +0100 MIME-Version: 1.0 Received: from fox.iptel.org ([195.37.77.101]) by mc5-f6.hotmail.com with Microsoft SMTPSVC(5.0.2195.6713); Sat, 3 Jan 2004 10:52:22 -0800 Received: from localhost.localdomain (fox.iptel.org [195.37.77.101])by fox.iptel.org (Postfix) with SMTPid 8511EBDA3; Sat, 3 Jan 2004 19:49:35 +0100 (CET) Received: by localhost.localdomain (sSMTP sendmail emulation); Sat, 3 Jan 2004 19:50:11 +0100 X-Message-Info: JGTYoYF78jHCUrdF36ytC88bjJA8hXfX Message-ID: <20040103185011.GS556(a)localhost.localdomain> Mail-Followup-To: Darshan Uka <ukadarshan_2001(a)hotmail.com>,serusers(a)lists.iptel.org References: <Law11-F1133VLnjJeDY0000b77c(a)hotmail.com> In-Reply-To: <Law11-F1133VLnjJeDY0000b77c(a)hotmail.com> User-Agent: Mutt/1.5.4i Return-Path: jan(a)iptel.org X-OriginalArrivalTime: 03 Jan 2004 18:52:22.0934 (UTC) FILETIME=[B8EA7B60:01C3D22A] Hard to say, maybe you: -- listen on a different interface -- listen on a different host -- filter out port 5060 so SIP messages do not appear in your dumps -- phones do not send any SIP messages -- phones send SIP messages to a different host etc... Jan. On 01-01 00:12, Darshan Uka wrote: > Hi, > I am totally new to SER. > I have installed it and have the following set up: > pingtel phone --- SER ----- pingtel phone > I somehow dont see the sip headers in the tcpdump/trace. > Any suggestions. > Thanks, > > -Darshan > > _________________________________________________________________ > Get reliable dial-up Internet access now with our limited-time introductory > offer. http://join.msn.com/?page=dept/dialup > > _______________________________________________ > Serusers mailing list > serusers(a)lists.iptel.org > http://lists.iptel.org/mailman/listinfo/serusers _________________________________________________________________ Worried about inbox overload? Get MSN Extra Storage now! http://join.msn.com/?PAGE=features/es

2 1

[Serusers] radius accounting issue
by Anthony Law 03 Jan '04

03 Jan '04

Hi, I am having problem getting radius accounting to work. My problem is that radius detail file is not written to /var/log/radius/radacct/ in fact there is no radius accounting at all, strangely I do have radius.log (radius setup seems to be fine as I could get detail accounting from my dialup NAS) I am running "ser-0.8.11, freeradius-0.9.3 & radiusclient-0.3.2". Here is my ser.cfg # # $Id: ser.cfg,v 1.21.2.1 2003/07/30 16:46:18 andrei Exp $ # # simple quick-start config script # # ----------- global configuration parameters ------------------------ debug=9 # debug level (cmd line: -dddddddddd) fork=yes log_stderror=no # (cmd line: -E) /* Uncomment these lines to enter debugging mode debug=9 fork=no log_stderror=yes */ check_via=no # (cmd. line: -v) dns=no # (cmd. line: -r) rev_dns=no # (cmd. line: -R) #port=5060 #children=4 fifo="/tmp/ser_fifo" # ------------------ module loading ---------------------------------- # Uncomment this if you want to use SQL database #loadmodule "/usr/local/lib/ser/modules/mysql.so" loadmodule "/usr/local/lib/ser/modules/sl.so" loadmodule "/usr/local/lib/ser/modules/tm.so" loadmodule "/usr/local/lib/ser/modules/rr.so" loadmodule "/usr/local/lib/ser/modules/acc.so" loadmodule "/usr/local/lib/ser/modules/maxfwd.so" loadmodule "/usr/local/lib/ser/modules/usrloc.so" loadmodule "/usr/local/lib/ser/modules/registrar.so" # Uncomment this if you want digest authentication # mysql.so must be loaded ! #loadmodule "/usr/local/lib/ser/modules/auth.so" #loadmodule "/usr/local/lib/ser/modules/auth_db.so" loadmodule "/usr/local/lib/ser/modules/auth.so" loadmodule "/usr/local/lib/ser/modules/auth_radius.so" # ----------------- setting module-specific parameters --------------- # -- usrloc params -- modparam("usrloc", "db_mode", 0) # Uncomment this if you want to use SQL database # for persistent storage and comment the previous line #modparam("usrloc", "db_mode", 2) # -- auth params -- # Uncomment if you are using auth module # #modparam("auth_db", "calculate_ha1", yes) modparam("auth_radius", "radius_config", "/usr/local/etc/radiusclient/radiusclient.conf") modparam("acc", "radius_config", "/usr/local/etc/radiusclient/radiusclient.conf") # If you set "calculate_ha1" parameter to yes (which true in this config), # uncomment also the following parameter) # #modparam("auth_db", "password_column", "password") modparam("auth_radius", "service_type", 15) # -- rr params -- # add value to ;lr param to make some broken UAs happy modparam("rr", "enable_full_lr", 1) # related to radius acct modparam("acc", "log_level", 1) modparam("acc", "radius_flag", 1) modparam("acc", "radius_missed_flag", 3) # ------------------------- request routing logic ------------------- # main routing logic route{ # initial sanity checks -- messages with # max_forwards==0, or excessively long requests if (!mf_process_maxfwd_header("10")) { sl_send_reply("483","Too Many Hops"); break; }; if (len_gt( max_len )) { sl_send_reply("513", "Message too big"); break; }; # we record-route all messages -- to make sure that # subsequent messages will go through our proxy; that's # particularly good if upstream and downstream entities # use different transport protocol record_route(); # loose-route processing if (loose_route()) { t_relay(); break; }; # if the request is for other domain use UsrLoc # (in case, it does not work, use the following command # with proper names and addresses in it) # if (uri==myself) { if (uri=~"") { if (method=="REGISTER") { log(1, "Register: Authenticating user\n"); # Uncomment this if you want to use digest authentication if (!radius_www_authorize("")) { log(1, "Register: Challenging user\n"); www_challenge("", "0"); break; }; save("location"); break; }; if (method=="INVITE") { log(1, "INVITE\n"); setflag(1); /* set for accounting (the same value as in log_flag!) */ }; if (method=="MESSAGE") { log(1, "MESSAGE\n"); setflag(1); /* set for accounting (the same value as in log_flag!) */ }; if (method=="BYE" || method=="CANCEL") { log (1, "BYE or CANCEL\n"); setflag(1); }; # native SIP destinations are handled using our USRLOC DB if (!lookup("location")) { sl_send_reply("404", "Not Found"); break; }; }; # forward to current uri now; use stateful forwarding; that # works reliably even if we forward from TCP to UDP if (!t_relay()) { sl_reply_error(); }; } Suggestions anyone?? Regards, Anthony

3 4

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 January 2004