Re: draft-baker-6man-multiprefix-default-route-00.txt is a newdraft

Fred Baker <fred@cisco.com> Mon, 12 November 2007 22:52 UTC

Return-path: <ipv6-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1Iri8y-0006AU-D3; Mon, 12 Nov 2007 17:52:36 -0500
Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1Iri8w-00069K-J5 for ipv6@ietf.org; Mon, 12 Nov 2007 17:52:34 -0500
Received: from sj-iport-6.cisco.com ([171.71.176.117]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1Iri8w-0007kX-6k for ipv6@ietf.org; Mon, 12 Nov 2007 17:52:34 -0500
X-IronPort-AV: E=Sophos;i="4.21,407,1188802800"; d="scan'208";a="250739495"
Received: from sj-dkim-1.cisco.com ([171.71.179.21]) by sj-iport-6.cisco.com with ESMTP; 12 Nov 2007 14:52:33 -0800
Received: from sj-core-1.cisco.com (sj-core-1.cisco.com [171.71.177.237]) by sj-dkim-1.cisco.com (8.12.11/8.12.11) with ESMTP id lACMqXPE026093; Mon, 12 Nov 2007 14:52:33 -0800
Received: from xbh-sjc-231.amer.cisco.com (xbh-sjc-231.cisco.com [128.107.191.100]) by sj-core-1.cisco.com (8.12.10/8.12.6) with ESMTP id lACMqUlU017743; Mon, 12 Nov 2007 22:52:31 GMT
Received: from xfe-sjc-211.amer.cisco.com ([171.70.151.174]) by xbh-sjc-231.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Mon, 12 Nov 2007 14:52:29 -0800
Received: from [10.43.1.208] ([10.21.147.167]) by xfe-sjc-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Mon, 12 Nov 2007 14:52:29 -0800
In-Reply-To: <20071112.172700.95023288.he@uninett.no>
References: <6A990F09-F0D4-43AA-BA1F-D81AB94628D6@cisco.com> <55C1E39E-7FE1-4912-B730-017C1C5CAC09@it.uc3m.es> <A4AE6069-5936-4C7E-AFD6-6100FB66A8EE@cisco.com> <20071112.172700.95023288.he@uninett.no>
Mime-Version: 1.0 (Apple Message framework v752.3)
Content-Type: text/plain; charset="US-ASCII"; delsp="yes"; format="flowed"
Message-Id: <4A3269AF-5EF3-456C-B910-A7A263250E3B@cisco.com>
Content-Transfer-Encoding: 7bit
From: Fred Baker <fred@cisco.com>
Date: Mon, 12 Nov 2007 22:52:26 +0000
To: Havard Eidnes <he@uninett.no>
X-Pgp-Agent: GPGMail 1.1.2 (Tiger)
X-Mailer: Apple Mail (2.752.3)
X-OriginalArrivalTime: 12 Nov 2007 22:52:29.0754 (UTC) FILETIME=[B41681A0:01C8257E]
DKIM-Signature: v=0.5; a=rsa-sha256; q=dns/txt; l=1176; t=1194907953; x=1195771953; c=relaxed/simple; s=sjdkim1004; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=fred@cisco.com; z=From:=20Fred=20Baker=20<fred@cisco.com> |Subject:=20Re=3A=20draft-baker-6man-multiprefix-default-route-00.txt=20i s=20a=20newdraft |Sender:=20; bh=vNY8jz+W1p+C8qLddFp4vAFrgI79y0F6XhI5jZ7yFB8=; b=qpEnsq7uGxvNiNxNFzlJt8pi5T4TYNi4biW+kk9a5qiwWd/TxZOWfIKMJ/y6EutN396ZOK8i fdxoKQF2FZ9qTwEEilA7edRhNu5Q3q3oBTgBtM+ntEcPRGwi89MCQaG9/PLHrI58N9hpN7VaE9 jbdobeiMeqptKLlec5HWdf3Cg=;
Authentication-Results: sj-dkim-1; header.From=fred@cisco.com; dkim=pass (si g from cisco.com/sjdkim1004 verified; );
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 0bc60ec82efc80c84b8d02f4b0e4de22
Cc: marcelo@it.uc3m.es, ipv6@ietf.org
Subject: Re: draft-baker-6man-multiprefix-default-route-00.txt is a newdraft
X-BeenThere: ipv6@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: "IPv6 Maintenance Working Group \(6man\)" <ipv6.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/ipv6>, <mailto:ipv6-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:ipv6@ietf.org>
List-Help: <mailto:ipv6-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/ipv6>, <mailto:ipv6-request@ietf.org?subject=subscribe>
Errors-To: ipv6-bounces@ietf.org

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1


On Nov 12, 2007, at 4:27 PM, Havard Eidnes wrote:

> Instead, my inclination would be to "solve" this problem in a much  
> simpler manner, simply by declaring it a configuration error.  A  
> site which receives prefixes from more than a single provider is  
> clearly multihomed, and needs to have its providers make  
> appropriate exceptions to a strict "I will only accept packets with  
> source addresses from within the prefix I delegate" rule.  Either  
> that, or the domain in question needs to ensure via a combination  
> of address selection and routing policy that one avoids being  
> subjected to (presumably unwanted) RPF failures.

You have read RFC 3704, right? You're aware of the routing issues here?

I think the provisions in that are quite a bit for the SOHO, and  
residential broadband providers tend to be reticent to do anything  
like what you suggest. Hence the comment. I would like to see a  
better solution than the one you are proposing.
-----BEGIN PGP SIGNATURE-----

iD8DBQFHONkqbjEdbHIsm0MRAnjUAKDoOE5uvo+nW8HhF6cMQBkytyWjWwCglacy
GaTOvghlEm8uVeWPC6gc904=
=O1cA
-----END PGP SIGNATURE-----

--------------------------------------------------------------------
IETF IPv6 working group mailing list
ipv6@ietf.org
Administrative Requests: https://www1.ietf.org/mailman/listinfo/ipv6
--------------------------------------------------------------------