home *** CD-ROM | disk | FTP | other *** search
/ Handbook of Infosec Terms 2.0 / Handbook_of_Infosec_Terms_Version_2.0_ISSO.iso / text / rfcs / rfc1770.txt < prev    next >
Text File  |  1996-05-07  |  12KB  |  196 lines
  1.  
  2.  
  3.  
  4.  
  5.  
  6.  
  7. Network Working Group                                           C. Graff Request for Comments: 1770                                 US Army CECOM Category: Informational                                       March 1995 
  8.  
  9.         IPv4 Option for Sender Directed Multi-Destination Delivery 
  10.  
  11. Status of this Memo 
  12.  
  13.    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. 
  14.  
  15. Abstract 
  16.  
  17.    This memo defines an IPv4 option to provide a sender directed multi-    destination delivery mechanism called Selective Directed Broadcast    Mode (SDBM).  The SDBM provides unreliable UDP delivery to a set of    IP addresses included in the option field of an IPv4 datagram.  Data    reliability if required will be provided by the application layer.    This approach was developed to support sender directed multi-    destination delivery to sparsely populated groups with no additional    control traffic.  This approach will find application in the    extremely bandwidth constrained tactical military environment, as    well as in some commercial applications requiring sender control of    data delivery. 
  18.  
  19. Background 
  20.  
  21.    The Selective Directed Broadcast Mode (SDBM) is an integral part of    the U.S. Army standard for tactical data communication networks as    defined in MIL-STD-188-220() (Reference 1). The MIL-STD-188-220()    defines a protocol architecture for the lower four layers of the    ISO-OSI Reference model. The MIL-STD-188-220() is currently    undergoing a reformatting to be consistent with other DoD standards    that deal with IP networking. These efforts will provide tactical IP    internetting of tactical Army broadcast radio networks, and will    support fully IP compliant internetworking to other types of IP    networks via commercial IP routers.  It is the goal of the U.S. Army    to move toward a fully IP compliant internetwork architecture for all    tactical battlefield data communications. The Army does, however,    have a critical need for a reliable, sender directed multi-    destination data transfer capability that is not currently supported    by the existing or emerging internet standards. The SDBM IP option    was developed to meet this need. The required data reliability will    be provided by incorporating an acknowledgement strategy at the    application layer. It is hoped that this IP option, providing multi-    destination capability not currently provided by the current and 
  22.  
  23.  
  24.  
  25. Graff                                                           [Page 1] 
  26.  RFC 1770         Selective Directed Broadcast Protocol        March 1995 
  27.  
  28.     emerging internet standards, will be embraced by the internet    community and become an integal part of the IP family of protocols    and be incorporated in commercial IP software products. 
  29.  
  30. SDBM Format 
  31.  
  32.    The SDBM provides the ability for an application to explicitly list a    set of intended IP destinations. This capability will be implemented    as an option in the IP layer, as shown in Figure 1. This option field    is variable in length, up to a maximum of 40 octets due to the    limitation of the HLEN field as specified in STD 5, RFC 791    (Reference 2). Under this option 38 of the 40 octets would be used to    contain the 2 octet control field and a maximum of 9 IP addresses. 
  33.  
  34.         1            8           16                      31 
  35.  
  36.        ***************************************************        |            |            |                       |        |            |            |                       |        |  TYPE      |   LENGTH   |     IP ADDRESS 1      |        |            |            |                       |        |            |            |                       |        |*************************************************|        |                         |                       |        |  IP ADDRESS 1(Cont)     |     IP ADDRESS 2      |        |                         |                       |        |                         |                       |        |*************************************************|        |                         |                       |        |  IP ADDRESS 2(Cont)     |     ..........        |        |                         |                       |        |                         |                       |        |*************************************************|        |                         |                       |        |                         |                       |        |      ..........         |     IP ADDRESS N      |        |                         |                       |        |                         |                       |        |*************************************************|        |                         |                       |        |    IP ADDRESS N(Cont)   |        UNUSED         |        |                         |                       |        |                         |                       |        *************************************************** 
  37.  
  38.                    Figure 1 IP Option Field Layout 
  39.  
  40.  
  41.  
  42. Graff                                                           [Page 2] 
  43.  RFC 1770         Selective Directed Broadcast Protocol        March 1995 
  44.  
  45.     The TYPE field specifies the copy flag, class, and option number.    The copy field indicates whether or not this option field is to be    copied into each fragment if the IP datagram is fragmented. The class    field and option number field are set to 0 and 21 respectively. The    format of the TYPE field is shown at Figure 2. 
  46.  
  47.           1                                                8           **************************************************           |      |           |                             |           | COPY |   CLASS   |    OPTION NUMBER            |  =  149           |      |           |                             |           ************************************************** 
  48.  
  49.                    Figure 2 Type Field Layout 
  50.  
  51.    Since the IP multi-address list shall always be copied to all IP    headers during fragmentation, the COPY bit should be set to 1. 
  52.  
  53.    Returning to Figure 1, the LENGTH octet indicates how many octets are    in the option field. It is calculated as: 
  54.  
  55.            LENGTH = 2 + 4*(number of IP addresses) 
  56.  
  57.    The remaining octets contain the IP addresses of the specified    destination hosts. Each IP address occupies 4 octets. 
  58.  
  59. Transmission of SDBM datagrams 
  60.  
  61.    The procedures for a source host, transit router, and destination    router are provided below. When a source host has a message to send    to multiple destination hosts, it shall, 
  62.  
  63.    a. Group the destination host internet addresses by their network       identifiers (Net IDs). If there are N distinct Net IDs, there will       be at least N distinct directed broadcast packets. If there are       more that 9 destination hosts on a single net, multiple directed       broadcast datagrams must be sent to that net. 
  64.  
  65.    b. For each Net ID, form the directed broadcast address as defined in       STD 3, RFC 1122 (Reference 3) for that network. The directed       broadcast address is used as the destination address in the IP       datagram and the source address is the address of the host sending       the message. 
  66.  
  67.    c. Place the entire IP address for up to 9 destination hosts in the in       the same net in the option field defined above. The total length of       all IP options in a given datagram is limited to 40 octets as       determined by the HLEN (Header Length) field which defines the 
  68.  
  69.  
  70.  
  71. Graff                                                           [Page 3] 
  72.  RFC 1770         Selective Directed Broadcast Protocol        March 1995 
  73.  
  74.        number of 32 bit words in the header. If other options are to be       included in addition to the SDBM option, the number of addresses in       the option field must be reduced accordingly. 
  75.  
  76.    d. The thusly formed datagram shall be transmitted and processed       according to normal datagram handling procedures. 
  77.  
  78.    When a IP SDBM datagram encounters a transit router (router not    connected to the destination network), the datagram shall be    processed in accordance with normal IP datagram handling procedures.    When encountering the destination router (the destination network is    directly attached to the router), the destination router shall    perform a, b or c below: 
  79.  
  80.    a. If the local subnet has a broadcast capability, broadcast to all       hosts in the network and let the hosts perform address filtering. 
  81.  
  82.    b. If the local subnet does not support broadcast, form a local subnet       packet for each destination host in the SDBM datagram and transmit       into the network. 
  83.  
  84.    c. If the local subnet supports reliable layer 2 multi-address       capability as provided by MIL-STD-188-220() networks, use a layer 2       multi-address frame to deliver the datagram to addresses found in       the IP option field. 
  85.  
  86. Reception of SDBM datagrams 
  87.  
  88.    In processing received SDBM datagrams, receiving hosts shall look    inside the IP option field for their address. Processing shall    continue only if the host's IP address is found inside this option    field. Thus the source host has explicit control over which hosts    will process its datagrams. Since SDBM uses a broadcast address in    its destination field, the SDBM can only be used with UDP (Reference    4) and not TCP (Reference 5) as the TCP supports only point-to-point    connections and not point-to-multi-point. 
  89.  
  90.  
  91.  
  92.  
  93.  
  94.  
  95.  
  96.  
  97.  
  98.  
  99.  
  100.  
  101.  
  102.  
  103.  
  104. Graff                                                           [Page 4] 
  105.  RFC 1770         Selective Directed Broadcast Protocol        March 1995 
  106.  
  107.  Source for MIL-STD-188-220() 
  108.  
  109.    The above mentioned MIL-STD-188-220() may be obtained by contacting 
  110.  
  111.    US Army Communications Electronics Command    AMSEL-RD-SE-AIN-E (ATTN: Mr. Ted Dzik)    Fort Monmouth, NJ 07703 
  112.  
  113.    Comm: (908) 532-1780    Fax:  (908) 532-3398    EMail: DZIK@ain3.monmouth.army.mil 
  114.  
  115. Acknowledgements 
  116.  
  117.    The author wishes to acknowledge the major contributions to this work    made by Mr. Dave Macauley of ATT and Ms. Barbara Denny of SRI    International.  Other contributions were made by members of the 188-    220() committee. 
  118.  
  119. References 
  120.  
  121.    (1) "MIL-STD-188-220() For Task Force XXI, Interoperability Standard        for Digital Message Transfer Device Subsystems, 23 December 1994. 
  122.  
  123.    (2) Postel, J., "Internet Protocol - DARPA Internet Program Protocol        Specification", STD 5, RFC 791, DARPA, September 1981. 
  124.  
  125.    (3) Braden, R., Editor, "Requirements for Internet Hosts --        Communication Layers" STD 3, RFC 1122, IETF, October 1989. 
  126.  
  127.    (4) Postel, J., "User Datagram Protocol", STD 6, RFC 768,        USC/Information Sciences Institute, August 1980. 
  128.  
  129.    (5) Postel, J., "Transmission Control Protocol - DARPA Internet        Program Protocol Specification", STD 7, RFC 793, September 1981. 
  130.  
  131. Security Considerations 
  132.  
  133.        Security issues are not discussed in this memo. 
  134.  
  135.  
  136.  
  137.  
  138.  
  139.  
  140.  
  141.  
  142.  
  143.  
  144.  
  145.  Graff                                                           [Page 5] 
  146.  RFC 1770         Selective Directed Broadcast Protocol        March 1995 
  147.  
  148.  Author's Address 
  149.  
  150.        US Army Communications Electronics Command        AMSEL-RD-ST-LA-L ( ATTN: Charles Graff )        Ft. Monmouth, NJ 07703 
  151.  
  152.        Phone: (908) 544 3264        Fax:   (908) 544 2150        EMail: bud@fotlan5.fotlan.army.mil 
  153.  
  154.  
  155.  
  156.  
  157.  
  158.  
  159.  
  160.  
  161.  
  162.  
  163.  
  164.  
  165.  
  166.  
  167.  
  168.  
  169.  
  170.  
  171.  
  172.  
  173.  
  174.  
  175.  
  176.  
  177.  
  178.  
  179.  
  180.  
  181.  
  182.  
  183.  
  184.  
  185.  
  186.  
  187.  
  188.  
  189.  
  190.  
  191.  
  192.  
  193.  
  194.  Graff                                                           [Page 6] 
  195.  
  196.