RE: R: R: [Sip] a question about IETF draft location conveyance 09
"DRAGE, Keith \(Keith\)" <drage@alcatel-lucent.com> Mon, 26 November 2007 14:28 UTC
Return-path: <sip-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1Iwewj-0008Rq-Rn; Mon, 26 Nov 2007 09:28:25 -0500
Received: from sip by megatron.ietf.org with local (Exim 4.43) id 1Iwewi-0008Re-Af for sip-confirm+ok@megatron.ietf.org; Mon, 26 Nov 2007 09:28:24 -0500
Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1Iwewh-0008RT-Vv for sip@ietf.org; Mon, 26 Nov 2007 09:28:24 -0500
Received: from ihemail1.lucent.com ([135.245.0.33]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1Iwewh-0001by-Gd for sip@ietf.org; Mon, 26 Nov 2007 09:28:23 -0500
Received: from ilexp03.ndc.lucent.com (h135-3-39-50.lucent.com [135.3.39.50]) by ihemail1.lucent.com (8.13.8/IER-o) with ESMTP id lAQES1an005649; Mon, 26 Nov 2007 08:28:17 -0600 (CST)
Received: from DEEXP02.DE.lucent.com ([135.248.187.66]) by ilexp03.ndc.lucent.com with Microsoft SMTPSVC(6.0.3790.1830); Mon, 26 Nov 2007 08:28:10 -0600
Received: from DEEXC1U01.de.lucent.com ([135.248.187.28]) by DEEXP02.DE.lucent.com with Microsoft SMTPSVC(6.0.3790.1830); Mon, 26 Nov 2007 15:28:07 +0100
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Subject: RE: R: R: [Sip] a question about IETF draft location conveyance 09
Date: Mon, 26 Nov 2007 15:28:10 +0100
Message-ID: <5D1A7985295922448D5550C94DE2918001974BEC@DEEXC1U01.de.lucent.com>
In-Reply-To: <A30B7FF9263D5340AD5DECB88A243C42015FEE69@EXBK03.personale.dir.unibo.it>
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Thread-Topic: R: R: [Sip] a question about IETF draft location conveyance 09
Thread-Index: AcguOftcpiqOEOUgQ9WPkSnSiLbCzAAU0NU1AGqxJPA=
References: <4742BDF5.9040302@unibo.it> <XFE-SJC-212qXLFfJNw000012bf@xfe-sjc-212.amer.cisco.com> <p06240607c36a38613297@[67.169.50.136]> <XFE-SJC-211EAOeIiGX000013f8@xfe-sjc-211.amer.cisco.com> <p06240608c36a4849ecf3@[67.169.50.136]> <XFE-SJC-212AOmAfjuU000013bb@xfe-sjc-212.amer.cisco.com> <p0624060ac36a6ec4f1c2@[67.169.50.136]><A30B7FF9263D5340AD5DECB88A243C42015FEE65@EXBK03.personale.dir.unibo.it><4745BDC7.30003@gmx.net><A30B7FF9263D5340AD5DECB88A243C42015FEE67@EXBK03.personale.dir.unibo.it><A3636D5F-1B88-4C38-8091-F083AD517D47@softarmor.com> <A30B7FF9263D5340AD5DECB88A243C42015FEE69@EXBK03.personale.dir.unibo.it>
From: "DRAGE, Keith (Keith)" <drage@alcatel-lucent.com>
To: daniel grotti <daniel.grotti@unibo.it>, Dean Willis <dean.willis@softarmor.com>
X-OriginalArrivalTime: 26 Nov 2007 14:28:07.0454 (UTC) FILETIME=[90227BE0:01C83038]
X-Scanned-By: MIMEDefang 2.57 on 135.245.2.33
X-Spam-Score: 0.0 (/)
X-Scan-Signature: b7b9551d71acde901886cc48bfc088a6
Cc: IETF SIP List <sip@ietf.org>, "James M. Polk" <jmpolk@cisco.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>
Errors-To: sip-bounces@ietf.org
This just seems to me to be an inappropriate change of RFC 2119 language. If we really mean either of these, then we should be specifying that the message is encrypted in the first place. What we probably mean is something informative (because we cannot make a normative statement on what applications do with the data), stating that usage of the message so tagged is inappropriate because the sender did not intend it to be used for this purpose. Regards Keith > -----Original Message----- > From: daniel grotti [mailto:daniel.grotti@unibo.it] > Sent: Saturday, November 24, 2007 11:38 AM > To: Dean Willis > Cc: IETF SIP List; James M. Polk > Subject: R: R: R: [Sip] a question about IETF draft location > conveyance 09 > > I know. > May be SHOULD NOT instead MUST NOT could be better. > > daniel > > > ---------------------------------- > Daniel Grotti > D.E.I.S. - University of Bologna > ---------------------------------- > Via Venezia, 52 > 47023 Cesena (FC) - ITALY > ---------------------------------- > e-mail: daniel.grotti@unibo.it > ---------------------------------- > > > > -----Messaggio originale----- > Da: Dean Willis [mailto:dean.willis@softarmor.com] > Inviato: sab 24/11/2007 2.32 > A: daniel grotti > Cc: Hannes Tschofenig; IETF SIP List; James M. Polk > Oggetto: Re: R: R: [Sip] a question about IETF draft location > conveyance 09 > > > On Nov 22, 2007, at 12:08 PM, daniel grotti wrote: > > > Hi all, > > so why don't emphasize this point in the next draft, saying : > > "Proxy server MUST not read messages with "recipient=endpoint" > > paramenter setted". > > This is my point of you. > > > > > > > because from a security standpoint, this prohibition is meaningless. > Intermediate nodes can and will read anything that's in > plaintext, and SOMEBODY will come up with a rationale, in > some context or another, for doing so. > > And has been pointed out, doing so does not appear to create > a compatibility problem. It doesn't break the protocol. It > might defeat security-through-obscurity. It might be rude, or > otherwise socially unacceptable. But those don't qualify for > a MUST level protocol prohibition. > > -- > Dean > > > > > _______________________________________________ > 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 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] a question about IETF draft location convey… Daniel Grotti
- Re: [Sip] a question about IETF draft location co… James M. Polk
- Re: [Sip] a question about IETF draft location co… Ted Hardie
- Re: [Sip] a question about IETF draft location co… James M. Polk
- Re: [Sip] a question about IETF draft location co… Ted Hardie
- Re: [Sip] a question about IETF draft location co… James M. Polk
- Re: [Sip] a question about IETF draft location co… Ted Hardie
- Re: [Sip] a question about IETF draft location co… Dean Willis
- R: [Sip] a question about IETF draft location con… daniel grotti
- Re: R: [Sip] a question about IETF draft location… Hannes Tschofenig
- R: R: [Sip] a question about IETF draft location … daniel grotti
- Re: R: R: [Sip] a question about IETF draft locat… Hannes Tschofenig
- R: R: R: [Sip] a question about IETF draft locati… daniel grotti
- Re: R: R: [Sip] a question about IETF draft locat… Dean Willis
- R: R: R: [Sip] a question about IETF draft locati… daniel grotti
- RE: R: R: [Sip] a question about IETF draft locat… DRAGE, Keith (Keith)
- RE: R: R: [Sip] a question about IETF draft locat… James M. Polk
- Re: R: R: [Sip] a question about IETF draft locat… Matt Lepinski
- Re: R: R: [Sip] a question about IETF draft locat… James M. Polk
- RE: R: R: [Sip] a question about IETF draft locat… Ted Hardie
- Re: R: R: [Sip] a question about IETF draft locat… Ted Hardie
- Re: R: R: [Sip] a question about IETF draft locat… Dean Willis
- Re: R: R: [Sip] a question about IETF draft locat… James M. Polk
- Re: R: [Sip] a question about IETF draft location… James M. Polk
- Re: [Sip] a question about IETF draft location co… James M. Polk
- Re: R: [Sip] a question about IETF draft location… Paul Kyzivat