| dc.contributor.author | Mohapatra, Pradosh | |
| dc.contributor.author | Simpson, Adam | |
| dc.contributor.author | Francois, Pierre | |
| dc.contributor.author | Van den Schrieck, Virginie | |
| dc.contributor.author | Fragassi, Roberto | |
| dc.contributor.author | Uttaro, Jim | |
| dc.date.accessioned | 2021-07-13T09:59:08Z | |
| dc.date.available | 2021-07-13T09:59:08Z | |
| dc.date.issued | 2012-11-26 | |
| dc.identifier.citation | “Best Practices for Advertisement of Multiple Paths in IBGP”, J. Utarro et al., IETF IDR Working Group Document, draft-ietf-idr-add-paths-guidelines-04, November 2012
- Evolution of draft-ietf-idr-add-paths-guidelines-03, May 2012 | |
| dc.identifier.uri | http://hdl.handle.net/20.500.12761/1138 | |
| dc.description | BGP Add-Paths: Add-Paths is a BGP enhancement that allows a BGP router to advertise multiple distinct paths for the same prefix/NLRI. This provides a number of potential benefits, including reduced routing churn, faster convergence and better load balancing. Add-paths is currently being standardized within the IDR Working Group of the Routing area of the IETF. draft-ietf-idr-add-paths-guidelines-04 [6], co-authored by Pierre Francois in collaboration with AT&T, Alcatel-Lucent, and Cisco Systems, is a working group item of IDR aimed at providing network operators the tools needed to address their specific applications and to manage the scalability impact of Add-Paths. A router implementing Add-Paths may learn many paths for a prefix and must decide which of these to advertise to peers. This document analyses different algorithms for making this selection and provides recommendations based on the target application. The new version of this document updates previous versions of the draft published in 2011. This document is still facing changes stemming from the operator community, and its ultimate publication target is 2013-2014. | |
| dc.description.abstract | Add-Paths is a BGP enhancement that allows a BGP router to advertise multiple distinct paths for the same prefix/NLRI. This provides a number of potential benefits, including reduced routing churn, faster convergence and better loadsharing. This document provides recommendations to implementers of Add-Paths so that network operators have the tools needed to address their specific applications and to manage the scalability impact of Add-Paths. A router implementing Add-Paths may learn many paths for a prefix and must decide which of these to advertise to peers. This document analyses different algorithms for making this selection and provides recommendations based on the target application. | |
| dc.language.iso | eng | |
| dc.publisher | Internet Engineering Task Force (IETF) | |
| dc.subject.lcc | Q Science::Q Science (General) | |
| dc.subject.lcc | Q Science::QA Mathematics::QA75 Electronic computers. Computer science | |
| dc.subject.lcc | T Technology::T Technology (General) | |
| dc.subject.lcc | T Technology::TA Engineering (General). Civil engineering (General) | |
| dc.subject.lcc | T Technology::TK Electrical engineering. Electronics Nuclear engineering | |
| dc.title | Best Practices for Advertisement of Multiple Paths in BGP | en |
| dc.type | technical documentation | |
| dc.type.hasVersion | VoR | |
| dc.rights.accessRights | open access | |
| dc.identifier.url | http://tools.ietf.org/pdf/draft-ietf-idr-add-paths-guidelines-04.txt | |
| dc.description.institution | Internet Engineering Task Force (IETF) | |
| dc.identifier.doi | IETF IDR Working Group Document, draft-ietf-idr-add-paths-guidelines-04 | |
| dc.monograph.type | discussion_paper | |
| dc.standardization.type | ietf_internetdraft | |
| dc.description.status | pub | |
| dc.eprint.id | http://eprints.networks.imdea.org/id/eprint/478 | |
