rfc1773.txt

来自「RFC 的详细文档！」· 文本 代码 · 共 508 行 · 第 1/2 页

Network Working Group                                          P. Traina
Request for Comments: 1773                                 cisco Systems
Obsoletes: 1656                                               March 1995
Category: Informational


                   Experience with the BGP-4 protocol

Status of this Memo

   This memo provides information for the Internet community.  This memo
   does not specify an Internet standard of any kind.  Distribution of
   this memo is unlimited.

Introduction

   The purpose of this memo is to document how the requirements for
   advancing a routing protocol to Draft Standard have been satisfied by
   Border Gateway Protocol version 4 (BGP-4).  This report documents
   experience with BGP.  This is the second of two reports on the BGP
   protocol.  As required by the Internet Architecure Board (IAB) and
   the Internet Engineering Steering Group (IESG), the first report will
   present a performance analysis of the BGP protocol.

   The remaining sections of this memo document how BGP satisfies
   General Requirements specified in Section 3.0, as well as
   Requirements for Draft Standard specified in Section 5.0 of the
   "Internet Routing Protocol Standardization Criteria" document [1].

   This report is based on the initial work of Peter Lothberg (Ebone),
   Andrew Partan (Alternet), and several others.  Details of their work
   were presented at the Twenty-fifth IETF meeting and are available
   from the IETF proceedings.

   Please send comments to [e-mail].

Acknowledgments

   The BGP protocol has been developed by the IDR (formerly BGP) Working
   Group of the Internet Engineering Task Force.  I would like to
   express deepest thanks to Yakov Rekhter and Sue Hares, co-chairs of
   the IDR working group.  I'd also like to explicitly thank Yakov
   Rekhter and Tony Li for the review of this document as well as
   constructive and valuable comments.







Traina                                                          [Page 1]

RFC 1773           Experience with the BGP-4 Protocol         March 1995


Documentation

   BGP is an inter-autonomous system routing protocol designed for
   TCP/IP internets.  Version 1 of the BGP protocol was published in RFC
   1105. Since then BGP Versions 2, 3, and 4 have been developed.
   Version 2 was documented in RFC 1163. Version 3 is documented in RFC
   1267.  The changes between versions 1, 2 and 3 are explained in
   Appendix 2 of [2].  All of the functionality that was present in the
   previous versions is present in version 4.

   BGP version 2 removed from the protocol the concept of "up", "down",
   and "horizontal" relations between autonomous systems that were
   present in version 1.  BGP version 2 introduced the concept of path
   attributes.  In addition, BGP version 2 clarified parts of the
   protocol that were "under-specified".

   BGP version 3 lifted some of the restrictions on the use of the
   NEXT_HOP path attribute, and added the BGP Identifier field to the
   BGP OPEN message.  It also clarifies the procedure for distributing
   BGP routes between the BGP speakers within an autonomous system.

   BGP version 4 redefines the (previously class-based) network layer
   reachability portion of the updates to specify prefixes of arbitrary
   length in order to represent multiple classful networks in a single
   entry as discussed in [5].  BGP version 4 has also modified the AS-
   PATH attribute so that sets of autonomous systems, as well as
   individual ASs may be described.  In addition, BGP version for has
   redescribed the INTER-AS METRIC attribute as the MULTI-EXIT
   DISCRIMINATOR and added new LOCAL-PREFERENCE and AGGREGATOR
   attributes.

   Possible applications of BGP in the Internet are documented in [3].

   The BGP protocol was developed by the IDR Working Group of the
   Internet Engineering Task Force. This Working Group has a mailing
   list, [e-mail], where discussions of protocol features and
   operation are held. The IDR Working Group meets regularly during the
   quarterly Internet Engineering Task Force conferences. Reports of
   these meetings are published in the IETF's Proceedings.

MIB

   A BGP-4 Management Information Base has been published [4].  The MIB
   was written by Steve Willis (Wellfleet), John Burruss (Wellfleet),
   and John Chu (IBM).

   Apart from a few system variables, the BGP MIB is broken into two
   tables: the BGP Peer Table and the BGP Received Path Attribute Table.



Traina                                                          [Page 2]

RFC 1773           Experience with the BGP-4 Protocol         March 1995


   The Peer Table reflects information about BGP peer connections, such
   as their state and current activity. The Received Path Attribute
   Table contains all attributes received from all peers before local
   routing policy has been applied. The actual attributes used in
   determining a route are a subset of the received attribute table.

