RE: [MBONED] WGLC for <draft-ietf-mboned-ipv4-uni-based-mcast-04.txt>

"Manfredi, Albert E" <albert.e.manfredi@boeing.com> Wed, 23 January 2008 16:09 UTC

Return-path: <mboned-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1JHiAJ-0000Sm-Dq; Wed, 23 Jan 2008 11:09:27 -0500
Received: from mboned by megatron.ietf.org with local (Exim 4.43) id 1JHiAI-0000Sc-2d for mboned-confirm+ok@megatron.ietf.org; Wed, 23 Jan 2008 11:09:26 -0500
Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1JHiAH-0000SQ-Nt for mboned@ietf.org; Wed, 23 Jan 2008 11:09:25 -0500
Received: from blv-smtpout-01.boeing.com ([130.76.32.69]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1JHiAH-0003wF-BK for mboned@ietf.org; Wed, 23 Jan 2008 11:09:25 -0500
Received: from slb-av-01.boeing.com (slb-av-01.boeing.com [129.172.13.4]) by blv-smtpout-01.ns.cs.boeing.com (8.14.0/8.14.0/8.14.0/SMTPOUT) with ESMTP id m0NG9NGT007374 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 23 Jan 2008 08:09:23 -0800 (PST)
Received: from slb-av-01.boeing.com (localhost [127.0.0.1]) by slb-av-01.boeing.com (8.14.0/8.14.0/DOWNSTREAM_RELAY) with ESMTP id m0NG9NPt009321; Wed, 23 Jan 2008 08:09:23 -0800 (PST)
Received: from XCH-NEBH-11.ne.nos.boeing.com (xch-nebh-11.ne.nos.boeing.com [128.225.80.27]) by slb-av-01.boeing.com (8.14.0/8.14.0/UPSTREAM_RELAY) with ESMTP id m0NG9MpU009307; Wed, 23 Jan 2008 08:09:22 -0800 (PST)
Received: from XCH-NE-1V2.ne.nos.boeing.com ([128.225.80.43]) by XCH-NEBH-11.ne.nos.boeing.com with Microsoft SMTPSVC(6.0.3790.1830); Wed, 23 Jan 2008 11:09:22 -0500
x-mimeole: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Subject: RE: [MBONED] WGLC for <draft-ietf-mboned-ipv4-uni-based-mcast-04.txt>
Date: Wed, 23 Jan 2008 11:09:22 -0500
Message-ID: <CA7D9B4A761066448304A6AFC09ABDA90331BE48@XCH-NE-1V2.ne.nos.boeing.com>
In-Reply-To: <20080123085625.GE24824@cisco.com>
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Thread-Topic: [MBONED] WGLC for <draft-ietf-mboned-ipv4-uni-based-mcast-04.txt>
Thread-Index: AchdniY7/qGoeFFbSkWf0jJ5nmBGmwAOoP8g
References: <479673FF.3010406@uninett.no> <20080123085625.GE24824@cisco.com>
From: "Manfredi, Albert E" <albert.e.manfredi@boeing.com>
To: Toerless Eckert <eckert@cisco.com>, Stig Venaas <stig.venaas@uninett.no>
X-OriginalArrivalTime: 23 Jan 2008 16:09:22.0185 (UTC) FILETIME=[50EA5F90:01C85DDA]
X-Spam-Score: 0.0 (/)
X-Scan-Signature: ffa9dfbbe7cc58b3fa6b8ae3e57b0aa3
Cc: mboned@ietf.org
X-BeenThere: mboned@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Mail List for the Mboned Working Group <mboned.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/mboned>, <mailto:mboned-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/mboned>
List-Post: <mailto:mboned@ietf.org>
List-Help: <mailto:mboned-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/mboned>, <mailto:mboned-request@ietf.org?subject=subscribe>
Errors-To: mboned-bounces@ietf.org

> -----Original Message-----
> From: Toerless Eckert [mailto:eckert@cisco.com] 

> Nobody has clearly answered me yet how it can be within the
> security requirements of the IETF to do something like ASM across 
> a completely untrustworthy scope like the Internet (without creatng
> a mandatory spec dependency against a security layer - and just
> saying IPsec is not sufficient, because it would only allow
> discarding of unwanted traffic due to missing authentication _AFTER_
> that traffic has wasted bandwidth to a potentially large number of
> receivers).

Probably not across the Internet, I agree.

> Obviously, ASM is very convenient to applications, so as soon as
> the scope is sufficiently well controllable, there's nothing bad
> about using ASM. Those scopes are usually structured such that
> one can also more easily move to Bidir. Let's call them enterprises.

Yup. In these cases, it can be more convenient to have the network
filter the allowable source devices, and keep the clients as simple as
possible. It may well be easier to maintain security this way, over
time, as source devices are added or changed, or as mpt-mpt networks of
multifunction consoles (for example) are upgraded.

Bert


_______________________________________________
MBONED mailing list
MBONED@ietf.org
https://www1.ietf.org/mailman/listinfo/mboned