Re: [v6ops] New Version Notification for draft-v6ops-rfc7084-bis-00.txt

Masanobu Kawashima <kawashimam@vx.jp.nec.com> Tue, 11 April 2017 07:13 UTC

Return-Path: <kawashimam@vx.jp.nec.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 D709212942F for <v6ops@ietfa.amsl.com>; Tue, 11 Apr 2017 00:13:15 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level:
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
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 5yTGJ8NkvHi5 for <v6ops@ietfa.amsl.com>; Tue, 11 Apr 2017 00:13:12 -0700 (PDT)
Received: from tyo161.gate.nec.co.jp (tyo161.gate.nec.co.jp [114.179.232.161]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8858C1292D0 for <v6ops@ietf.org>; Tue, 11 Apr 2017 00:13:12 -0700 (PDT)
Received: from mailgate02.nec.co.jp ([114.179.233.122]) by tyo161.gate.nec.co.jp (8.15.1/8.15.1) with ESMTPS id v3B7D2Ex019999 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 11 Apr 2017 16:13:02 +0900
Received: from mailsv01.nec.co.jp (mailgate-v.nec.co.jp [10.204.236.94]) by mailgate02.nec.co.jp (8.15.1/8.15.1) with ESMTP id v3B7D2DE018500; Tue, 11 Apr 2017 16:13:02 +0900
Received: from mail03.kamome.nec.co.jp (mail03.kamome.nec.co.jp [10.25.43.7]) by mailsv01.nec.co.jp (8.15.1/8.15.1) with ESMTP id v3B7BTbq022801; Tue, 11 Apr 2017 16:13:02 +0900
Received: from bpxc99gp.gisp.nec.co.jp ([10.38.151.152] [10.38.151.152]) by mail01b.kamome.nec.co.jp with ESMTP id BT-MMP-2792561; Tue, 11 Apr 2017 16:12:32 +0900
Received: from BPXM24GP.gisp.nec.co.jp ([10.38.151.216]) by BPXC24GP.gisp.nec.co.jp ([10.38.151.152]) with mapi id 14.03.0319.002; Tue, 11 Apr 2017 16:12:31 +0900
From: Masanobu Kawashima <kawashimam@vx.jp.nec.com>
To: "jordi.palet@consulintel.es" <jordi.palet@consulintel.es>, "v6ops@ietf.org" <v6ops@ietf.org>
Thread-Topic: New Version Notification for draft-v6ops-rfc7084-bis-00.txt
Thread-Index: AQHSq/r051VRiY1r8UGAZU/aDYUbgKG/xgjA
Date: Tue, 11 Apr 2017 07:12:31 +0000
Message-ID: <81A3232BEF82944C8F23DB1CFE276F0F49392E71@BPXM24GP.gisp.nec.co.jp>
References: <149116663909.4420.6172706668236054402.idtracker@ietfa.amsl.com> <AD1CDD40-CA24-4280-B212-F3E6C98494C2@consulintel.es>
In-Reply-To: <AD1CDD40-CA24-4280-B212-F3E6C98494C2@consulintel.es>
Accept-Language: ja-JP, en-US
Content-Language: ja-JP
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.3.141.9]
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-TM-AS-MML: disable
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/K321Lr5UaSGAPsy2z9XPTKc1jjg>
Subject: Re: [v6ops] New Version Notification for draft-v6ops-rfc7084-bis-00.txt
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.22
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: <https://mailarchive.ietf.org/arch/browse/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, 11 Apr 2017 07:13:16 -0000

Hi Jordi, 

I have comments. 

> In all the IPv4-in-IPv6 transition mechanisms, I’m requiring:
> “The CE router MUST support the DHCPv4-over-DHCPv6 (DHCP4o6) transport described in [RFC7341].”
> 
> I got a comment that this is not needed, however, my feeling is that the configuration of certain IPv4 parameters for
> the CPE, during the transition, are still needed and the ISP may need that.

They may need that function. However, it depends on their network environment, etc. 
So, I will agree with it if it will be 'MAY'. 

As for requirement [464XLAT-3], RFC5625 is mentioned about DNS Proxy 
Implementation Guidelines. It is not just for 464XLAT. 
We should remove it or may write it in other section if it is useful. 

Regards, 
Masanobu 

======================== 
 NEC Platforms, Ltd.     
 Access-Device Division  
 KAWASHIMA Masanobu      
======================== 


