-04 published with brutal withdraw and no Add/With Flag
This commit is contained in:
parent
d668de82a0
commit
f5502b5b62
1 changed files with 41 additions and 30 deletions
|
|
@ -10,7 +10,7 @@
|
||||||
<?rfc compact="yes"?>
|
<?rfc compact="yes"?>
|
||||||
<?rfc subcompact="no"?>
|
<?rfc subcompact="no"?>
|
||||||
|
|
||||||
<rfc category="std" docName="draft-ietf-sidrops-8210bis-03" updates="8210" ipr="trust200902" consensus="yes">
|
<rfc category="std" docName="draft-ietf-sidrops-8210bis-04" updates="8210" ipr="trust200902" consensus="yes">
|
||||||
|
|
||||||
<front>
|
<front>
|
||||||
|
|
||||||
|
|
@ -65,7 +65,7 @@
|
||||||
<section anchor="Intro" title="Introduction">
|
<section anchor="Intro" title="Introduction">
|
||||||
<t>
|
<t>
|
||||||
In order to verifiably validate the origin Autonomous Systems
|
In order to verifiably validate the origin Autonomous Systems
|
||||||
(ASes) and AS paths of BGP announcements, routers need a
|
(ASs) and AS paths of BGP announcements, routers need a
|
||||||
simple but reliable mechanism to receive cryptographically
|
simple but reliable mechanism to receive cryptographically
|
||||||
validated Resource Public Key Infrastructure (RPKI)
|
validated Resource Public Key Infrastructure (RPKI)
|
||||||
<xref target="RFC6480"/> prefix origin data and router keys
|
<xref target="RFC6480"/> prefix origin data and router keys
|
||||||
|
|
@ -967,54 +967,65 @@
|
||||||
~-------------------------------------------~
|
~-------------------------------------------~
|
||||||
</artwork>
|
</artwork>
|
||||||
</figure>
|
</figure>
|
||||||
<t>The ASPA PDU is to support <xref
|
|
||||||
|
<t>
|
||||||
|
The ASPA PDU is to support <xref
|
||||||
target="I-D.ietf-sidrops-aspa-profile"/>. An ASPA PDU
|
target="I-D.ietf-sidrops-aspa-profile"/>. An ASPA PDU
|
||||||
represents one single customer AS and one or more provider ASs
|
represents one single customer AS and its provider ASs for a
|
||||||
for a particular Address Family. Receipt of an ASPA PDU
|
particular Address Family. Receipt of an ASPA PDU
|
||||||
announcement when the router already has an ASPA PDU with the
|
announcement when the router already has an ASPA PDU with the
|
||||||
same Customer Autonomous System Number and the same Address
|
same Customer Autonomous System Number and the same Address
|
||||||
Family (see Flags field), replaces the previous one. This is to
|
Family (see Flags field), replaces the previous one. This is
|
||||||
avoid a race condition when a BGP announcement is received
|
to avoid a race condition when a BGP announcement is received
|
||||||
between an withdrawn PDU and a new announced PDU. Therefore, the
|
between an withdrawn PDU and a new announced PDU. Therefore,
|
||||||
cache MUST deliver entire data of an ASPA record in a single
|
the cache MUST deliver entire data of an ASPA record in a
|
||||||
ASPA PDU.
|
single ASPA PDU.
|
||||||
</t>
|
</t>
|
||||||
<t>The router should only see one ASPA for a particular Customer
|
|
||||||
Autonomous System Number active at any time. This may place a
|
<t>
|
||||||
burden on the cache to merge multiple ASPA records it has
|
The router should see at most one ASPA from a cache for a
|
||||||
received from the global RPKI into one ASPA PDU.
|
particular Customer Autonomous System Number active at any
|
||||||
|
time. As a number of conditions in the global RPKI may
|
||||||
|
present multiple valid ASPA objects for a single customer to a
|
||||||
|
particular RP cache, this places a burden on the cache to
|
||||||
|
merge multiple ASPA records it has received from the global
|
||||||
|
RPKI into one ASPA PDU.
|
||||||
</t>
|
</t>
|
||||||
|
|
||||||
<t>
|
<t>
|
||||||
The Flags field is defined as follows:</t>
|
The Flags field is defined as follows:</t>
|
||||||
<figure>
|
<figure>
|
||||||
<artwork>
|
<artwork>
|
||||||
Bit Bit Name
|
Bit Bit Name
|
||||||
---- -------------------
|
---- -------------------
|
||||||
0 Announce/Withdraw (ann == 1, with == 0)
|
0 AFI (IPv4 == 0, IPv6 == 1)
|
||||||
1 AFI (IPv4 == 0, IPv6 == 1)
|
1-7 Reserved, must be zero
|
||||||
2-7 Reserved, must be zero
|
|
||||||
</artwork>
|
</artwork>
|
||||||
</figure>
|
</figure>
|
||||||
|
|
||||||
<t>
|
<t>
|
||||||
The Provider AS Count is the number of Provider Autonomous
|
The Provider AS Count is the number of 32-bit Provider
|
||||||
System Number(s) at the end of the PDU, and MUST be one or
|
Autonomous System Numbers in the PDU.
|
||||||
more.
|
|
||||||
</t>
|
</t>
|
||||||
|
|
||||||
<t>
|
<t>
|
||||||
The Customer Autonomous System Number is the 32-bit Autonomous
|
The Customer Autonomous System Number is the 32-bit Autonomous
|
||||||
System Number of the customer which signed the PDU. There
|
System Number of the customer which signed the PDU. There
|
||||||
MUST be one and only one ASPA for a Customer Autonomous System
|
MUST be one and only one ASPA for a Customer Autonomous System
|
||||||
Number active in the router at any time.
|
Number active in the router at any time.
|
||||||
</t>
|
</t>
|
||||||
<t>
|
|
||||||
The Provider AS Count is the number of 32-bit Provider
|
|
||||||
Autonomous System Numbers in the PDU. It MUST be one or
|
|
||||||
greater.
|
|
||||||
</t>
|
|
||||||
<t>
|
<t>
|
||||||
There are one or more 32-bit Provider Autonomous System Number
|
There are one or more 32-bit Provider Autonomous System Number
|
||||||
fields; see <xref target="I-D.ietf-sidrops-aspa-profile"/>.
|
fields; see <xref target="I-D.ietf-sidrops-aspa-profile"/>.
|
||||||
</t>
|
</t>
|
||||||
|
|
||||||
|
<t>
|
||||||
|
Receipt of an ASPA PDU with zero providers is an implicit
|
||||||
|
withdraw of the entire ASPA data for that customer AS from
|
||||||
|
that cache.
|
||||||
|
</t>
|
||||||
|
|
||||||
</section>
|
</section>
|
||||||
|
|
||||||
</section>
|
</section>
|
||||||
|
|
|
||||||
Loading…
Add table
Add a link
Reference in a new issue