as0 is subject to announce/withdraw problem
some text reduction and clarification
This commit is contained in:
parent
6213ecaaf5
commit
28289e3b8f
1 changed files with 25 additions and 31 deletions
|
|
@ -8,7 +8,7 @@
|
||||||
<?rfc compact="yes"?>
|
<?rfc compact="yes"?>
|
||||||
<?rfc subcompact="no"?>
|
<?rfc subcompact="no"?>
|
||||||
|
|
||||||
<rfc category="std" docName="draft-ietf-sidrops-8210bis-19"
|
<rfc category="std" docName="draft-ietf-sidrops-8210bis-20"
|
||||||
submissionType="IETF" ipr="trust200902" version="2" consensus="yes">
|
submissionType="IETF" ipr="trust200902" version="2" consensus="yes">
|
||||||
|
|
||||||
<front>
|
<front>
|
||||||
|
|
@ -21,13 +21,6 @@
|
||||||
<author fullname="Randy Bush" initials="R." surname="Bush">
|
<author fullname="Randy Bush" initials="R." surname="Bush">
|
||||||
<organization>Arrcus, DRL, & IIJ Research</organization>
|
<organization>Arrcus, DRL, & IIJ Research</organization>
|
||||||
<address>
|
<address>
|
||||||
<postal>
|
|
||||||
<street>5147 Crystal Springs</street>
|
|
||||||
<city>Bainbridge Island</city>
|
|
||||||
<region>Washington</region>
|
|
||||||
<code>98110</code>
|
|
||||||
<country>United States of America</country>
|
|
||||||
</postal>
|
|
||||||
<email>randy@psg.com</email>
|
<email>randy@psg.com</email>
|
||||||
</address>
|
</address>
|
||||||
</author>
|
</author>
|
||||||
|
|
@ -1748,8 +1741,7 @@ Cache Router
|
||||||
|
|
||||||
<section anchor="races" title="ROA PDU Race Minimization">
|
<section anchor="races" title="ROA PDU Race Minimization">
|
||||||
<t>
|
<t>
|
||||||
When a cache is sending ROA (IPv4 or IPv6) PDUs to a router,
|
When a cache is sending ROA (IPv4 or IPv6) PDUs to a router
|
||||||
especially an initial full load in response to a Reset Query PDU,
|
|
||||||
undesirable race conditions are possible:
|
undesirable race conditions are possible:
|
||||||
<list style="hanging">
|
<list style="hanging">
|
||||||
<t hangText="Make Before Break:">
|
<t hangText="Make Before Break:">
|
||||||
|
|
@ -1759,25 +1751,26 @@ Cache Router
|
||||||
"make before break." If a cache is feeding a router and sends
|
"make before break." If a cache is feeding a router and sends
|
||||||
the one not yet in service a significant time before sending
|
the one not yet in service a significant time before sending
|
||||||
the one currently in service, then BGP data could be marked
|
the one currently in service, then BGP data could be marked
|
||||||
invalid during the interval. To minimize that interval, the
|
Invalid during the interval. To minimize that interval, the
|
||||||
cache SHOULD announce all VRPs for the same prefix as close to
|
cache SHOULD semd all VRPs for the same prefix as close to
|
||||||
sequentially as possible, and announce new VRPs for a prefix
|
sequentially as possible.
|
||||||
before any withdraws,
|
|
||||||
</t>
|
</t>
|
||||||
<t hangText="Shorter Prefix First:">
|
<t hangText="Longest Prefix Match:">
|
||||||
If an operator has created a ROA for P0, and another operator
|
If an operator has created a ROA for prefix P0, and another
|
||||||
(likely their customer) has issued a ROA for P1 which is a
|
operator (often their customer) has created a ROA for P1 which
|
||||||
sub-prefix of P0, a router which receives the ROA for P0
|
is a sub-prefix covered by P0, a router which receives the ROA
|
||||||
before that for P1 is likely to mark a BGP announcement of
|
for P0 before that for P1 might mark BGP for prefix P1 Invalid
|
||||||
prefix P1 invalid. Therefore, the cache SHOULD announce the
|
until the P1 announcement is processed. Therefore, the cache
|
||||||
sub-prefix P1 before the covering prefix P0. Conversely, in
|
SHOULD announce the sub-prefix P1 before the covering prefix
|
||||||
the case of withdrawals, the cache SHOULD withdraw covering
|
P0. Conversely, the cache SHOULD withdraw covering prefixes
|
||||||
prefixes before their sub-prefixes.
|
before covered sub-prefixes.
|
||||||
</t>
|
</t>
|
||||||
<t hangText="AS 0 Last:">
|
<t hangText="AS 0:">
|
||||||
To minimize risk of inadvertent marking of BGP data as
|
To minimize risk of inadvertent marking of BGP data as
|
||||||
invalid, a prefix PDU for prefix P which has an AS of 0,
|
Invalid, an announcement VRP for prefix P which has an AS of
|
||||||
SHOULD be sent after all other prefix PDUs for prefix P.
|
0, SHOULD be sent after all other prefix PDUs for prefix P.
|
||||||
|
Conversely, a withdrawal VRP for prefix P which has an AS of
|
||||||
|
0, SHOULD be sent before all other prefix PDUs for prefix P.
|
||||||
</t>
|
</t>
|
||||||
</list>
|
</list>
|
||||||
<t>
|
<t>
|
||||||
|
|
@ -1807,14 +1800,15 @@ Cache Router
|
||||||
PDUs are first ordered by PDU Type,
|
PDUs are first ordered by PDU Type,
|
||||||
</t>
|
</t>
|
||||||
<t>
|
<t>
|
||||||
IPv4 and IPv6 Prefix PDUs are ordered by: first IPvX Prefix,
|
IPv4 and IPv6 Prefix VRPs are ordered by: first IPvX Prefix,
|
||||||
second Prefix Length, third Max Length, and fourth Autonomous
|
second Prefix Length, third Max Length, and fourth Autonomous
|
||||||
System Number. Treating AS 0 as sorting last fulfills the "AS 0
|
System Number. Treating announcements of VPUs with AS 0 as
|
||||||
Last" requirement of <xref target="races"/>,
|
sorting last, and withdrawals as sorting first, fulfills the "AS
|
||||||
|
0" requirement of <xref target="races"/>,
|
||||||
</t>
|
</t>
|
||||||
<t>
|
<t>
|
||||||
Router Keys are ordered by AS Number and then Subject Public Key
|
Router Key PDUs are ordered by AS Number and then Subject Public
|
||||||
Info,
|
Key Info,
|
||||||
</t>
|
</t>
|
||||||
<t>
|
<t>
|
||||||
And ASPA PDUs ordered by Customer AS.
|
And ASPA PDUs ordered by Customer AS.
|
||||||
|
|
|
||||||
Loading…
Add table
Add a link
Reference in a new issue