draft-ietf-idr-bgp4-multiprotocol-v2-00.txt   draft-ietf-idr-bgp4-multiprotocol-v2-01.txt 
Network Working Group Tony Bates Network Working Group Tony Bates
Internet Draft Cisco Systems Internet Draft Cisco Systems
Expiration Date: December 1998 Ravi Chandra Expiration Date: February 1999 Ravi Chandra
Cisco Systems Cisco Systems
Dave Katz Dave Katz
Juniper Networks Juniper Networks
Yakov Rekhter Yakov Rekhter
Cisco Systems Cisco Systems
Multiprotocol Extensions for BGP-4 Multiprotocol Extensions for BGP-4
draft-ietf-idr-bgp4-multiprotocol-v2-00.txt draft-ietf-idr-bgp4-multiprotocol-v2-01.txt
1. Status of this Memo 1. Status of this Memo
This document is an Internet-Draft. Internet-Drafts are working This document is an Internet-Draft. Internet-Drafts are working
documents of the Internet Engineering Task Force (IETF), its areas, documents of the Internet Engineering Task Force (IETF), its areas,
and its working groups. Note that other groups may also distribute and its working groups. Note that other groups may also distribute
working documents as Internet-Drafts. working documents as Internet-Drafts.
Internet-Drafts are draft documents valid for a maximum of six months Internet-Drafts are draft documents valid for a maximum of six months
and may be updated, replaced, or obsoleted by other documents at any and may be updated, replaced, or obsoleted by other documents at any
skipping to change at page 9, line 13 skipping to change at page 9, line 15
AFI - Address Family Identifier (16 bit), encoded the same way AFI - Address Family Identifier (16 bit), encoded the same way
as in the Multiprotocol Extensions as in the Multiprotocol Extensions
Res. - Reserved (8 bit) field. Should be set to 0 by the sender Res. - Reserved (8 bit) field. Should be set to 0 by the sender
and ignored by the receiver. and ignored by the receiver.
SAFI - Subsequent Address Family Identifier (8 bit), encoded SAFI - Subsequent Address Family Identifier (8 bit), encoded
the same way as in the Multiprotocol Extensions. the same way as in the Multiprotocol Extensions.
A speaker that supports multiple <AFI, Sub-AFI> tuples includes them A speaker that supports multiple <AFI, Sub-AFI> tuples includes them
as multiple Capabilities in the Capabilities Optional Parameter (one as multiple Capabilities in the Capabilities Optional Parameter.
tuple per Parameter).
To have a bi-directional exchange of routing information for a
particular <AFI, Sub-AFI> between a pair of BGP speakers, each such
speaker must advertise to the other (via the Capability Negotiation
mechanism) the capability to support that particular <AFI, Sub-AFI>
routes.
9. Security Considerations 9. Security Considerations
This extension to BGP does not change the underlying security issues. This extension to BGP does not change the underlying security issues.
10. Acknowledgements 10. Acknowledgements
The authors would like to thank members of the IDR Working Group for The authors would like to thank members of the IDR Working Group for
their review and comments. their review and comments.
 End of changes. 

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