[v6ops] PA Address Multihoming in IPv6

"Fred Baker (fred)" <fred@cisco.com> Mon, 02 November 2015 05:03 UTC

Return-Path: <fred@cisco.com>
X-Original-To: v6ops@ietfa.amsl.com
Delivered-To: v6ops@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3A1D41B459D; Sun, 1 Nov 2015 21:03:03 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -114.511
X-Spam-Level:
X-Spam-Status: No, score=-114.511 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5, USER_IN_WHITELIST=-100] autolearn=ham
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 BTanZna43sOJ; Sun, 1 Nov 2015 21:03:01 -0800 (PST)
Received: from alln-iport-4.cisco.com (alln-iport-4.cisco.com [173.37.142.91]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 41A3D1B459C; Sun, 1 Nov 2015 21:03:01 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=5091; q=dns/txt; s=iport; t=1446440582; x=1447650182; h=from:to:cc:subject:date:message-id:mime-version; bh=JJWr4xTsSlDwpV66rIkxIozbGkN/hams1FtvBI1NO3I=; b=IHXnp31w6vACmO+ZAPjendBke3vn0QAtOF6Ht+VSWeL8Uoh7vzueNJzq M/zMhny1VS7Cz2QC3mavpMqQkuVJ5OF13hP2KLOu/ULcaT1xlX3jQzEtQ MPg1KIBQRuY73NU2NXy3dHkY303qGwg3i0rpsz6andm0qodidXI9vpkz2 o=;
X-Files: signature.asc : 833
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: A0CvAgDq7TZW/5pdJa1egztTdb80DoFaI4I8gzqBKTgUAQEBAQEBAYEKhDgEeRIBgQAnBAENEw2IFQ3BIQEBAQEBAQEBAQEBAQEBAQEBAQERBQSJB4cbCwYBD4NegRQFlkMBglGBYWqICJw5AR8BQ4IOIIFWhScBBxcjgQcBAQE
X-IronPort-AV: E=Sophos;i="5.20,232,1444694400"; d="asc'?scan'208";a="203394319"
Received: from rcdn-core-3.cisco.com ([173.37.93.154]) by alln-iport-4.cisco.com with ESMTP; 02 Nov 2015 05:03:01 +0000
Received: from XCH-RTP-013.cisco.com (xch-rtp-013.cisco.com [64.101.220.153]) by rcdn-core-3.cisco.com (8.14.5/8.14.5) with ESMTP id tA2530Ob016726 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Mon, 2 Nov 2015 05:03:00 GMT
Received: from xch-rtp-013.cisco.com (64.101.220.153) by XCH-RTP-013.cisco.com (64.101.220.153) with Microsoft SMTP Server (TLS) id 15.0.1104.5; Mon, 2 Nov 2015 00:02:59 -0500
Received: from xch-rtp-013.cisco.com ([64.101.220.153]) by XCH-RTP-013.cisco.com ([64.101.220.153]) with mapi id 15.00.1104.000; Mon, 2 Nov 2015 00:02:59 -0500
From: "Fred Baker (fred)" <fred@cisco.com>
To: "isis-ads@tools.ietf.org" <isis-ads@tools.ietf.org>, "rtgwg-chairs@ietf.org" <rtgwg-chairs@ietf.org>, "isis-chairs@tools.ietf.org" <isis-chairs@tools.ietf.org>, "ospf-chairs@tools.ietf.org" <ospf-chairs@tools.ietf.org>, 6man Chairs <6man-chairs@tools.ietf.org>, "homenet-chairs@tools.ietf.org" <homenet-chairs@tools.ietf.org>
Thread-Topic: PA Address Multihoming in IPv6
Thread-Index: AQHRFSu+br42M0MeV0+ZSlpi1E3FfA==
Date: Mon, 02 Nov 2015 05:02:59 +0000
Message-ID: <BD7AFDBD-CE63-4F0E-880A-0C251EE83BD0@cisco.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator:
x-ms-exchange-messagesentrepresentingtype: 1
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [10.70.235.76]
Content-Type: multipart/signed; boundary="Apple-Mail=_1CCE4E31-2675-41AF-8F70-C135D85EF5C4"; protocol="application/pgp-signature"; micalg="pgp-sha1"
MIME-Version: 1.0
Archived-At: <http://mailarchive.ietf.org/arch/msg/v6ops/zQL6WU3pdZwl-kAdFyTn7Vi03AY>
Cc: "v6ops@ietf.org WG" <v6ops@ietf.org>, The IESG <iesg@ietf.org>
Subject: [v6ops] PA Address Multihoming in IPv6
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.15
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, 02 Nov 2015 05:03:03 -0000

This email is being sent in accordance with the v6ops charter, which calls for the working group to communicate operational issues and requirements to working groups that are chartered to address them.

The IETF's current primary recommendation for multihoming of midrange enterprise networks - those that cannot justify the costs and overheads of a PI address and in fact multihome - is to obtain a provider-allocated prefix from each of their upstream networks, and deploy a /64 out of each on each LAN in their networks.

https://tools.ietf.org/html/rfc4213
4213 Basic Transition Mechanisms for IPv6 Hosts and Routers. E. Nordmark,
     R. Gilligan. October 2005. (Format: TXT=58575 bytes) (Obsoletes
     RFC2893) (Status: PROPOSED STANDARD) (DOI: 10.17487/RFC4213)

This has a number of issues, not the least of which is in the back end OSS software, which needs to now scale to a much larger number of prefixes, handle multiple addresses in DNS for servers and perhaps clients, resolve reverse DNS queries, and so on. It also is obviously carrying that much more information in routing.

One outcome of v6ops' discussions this morning was that PI multihoming demonstrably works, but PA multihoming when the upstreams implement BCP 38 filtering requires the deployment of some form of egress routing - source/destination routing in which the traffic using a stated PA source prefix and directed to a remote destination is routed to the provider that allocated the prefix. The IETF currently has no such recommendation, or consensus that it should have. However, enterprise networks are known to delaying operational deployment of IPv6 in part due to the complexities visited upon them and the cost of the back end software upgrades, and this is part of that issue.

Without trying to limit the options available to the working groups in question, I'll point out that options currently on the table include the following. There are also current open source implementations of source/destination and source-specific routing in IS-IS, OSPFv3, and Babel.

https://datatracker.ietf.org/doc/draft-baker-ipv6-isis-dst-src-routing
  "IPv6 Source/Destination Routing using IS-IS", Fred Baker, David
  Lamparter, 2015-10-19

https://datatracker.ietf.org/doc/draft-boutier-babel-source-specific
  "Source-Specific Routing in Babel", Matthieu Boutier, Juliusz
  Chroboczek, 2015-05-27

https://datatracker.ietf.org/doc/draft-ietf-6man-multi-homed-host
  "Routing packets from hosts in a multi-prefix network", Fred Baker,
  Brian Carpenter, 2015-10-15

https://datatracker.ietf.org/doc/draft-ietf-ospf-ospfv3-lsa-extend
  "OSPFv3 LSA Extendibility", Acee Lindem, Sina Mirtorabi, Abhay Roy, Fred
  Baker, 2015-10-08

https://datatracker.ietf.org/doc/draft-ietf-rtgwg-dst-src-routing
  "Destination/Source Routing", David Lamparter, 2015-10-17,

https://datatracker.ietf.org/doc/draft-sarikaya-6man-sadr-overview
  "Source Address Dependent Routing and Source Address Selection for IPv6
  Hosts: Problem Space Overview", Behcet Sarikaya, Mohamed Boucadair,
  2015-08-17

https://datatracker.ietf.org/doc/draft-sarikaya-6man-sadr-ra
  "IPv6 RA Option for Source Address Dependent Routing", Behcet Sarikaya,
  2015-06-08

https://datatracker.ietf.org/doc/draft-sarikaya-dhc-6man-dhcpv6-sadr
  "DHCPv6 Solution for Source Address Dependent Routing", Behcet Sarikaya,
  2015-05-08

https://datatracker.ietf.org/doc/draft-xu-ospf-multi-homing-ipv6
  "Extending OSPFv3 to Support Multi-homing", Mingwei Xu, Shu Yang,
  Jianping Wu, Fred Baker, 2015-10-11,

https://datatracker.ietf.org/doc/draft-baker-rtgwg-src-dst-routing-use-cases