RE: [Sip] Strict, Semi-Strict and Loose mode in RPH - not a good fit for ets and wps

Janet P Gunn <jgunn6@csc.com> Sun, 07 November 2004 22:41 UTC

Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id RAA06438 for <sip-web-archive@ietf.org>; Sun, 7 Nov 2004 17:41:59 -0500 (EST)
Received: from megatron.ietf.org ([132.151.6.71]) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1CQvjw-0006sf-Ft for sip-web-archive@ietf.org; Sun, 07 Nov 2004 17:42:28 -0500
Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1CQvgX-00068C-41; Sun, 07 Nov 2004 17:38:57 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1CQvXi-0005HJ-9J for sip@megatron.ietf.org; Sun, 07 Nov 2004 17:29:50 -0500
Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id RAA05491 for <sip@ietf.org>; Sun, 7 Nov 2004 17:29:47 -0500 (EST)
Received: from amer-mta02.csc.com ([20.137.2.248]) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1CQvY8-0006aQ-1I for sip@ietf.org; Sun, 07 Nov 2004 17:30:16 -0500
Received: from csc.com (va-fch34.csc.com [20.6.39.227]) by amer-mta02.csc.com (Switch-3.1.6/Switch-3.1.0) with ESMTP id iA7MThsY019597; Sun, 7 Nov 2004 17:29:43 -0500 (EST)
Subject: RE: [Sip] Strict, Semi-Strict and Loose mode in RPH - not a good fit for ets and wps
To: Ken Carlberg <carlberg@g11.org.uk>
X-Mailer: Lotus Notes Release 5.0.11 July 24, 2002
Message-ID: <OF46B81241.4D419D3E-ON85256F45.007B1DA4-85256F45.007B9737@csc.com>
From: Janet P Gunn <jgunn6@csc.com>
Date: Sun, 07 Nov 2004 17:27:54 -0500
X-MIMETrack: Serialize by Router on VA-FCH34/SRV/CSC(Release 6.0.3|September 26, 2003) at 11/07/2004 05:30:33 PM
MIME-Version: 1.0
Content-type: text/plain; charset="US-ASCII"
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 73734d43604d52d23b3eba644a169745
Cc: fonashp@ncs.gov, Darren E Pado <dpado@csc.com>, mosleyv@ncs.gov, Saud Negash <snegash@csc.com>, Richard F Kaczmarek <rkaczmarek@csc.com>, sip@ietf.org, nyquetek@msn.com, a.ephrath@ieee.org, jmpolk@cisco.com, KENNETH.R.ERNEY@saic.com, suracif@ncs.gov, Dennis Q Berg <dberg3@csc.com>
X-BeenThere: sip@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Session Initiation Protocol <sip.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/sip>, <mailto:sip-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:sip@ietf.org>
List-Help: <mailto:sip-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/sip>, <mailto:sip-request@ietf.org?subject=subscribe>
Sender: sip-bounces@ietf.org
Errors-To: sip-bounces@ietf.org
X-Spam-Score: 0.0 (/)
X-Scan-Signature: b5d20af10c334b36874c0264b10f59f1


To clarify, NCS "owns" (and it is in quotes on purpose) the GETS and WPS
programs.  As such, it will presumably be the first user of the ets and wps
namespaces.  But, no, it doesn't "own" (either literally or figuratively)
the namespaces.

Janet

----------------------------------------------------------------------------------------

This is a PRIVATE message. If you are not the intended recipient, please
delete without copying and kindly advise us by e-mail of the mistake in
delivery. NOTE: Regardless of content, this e-mail shall not operate to
bind CSC to any order or other contract unless pursuant to explicit written
agreement or government initiative expressly permitting the use of e-mail
for such purpose.
----------------------------------------------------------------------------------------




                                                                                                                               
                      "Ken Carlberg"                                                                                           
                      <carlberg                To:      Janet P Gunn/FED/CSC@CSC                                               
                      @g11.org.uk>             cc:      <a.ephrath@ieee.org>, Darren E Pado/FED/CSC@CSC, Dennis Q              
                                               Berg/FED/CSC@CSC, <fonashp@ncs.gov>, <jmpolk@cisco.com>,                        
                      11/07/2004 09:16         <KENNETH.R.ERNEY@saic.com>, <mosleyv@ncs.gov>, <nyquetek@msn.com>, Richard F    
                      AM                       Kaczmarek/FED/SC/CSC@CSC, Saud Negash/FED/CSC@CSC, <sip@ietf.org>,              
                                               <suracif@ncs.gov>                                                               
                                               Subject: RE: [Sip] Strict, Semi-Strict and Loose mode in RPH - not a good fit   
                                               for ets and wps                                                                 
                                                                                                                               




> I would prefer a strict or semi-strict mode because these provide
feedback in
> case: a) a misconfigured UA sends the wrong namespace.priority, and/or b)
> initial selection of a server/proxy that does not support the desired
> namespace.  The former is quite possible given an ability (and possibly,
> necessity) of the user to configure their own device to support the given
> namespace.value combination.
>
> [JG] Before posting this, I checked with Dr. Fonash (head of NCS, which
> "owns" GETS and WPS).  He was very clear about wanting "If the SIP
element
> does not recognize the namespace (wps or ets) it should pass it on
without
> acting on it, rather than rejecting it."

ok.  Dr Fonash now has additional input on the subject given my previous
email;
if there is no feedback, then the sender hopes everything is working fine.
further, it will continue to use an R-P capable proxy with no feedback from
the
INVITE indicating that it does not support that particular namespace/value.


Keep in mind that as it states earlier in the draft, the R-P header is
ignored
(assuming proper implementation) by those proxies (eg, the installed base)
that
do not support the new R-P header.  As a sidenote, our current
implementation
of the R-P header follows the MAY portion of the draft and does not send
back
hints of what are acceptable priorities.

Also, when you say the NCS "owns" GETS and WPS, are you refering to the
systems
or the namespace?  If its both, then I have my doubts about the latter.  I
see
no association of the NCS with WPS or GETS in the draft and it would seem
that
initial "ownership" of those namespaces, as well as the others like ETS,
lies
with the authors of the draft.  (I'll be happy to be corrected on that
assumption).

-ken






_______________________________________________
Sip mailing list  https://www1.ietf.org/mailman/listinfo/sip
This list is for NEW development of the core SIP Protocol
Use sip-implementors@cs.columbia.edu for questions on current sip
Use sipping@ietf.org for new developments on the application of sip