randy/draft-wkc
1
0
Fork 0
Code Issues Pull requests Projects Releases Packages Wiki Activity Actions

-01 published, a bunch of edits by jay

Browse source
This commit is contained in:
Randy Bush 2019-01-07 07:43:39 -08:00
parent 736fc0b85a
commit 6878fcdb4f
1 changed files with 23 additions and 12 deletions
Download patch file Download diff file Expand all files Collapse all files

35
draft-ietf-grow-wkc-behavior.xml
View file

@ -11,7 +11,7 @@
<?rfc tocindent="yes"?> <?rfc tocindent="yes"?>
<?rfc tocompact="yes"?> <?rfc tocompact="yes"?>
<rfc category="std" docName="draft-ietf-grow-wkc-behavior-00" ipr="trust200902"> <rfc category="std" docName="draft-ietf-grow-wkc-behavior-01" ipr="trust200902">
<front> <front>
@ -79,8 +79,11 @@
<t>Well-Known BGP Communities are manipulated inconsistently by <t>Well-Known BGP Communities are manipulated inconsistently by
current implementations. This results in difficulties for current implementations. This results in difficulties for
operators. It is recommended that removal policies be applied operators. Network operators are encouraged to deploy consistent
consistently to Well-Known Communities.</t> community handling across their networks, taking the inconsistent
behaviors from the various bgp implementations they operate into
consideration. Also, bgp implementors are expected to not create
any further inconsistencies from this point forward.</t>
</abstract> </abstract>
@ -103,11 +106,12 @@
<t>The BGP Communities Attribute was specified in <xref <t>The BGP Communities Attribute was specified in <xref
target="RFC1997"/> which introduced the concept of Well-Known target="RFC1997"/> which introduced the concept of Well-Known
Communities. In hindsight, it did not prescribe as fully as it Communities. In hindsight, <xref target="RFC1997"/> did not
should have how Well-Known Communities may be manipulated by prescribe as fully as it should have how Well-Known Communities may
policies applied by operators. Currently, implementations differ in be manipulated by policies applied by operators. Currently,
this regard, and these differences can result in inconsistent implementations differ in this regard, and these differences can
behaviors that operators find difficult to identify and resolve.</t> result in inconsistent behaviors that operators find difficult to
identify and resolve.</t>
<t>This document describes the current behavioral differences in <t>This document describes the current behavioral differences in
order to assist operators in generating consistent order to assist operators in generating consistent
@ -192,7 +196,7 @@
communities, well-Known or otherwise.</t> communities, well-Known or otherwise.</t>
<t>In OpenBSD's OpenBGPD, "set community" does not remove any <t>In OpenBSD's OpenBGPD, "set community" does not remove any
communities, well-Known or otherwise.</t> communities, Well-Known or otherwise.</t>
<section anchor="ianalist" title="Note on an Inconsistency"> <section anchor="ianalist" title="Note on an Inconsistency">
@ -232,9 +236,16 @@
inclusion in this document, especially if their behavior differs inclusion in this document, especially if their behavior differs
from the examples described.</t> from the examples described.</t>
<t>For new well-known communities specified (after this draft), <t>Vendors MUST ensure that any well-known communities specified
vendors MUST treat "community set" command to mean “remove all after this document's publication are removed by the "community set"
other communities, Well-Known or otherwise."</t> action.</t>
<t>Given the implementation inconsistencies described in this
document, network operators are urged never to rely on any implicit
understanding of a neighbor ASN's bgp community handling. I.e.,
before announcing prefixes with NO_EXPORT or any other community to
a neighbor ASN, the operator should confirm with that neighbor how
the community will be treated.</t>
</section> </section>