RE: Some suggestions for draft-ietf-v6ops-cpe-simple-security-03

<teemu.savolainen@nokia.com> Wed, 27 August 2008 10:48 UTC

Return-Path: <owner-v6ops@ops.ietf.org>
X-Original-To: ietfarch-v6ops-archive@core3.amsl.com
Delivered-To: ietfarch-v6ops-archive@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id A203E28C23B for <ietfarch-v6ops-archive@core3.amsl.com>; Wed, 27 Aug 2008 03:48:17 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.495
X-Spam-Level:
X-Spam-Status: No, score=-4.495 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, FH_RELAY_NODNS=1.451, HELO_MISMATCH_COM=0.553, RCVD_IN_DNSWL_MED=-4, RDNS_NONE=0.1]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5ZFoyRlqvI6j for <ietfarch-v6ops-archive@core3.amsl.com>; Wed, 27 Aug 2008 03:48:16 -0700 (PDT)
Received: from psg.com (psg.com [IPv6:2001:418:1::62]) by core3.amsl.com (Postfix) with ESMTP id CECDA28C247 for <v6ops-archive@lists.ietf.org>; Wed, 27 Aug 2008 03:47:56 -0700 (PDT)
Received: from majordom by psg.com with local (Exim 4.69 (FreeBSD)) (envelope-from <owner-v6ops@ops.ietf.org>) id 1KYIY9-000B97-AI for v6ops-data@psg.com; Wed, 27 Aug 2008 10:46:53 +0000
Received: from [192.100.122.230] (helo=mgw-mx03.nokia.com) by psg.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from <teemu.savolainen@nokia.com>) id 1KYIY4-000B8U-Qz for v6ops@ops.ietf.org; Wed, 27 Aug 2008 10:46:51 +0000
Received: from esebh107.NOE.Nokia.com (esebh107.ntc.nokia.com [172.21.143.143]) by mgw-mx03.nokia.com (Switch-3.2.6/Switch-3.2.6) with ESMTP id m7RAkTTa013830; Wed, 27 Aug 2008 13:46:45 +0300
Received: from esebh102.NOE.Nokia.com ([172.21.138.183]) by esebh107.NOE.Nokia.com with Microsoft SMTPSVC(6.0.3790.3959); Wed, 27 Aug 2008 13:46:35 +0300
Received: from vaebe102.NOE.Nokia.com ([10.160.244.12]) by esebh102.NOE.Nokia.com with Microsoft SMTPSVC(6.0.3790.3959); Wed, 27 Aug 2008 13:46:35 +0300
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: Some suggestions for draft-ietf-v6ops-cpe-simple-security-03
Date: Wed, 27 Aug 2008 13:46:34 +0300
Message-ID: <DC237AE116C10E4C9AD162D6C2EE62FE0106AF6D@vaebe102.NOE.Nokia.com>
In-Reply-To: <f0913a34d402b6a4d25787bab3eea17b@chewa.net>
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Thread-Topic: Some suggestions for draft-ietf-v6ops-cpe-simple-security-03
Thread-Index: AckIKjBpTfQO0E/aQFiU5JQ+d508PgABx6Hg
References: <20080824204553.08131c65.ipng@69706e6720323030352d30312d31340a.nosense.org> <48B1CCE8.1070305@gmail.com> <01af01c9065b$b4602440$c2f0200a@cisco.com> <48B23391.1090503@gmail.com> <01cd01c90672$a57c8790$c2f0200a@cisco.com> <48B31DA3.6080001@gmail.com> <07d201c906f7$50a85e30$c2f0200a@cisco.com> <48B32B43.5010103@gmail.com> <084c01c906fe$f9bf1840$c2f0200a@cisco.com> <48B33430.40704@gmail.com> <08b901c90710$4064aa60$c2f0200a@cisco.com> <48B354FA.7040601@gmail.com> <48B50B10.9090005@free.fr> <f0913a34d402b6a4d25787bab3eea17b@chewa.net>
From: teemu.savolainen@nokia.com
To: rdenis@simphalempin.com, v6ops@ops.ietf.org
X-OriginalArrivalTime: 27 Aug 2008 10:46:35.0030 (UTC) FILETIME=[2CD4CB60:01C90832]
X-Nokia-AV: Clean
Sender: owner-v6ops@ops.ietf.org
Precedence: bulk
List-ID: <v6ops.ops.ietf.org>

>> I also support that remote control of packet filtering should be
>> standardized.
>
>> IMO, its scope should cover both:
>> - CPE control by hosts
>> - control of ISP provided filtering devices by customer sites.
>
>I have to disagree. An ISP is not supposed to do filtering in the first
>place.
>
>Also, in real life, filtering by ISP is typically one of:
>
>- NAT contingency, in which case it cannot be controlled directly,
>- not meant to be controlled by the user
>  (e.g. blocking SMTP, NetBIOS, or other protocols, spoof 
>protection...)

In cellular environments filtering of the downlink carbage to increase battery lifetime of handhelds is an important function.

However, if the firewall is there to save batteries and not to enforce any special policies, it might be more willing to be controlled?

Best regards,

	Teemu