Security Considerations

   BGP provides flexible and extendible mechanism for authentication and
   security.  The mechanism allows to support schemes with various
   degree of complexity.  All BGP sessions are authenticated based on
   the BGP Identifier of a peer.  In addition, all BGP sessions are
   authenticated based on the autonomous system number advertised by a
   peer.  As part of the BGP authentication mechanism, the protocol
   allows to carry encrypted digital signature in every BGP message.
   All authentication failures result in sending the NOTIFICATION
   messages and immediate termination of the BGP connection.

   Since BGP runs over TCP and IP, BGP's authentication scheme may be
   augmented by any authentication or security mechanism provided by
   either TCP or IP.

   However, since BGP runs over TCP and IP, BGP is vulnerable to the
   same denial of service or authentication attacks that are present in
   any other TCP based protocol.

Implementations

   There are multiple independent interoperable implementations of BGP
   currently available.  This section gives a brief overview of the
   implementations that are currently used in the operational Internet.
   They are:

         - cisco Systems
         - gated consortium
         - 3COM
         - Bay Networks (Wellfleet)
         - Proteon

   To facilitate efficient BGP implementations, and avoid commonly made
   mistakes, the implementation experience with BGP-4 in with cisco's
   implementation was documented as part of RFC 1656 [4].

   Implementors are strongly encouraged to follow the implementation
   suggestions outlined in that document and in the appendix of [2].






Traina                                                          [Page 3]

RFC 1773           Experience with the BGP-4 Protocol         March 1995


   Experience with implementing BGP-4 showed that the protocol is
   relatively simple to implement. On the average BGP-4 implementation
   takes about 2 man/months effort, not including any restructuring that
   may be needed to support CIDR.

   Note that, as required by the IAB/IESG for Draft Standard status,
   there are multiple interoperable completely independent
   implementations.

Operational experience

   This section discusses operational experience with BGP and BGP-4.

   BGP has been used in the production environment since 1989, BGP-4
   since 1993.  This use involves at least two of the implementations
   listed above.  Production use of BGP includes utilization of all
   significant features of the protocol.  The present production
   environment, where BGP is used as the inter-autonomous system routing
   protocol, is highly heterogeneous.  In terms of the link bandwidth it
   varies from 28 Kbits/sec to 150 Mbits/sec.  In terms of the actual
   routes that run BGP it ranges from a relatively slow performance
   PC/RT to a very high performance RISC based CPUs, and includes both
   the special purpose routers and the general purpose workstations
   running UNIX.

   In terms of the actual topologies it varies from a very sparse
   (spanning tree of ICM) to a quite dense (NSFNET backbone).

   At the time of this writing BGP-4 is used as an inter-autonomous
   system routing protocol between ALL significant autonomous systems,
   including, but by all means not limited to: Alternet, ANS, Ebone,
   ICM, IIJ, MCI, NSFNET, and Sprint.  The smallest know backbone
   consists of one router, whereas the largest contains nearly 90 BGP
   speakers.  All together, there are several hundred known BGP speaking
   routers.

   BGP is used both for the exchange of routing information between a
   transit and a stub autonomous system, and for the exchange of routing
   information between multiple transit autonomous systems.  There is no
   distinction between sites historically considered backbones vs
   "regional" networks.

   Within most transit networks, BGP is used as the exclusive carrier of
   the exterior routing information.  At the time of this writing within
   a few sites use BGP in conjunction with an interior routing protocol
   to carry exterior routing information.





Traina                                                          [Page 4]

RFC 1773           Experience with the BGP-4 Protocol         March 1995


   The full set of exterior routes that is carried by BGP is well over
   20,000 aggregate entries representing several times that number of
   connected networks.

   Operational experience described above involved multi-vendor
   deployment (cisco, and "gated").

   Specific details of the operational experience with BGP in Alternet,
   ICM and Ebone were presented at the Twenty-fifth IETF meeting
   (Toronto, Canada) by Peter Lothberg (Ebone), Andrew Partan (Alternet)
   and Paul Traina (cisco).

   Operational experience with BGP exercised all basic features of the
   protocol, including authentication, routing loop suppression and the
   new features of BGP-4, enhanced metrics and route aggregation.

   Bandwidth consumed by BGP has been measured at the interconnection
   points between CA*Net and T1 NSFNET Backbone. The results of these
   measurements were presented by Dennis Ferguson during the Twenty-
   first IETF, and are available from the IETF Proceedings. These
   results showed clear superiority of BGP as compared with EGP in the
   area of bandwidth consumed by the protocol. Observations on the
   CA*Net by Dennis Ferguson, and on the T1 NSFNET Backbone by Susan
   Hares confirmed clear superiority of the BGP protocol family as