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

JORDI PALET MARTINEZ <jordi.palet@consulintel.es> Tue, 11 April 2017 14:47 UTC

Return-Path: <prvs=1274da9a4c=jordi.palet@consulintel.es>
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 A0D50129C66 for <v6ops@ietfa.amsl.com>; Tue, 11 Apr 2017 07:47:57 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.999
X-Spam-Level:
X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=consulintel.es; domainkeys=pass (1024-bit key) header.from=jordi.palet@consulintel.es header.d=consulintel.es
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 9UjZgkMTND82 for <v6ops@ietfa.amsl.com>; Tue, 11 Apr 2017 07:47:55 -0700 (PDT)
Received: from mail.consulintel.es (mail.consulintel.es [217.126.185.215]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C02FB129C64 for <v6ops@ietf.org>; Tue, 11 Apr 2017 07:47:54 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=simple; d=consulintel.es; s=MDaemon; t=1491922073; x=1492526873; q=dns/txt; h=DomainKey-Signature: Received:User-Agent:Date:Subject:From:To:Message-ID:Thread-Topic: References:In-Reply-To:Mime-version:Content-type: Content-transfer-encoding:Reply-To; bh=gbvP+I8M87cwM4hT2YfG5tVoA 6iPCkjlKe2WV8nvUZo=; b=ms+zlYOs0jEJEj/Iq7Ivs/EA3dMYHuGEOBt7LTfnO WyNw9dc6b5zWNLQXLftZI2Zth8dekG+9QLSqBhEHl0LJ1Krezu1oibMO65NxWPXy OqYQYwFEvBkgVwj2mCdzEhZoYFoPVoGfFlOLErzjI7bGV7xJN3dpFKbFdaUdeQNU FE=
DomainKey-Signature: a=rsa-sha1; s=MDaemon; d=consulintel.es; c=simple; q=dns; h=from:message-id; b=cb69uG0522Ohlbp2UX4V4qE++Ge5KeLW6psqQjWx0cdEVtxVoVJ61Xrx9ue1 n14atuDBqZHB0gj59xzPNTrBZ9dwv6p+F8XHoqEtTeV60Z8obDZV8+38m BF82tvlVdvm2u4++jxuc6Qgx9rVfPFLqSZzbpeZF7ZQV+rqRYyEGss=;
X-MDAV-Processed: mail.consulintel.es, Tue, 11 Apr 2017 16:47:53 +0200
X-Spam-Processed: mail.consulintel.es, Tue, 11 Apr 2017 16:47:51 +0200
Received: from [10.10.10.99] by mail.consulintel.es (MDaemon PRO v11.0.3) with ESMTP id md50005406300.msg for <v6ops@ietf.org>; Tue, 11 Apr 2017 16:47:51 +0200
X-MDOP-RefID: re=0.000,fgs=0 (_st=1 _vt=0 _iwf=0)
X-Authenticated-Sender: jordi.palet@consulintel.es
X-HashCash: 1:20:170411:md50005406300::/ai7hpucSJ/OSvu+:00007T9C
X-Return-Path: prvs=1274da9a4c=jordi.palet@consulintel.es
X-Envelope-From: jordi.palet@consulintel.es
X-MDaemon-Deliver-To: v6ops@ietf.org
User-Agent: Microsoft-MacOutlook/f.20.0.170309
Date: Tue, 11 Apr 2017 16:47:47 +0200
From: JORDI PALET MARTINEZ <jordi.palet@consulintel.es>
To: "v6ops@ietf.org" <v6ops@ietf.org>
Message-ID: <C1EDA2E0-25E0-4D89-AEC0-5A94893BB466@consulintel.es>
Thread-Topic: New Version Notification for draft-v6ops-rfc7084-bis-00.txt
References: <149116663909.4420.6172706668236054402.idtracker@ietfa.amsl.com> <AD1CDD40-CA24-4280-B212-F3E6C98494C2@consulintel.es> <81A3232BEF82944C8F23DB1CFE276F0F49392E71@BPXM24GP.gisp.nec.co.jp> <56AF43EF-3967-46AC-A0CC-487C00AEBB29@consulintel.es> <787AE7BB302AE849A7480A190F8B933009E4BB36@OPEXCLILMA3.corporate.adroot.infra.ftgroup>
In-Reply-To: <787AE7BB302AE849A7480A190F8B933009E4BB36@OPEXCLILMA3.corporate.adroot.infra.ftgroup>
Mime-version: 1.0
Content-type: text/plain; charset="UTF-8"
Content-transfer-encoding: quoted-printable
Reply-To: jordi.palet@consulintel.es
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/D624QP2FUvUJB3dk7vnPMEUxzpU>
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 14:47:58 -0000

You’re right. I’ve double checked all the transition mechs and all them use should for the DNS proxy, so I will keep the same.

Saludos,
Jordi
 

-----Mensaje original-----
De: <mohamed.boucadair@orange.com>
Responder a: <mohamed.boucadair@orange.com>
Fecha: martes, 11 de abril de 2017, 16:24
Para: "jordi.palet@consulintel.es" <jordi.palet@consulintel.es>, "v6ops@ietf.org" <v6ops@ietf.org>
Asunto: RE: New Version Notification for draft-v6ops-rfc7084-bis-00.txt

    Re-,
    
    Please note that RFC6333 says the following: 
    
    "As such, the B4 element SHOULD
       implement a DNS proxy, following the recommendations of [RFC5625]."
    
    Using a MUST for RFC5625 for all the mechanisms will conflict with the text above from RFC6333. 
    
    Cheers,
    Med
    
    > -----Message d'origine-----
    > De : v6ops [mailto:v6ops-bounces@ietf.org] De la part de JORDI PALET
    > MARTINEZ
    > Envoyé : mardi 11 avril 2017 16:08
    > À : v6ops@ietf.org
    > Objet : Re: [v6ops] New Version Notification for draft-v6ops-rfc7084-bis-
    > 00.txt
    > 
    > Hi Masanobu,
    > 
    > Regarding RFC5625, I think you’re right.
    > 
    > Even if this is explicitly mention in section 6.4 of RFC6877, it is also
    > mention in other transition mechanism.
    > 
    > Unless I heard otherwise from the WG, I think it will be correct to remove
    > it from 464XLAT and include it as a general LAN requirement.
    > 
    > Regards,
    > Jordi
    > 
    > 
    > -----Mensaje original-----
    > De: Masanobu Kawashima <kawashimam@vx.jp.nec.com>
    > Responder a: <kawashimam@vx.jp.nec.com>
    > Fecha: martes, 11 de abril de 2017, 9:12
    > Para: "jordi.palet@consulintel.es" <jordi.palet@consulintel.es>,
    > "v6ops@ietf.org" <v6ops@ietf.org>
    > Asunto: RE: New Version Notification for draft-v6ops-rfc7084-bis-00.txt
    > 
    > 
    >     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
    > 
    > 
    > 
    > 
    > **********************************************
    > 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
    



**********************************************
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.