Re: [v6ops] draft-ietf-v6ops-balanced-ipv6-security WGLC

"cb.list6" <cb.list6@gmail.com> Wed, 13 November 2013 02:53 UTC

Return-Path: <cb.list6@gmail.com>
X-Original-To: v6ops@ietfa.amsl.com
Delivered-To: v6ops@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4AFCA21F9EED for <v6ops@ietfa.amsl.com>; Tue, 12 Nov 2013 18:53:46 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.174
X-Spam-Level:
X-Spam-Status: No, score=-2.174 tagged_above=-999 required=5 tests=[AWL=-0.175, BAYES_00=-2.599, HTML_MESSAGE=0.001, J_CHICKENPOX_13=0.6, NO_RELAYS=-0.001]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 4KLvWc-UF+WL for <v6ops@ietfa.amsl.com>; Tue, 12 Nov 2013 18:53:45 -0800 (PST)
Received: from mail-wi0-x230.google.com (mail-wi0-x230.google.com [IPv6:2a00:1450:400c:c05::230]) by ietfa.amsl.com (Postfix) with ESMTP id 984B421F9FF3 for <v6ops@ietf.org>; Tue, 12 Nov 2013 18:53:38 -0800 (PST)
Received: by mail-wi0-f176.google.com with SMTP id f4so975783wiw.9 for <v6ops@ietf.org>; Tue, 12 Nov 2013 18:53:37 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=ThPkkSGUzbjgZK//IRGUxlu1ikfmPI7mGAOuCnXeq+w=; b=GqOvj7ozMVUtmBQbjrjy08JhKCgC9O6FrNQ0YQgAUOC0TZ/QQ2t9BA8hrOiyaNypXj qI5fuAWyPZSlO6eRE6VB4mgyhtGjCvZ73lRSnscP4O9aXwlqnLhzRT57/9nbUlr0emDa tGVmUYIAMIjnK69iV3gGhNhKEg7LweRuqJrNg7pAcWPIFQ1R+r7Sbvl8kzN3f7++k9Ut H413IVxAjHrAGGfCAJGLTvVsW5gRNfT+pNLOmolsCilLbexFM9acGZBie++98goQBtrq W9PQvK1wlaBbXFdJJG6vDneaZ947mabqnZ5Z8eJPQ/ChP3bmd/nbZ02M4ps7qII7XA6S lK2A==
MIME-Version: 1.0
X-Received: by 10.180.77.19 with SMTP id o19mr19068923wiw.34.1384311217763; Tue, 12 Nov 2013 18:53:37 -0800 (PST)
Received: by 10.216.99.68 with HTTP; Tue, 12 Nov 2013 18:53:37 -0800 (PST)
Received: by 10.216.99.68 with HTTP; Tue, 12 Nov 2013 18:53:37 -0800 (PST)
In-Reply-To: <alpine.DEB.2.02.1311130329180.26054@uplift.swm.pp.se>
References: <201311101900.rAAJ0AR6025350@irp-view13.cisco.com> <CAB0C4xOfz_JAjEEJZ-Zz7MBEyZhVzrAE+8Ghf1ggC3+9pyHmNg@mail.gmail.com> <989B8ED6-273E-45D4-BFD8-66A1793A1C9F@cisco.com> <alpine.DEB.2.02.1311130329180.26054@uplift.swm.pp.se>
Date: Tue, 12 Nov 2013 18:53:37 -0800
Message-ID: <CAD6AjGSd=MiM+nnEdXFmyn6y7=rrgOa5EBgWC=v6f61u5q-edw@mail.gmail.com>
From: "cb.list6" <cb.list6@gmail.com>
To: Mikael Abrahamsson <swmike@swm.pp.se>
Content-Type: multipart/alternative; boundary="f46d043c7f5464ba7704eb0612ab"
Cc: "v6ops@ietf.org WG" <v6ops@ietf.org>
Subject: Re: [v6ops] draft-ietf-v6ops-balanced-ipv6-security WGLC
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: v6ops discussion list <v6ops.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/v6ops>, <mailto:v6ops-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/v6ops>
List-Post: <mailto:v6ops@ietf.org>
List-Help: <mailto:v6ops-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/v6ops>, <mailto:v6ops-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 13 Nov 2013 02:53:46 -0000

On Nov 12, 2013 6:34 PM, "Mikael Abrahamsson" <swmike@swm.pp.se> wrote:
>
> On Tue, 12 Nov 2013, Fred Baker (fred) wrote:
>
>> From my perspective, I think I would prefer that the firewall - if
implemented - blocked everything, and applications within the network
advised the firewall(s) of traffic that they are willing to receive. If a
potential session has no willing counterpart within my network, I don't see
the argument for letting the first packet in.
>
>
> My biggest problem with this resoning, is that I am not aware of any
firewall poking mechanism actively being in use for IPv6. This means that
if we have a firewall with default-deny for incoming connections, then
either hosts need an Internet based machine to coordinate a STUN type of
behaviour to get the firewall to accept packets for sessions, or they need
to implement a firewall poking mechanism that as far as I know, neither
todays firewalls/CPEs nor hosts actually has.
>
> So today, implementing default-deny would mean a lot of the benefit of
IPv6 wouldn't be seen immediately but would takes many years to realise.
Right?
>

That's my view too

> Or am I mistaken and uPNP for IPv6 actually functional today? PCP I have
never seen in home devices.
>

I would rather restore e2e than deploy pcp. Or firewall  related ALGs.

At the end of the day, this draft is an excellent start towards restoring
e2e in a pragmatic and prudent way.  It is deployed and successful and is
thusly a reference for us all.  I fully support it as written since it will
help p2p technologies like webrtc and Microsoft Xbox One, as presented at
ietf88.

CB

> --
> Mikael Abrahamsson    email: swmike@swm.pp.se
>
> _______________________________________________
> v6ops mailing list
> v6ops@ietf.org
> https://www.ietf.org/mailman/listinfo/v6ops