Re: [v6ops] I-D Action:draft-ietf-v6ops-ipv6-cpe-router-bis-00.txt

Brian E Carpenter <brian.e.carpenter@gmail.com> Wed, 23 March 2011 01:19 UTC

Return-Path: <brian.e.carpenter@gmail.com>
X-Original-To: v6ops@core3.amsl.com
Delivered-To: v6ops@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id BB5393A67D1 for <v6ops@core3.amsl.com>; Tue, 22 Mar 2011 18:19:39 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -103.156
X-Spam-Level:
X-Spam-Status: No, score=-103.156 tagged_above=-999 required=5 tests=[AWL=-0.157, BAYES_00=-2.599, J_CHICKENPOX_13=0.6, RCVD_IN_DNSWL_LOW=-1, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id eCG529UzOtem for <v6ops@core3.amsl.com>; Tue, 22 Mar 2011 18:19:38 -0700 (PDT)
Received: from mail-yx0-f172.google.com (mail-yx0-f172.google.com [209.85.213.172]) by core3.amsl.com (Postfix) with ESMTP id CAF093A67A6 for <v6ops@ietf.org>; Tue, 22 Mar 2011 18:19:38 -0700 (PDT)
Received: by yxk30 with SMTP id 30so3716677yxk.31 for <v6ops@ietf.org>; Tue, 22 Mar 2011 18:21:12 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:message-id:date:from:organization:user-agent :mime-version:to:cc:subject:references:in-reply-to:content-type :content-transfer-encoding; bh=CIK9kbvG5Y65bxOm6yNjXzqw+BLG5KGEKtgbPwx+70Y=; b=haiRDOcexyTISyJwqq4uVdpfBAi/rRP2bjYaz8tkvvO+jeHSBUu7hreOAmRCsVClpB 8VJXPpvP8f4qHTkcB9Po3VaeYnQAqz4DPisCHAvr5l4Uc4QlJXIaUfUyJqjFkzvrDNPr TFrZj05SOY0jj8s5pkW74zJAnNr2TgYKG1i+0=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:organization:user-agent:mime-version:to:cc :subject:references:in-reply-to:content-type :content-transfer-encoding; b=e99eiGYmej429VwYWjU5IojZcMIg+pe8oQzbxFwSYoacRbx9du4kzcaCfTpdrIkX3I UVfJe9+9D29E7NuAhkFaSW/4doW8qyQo//Vi6xOLxl2zqGdDgbkiuJyHfK+534Rues8J YFqAzm8q089+R4cFwR3KSGI20cUasVujYMDRY=
Received: by 10.236.185.134 with SMTP id u6mr8130373yhm.217.1300843272209; Tue, 22 Mar 2011 18:21:12 -0700 (PDT)
Received: from [130.216.38.124] (stf-brian.sfac.auckland.ac.nz [130.216.38.124]) by mx.google.com with ESMTPS id x76sm2052434yhn.94.2011.03.22.18.21.09 (version=SSLv3 cipher=OTHER); Tue, 22 Mar 2011 18:21:11 -0700 (PDT)
Message-ID: <4D894B0D.40309@gmail.com>
Date: Wed, 23 Mar 2011 14:21:17 +1300
From: Brian E Carpenter <brian.e.carpenter@gmail.com>
Organization: University of Auckland
User-Agent: Thunderbird 2.0.0.6 (Windows/20070728)
MIME-Version: 1.0
To: "Hemant Singh (shemant)" <shemant@cisco.com>
References: <20110305184502.18531.25548.idtracker@localhost> <5B6B2B64C9FE2A489045EEEADDAFF2C3F8B9B0@XMB-RCD-109.cisco.com><E76372ED-41A1-4987-9ECF-888B285DD606@apple.com> <4D7E685A.80202@bogus.com> <5B6B2B64C9FE2A489045EEEADDAFF2C301049872@XMB-RCD-109.cisco.com> <alpine.DEB.2.00.1103152011560.4842@uplift.swm.pp.se> <5B6B2B64C9FE2A489045EEEADDAFF2C301049924@XMB-RCD-109.cisco.com> <4D7FE427.7000201@gmail.com> <5B6B2B64C9FE2A489045EEEADDAFF2C30104A0ED@XMB-RCD-109.cisco.com> <4D8260E2.2080600@gmail.com> <alpine.DEB.2.00.1103172035400.4842@uplift.swm.pp.se><m1Q0gaW-0001gmC@stereo.hq.phicoh.net> <3179B83D-003E-4619-96F8-622E27752EC3@cisco.com> <alpine.DEB.2.00.1103182204030.4842@uplift.swm.pp.se> <C1366B36-15E1-4E98-AED4-D95FD003793C@cisco.com><alpine.DEB.2.00.1103190558280.4842@uplift.swm.pp.se> <4D85053C.8040904@gmail.com> <5B6B2B64C9FE2A489045EEEADDAFF2C301183090@XMB-RCD-109.cisco.com> <4D89233D.6070309@gmail.com> <5B6B2B64C9FE2A489045EEEADDAFF2C3011831B0@XMB-RCD-109.cisco.com>
In-Reply-To: <5B6B2B64C9FE2A489045EEEADDAFF2C3011831B0@XMB-RCD-109.cisco.com>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
Cc: IPv6 Ops WG <v6ops@ietf.org>
Subject: Re: [v6ops] I-D Action:draft-ietf-v6ops-ipv6-cpe-router-bis-00.txt
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: v6ops discussion list <v6ops.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/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, 23 Mar 2011 01:19:39 -0000

On 2011-03-23 12:44, Hemant Singh (shemant) wrote:
> -----Original Message-----
> From: Brian E Carpenter [mailto:brian.e.carpenter@gmail.com] 
> Sent: Tuesday, March 22, 2011 6:31 PM
> To: Hemant Singh (shemant)
> Cc: Mikael Abrahamsson; IPv6 Ops WG
> Subject: Re: [v6ops] I-D Action:draft-ietf-v6ops-ipv6-cpe-router-bis-00.txt
> 
> 
>> I agree. BRDP is far from cooked as an IETF solution. Shim6 is standardised,
>> but requires no special action by the CE router anyway.
> 
> Ah, OK.  Sorry, I am behind on my reading and shim6 is one specification I have to go thru.  Anyone deploy shim6 yet in any SP/edge network?

Only hosts deploy shim6 - there is nothing for router vendors or operators to do!

>> I assume you are now talking about a future draft and not about
>> cpe-router-bis?
> 
> I do think so - draft-cpe-router-ter should deal with multihoming and graphed routed topologies.  The reason is because the bis document is gestating to a critical mass for new requirements that would be worth publishing.  The routing section in section 5.4 has reached rough consensus in this mailer for text.  DNS is something we have to work on a bit.  Thereafter we could submit the bis document for LastCall.
> 
>> Again - this topic (and your analysis, if it's correct) seems to me to
>> belong in the multihoming-without-nat66 draft.
> 
> Ah, OK.  
> 
>> As I said a long time ago when MIF was first discussed, it seems that what
>> we need is to replace the concept of "default router" in the host stack
>> with a concept of "default router per prefix".
> 
> When a host has to forward a packet to a destination, the destination is either on-link (if the destination matches a prefix in the host's ND Prefix List) or off-link that means the packet is shipped to default router(s).  Thus all I can see is a default routers(s) per destination, not prefix.   Note the MSR is a construct that can map a prefix to a default router where the default router in the router that sent the RA with the MSR. 

To avoid ingress filters, you have to hit the right exit router. The easiest
way to do that is to select the default router according to the *source*
prefix of the packet. MIF is talking about having a default router per
interface; I think the model has to be stronger, and make it per prefix.
You definitely need a strong host model of some kind. But at the moment
this isn't well defined, so v6ops can't specify it.

   Brian