> -----Original Message-----
> From: v6ops [mailto:v6ops-bounces@ietf.org] On Behalf Of JORDI PALET MARTINEZ
> Sent: Monday, April 03, 2017 6:48 AM
> To: v6ops@ietf.org
> Subject: Re: [v6ops] New Version Notification for draft-v6ops-rfc7084-bis-00.txt
> 
> Hi all,
> 
> I’ve submitted WG 00 for this document.
> 
> https://datatracker.ietf.org/doc/draft-v6ops-rfc7084-bis
> 
> I tried to incorporate all the inputs that I captured in the meeting, hopefully didn’t miss anything!, plus some minor
> edits.
> 
> Here is the summary for the changes:
> 
> 1) Added an annex (A) regarding the code considerations as I mention in my presentation.
> 2) Added an annex (B) with the changes from the original RFC7084.
> 3) Transition mechanisms in alphabetical order.
> 4) Changed the IPv6-in-IPv4 transition mechanism (6RD and 6in4) to MAY instead of SHOULD.
> 5) Added a new section regarding IPv4 multicast support in IPv6-only-WAN.
> 6) Added some text regarding the PCP support to learn PLAT info in 464XLAT (RFC 7225).
> 
> I’ve one question for the WG.
> 
> In all the IPv4-in-IPv6 transition mechanisms, I’m requiring:
> “The CE router MUST support the DHCPv4-over-DHCPv6 (DHCP4o6) transport described in [RFC7341].”
> 
> I got a comment that this is not needed, however, my feeling is that the configuration of certain IPv4 parameters for
> the CPE, during the transition, are still needed and the ISP may need that.
> 
> So, the question is, what do you think about this?
> 
> Please, note that the original RFC7084 didn’t considered this (RFC7341 didn’t exist when it was published), so the actual
> version is requesting this not just for the new supported transition mechanisms (lw4o6, MAP T/E, 464XLAT), but also for
> DS-Lite.
> 
> Please provide inputs ASAP. I will like to avoid having this document sleeping for too many weeks, and my goal is to publish
> a new version in about 2 weeks with any comments received.
> 
> Regards,
> Jordi
> 
> 
> -----Mensaje original-----
> De: <internet-drafts@ietf.org>
> Responder a: <internet-drafts@ietf.org>
> Fecha: domingo, 2 de abril de 2017, 22:57
> Para: Jordi Palet <jordi.palet@consulintel.es>, Jordi Palet Martinez <jordi.palet@consulintel.es>
> Asunto: New Version Notification for draft-v6ops-rfc7084-bis-00.txt
> 
> 
>     A new version of I-D, draft-v6ops-rfc7084-bis-00.txt
>     has been successfully submitted by Jordi Palet Martinez and posted to the
>     IETF repository.
> 
>     Name:		draft-v6ops-rfc7084-bis
>     Revision:	00
>     Title:		Basic Requirements for IPv6 Customer Edge Routers
>     Document date:	2017-03-31
>     Group:		Individual Submission
>     Pages:		29
>     URL:            https://www.ietf.org/internet-drafts/draft-v6ops-rfc7084-bis-00.txt
>     Status:         https://datatracker.ietf.org/doc/draft-v6ops-rfc7084-bis/
>     Htmlized:       https://tools.ietf.org/html/draft-v6ops-rfc7084-bis-00
>     Htmlized:       https://datatracker.ietf.org/doc/html/draft-v6ops-rfc7084-bis-00
> 
> 
>     Abstract:
>        This document specifies requirements for an IPv6 Customer Edge (CE)
>        router.  Specifically, the current version of this document focuses
>        on the basic provisioning of an IPv6 CE router and the provisioning
>        of IPv6 hosts attached to it.  The document also covers several
>        transition technologies, as required in a world where IPv4 addresses
>        are no longer available, so hosts in the customer LANs with IPv4-only
>        or IPv6-only applications or devices, requiring to communicate with
>        IPv4-only services at the Internet, are able to do so.  The document
>        obsoletes RFC 7084.
> 
> 
> 
> 
>     Please note that it may take a couple of minutes from the time of submission
>     until the htmlized version and diff are available at tools.ietf.org.
> 
>     The IETF Secretariat
> 
> 
> 
> 
> 
> 
> 
> 
> **********************************************
> IPv4 is over
> Are you ready for the new Internet ?
> http://www.consulintel.es
> The IPv6 Company
> 
> This electronic message contains information which may be privileged or confidential. The information is intended to be
> for the use of the individual(s) named above. If you are not the intended recipient be aware that any disclosure, copying,
> distribution or use of the contents of this information, including attached files, is prohibited.
> 
> 
> 
> _______________________________________________
> v6ops mailing list
> v6ops@ietf.org
> https://www.ietf.org/mailman/listinfo/v6ops