Re: [v6ops] 6rd sunsetting requirements for 6204-bis

Mark Townsley <mark@townsley.net> Tue, 24 April 2012 19:28 UTC

Return-Path: <mark@townsley.net>
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 466DA21E80BE for <v6ops@ietfa.amsl.com>; Tue, 24 Apr 2012 12:28:49 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.148
X-Spam-Level:
X-Spam-Status: No, score=-3.148 tagged_above=-999 required=5 tests=[AWL=-0.150, BAYES_00=-2.599, HTML_MESSAGE=0.001, J_CHICKENPOX_13=0.6, RCVD_IN_DNSWL_LOW=-1]
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 ERJ-q7hFvtD4 for <v6ops@ietfa.amsl.com>; Tue, 24 Apr 2012 12:28:48 -0700 (PDT)
Received: from mail-wg0-f42.google.com (mail-wg0-f42.google.com [74.125.82.42]) by ietfa.amsl.com (Postfix) with ESMTP id DD6AA21E8096 for <v6ops@ietf.org>; Tue, 24 Apr 2012 12:28:47 -0700 (PDT)
Received: by wgbds11 with SMTP id ds11so3783950wgb.1 for <v6ops@ietf.org>; Tue, 24 Apr 2012 12:28:47 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=from:mime-version:content-type:subject:date:in-reply-to:to :references:message-id:x-mailer:x-gm-message-state; bh=17eTxv0+8Pm7hT2q5teQ5snpwvn4WSJYLOyi1jHWPZE=; b=LmydXotrBQFHVofCzTC5fATjlYhyLrM8j/Fm6yDBO3Yz9L+lqqveXQHZDqm+uEQaDH dzzmXUevHy5GeOwIqah6nSX2dMZZqWHaFQe6aPsOnMXKL7b3s0XyErU54FnM6mEaD9o/ n/vVJZuzZm5EMlrwhlvkVtx3BewTLHUxIxi3UdL1Jg7I014vyGVuVhjJrrVG4B3amLY+ 1Ev1gjUvmr5rwFbsoOhJC3rECkfeOs3fP+moPVxQXJCrGwbbW9xcKgaJAWpiuGsf4/4q tB/e40snyOjpDiQZBrwXufkd9uPSh9Tm9YvJjf/GOn4xU5xKqx/y4Tm3UbZL88UNOQyZ iLKQ==
Received: by 10.216.133.19 with SMTP id p19mr9194183wei.118.1335295726607; Tue, 24 Apr 2012 12:28:46 -0700 (PDT)
Received: from ams-townsley-8912.cisco.com (64-103-25-233.cisco.com. [64.103.25.233]) by mx.google.com with ESMTPS id fz9sm31736187wib.3.2012.04.24.12.28.32 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 24 Apr 2012 12:28:37 -0700 (PDT)
From: Mark Townsley <mark@townsley.net>
Mime-Version: 1.0 (Apple Message framework v1257)
Content-Type: multipart/alternative; boundary="Apple-Mail=_71DEDB87-5E8E-477B-834C-606BC315DE52"
Date: Tue, 24 Apr 2012 21:28:31 +0200
In-Reply-To: <5B6B2B64C9FE2A489045EEEADDAFF2C30483747A@XMB-RCD-109.cisco.com>
To: v6ops@ietf.org
References: <5B6B2B64C9FE2A489045EEEADDAFF2C30483722C@XMB-RCD-109.cisco.com><4F95A3D9.1010100@viagenie.ca><5B6B2B64C9FE2A489045EEEADDAFF2C304837261@XMB-RCD-109.cisco.com><4F95ABA0.8090601@viagenie.ca> <5B6B2B64C9FE2A489045EEEADDAFF2C304837272@XMB-RCD-109.cisco.com> <5B6B2B64C9FE2A489045EEEADDAFF2C30483747A@XMB-RCD-109.cisco.com>
Message-Id: <DDB0D15E-A95E-4E34-871A-1B9B5E2D701C@townsley.net>
X-Mailer: Apple Mail (2.1257)
X-Gm-Message-State: ALoCoQkP84jFUHk6azKe40Hw9DF4LSRWtx4BdiX/QNGpKKOoW0Gtw81nteN7tmBZ8rOSYeRgPfHQ
Subject: Re: [v6ops] 6rd sunsetting requirements for 6204-bis
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: Tue, 24 Apr 2012 19:28:49 -0000


On Apr 24, 2012, at 3:31 PM, Hemant Singh (shemant) wrote:

> V6ops Chairs,
>  
> I’d like to defer to you on this one. 

I think the chairs would expect that.

For this case, the chairs already made their call. The reason we are here is that you and Chris didn't follow what was asked by them.

What was asked was to Include the three basic requirements based on my presentation. I sent those to Chris one week after the IETF. He decided to throw them in the trash, instead giving you a different set to publish. 

The best way to end this, is to just take the advice from the people who have actually built and deployed 6rd for some time, and have planned out the CPE requirements for how to transition to native and include that text. Before you didn't have that text, because Chris threw it away. Now you do. 

- Mark

> We have been down this road during the past two months where the draft-townsley-troan-ipv6-ce-transitioning-02 is trying to add requirements to rfc6204bis but the draft-townsley-troan-ipv6-ce-transitioning-02 is clearly not completed work.    The draft-townsley-troan-ipv6-ce-transitioning-02 seems to be boiling the ocean and is not going to be an RFC even in one year.   So could we stop the 6rd thrashing and just ship rfc6204bis with basic 6rd requirements?  Further, we are also going in circles.  6rd folks gave Chris some text to add to rfc6304bis at Paris but when Chris adds the text to rfc6204bis we are thrashing with that text too.    I don’t think any advanced 6rd requirement has gestated for text in the past two months.    
>  
> My humble recommendation is to ship rfc6204bis right now.  I am happy to back out the Paris text added for 6rd in the -08 version.
>  
> Hemant
>  
> From: v6ops-bounces@ietf.org [mailto:v6ops-bounces@ietf.org] On Behalf Of Hemant Singh (shemant)
> Sent: Monday, April 23, 2012 3:31 PM
> To: Simon Perreault
> Cc: v6ops@ietf.org
> Subject: Re: [v6ops] FW: 6rd sunsetting requirements for 6204-bis
>  
>  
>  
> -----Original Message-----
> From: Simon Perreault [mailto:simon.perreault@viagenie.ca] 
> Sent: Monday, April 23, 2012 3:21 PM
> To: Hemant Singh (shemant)
> Cc: v6ops@ietf.org
> Subject: Re: FW: [v6ops] 6rd sunsetting requirements for 6204-bis
>  
> >But Mark's argument is, if I understand correctly, that not supporting
> >native alongside 6rd *harms the Internet* because it prevents graceful
> >transitioning from 6rd to native. That argument is specific to 6rd, not
> >generic to all tunnel interfaces.
>  
> Fine for an argument.  But again, the CPE router is consumer device that needs a specification for automata related to concurrent operation of native IPv6 and 6rd including specifying the transition from native IPv6 6rd or vice versa.  Such a specification does not exist in RFC form.  Rfc6204bis only accepts technology in RFC form or in rare exceptions, technology where the draft is in the IESG.  
>  
> Hemant
> _______________________________________________
> v6ops mailing list
> v6ops@ietf.org
> https://www.ietf.org/mailman/listinfo/v6ops