The Interior Routing Overlay Network (IRON)
draft-templin-ironbis-16
| Document | Type | Expired Internet-Draft (individual) | |
|---|---|---|---|
| Author | Fred Templin | ||
| Last updated | 2015-10-14 (latest revision 2014-03-28) | ||
| Stream | (None) | ||
| Intended RFC status | Experimental | ||
| Formats |
Expired & archived
plain text
xml
pdf
htmlized
bibtex
|
||
| Reviews | |||
| Stream | Stream state | (No stream defined) | |
| Consensus Boilerplate | Unknown | ||
| RFC Editor Note | (None) | ||
| IESG | IESG state | Expired (IESG: Dead) | |
| Action Holders |
(None)
|
||
| Telechat date | |||
| Responsible AD | Ralph Droms | ||
| Send notices to | (None) | ||
https://www.ietf.org/archive/id/draft-templin-ironbis-16.txt
Abstract
Since large-scale Internetworks such as the public Internet must continue to support escalating growth due to increasing demand, it is clear that Autonomous Systems (ASes) must avoid injecting excessive de-aggregated prefixes into the interdomain routing system and instead mitigate de-aggregation internally. This document describes an Interior Routing Overlay Network (IRON) architecture that supports sustainable growth within AS-interior routing domains while requiring no changes to end systems and no changes to the exterior routing system. In addition to routing scaling, IRON further addresses other important issues including mobility management, mobile networks, multihoming, traffic engineering, NAT traversal and security. While business considerations are an important determining factor for widespread adoption, they are out of scope for this document.
Authors
Fred Templin (fltemplin@acm.org)
(Note: The e-mail addresses provided for the authors of this Internet-Draft may no longer be valid.)