Re: [v6ops] I-D Action: draft-ietf-v6ops-ipv6rtr-reqs-02.txt

Lorenzo Colitti <lorenzo@google.com> Mon, 05 March 2018 07:50 UTC

Return-Path: <lorenzo@google.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 6E758127275 for <v6ops@ietfa.amsl.com>; Sun, 4 Mar 2018 23:50:58 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.709
X-Spam-Level:
X-Spam-Status: No, score=-2.709 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=google.com
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 0PxJfXffFtfv for <v6ops@ietfa.amsl.com>; Sun, 4 Mar 2018 23:50:56 -0800 (PST)
Received: from mail-wm0-x22c.google.com (mail-wm0-x22c.google.com [IPv6:2a00:1450:400c:c09::22c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 82D5D126579 for <v6ops@ietf.org>; Sun, 4 Mar 2018 23:50:56 -0800 (PST)
Received: by mail-wm0-x22c.google.com with SMTP id t6so13536593wmt.5 for <v6ops@ietf.org>; Sun, 04 Mar 2018 23:50:56 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=xRLsN4fjzDVsR60MtdFay3fc8Ey5Dii8r//TIsYYXjI=; b=hLLsZ5TfpijxD1z9zf0mQxTEDJOvHMy0k+on7fdgyn7LMYTjG1Am8AfVp4mGb+Eqvb 6sceZjjGFzrAuY6XgI1YzLlFKzBE5vCYag7Pu+XmP4ZgDmkWVHXDPignJvj8ptnW6Pk+ HGSCWTU+mBOVJZoNbKitvwWVfTRmNgRlsgac9QI+A0HbaQIxCary3qfMPbuqkL6oyrvR RJe322M7R/dm+yH/5KycQOMWuH3XdPJdmtAfFFswDQJsx580B2uYX+sWGaaqR3J8FhPu 6TSbwAVQdeHx2aBSgBn3sVybuVRyKOYsJZZaT6G5IcV8iD6B6pM+gqPtzmtTgX/hDbSS zABA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=xRLsN4fjzDVsR60MtdFay3fc8Ey5Dii8r//TIsYYXjI=; b=PwzbdDC3yB2/ec8OX8L36iMZGL/sFDEGTJiTy35pDV9amwPRWGAqRklA7JHhmFVT8q BfNTAl09HZs3jqRKF1ApgQxBIDi2/CEy7xYHQCksGuH8TjNtt8pPoKpL35eg1maJl6IB NGdnIcllT24aB8UEcPkcGeAKeVjmYZi0AV+Qm9BZotKhhMbv3l5cFS9//AdmwWtexm/4 qnz26bp4xBiXIaihkV5HevJPEXScD8HCSOSCw3eG6Bu5XFNMcuI+zPWqDGyErIFDRTLl 35w8bVFVFgal8SoGVbeQ46E6hIJyGk/ZrDM1doTIjZnPwBSzSuOGBndtE4Kzwe3n/bFU 1R1g==
X-Gm-Message-State: AElRT7G6C/8Mx+0UDrtWMjB1RGNdXjAxjgDaMD2m0Ib3jCX1ZBMWGN+j /lox85qKaX6IkFvU0p74sLGRJgx0jyLqZpqb3iCBow==
X-Google-Smtp-Source: AG47ELtJGoHlIJgFRRyxi5XV+iJOupYANyjv/m9wYFOxlRZ6j300rWG3nmOxlHCic0nbSE3tNFevcQXx/W5m64LDaJ8=
X-Received: by 10.28.153.75 with SMTP id b72mr3050275wme.127.1520236254700; Sun, 04 Mar 2018 23:50:54 -0800 (PST)
MIME-Version: 1.0
Received: by 10.28.63.79 with HTTP; Sun, 4 Mar 2018 23:50:33 -0800 (PST)
In-Reply-To: <02EF1B15-1344-4316-8F96-3105D82F4E4D@isc.org>
References: <152021615239.27925.6946415833371012617@ietfa.amsl.com> <CAKD1Yr00qjz7z8VF5=WeZ+baBPxJfmnYVhvNqKn_m7gu9H2GTA@mail.gmail.com> <0E0957B6-FA65-4CB0-965F-832699118204@isc.org> <CAKD1Yr3eLjO4vdQLjJgi2M=kyO_P9Mpw99ctY06GbzPFZZ6V5g@mail.gmail.com> <9C6ADA3B-8EC8-4E30-94C9-36285A9FFCCA@isc.org> <CAKD1Yr1u8Ph5+Pr52YO6nf6qxEDXZmS=-1-aUwUzVK1M_iB26g@mail.gmail.com> <02EF1B15-1344-4316-8F96-3105D82F4E4D@isc.org>
From: Lorenzo Colitti <lorenzo@google.com>
Date: Mon, 05 Mar 2018 16:50:33 +0900
Message-ID: <CAKD1Yr28Y=XWNt48xhwbPDmyQmhyX-SqGDoyd-QuAZs2xcRrmA@mail.gmail.com>
To: Mark Andrews <marka@isc.org>
Cc: "v6ops@ietf.org WG" <v6ops@ietf.org>
Content-Type: multipart/alternative; boundary="001a114b2d32f04af40566a5953e"
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/A8mLc9NkHTPB9BAtMRDVphRwBJ8>
Subject: Re: [v6ops] I-D Action: draft-ietf-v6ops-ipv6rtr-reqs-02.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: Mon, 05 Mar 2018 07:50:58 -0000

On Mon, Mar 5, 2018 at 4:00 PM, Mark Andrews <marka@isc.org> wrote:

> > The phone announces its address in that /64 as the DNS server. When the
> phone's /64 prefix changes, the old address is no longer valid and
> potentially belongs to another customer of the network. But with stateless
> DHCPv6, there's no way for the phone to tell clients not to use it any more.
>
> So you are tearing down the network too fast in the phone.  The point to
> “deprecating” the prefix is to keep stuff like this working for a while
> using the deprecated addresses.


We tear the network down when the network tears it down. Per 3GPP
standards, the prefix lifetime in the RA is infinite and the prefix is
current for as long as the link is up.

The bottom line is if you want end-to-end connectivity, a configuration
protocol that does not allow push updates is broken.