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
- [Sip] Strict, Semi-Strict and Loose mode in RPH -… Janet P Gunn
- RE: [Sip] Strict, Semi-Strict and Loose mode in R… Ken Carlberg
- Re: [Sip] Strict, Semi-Strict and Loose mode in R… Dean Willis
- Re: [Sip] Strict, Semi-Strict and Loose mode in R… Janet P Gunn
- RE: [Sip] Strict, Semi-Strict and Loose mode in R… Janet P Gunn
- RE: [Sip] Strict, Semi-Strict and Loose mode in R… Ken Carlberg
- RE: [Sip] Strict, Semi-Strict and Loose mode in R… Janet P Gunn
- RE: [Sip] Strict, Semi-Strict and Loose mode in R… James M. Polk
- RE: [Sip] Strict, Semi-Strict and Loose mode in R… Janet P Gunn
- RE: [Sip] Strict, Semi-Strict and Loose mode in R… James M. Polk
- RE: [Sip] Strict, Semi-Strict and Loose mode in R… Janet P Gunn
- RE: [Sip] Strict, Semi-Strict and Loose mode in R… Janet P Gunn
- RE: [Sip] Strict, Semi-Strict and Loose mode in R… Janet P Gunn
- RE: [Sip] Strict, Semi-Strict and Loose mode in R… Janet P Gunn
- RE: [Sip] Strict, Semi-Strict and Loose mode in R… Janet P Gunn
- RE: [Sip] Strict, Semi-Strict and Loose mode in R… James M. Polk