IETF Logo Mail Archive

Re: [v6ops] 6204bis and WAN disappearing

Tore Anderson <tore.anderson@redpill-linpro.com> Wed, 22 February 2012 08:25 UTC

Return-Path: <tore.anderson@redpill-linpro.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 8878E21E8088 for <v6ops@ietfa.amsl.com>; Wed, 22 Feb 2012 00:25:42 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.849
X-Spam-Level:
X-Spam-Status: No, score=-2.849 tagged_above=-999 required=5 tests=[AWL=-0.250, BAYES_00=-2.599]
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 ERff6OUfZQmG for <v6ops@ietfa.amsl.com>; Wed, 22 Feb 2012 00:25:37 -0800 (PST)
Received: from zimbra.redpill-linpro.com (zimbra.redpill-linpro.com [87.238.49.234]) by ietfa.amsl.com (Postfix) with ESMTP id E295B21E806D for <v6ops@ietf.org>; Wed, 22 Feb 2012 00:25:36 -0800 (PST)
Received: from localhost (localhost.localdomain [127.0.0.1]) by zimbra.redpill-linpro.com (Postfix) with ESMTP id B3B47103000B; Wed, 22 Feb 2012 09:25:34 +0100 (CET)
X-Virus-Scanned: amavisd-new at claudius.linpro.no
Received: from zimbra.redpill-linpro.com ([127.0.0.1]) by localhost (zimbra.redpill-linpro.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id D+AdtkbZUfDQ; Wed, 22 Feb 2012 09:25:33 +0100 (CET)
Received: from echo.linpro.no (echo.linpro.no [87.238.42.42]) by zimbra.redpill-linpro.com (Postfix) with ESMTPSA id A71AB1030006; Wed, 22 Feb 2012 09:25:33 +0100 (CET)
Message-ID: <4F44A67D.2070203@redpill-linpro.com>
Date: Wed, 22 Feb 2012 09:25:33 +0100
From: Tore Anderson <tore.anderson@redpill-linpro.com>
Organization: Redpill Linpro AS
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:9.0) Gecko/20111222 Thunderbird/9.0
MIME-Version: 1.0
To: Dan Wing <dwing@cisco.com>
References: <021601ccf0f3$812952f0$837bf8d0$@com>
In-Reply-To: <021601ccf0f3$812952f0$837bf8d0$@com>
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
Cc: v6ops@ietf.org, draft-ietf-v6ops-6204bis@tools.ietf.org
Subject: Re: [v6ops] 6204bis and WAN disappearing
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: Wed, 22 Feb 2012 08:25:42 -0000

* Dan Wing

> Reading draft-ietf-v6ops-6204bis-05, I couldn't determine what the CE router
> should do if, after it acquires an IPv6 prefix from its WAN interface, the
> WAN interface later goes down.  Requirement G-4 in the specification
> (http://tools.ietf.org/html/draft-ietf-v6ops-6204bis-05#section-4.1)
> requires the CE router (immediately?) withdraw the prefix on the LAN
> interface

Dan,

That's not what G-4 (or G-5) says. It says that if the CE router loses
its WAN interface (or default route on a still-enabled WAN interface for
that matter), it needs to withdraw itself as a *default router* for the
nodes connected to the LAN.

It does *not* say anything about the prefixes/addresses advertised to
the LAN - they should not be impacted by the WAN interface going down,
except for the fact that the the DHCPv6-PD lease cannot be renewed,
which means that the lifetimes of the lease and the addresses themselves
will eventually reach zero.

-- 
Tore Anderson
Redpill Linpro AS - http://www.redpill-linpro.com

v2.23.0 | Report a Bug | By Email