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.
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
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
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
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
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
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
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
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
