Re: [v6ops] I-D Action: draft-ietf-v6ops-6to4-to-historic-07.txt - software bugs

Alexandru Petrescu <alexandru.petrescu@gmail.com> Thu, 13 November 2014 21:20 UTC

Return-Path: <alexandru.petrescu@gmail.com>
X-Original-To: v6ops@ietfa.amsl.com
Delivered-To: v6ops@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9A4491AD542 for <v6ops@ietfa.amsl.com>; Thu, 13 Nov 2014 13:20:50 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.983
X-Spam-Level:
X-Spam-Status: No, score=-4.983 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_ADSP_CUSTOM_MED=0.001, FREEMAIL_FROM=0.001, HELO_EQ_FR=0.35, NML_ADSP_CUSTOM_MED=0.9, RCVD_IN_DNSWL_HI=-5, SPF_SOFTFAIL=0.665] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id S8zui42URH-N for <v6ops@ietfa.amsl.com>; Thu, 13 Nov 2014 13:20:45 -0800 (PST)
Received: from sainfoin-out.extra.cea.fr (sainfoin-out.extra.cea.fr [132.167.192.145]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B71301AD54C for <v6ops@ietf.org>; Thu, 13 Nov 2014 13:20:10 -0800 (PST)
Received: from pisaure.intra.cea.fr (pisaure.intra.cea.fr [132.166.88.21]) by sainfoin.extra.cea.fr (8.14.2/8.14.2/CEAnet-Internet-out-2.3) with ESMTP id sADLK5wo031293; Thu, 13 Nov 2014 22:20:05 +0100
Received: from pisaure.intra.cea.fr (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id 8FA702047E4; Thu, 13 Nov 2014 22:20:25 +0100 (CET)
Received: from muguet1.intra.cea.fr (muguet1.intra.cea.fr [132.166.192.6]) by pisaure.intra.cea.fr (Postfix) with ESMTP id 81B9320465A; Thu, 13 Nov 2014 22:20:25 +0100 (CET)
Received: from [127.0.0.1] ([132.166.84.166]) by muguet1.intra.cea.fr (8.13.8/8.13.8/CEAnet-Intranet-out-1.2) with ESMTP id sADLJcRH020685; Thu, 13 Nov 2014 22:20:03 +0100
Message-ID: <54652069.30805@gmail.com>
Date: Thu, 13 Nov 2014 22:19:37 +0100
From: Alexandru Petrescu <alexandru.petrescu@gmail.com>
User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:31.0) Gecko/20100101 Thunderbird/31.2.0
MIME-Version: 1.0
To: Jeroen Massar <jeroen@massar.ch>, Doug Barton <dougb@dougbarton.us>, v6ops@ietf.org
References: <20141111054026.11197.49784.idtracker@ietfa.amsl.com> <5461A23D.5020506@gmail.com> <546264A5.4050309@umn.edu> <546271A2.907@gmail.com> <5463C716.1030805@umn.edu> <54646DBE.9060800@dougbarton.us> <20141113084029.GT31092@Space.Net> <5464E4F6.9070401@gmail.com> <5465021A.2080305@dougbarton.us> <546509F1.5060508@massar.ch>
In-Reply-To: <546509F1.5060508@massar.ch>
Content-Type: text/plain; charset="windows-1252"; format="flowed"
Content-Transfer-Encoding: 8bit
Archived-At: http://mailarchive.ietf.org/arch/msg/v6ops/Zr0oiUtFj773eF9Qe986tKzv-wQ
Subject: Re: [v6ops] I-D Action: draft-ietf-v6ops-6to4-to-historic-07.txt - software bugs
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.15
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: Thu, 13 Nov 2014 21:20:50 -0000

Le 13/11/2014 20:43, Jeroen Massar a écrit :
[...]
> This is also what has been discussed on the list:
>   - deprecate anycast 6to4
>   - keep direct 6to4

YEs, I agree, and I would like to re-mention the point about software bugs.

There is one particular 6to4 implementation in the wild which has two 
different means to put up a 6to4 tunnel.  One is to just say '6to4' in 
the cli, the other is to be specific and type that IPv4 anycast address.

With the first means - it does not work.  Worse, it gets into a mode 
where packets are output destined to random IPv4 addresses.

Fix the bug.

What does this mean with respect to the deprecation effort?

Do not deprecate the IPv4 anycast address because if so then the entire 
6to4 software on that platform will no longer work.

Do not deprecate until you offer a solution satisfying a number of 
requirements (currently unsatisfied by eg tunnel brokers).

That's my oppinion.

Alex

>
>
> Hence, in the form of -07, I am in favor of making it so.
>
>
> But, as Doug notes, if there are any changes that need to be added, it
> would be great to see those in the document before doing a WGLC,
> especially for the people not sitting in a conference room on a tropical
> island (I do hope the folks there got a few days before and after to
> enjoy that apparently amazing island!)
>
> Although from reading what Brian Carpenter says those changes are likely
> minor editing notes. It would be great to see the final form though.
>
> Greets,
>   Jeroen
>
> _______________________________________________
> v6ops mailing list
> v6ops@ietf.org
> https://www.ietf.org/mailman/listinfo/v6ops
>