serpil's edit

This commit is contained in:
Randy Bush 2019-05-30 13:15:00 -07:00
parent c325b189f5
commit 3453d3f62c

View file

@ -79,12 +79,12 @@
<t>Well-Known BGP Communities are manipulated differently across <t>Well-Known BGP Communities are manipulated differently across
various current implementations. This results in difficulties for various current implementations. This results in difficulties for
operators. Network operators are encouraged to deploy consistent operators. Network operators should deploy consistent community
community handling across their networks, taking the inconsistent handling across their networks while taking the inconsistent
behaviors from the various BGP implementations they operate into behaviors from the various BGP implementations into consideration..
consideration. This document recommends specific actions to limit This document recommends specific actions to limit future
future inconsistency, namely BGP implementors must not create inconsistency, namely BGP implementors must not create further
further inconsistencies from this point forward.</t> inconsistencies from this point forward.</t>
</abstract> </abstract>
@ -178,8 +178,8 @@
<t>In Juniper Networks' Junos OS, "community set" removes all <t>In Juniper Networks' Junos OS, "community set" removes all
communities, Well-Known or otherwise.</t> communities, Well-Known or otherwise.</t>
<t>In Cisco Systems' IOS XR, "set community" removes all communities <t>In Cisco IOS XR, "set community" removes all communities except
except for the following:</t> for the following:</t>
<texttable anchor="cisco"> <texttable anchor="cisco">
<preamble></preamble> <preamble></preamble>
@ -194,10 +194,10 @@
<postamble>Communities not removed by Cisco IOS XR</postamble> <postamble>Communities not removed by Cisco IOS XR</postamble>
</texttable> </texttable>
<t>IOS XR does allow Well-Known communities to be removed only by <t>Cisco IOS XR does allow Well-Known communities to be removed only
explicitly enumerating one at a time, not in the aggregate; for by explicitly enumerating one at a time, not in the aggregate; for
example, "delete community accept-own". Operators are advised to example, "delete community accept-own". Operators are advised to
consult IOS XR documentation and/or Cisco Systems support for full consult Cisco IOS XR documentation and/or Cisco support for full
details.</t> details.</t>
<t>On Extreme networks' Brocade NetIron: "set community X" removes <t>On Extreme networks' Brocade NetIron: "set community X" removes
@ -219,13 +219,13 @@
<t>The IANA publishes a list of Well-Known Communities <xref <t>The IANA publishes a list of Well-Known Communities <xref
target="IANA-WKC"/>.</t> target="IANA-WKC"/>.</t>
<t>IOS XR's set of Well-Known communities that "set community" <t>Cisco IOS XR's set of Well-Known communities that "set
will not overwrite diverges from the IANA's list. Quite a few community" will not overwrite diverges from the IANA's list of
Well-Known communities from IANA's list do not receive special Well-Known communities. Quite a few Well-Known communities from
treatment in IOS XR, and at least one specific community on IOS IANA's list do not receive special treatment in Cisco IOS XR, and
XR's special treatment list (internet == 0:0) is not really on at least one specific community on Cisco IOS XR's special
IANA's list -- it's taken from the "Reserved" range treatment list (internet == 0:0) is not really on IANA's list --
[0x00000000-0x0000FFFF].</t> it's taken from the "Reserved" range [0x00000000-0x0000FFFF].</t>
<t>This merely notes an inconsistency. It is not a plea to <t>This merely notes an inconsistency. It is not a plea to
'protect' the entire IANA list from "set community."</t> 'protect' the entire IANA list from "set community."</t>