draft-ietf-idr-route-filter-05.txt   draft-ietf-idr-route-filter-06.txt 
Network Working Group Enke Chen Network Working Group Enke Chen
Internet Draft Redback Networks, Inc. Internet Draft Redback Networks, Inc.
Expiration Date: July 2002 Yakov Rekhter Expiration Date: November 2002 Yakov Rekhter
Juniper Networks Juniper Networks
Cooperative Route Filtering Capability for BGP-4 Cooperative Route Filtering Capability for BGP-4
draft-ietf-idr-route-filter-05.txt draft-ietf-idr-route-filter-06.txt
1. Status of this Memo 1. Status of this Memo
This document is an Internet-Draft and is in full conformance with This document is an Internet-Draft and is in full conformance with
all provisions of Section 10 of RFC2026 except that the right to all provisions of Section 10 of RFC2026 except that the right to
produce derivative works is not granted. produce derivative works is not granted.
Internet-Drafts are working documents of the Internet Engineering Internet-Drafts are working documents of the Internet Engineering
Task Force (IETF), its areas, and its working groups. Note that Task Force (IETF), its areas, and its working groups. Note that
other groups may also distribute working documents as Internet- other groups may also distribute working documents as Internet-
skipping to change at page 4, line 7 skipping to change at page 4, line 7
Communities list specified in the ORF. NORMAL scope indicates that Communities list specified in the ORF. NORMAL scope indicates that
the remote peer should consider only those routes whose Extended the remote peer should consider only those routes whose Extended
Communities attribute either is equal to the Extended Communities Communities attribute either is equal to the Extended Communities
list specified in the ORF, or exhibit a subset relation with the list specified in the ORF, or exhibit a subset relation with the
Extended Communities list specified in the ORF. Extended Communities list specified in the ORF.
The Extended Communities list is a list of BGP Extended Communities. The Extended Communities list is a list of BGP Extended Communities.
5. Carrying ORF entries in BGP 5. Carrying ORF entries in BGP
ORF entries are carried in the BGP ROUTE-REFRESH message [BGP-RR]. A ORF entries are carried in the BGP ROUTE-REFRESH message [BGP-RR].
single ROUTE-REFRESH message could carry multiple ORF entries, as
A BGP speaker can distinguish an incoming ROUTE-REFRESH message that
carries one or more ORF entries from an incoming plain ROUTE-REFRESH
message by using the Message Length field in the BGP message header.
A single ROUTE-REFRESH message could carry multiple ORF entries, as
long as all these entries share the same AFI/SAFI. long as all these entries share the same AFI/SAFI.
From the encoding point of view each ORF entry consists of a common From the encoding point of view each ORF entry consists of a common
part and type-specific part. part and type-specific part.
The common part consists of <AFI/SAFI, ORF-Type, Action, Match>, and The common part consists of <AFI/SAFI, ORF-Type, Action, Match>, and
is encoded as follows: is encoded as follows:
The AFI/SAFI component of an ORF entry is encoded in the AFI/SAFI The AFI/SAFI component of an ORF entry is encoded in the AFI/SAFI
field of the ROUTE-REFRESH message. field of the ROUTE-REFRESH message.
skipping to change at page 5, line 35 skipping to change at page 5, line 40
Fig 1. Carrying ORF entries in the ROUTE-REFRESH message Fig 1. Carrying ORF entries in the ROUTE-REFRESH message
The rest of the components in the common part are encoded in first The rest of the components in the common part are encoded in first
octet of each ORF-entry as follows (from the most significant to the octet of each ORF-entry as follows (from the most significant to the
least significant bit): least significant bit):
Action is a two-bit field. The value of this field is 0 for ADD, 1 Action is a two-bit field. The value of this field is 0 for ADD, 1
for REMOVE, and 2 for REMOVE-ALL. for REMOVE, and 2 for REMOVE-ALL.
Match is a one-bit field. The value of this field is 0 for PERMIT Match is a one-bit field. The value of this field is 0 for PERMIT
and 1 for DENY. and 1 for DENY. This field is significant only when the value of
the Action field is either ADD or REMOVE.
Reserved is a 5-bit field. It is set to 0 on transmit and ignored Reserved is a 5-bit field. It is set to 0 on transmit and ignored
on receive. on receive.
+---------------------------------+ +---------------------------------+
| Action (2 bit) | | Action (2 bit) |
+---------------------------------+ +---------------------------------+
| Match (1 bit) | | Match (1 bit) |
+---------------------------------+ +---------------------------------+
| Reserved (5 bits) | | Reserved (5 bits) |
 End of changes. 

This html diff was produced by rfcdiff 1.23, available from http://www.levkowetz.com/ietf/tools/rfcdiff/