Re: [v6ops] Sunset4 gap analysis: rfc6555bis, ipv6rtr-reqs, rfc7084-bis

JORDI PALET MARTINEZ <jordi.palet@consulintel.es> Wed, 16 August 2017 16:58 UTC

Return-Path: <prvs=1401d3a9dd=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 D89D8120720 for <v6ops@ietfa.amsl.com>; Wed, 16 Aug 2017 09:58:12 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2
X-Spam-Level:
X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1] 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 Nc7jgpAJ72aT for <v6ops@ietfa.amsl.com>; Wed, 16 Aug 2017 09:58:10 -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 1E87213267C for <v6ops@ietf.org>; Wed, 16 Aug 2017 09:58:08 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=simple; d=consulintel.es; s=MDaemon; t=1502902687; x=1503507487; q=dns/txt; h=DomainKey-Signature: Received:User-Agent:Date:Subject:From:To:Message-ID:Thread-Topic: Mime-version:Content-type:Content-transfer-encoding:Reply-To; bh=zxkkGqEc9b9+t8hqcP86GiBaZlhiNAH59Wl080t+zFU=; b=rLNMbyLL83Jnj NbuojZjGh9ONlflbxSpRdd9TeqyQ1PDOp9BCoM0srPBE+hXyBcPwo+V7QHTCBHR/ O/lCmV9u8lldwGnzKfmxSHAWUxYlFuSOcpGA8+fvJa88c4vpXG8GwVv7TfOs05pq Yy3Ee2KnIBQkLWfrzmr1b0GgIgBHoU=
DomainKey-Signature: a=rsa-sha1; s=MDaemon; d=consulintel.es; c=simple; q=dns; h=from:message-id; b=rDDxWE5P8fiM33+wEg1iG3vp4ZySwl6tlk2X1t5gNujKc5YrYwtlYrm2eODL vWXQ9m5Mq3H+nx4geHRefHoQ5dzfbgPzCdYwcZtLmyZin+aDuUr8jvIZv 7oG+xc3DHCTkowLddkKBeQZ0GcI37Ln7pCHub4/tlEpFyVUoFJC09I=;
X-MDAV-Processed: mail.consulintel.es, Wed, 16 Aug 2017 18:58:07 +0200
X-Spam-Processed: mail.consulintel.es, Wed, 16 Aug 2017 18:58:07 +0200
Received: from [10.10.10.134] by mail.consulintel.es (MDaemon PRO v11.0.3) with ESMTP id md50005506732.msg for <v6ops@ietf.org>; Wed, 16 Aug 2017 18:58:06 +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:170816:md50005506732::H9dEw31aVs9fzMDJ:00004/c3
X-Return-Path: prvs=1401d3a9dd=jordi.palet@consulintel.es
X-Envelope-From: jordi.palet@consulintel.es
X-MDaemon-Deliver-To: v6ops@ietf.org
User-Agent: Microsoft-MacOutlook/f.25.0.170815
Date: Wed, 16 Aug 2017 18:58:04 +0200
From: JORDI PALET MARTINEZ <jordi.palet@consulintel.es>
To: v6ops@ietf.org
Message-ID: <A2F465E7-51A9-4353-80DB-262DB861F653@consulintel.es>
Thread-Topic: [v6ops] Sunset4 gap analysis: rfc6555bis, ipv6rtr-reqs, rfc7084-bis
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/uwZNIAbEqsNEg_jV54-Xop29efU>
Subject: Re: [v6ops] Sunset4 gap analysis: rfc6555bis, ipv6rtr-reqs, rfc7084-bis
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: Wed, 16 Aug 2017 16:58:13 -0000

Hi Lee,

I’m happy to review draft-ietf-v6ops-rfc7084-bis-04 with possible solutions, but we first, as a WG, need to clarify if still want to update RFC7084 or instead, want to go in the direction of separating the transition requirements as per draft-palet-v6ops-rfc7084-bis-transition-00.

Updating draft-ietf-v6ops-rfc7084-bis-04 could allow what you are asking for.

However, if we don’t want to touch RFC7084, seems to me difficult that we can do it in a “transition” only document.

So, do we want to re-consider this decision again?

My plan, if time permits, is to update either one or the other document next week.

Regarding 6&7, I actually provided text on that to the authors, and one of my comments was in the direction of RFC6555-bis can somehow sort out those, but the actual text is still based in RFC6555 until RFC6555-bis become an RFC, in order to avoid “holding” draft-ietf-sunset4-gapanalysis-09, so all depends on how fast we move with one or the other …

Regards,
Jordi
 

-----Mensaje original-----
De: v6ops <v6ops-bounces@ietf.org> en nombre de Lee Howard <lee@asgard.org>
Responder a: <lee@asgard.org>
Fecha: miércoles, 16 de agosto de 2017, 18:28
Para: <v6ops@ietf.org>
Asunto: [v6ops] Sunset4 gap analysis: rfc6555bis, ipv6rtr-reqs, rfc7084-bis

    Reading through draft-ietf-sunset4-gapanalysis-09 it seemed to me that several problems might be resolvable in documents we currently have open:
    
    Can problems 1-5 (indicating that IPv4 is unavailable, disabling IPv4 in the LAN) be addressed with recommendations in any, some, or all of:
    draft-ietf-v6ops-ipv6rtr-reqs-00 "Requirements for IPv6 Routers"
    draft-ietf-v6ops-rfc7084-bis-04  “Basic Requirements for IPv6 Customer Edge Routers"
    Or other drafts under discussion in v6ops now?
    Or do we need new IPv6 signalling (RA?) that IPv4 is unavailable? That would have to go to 6man. Or did we do this, and I’ve forgotten in my old age?
    
    
    
    Are problems 6 & 7 (Happy Eyeballs and getaddrinfo()) addressed with draft-ietf-v6ops-rfc6555bis-03,  "Happy Eyeballs Version 2: Better Connectivity Using Concurrency”?
    Can problem 10 be addressed in rfc6555-bis?
    
    Thanks,
    
    Lee
    
    _______________________________________________
    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.