home *** CD-ROM | disk | FTP | other *** search
/ The Hacker's Encyclopedia 1998 / hackers_encyclopedia.iso / rfc / 3 / rfc1702.txt < prev    next >
Encoding:
Text File  |  2003-06-11  |  7.1 KB  |  228 lines
  1.  
  2.  
  3.  
  4.  
  5.  
  6.  
  7. Network Working Group                                           S. Hanks
  8. Request for Comments: 1702                               NetSmiths, Ltd.
  9. Category: Informational                                            T. Li
  10.                                                             D. Farinacci
  11.                                                                P. Traina
  12.                                                            cisco Systems
  13.                                                             October 1994
  14.  
  15.  
  16.             Generic Routing Encapsulation over IPv4 networks
  17.  
  18. Status of this Memo
  19.  
  20.    This memo provides information for the Internet community.  This memo
  21.    does not specify an Internet standard of any kind.  Distribution of
  22.    this memo is unlimited.
  23.  
  24. Introduction
  25.  
  26.    In an earlier memo [RFC 1701], we described GRE, a mechanism for
  27.    encapsulating arbitrary packets within an arbitrary transport
  28.    protocol.  This is a companion memo which describes the use of GRE
  29.    with IP.  This memo addresses the case of using IP as the delivery
  30.    protocol or the payload protocol and the special case of IP as both
  31.    the delivery and payload.  This memo also describes using IP
  32.    addresses and autonomous system numbers as part of a GRE source
  33.    route.
  34.  
  35. IP as a delivery protocol
  36.  
  37.    GRE packets which are encapsulated within IP will use IP protocol
  38.    type 47.
  39.  
  40. IP as a payload protocol
  41.  
  42.    IP packets will be encapsulated with a Protocol Type field of 0x800.
  43.  
  44.    For the Address Family value of 0x800, the Routing Information field
  45.    will consist of a list of IP addresses and indicates an IP source
  46.    route.  The first octet of the Routing Information field constitute a
  47.    8 bit integer offset from the start of the Source Route Entry (SRE),
  48.    called the SRE Offset.  The SRE Offset indicates the first octet of
  49.    the next IP address.  The SRE Length field consists of the total
  50.    length of the IP Address List in octets.
  51.  
  52.  
  53.  
  54.  
  55.  
  56.  
  57.  
  58. Hanks, Li, Farinacci & Traina                                   [Page 1]
  59.  
  60. RFC 1702                 GRE over IPv4 networks             October 1994
  61.  
  62.  
  63.    This has the form:
  64.  
  65.        0                   1                   2                   3
  66.        0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
  67.       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
  68.       |        Address Family         |  SRE Offset   |  SRE Length   |
  69.       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
  70.       |                        IP Address List ...
  71.       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
  72.  
  73.    For the Address Family value of 0xfffe, the Routing Information field
  74.    will consist of a list of Autonomous System numbers and indicates an
  75.    AS source route.  The third octet of the Routing Information field
  76.    contains an 8 bit unsigned integer offset from the start of the
  77.    Source Route Entry (SRE), called the SRE Offset.  The SRE Offset
  78.    indicates the first octet of the next AS number.  THe SRE Length
  79.    field consists of the total length of the AS Number list in octets.
  80.  
  81.        0                   1                   2                   3
  82.        0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
  83.       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
  84.       |        Address Family         |  SRE Offset   |  SRE Length   |
  85.       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
  86.       |                         AS Number List ...
  87.       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
  88.  
  89. IP as both delivery and payload protocol
  90.  
  91.    When IP is encapsulated in IP, the TTL, TOS, and IP security options
  92.    MAY be copied from the payload packet into the same fields in the
  93.    delivery packet.  The payload packet's TTL MUST be decremented when
  94.    the packet is decapsulated to insure that no packet lives forever.
  95.  
  96. IP source routes
  97.  
  98.    When a system is processing a SRE with an Address Family indicating
  99.    an IP source route, it MUST use the SRE Offset to determine the next
  100.    destination IP address.  If the next IP destination is this system,
  101.    the SRE Offset field should be increased by four (the size of an IP
  102.    address).  If the SRE Offset is equal to the SRE Length in this SRE,
  103.    then the Offset field in the GRE header should be adjusted to point
  104.    to the next SRE (if any).  This should be repeated until the next IP
  105.    destination is not this system or until the entire SRE has been
  106.    processed.
  107.  
  108.    If the source route is incomplete, then the Strict Source Route bit
  109.    is checked.  If the source route is a strict source route and the
  110.    next IP destination is NOT an adjacent system, the packet MUST be
  111.  
  112.  
  113.  
  114. Hanks, Li, Farinacci & Traina                                   [Page 2]
  115.  
  116. RFC 1702                 GRE over IPv4 networks             October 1994
  117.  
  118.  
  119.    dropped.  Otherwise, the system should use the IP address indicated
  120.    by the Offset field to replace the destination address in the
  121.    delivery header and forward the packet.
  122.  
  123. Autonomous system source routes
  124.  
  125.    When a system is processing a SRE with an Address Family indicating
  126.    an AS source route, it MUST use the SRE Offset field to determine the
  127.    next autonomous system.  If the next autonomous system is the local
  128.    autonomous system, the SRE Offset field should be increased by two
  129.    (the size of an autonomous system number).  If the SRE Offset is
  130.    equal to the SRE Length in this SRE, then the Offset field in the GRE
  131.    header should be adjusted to point to the next SRE (if any).  This
  132.    should be repeated until the next autonomous system number is not
  133.    equal to the local autonomous system number or until the entire SRE
  134.    has been processed.
  135.  
  136.    If the source route is incomplete, then the Strict Source Route bit
  137.    is checked.  If the source route is a strict source route and the
  138.    next autonomous system is NOT an adjacent autonomous system, the
  139.    packet should be dropped.  Otherwise, the system should use the
  140.    autonomous system number indicated by the SRE Offset field to replace
  141.    the destination address in the delivery header and forward the
  142.    packet.  The exact mechanism for determining the next delivery
  143.    destination address given the AS number is outside of the scope of
  144.    this document.
  145.  
  146. Security Considerations
  147.  
  148.    Security issues are not discussed in this memo.
  149.  
  150.  
  151.  
  152.  
  153.  
  154.  
  155.  
  156.  
  157.  
  158.  
  159.  
  160.  
  161.  
  162.  
  163.  
  164.  
  165.  
  166.  
  167.  
  168.  
  169.  
  170. Hanks, Li, Farinacci & Traina                                   [Page 3]
  171.  
  172. RFC 1702                 GRE over IPv4 networks             October 1994
  173.  
  174.  
  175. Authors' Addresses
  176.  
  177.    Stan Hanks
  178.    NetSmiths, Ltd.
  179.    2025 Lincoln Highway
  180.    Edison, NJ 08817
  181.  
  182.    EMail: stan@netsmiths.com
  183.  
  184.  
  185.    Tony Li
  186.    cisco Systems, Inc.
  187.    1525 O'Brien Drive
  188.    Menlo Park, CA 94025
  189.  
  190.    EMail: tli@cisco.com
  191.  
  192.  
  193.    Dino Farinacci
  194.    cisco Systems, Inc.
  195.    1525 O'Brien Drive
  196.    Menlo Park, CA 94025
  197.  
  198.    EMail: dino@cisco.com
  199.  
  200.  
  201.    Paul Traina
  202.    cisco Systems, Inc.
  203.    1525 O'Brien Drive
  204.    Menlo Park, CA 94025
  205.  
  206.    EMail: pst@cisco.com
  207.  
  208. References
  209.  
  210.    RFC 1701
  211.       Hanks, S., Li, T, Farinacci, D., and P. Traina, "Generic Routing
  212.       Encapsulation", RFC 1701, NetSmiths, Ltd., and cisco Systems,
  213.       October 1994.
  214.  
  215.  
  216.  
  217.  
  218.  
  219.  
  220.  
  221.  
  222.  
  223.  
  224.  
  225.  
  226. Hanks, Li, Farinacci & Traina                                   [Page 4]
  227.  
  228.