home *** CD-ROM | disk | FTP | other *** search
/ Internet Standards / CD1.mdf / nist / oiw / agreemnt / 03s_9403.txt < prev    next >
Text File  |  1994-05-22  |  71KB  |  2,179 lines

  1.  
  2.  
  3.  
  4.  
  5.  
  6.  
  7.  
  8.           Stable Implementation
  9.           Agreements for Open Systems
  10.           Interconnection Protocols:
  11.           Part 3 - Network Layer
  12.  
  13.  
  14.  
  15.  
  16.  
  17.  
  18.  
  19.  
  20.  
  21.  
  22.  
  23.  
  24.           Output from the March 1994 Open Systems Environment Implementors'
  25.           Workshop (OIW)
  26.  
  27.  
  28.  
  29.  
  30.  
  31.  
  32.  
  33.  
  34.  
  35.  
  36.  
  37.  
  38.  
  39.  
  40.  
  41.  
  42.  
  43.  
  44.  
  45.  
  46.  
  47.  
  48.  
  49.  
  50.  
  51.  
  52.  
  53.  
  54.  
  55.  
  56.  
  57.  
  58.  
  59.           SIG Chair:          Fred Burg, AT&T
  60.           SIG Editor:    Brenda Gray, NIST    
  61.  
  62.  
  63.  
  64.  
  65.  
  66.  
  67.  
  68.  
  69.  
  70.  
  71.  
  72.  
  73.  
  74.           Part 3 - Network Layer                        March 1994 (Stable)
  75.  
  76.  
  77.  
  78.  
  79.  
  80.  
  81.  
  82.  
  83.  
  84.  
  85.  
  86.  
  87.  
  88.  
  89.  
  90.  
  91.  
  92.           Foreword
  93.  
  94.           This part of the Stable Implementation Agreements was prepared by
  95.           the Lower  Layers  Special Interest  Group  (LLSIG) of  the  Open
  96.           Systems   Environment Implementors' Workshop  (OIW). See Part 1 -
  97.           Workshop   Policies  and   Procedures  of   the  "Draft   Working
  98.           Implementation Agreements Document" for the charter.
  99.  
  100.           Text in this  part has been approved by the Plenary of the above-
  101.           mentioned Workshop.  
  102.  
  103.           Annex A is for information only.
  104.  
  105.           Future changes and additions to this version of these Implementor
  106.           Agreements  will  be  published  as  change  pages.  Deleted  and
  107.           replaced  text will be  shown as  strikeout. New  and replacement
  108.           text will be shown as shaded.
  109.  
  110.  
  111.  
  112.  
  113.  
  114.  
  115.  
  116.  
  117.  
  118.  
  119.  
  120.  
  121.  
  122.  
  123.  
  124.  
  125.  
  126.  
  127.                                           ii
  128.  
  129.  
  130.  
  131.  
  132.  
  133.  
  134.  
  135.  
  136.  
  137.  
  138.  
  139.  
  140.           Part 3 - Network Layer                        March 1994 (Stable)
  141.  
  142.                                   Table of Contents
  143.  
  144.  
  145.           Part 3 - Network Layer  . . . . . . . . . . . . . . . . . . .   1
  146.  
  147.           0   Introduction  . . . . . . . . . . . . . . . . . . . . . .   1
  148.  
  149.           1   Scope . . . . . . . . . . . . . . . . . . . . . . . . . .   1
  150.  
  151.           2   Normative References  . . . . . . . . . . . . . . . . . .   1
  152.               2.1  CCITT  . . . . . . . . . . . . . . . . . . . . . . .   1
  153.               2.2  ISO  . . . . . . . . . . . . . . . . . . . . . . . .   1
  154.  
  155.           3   Status  . . . . . . . . . . . . . . . . . . . . . . . . .   2
  156.  
  157.           4   Errata  . . . . . . . . . . . . . . . . . . . . . . . . .   2
  158.  
  159.           5   Connectionless-Mode Network Service (CLNS)  . . . . . . .   3
  160.               5.1  ISO 8473 . . . . . . . . . . . . . . . . . . . . . .   3
  161.                    5.1.1    Subsets of the Protocol . . . . . . . . . .   3
  162.                    5.1.2    Mandatory Functions of ISO 8473 . . . . . .   3
  163.                    5.1.3    Optional Functions of ISO 8473  . . . . . .   4
  164.               5.2  Provision of CLNS over Local Area Networks (LANS)  .   6
  165.               5.3  Provision of CLNS over X.25 Subnetworks  . . . . . .   7
  166.               5.4  Provision of CLNS over ISDN  . . . . . . . . . . . .   7
  167.               5.5  Provision of CLNS over Point-to-Point Links  . . . .   8
  168.  
  169.           6   Connection-Mode Network Service (CONS)  . . . . . . . . .   8
  170.               6.1  Mandatory Method of Providing CONS . . . . . . . . .   8
  171.                    6.1.1    General . . . . . . . . . . . . . . . . . .   8
  172.                    6.1.2    X.25 WAN  . . . . . . . . . . . . . . . . .   8
  173.                    6.1.3    LANs  . . . . . . . . . . . . . . . . . . .   8
  174.                    6.1.4    ISDN  . . . . . . . . . . . . . . . . . . .   9
  175.               6.2  Additional Option: Provision of  CONS over X.25 1980
  176.                    Subnetworks  . . . . . . . . . . . . . . . . . . . .   9
  177.               6.3  Agreements on Protocols  . . . . . . . . . . . . . .   9
  178.                    6.3.1    ISO 8878  . . . . . . . . . . . . . . . . .   9
  179.                    6.3.2    Subnetwork  Dependent  Convergence  Protocol
  180.                             (ISO 8878/Annex A)  . . . . . . . . . . . .   9
  181.               6.4  Interworking   . . . . . . . . . . . . . . . . . . .  10
  182.  
  183.           7   Addressing  . . . . . . . . . . . . . . . . . . . . . . .  10
  184.  
  185.           8   Routing . . . . . . . . . . . . . . . . . . . . . . . . .  10
  186.               8.1  ISO 9542 End System to Intermediate System Routing .  11
  187.                    8.1.1    Alternative  Configuration  Mechanism  -  IS
  188.                             Actions . . . . . . . . . . . . . . . . . .  14
  189.                    8.1.2    Alternate   Configuration  Mechanism   -  ES
  190.                             Actions . . . . . . . . . . . . . . . . . .  15
  191.  
  192.  
  193.                                          iii
  194.  
  195.  
  196.  
  197.  
  198.  
  199.  
  200.  
  201.  
  202.  
  203.  
  204.  
  205.  
  206.           Part 3 - Network Layer                        March 1994 (Stable)
  207.  
  208.               8.2  ISO 10030 End System to Intermediate System Routing   16
  209.               8.3  Intra-Domain  Intermediate  Systems  to Intermediate
  210.                    Systems Routing  . . . . . . . . . . . . . . . . . .  17
  211.                    8.3.1    Static Intra-Domain Routing . . . . . . . .  17
  212.                    8.3.2    Dynamic Intra-Domain Routing  . . . . . . .  17
  213.               8.4  Inter-Domain  Intermediate  Systems  to Intermediate
  214.                    Systems Routing  . . . . . . . . . . . . . . . . . .  17
  215.                    8.4.1    Static Inter-Domain Routing . . . . . . . .  17
  216.                    8.4.2    Dynamic Inter-Domain Routing  . . . . . . .  17
  217.  
  218.           9   Procedures    for     OSI    Network     Service/Protocol
  219.               Identification  . . . . . . . . . . . . . . . . . . . . .  19
  220.               9.1  General  . . . . . . . . . . . . . . . . . . . . . .  20
  221.               9.2  Processing of Protocol Identifiers . . . . . . . . .  20
  222.                    9.2.1    Originating NPDUs . . . . . . . . . . . . .  21
  223.                    9.2.2    Destination System Processing . . . . . . .  22
  224.                    9.2.3    Further   Processing   in  Originating   End
  225.                             System  . . . . . . . . . . . . . . . . . .  22
  226.               9.3  Applicable Protocol Identifiers  . . . . . . . . . .  23
  227.  
  228.           10  Migration Considerations  . . . . . . . . . . . . . . . .  24
  229.  
  230.           11  Use of Priority . . . . . . . . . . . . . . . . . . . . .  25
  231.               11.1 Introduction . . . . . . . . . . . . . . . . . . . .  25
  232.               11.2 Overview . . . . . . . . . . . . . . . . . . . . . .  25
  233.  
  234.           12  Security  . . . . . . . . . . . . . . . . . . . . . . . .  25
  235.               12.1 ISO/IEC   DIS 11577  Network Layer Security Protocol
  236.                    (NLSP) . . . . . . . . . . . . . . . . . . . . . . .  25
  237.               12.2 Services . . . . . . . . . . . . . . . . . . . . . .  25
  238.               12.3 Mechanisms . . . . . . . . . . . . . . . . . . . . .  26
  239.               12.4 Protocol Data Unit . . . . . . . . . . . . . . . . .  26
  240.               12.5 Functional Security Sequence Ordering  . . . . . . .  26
  241.  
  242.           13  Conformance . . . . . . . . . . . . . . . . . . . . . . .  26
  243.  
  244.           Annex A (informative)
  245.  
  246.           Bibliography  . . . . . . . . . . . . . . . . . . . . . . . .  27
  247.  
  248.  
  249.  
  250.  
  251.  
  252.  
  253.  
  254.  
  255.  
  256.  
  257.  
  258.  
  259.                                           iv
  260.  
  261.  
  262.  
  263.  
  264.  
  265.  
  266.  
  267.  
  268.  
  269.  
  270.  
  271.  
  272.           Part 3 - Network Layer                        March 1994 (Stable)
  273.  
  274.                                    List of Figures
  275.  
  276.           Figure 1 - Queue length averaging algorithm . . . . . . . . .   6
  277.  
  278.  
  279.  
  280.  
  281.  
  282.  
  283.  
  284.  
  285.  
  286.  
  287.  
  288.  
  289.  
  290.  
  291.  
  292.  
  293.  
  294.  
  295.  
  296.  
  297.  
  298.  
  299.  
  300.  
  301.  
  302.  
  303.  
  304.  
  305.  
  306.  
  307.  
  308.  
  309.  
  310.  
  311.  
  312.  
  313.  
  314.  
  315.  
  316.  
  317.  
  318.  
  319.  
  320.  
  321.  
  322.  
  323.  
  324.  
  325.                                           v
  326.  
  327.  
  328.  
  329.  
  330.  
  331.  
  332.  
  333.  
  334.  
  335.  
  336.  
  337.  
  338.           Part 3 - Network Layer                        March 1994 (Stable)
  339.  
  340.                                     List of Tables
  341.  
  342.           Table 1 - End Systems Communications  . . . . . . . . . . . .  20
  343.           Table 2 - IPI Values  . . . . . . . . . . . . . . . . . . . .  23
  344.           Table 3 - SPI Values  . . . . . . . . . . . . . . . . . . . .  24
  345.  
  346.  
  347.  
  348.  
  349.  
  350.  
  351.  
  352.  
  353.  
  354.  
  355.  
  356.  
  357.  
  358.  
  359.  
  360.  
  361.  
  362.  
  363.  
  364.  
  365.  
  366.  
  367.  
  368.  
  369.  
  370.  
  371.  
  372.  
  373.  
  374.  
  375.  
  376.  
  377.  
  378.  
  379.  
  380.  
  381.  
  382.  
  383.  
  384.  
  385.  
  386.  
  387.  
  388.  
  389.  
  390.  
  391.                                           vi
  392.  
  393.  
  394.  
  395.  
  396.  
  397.  
  398.  
  399.  
  400.  
  401.  
  402.  
  403.  
  404.           Part 3 - Network Layer
  405.  
  406.  
  407.           0   Introduction
  408.  
  409.           This  part  presents  agreements for  providing  the  OSI network
  410.           service.  Also contained  here are  agreements  on network  layer
  411.           addressing and routing.
  412.  
  413.  
  414.           1   Scope
  415.  
  416.           These agreements  cover both connectionless-mode  and connection-
  417.           mode network services.
  418.  
  419.  
  420.           2   Normative References
  421.  
  422.  
  423.           2.1    CCITT
  424.  
  425.           [1]  Recommendation  X.213  (Blue  Book, 1988),  Network  Service
  426.                Definition  for  Open  Systems   Interconnection  for  CCITT
  427.                Applications.
  428.  
  429.  
  430.           2.2    ISO
  431.  
  432.           [2]  ISO   8348,   Information   processing    systems   -   Data
  433.                communications - Network service definition.
  434.  
  435.           [3]  ISO 8348 Addendum  1, Information processing systems  - Data
  436.                communications -  Network service  definition -  Addendum 1:
  437.                Connectionless-mode transmission.
  438.  
  439.           [4]  ISO 8348 Addendum  2, Information processing systems  - Data
  440.                communications  - Network service  definition -  Addendum 2:
  441.                Network layer addressing.
  442.  
  443.           [5]  ISO   8473,   Information    processing   systems   -   Data
  444.                communications - Protocol for  providing the connectionless-
  445.                mode network service.
  446.  
  447.           [6]  ISO 8648,  Information  processing systems  -  Open  systems
  448.                interconnection  -  Internal  organization  of  the  Network
  449.                Layer.
  450.  
  451.           [7]  ISO   8878,   Information   processing   systems   -    Data
  452.                communications  - Use of X.25 to provide the OSI connection-
  453.                mode network service.
  454.  
  455.           [8]  ISO   8881,   Information    processing   systems   -   Data
  456.  
  457.                                           1
  458.  
  459.  
  460.  
  461.  
  462.  
  463.  
  464.  
  465.  
  466.  
  467.  
  468.  
  469.  
  470.           Part 3 - Network Layer                        March 1994 (Stable)
  471.  
  472.                communications -  Use of the  X.25 packet level  protocol in
  473.                local area networks.
  474.  
  475.           [9]  ISO     9542,    Information     processing    systems     -
  476.                Telecommunications and informationexchange between systems -
  477.                 End system to Intermediate system routing exchange protocol
  478.                for use in conjunction  with the Protocol for providing  the
  479.                connectionless-mode service (ISO 8473).
  480.  
  481.           [10] ISO/IEC  9574, Information  technology -  Telecommunications
  482.                and  information exchange between systems - Provision of the
  483.                OSI connection-mode network service by  packet mode terminal
  484.                equipment  connected  to  an  integrated  services   digital
  485.                network (ISDN).
  486.  
  487.           [11] ISO/IEC TR 9577, Information technology - Telecommunications
  488.                and   information  exchange   between  systems   -  Protocol
  489.                identification in the network layer.
  490.  
  491.           [12] ISO/IEC     TR    10029,     Information    technology     -
  492.                Telecommunications and information exchangebetween systems -
  493.                 Operation of an X.25 interworking unit.
  494.  
  495.           [13] ISO/IEC    10030,   Information    processing   systems    -
  496.                Telecommunications and information exchange between systems-
  497.                 End system routeing  information exchange protocol for  use
  498.                in conjunction with ISO 8878.
  499.  
  500.           [14] ISO/IEC 10589,  Information technology  - Telecommunications
  501.                and  information  exchange  between  systems -  Intermediate
  502.                system to intermediate system intra-domain routeing exchange
  503.                protocol  for use  in  conjunction  with  the  protocol  for
  504.                providing  the  connectionless-mode   network  service  (ISO
  505.                8473).
  506.  
  507.           [15] ISO/IEC        DIS   11577,    Information    Technology   -
  508.                Telecommunications and Information Exchange Between Systems-
  509.                 Network Layer Security Protocol
  510.  
  511.           3   Status
  512.  
  513.           This version of the agreements was completed in December 1993.
  514.  
  515.  
  516.           4   Errata
  517.  
  518.           This clause may contain "Defect Report" and resolutions material,
  519.           and the versions of implementor agreements to which this material
  520.           applies.
  521.  
  522.  
  523.                                           2
  524.  
  525.  
  526.  
  527.  
  528.  
  529.  
  530.  
  531.  
  532.  
  533.  
  534.  
  535.  
  536.           Part 3 - Network Layer                        March 1994 (Stable)
  537.  
  538.           The following defects are being progressed in ISO:
  539.  
  540.                a)  ISO 9542, defect 1, Parts 1-13; 
  541.  
  542.                b)  ISO 9542, defect 2;
  543.  
  544.                c)    ISO  8473,   defects  1  through  11,  and   technical
  545.                corrigendum 1;
  546.  
  547.                d)  ISO/IEC 10589, defect 1;
  548.  
  549.                e)  ISO/IEC 10589, defect 2.
  550.  
  551.  
  552.           5   Connectionless-Mode Network Service (CLNS)
  553.  
  554.  
  555.           5.1    ISO 8473
  556.  
  557.                NOTE -  Defect  reports upon  the  base standard  have  been
  558.                issued.  See clause 4 of this part for further information.
  559.  
  560.  
  561.           5.1.1   Subsets of the Protocol
  562.  
  563.           Agreements on subsets of the protocol are as follows:
  564.  
  565.                a)  Implementations will not transmit PDUs encoded using the
  566.                inactive subset.  Received PDUs  encoded using  the inactive
  567.                subset will be discarded;
  568.  
  569.                b)     The   non-segmenting  subset   will   not  be   used.
  570.                Implementations  will  not  generate  data  PDUs  without  a
  571.                segmentation part. However, implementations will receive and
  572.                correctly process PDUs which do not contain the segmentation
  573.                part.
  574.  
  575.  
  576.           5.1.2   Mandatory Functions of ISO 8473
  577.  
  578.           Agreements on Mandatory Functions of ISO 8473 are as follows:
  579.  
  580.                a)   The lifetime  parameter shall be  used as  specified in
  581.                clause 6.4 of ISO 8473.  The parameter shall have an initial
  582.                value  of at  least three  times the  network span  or three
  583.                times the  maximum  transit  delay  (in units  of  500  ms),
  584.                whichever is greater;
  585.  
  586.                b)    The  reassembly  timer  for  an  initial  PDU  at  the
  587.                reassembly point shall be no greater than  the largest value
  588.  
  589.                                           3
  590.  
  591.  
  592.  
  593.  
  594.  
  595.  
  596.  
  597.  
  598.  
  599.  
  600.  
  601.  
  602.           Part 3 - Network Layer                        March 1994 (Stable)
  603.  
  604.                of all lifetime parameters contained in all derived PDUs;
  605.  
  606.                c)  The  use/non-use of checksums shall be  capable of being
  607.                configured. The default setting shall be non-use;
  608.  
  609.                d)  If  the implementation supports the generation  of an ER
  610.                PDU,  the system  shall insert  in  the destination  address
  611.                field of the ER PDU the contents of the source address field
  612.                of the PDU that generated the error;
  613.  
  614.                e)   For the  purposes of relaying  and routing,  a protocol
  615.                entity need not  verify the correctness  of ISO 8348/Add.  2
  616.                semantics carried in NPAI of received PDUs.
  617.  
  618.  
  619.           5.1.3   Optional Functions of ISO 8473
  620.  
  621.           Agreements on Optional Functions of ISO 8473 are as follows:
  622.  
  623.                a)     The  Security  parameter  is  not  defined  by  these
  624.                Agreements. Implementations shall not transmit the parameter
  625.                except where defined by bilateral agreements;
  626.  
  627.                b)    Partial  and  complete  source  routing  will  not  be
  628.                supported;1
  629.  
  630.                c)    Partial   record  of  route   will  be  supported   by
  631.                Intermediate systems;
  632.  
  633.                d)  ISO 8473 will be followed with respect to QOS;
  634.  
  635.                e)   For systems  implementing  the congestion  notification
  636.                function, the following applies:
  637.  
  638.                     1)  A  Globally Unique QOS Maintenance  parameter shall
  639.                     be included in  all PDU originated  by End Systems.  As
  640.                     specified  in  ISO  8473,  the  initial  value  of  the
  641.                     Congestion  Experienced  flag   (CE  flag)  within  the
  642.                     Globally  Unique QOS Maintenance Parameter shall be set
  643.                     by the originating End System  to zero. All other flags
  644.                     within  the Globally  Unique QOS  Maintenance Parameter
  645.                     shall be set  based on the specific local  needs of the
  646.                     originating End System;
  647.  
  648.                     2)  Intermediate systems  not implementing queue length
  649.                               
  650.  
  651.                1      A  defect exists  with  the  Partial  Source  Routing
  652.                     option  which can  cause PDUs  to loop  in the  network
  653.                     until their lifetime expires.  
  654.  
  655.                                           4
  656.  
  657.  
  658.  
  659.  
  660.  
  661.  
  662.  
  663.  
  664.  
  665.  
  666.  
  667.  
  668.           Part 3 - Network Layer                        March 1994 (Stable)
  669.  
  670.                     averaging shall leave the CE  flag in the same state as
  671.                     it was received. In particular, no intermediate  system
  672.                     (IS) shall  ever clear (set  to zero) the CE  flag. All
  673.                     intermediate  systems shall  monitor  all incoming  and
  674.                     outgoing queues and  compute average  queue lengths  as
  675.                     shown  by example  in figure 1.  The averaging  is done
  676.                     from the beginning of the previous cycle to the current
  677.                     time. A cycle  begins at the instant of  the first NSDU
  678.                     arrival after an idle period;
  679.  
  680.                     3)  An IS should set the CE flag in all NSDUs forwarded
  681.                     on a queue  which has an  average queue length  greater
  682.                     than one;
  683.  
  684.                     4)  The  queue length averaging algorithm  computes the
  685.                     average queue  length over  two cycles,  where the  two
  686.                     cycles are:
  687.  
  688.                          a)   the "previous  cycle", which is  the interval
  689.                          from  when the IS  becomes busy, until  it becomes
  690.                          idle and the  idle ends (indicated by  the instant
  691.                          the first packet arrives to the idle IS);
  692.  
  693.                          b)   the "current  cycle", which  is the  interval
  694.                          from the end of  the idle interval to the  current
  695.                          time  instant  when the  average  queue  length is
  696.                          computed;
  697.  
  698.                     5)  An  embodiment of the averaging algorithm  is shown
  699.                     in figure 1;
  700.  
  701.                f)   Refer to the Working Implementation Agreements document
  702.                for additional optional functions.
  703.  
  704.  
  705.  
  706.  
  707.  
  708.  
  709.  
  710.  
  711.  
  712.  
  713.  
  714.  
  715.  
  716.  
  717.  
  718.  
  719.  
  720.  
  721.                                           5
  722.  
  723.  
  724.  
  725.  
  726.  
  727.  
  728.  
  729.  
  730.  
  731.  
  732.  
  733.  
  734.           Part 3 - Network Layer                        March 1994 (Stable)
  735.  
  736.           +---------------------------------------------------------------+
  737.           |    The algorithm makes use of the following variables:        |
  738.           |                                                               |
  739.           |        t = Current time                                       |
  740.           |        ti = time of ith arrival or departure event            |
  741.           |        qi = number of packets in the system after the event   |
  742.           |        T0 = time at the beginning of the previous cycle       |
  743.           |        T1 = time at the beginning of the current cycle        |
  744.           |                                                               |
  745.           |        The algorithm consists of three components:            |
  746.           |                                                               |
  747.           |        1. Queue Length Update: Beginning with q0 = 0,         |
  748.           |           If the ith event is an arrival event, qi = qi-1+1   |
  749.           |           If the ith event is a departure event, qi = qi-1-1  |
  750.           |                                                               |
  751.           |          2. Queue Area (integral) update:                     |
  752.           |                                                               |
  753.           |              Area of the previous cycle =    qi-1(ti-ti-1)    |
  754.           |                                         ti {T0,T1)            |
  755.           |                                                               |
  756.           |              Area of the current cycle =    qi-1(ti-ti-1)     |
  757.           |                                        ti {T1,t)              |
  758.           |                                                               |
  759.           |          3. Average Queue Length Update:                      |
  760.           |                                                               |
  761.           |             Average Queue length over the two cycles          |
  762.           |             Area of the two cycles   Area of the two cycles   |
  763.           |          =  ---------------------- = ----------------------   |
  764.           |             Time of the two cycles           t-T0             |
  765.           |                                                               |
  766.           +---------------------------------------------------------------+
  767.                      Figure 1 - Queue length averaging algorithm
  768.  
  769.  
  770.           5.2    Provision of CLNS over Local Area Networks (LANS)
  771.  
  772.           When providing  CLNS over a  LAN subnetwork, the  following shall
  773.           apply:
  774.  
  775.                a)  The  definition of  CLNS shall  be as  specified in  ISO
  776.                8348/Add. 1;
  777.  
  778.                b)  The protocol used to provide CLNS shall be ISO 8473 with
  779.                agreements as specified in 5.1;
  780.  
  781.                c)   The necessary subnetwork dependent convergence function
  782.                shall be as defined in ISO 8473 - clause 8.4.2,  "SNDCF used
  783.                with ISO 8802/2 sub-networks."
  784.  
  785.  
  786.  
  787.                                           6
  788.  
  789.  
  790.  
  791.  
  792.  
  793.  
  794.  
  795.  
  796.  
  797.  
  798.  
  799.  
  800.           Part 3 - Network Layer                        March 1994 (Stable)
  801.  
  802.           5.3    Provision of CLNS over X.25 Subnetworks
  803.  
  804.           When  providing CLNS over  X.25 subnetworks, the  following shall
  805.           apply:
  806.  
  807.                a)   The definition  of CLNS  shall be  as specified  in ISO
  808.                8348/Add. 1;
  809.  
  810.                b)  The protocol used to provide CLNS shall be ISO 8473 with
  811.                agreements as specified in 5.1;
  812.  
  813.                c)  The necessary subnetwork  dependent convergence function
  814.                shall be as defined in ISO 8473 - clause  8.4.3, "SNDCF used
  815.                with  ISO   8208   subnetworks  for   operation  over   X.25
  816.                subnetworks," and the default throughput class shall be used
  817.                if this facility is available;
  818.  
  819.                d)  The X.25 PLP shall be as specified in part 2 clause 6.3.
  820.  
  821.  
  822.           5.4    Provision of CLNS over ISDN
  823.  
  824.           When providing CLNS over an ISDN, the following shall apply:
  825.  
  826.                a)   The  definition of CLNS  shall be  as specified  in ISO
  827.                8348/Add. 1;
  828.  
  829.                b)  The protocol used to provide CLNS shall be ISO 8473 with
  830.                agreements as specified in 5.1;
  831.  
  832.                c)  The necessary  Subnetwork Dependent Convergence function
  833.                shall be as defined in:
  834.  
  835.                     1)   ISO  8473 for  operation  of CLNP  over X.25  with
  836.                     agreements as specified in 5.3;
  837.  
  838.                     2)  ISO 9574 for control of the B and D channels;
  839.  
  840.                     3)   The  X.25 PLP  shall be  as specified  in part  2,
  841.                     clause 6.3;
  842.  
  843.                     4)  The  agreements for the ISDN-related  protocols are
  844.                     specified in part 2, clause 7.
  845.  
  846.                NOTE  - The  stated scope  of ISO  9574 does  not explicitly
  847.                cover  the operation  of  CLNP over  an  ISDN. However,  the
  848.                procedure identified for operating X.25  in conjunction with
  849.                I.451  is still applicable. The  procedures in ISO 9574 that
  850.                correspond to 8878 are not utilized when providing CLNS.
  851.  
  852.  
  853.                                           7
  854.  
  855.  
  856.  
  857.  
  858.  
  859.  
  860.  
  861.  
  862.  
  863.  
  864.  
  865.  
  866.           Part 3 - Network Layer                        March 1994 (Stable)
  867.  
  868.           5.5    Provision of CLNS over Point-to-Point Links
  869.  
  870.           Refer to the Working Implementation Agreements document.
  871.  
  872.  
  873.           6   Connection-Mode Network Service (CONS)
  874.  
  875.           The following agreements concern provision of the connection-mode
  876.           Network Service.
  877.  
  878.  
  879.           6.1    Mandatory Method of Providing CONS
  880.  
  881.  
  882.           6.1.1   General
  883.  
  884.           Independent of the subnetwork type (of part 2), when providing
  885.           the CONS using X.25-1984, the following shall apply as described
  886.           below:
  887.  
  888.                a)  The definition of the CONS is as specified in ISO 8348,
  889.                Network Service Definition;
  890.  
  891.                b)  The mapping of the elements of the CONS to the elements
  892.                of the X.25 Packet Layer Protocol (PLP) is as specified in
  893.                6.3.1;
  894.  
  895.                c)  The general procedures and formats of the X.25 PLP are
  896.                as specified in ISO 8208, X.25 Packet Layer Protocol for
  897.                Data Terminal Equipment.
  898.  
  899.  
  900.           6.1.2   X.25 WAN
  901.  
  902.           No provisions additional to those in 6.1.1 apply in an X.25 WAN.
  903.  
  904.  
  905.           6.1.3   LANs
  906.  
  907.           When providing the CONS in a Local Area Network, the following
  908.           aspects of ISO 8881, in addition to the documents listed in
  909.           6.1.1, shall apply:
  910.  
  911.                a)  Clauses 1-6 and 9-11 for LLC Type 1 operation, including
  912.                the additional nonstandard default packet size listed in
  913.                Clause 6.3, Note 2.
  914.  
  915.                NOTE - Operation of ISO 8208 in conjunction with LLC Type 2
  916.                requires agreement on LLC Type 2 procedures.
  917.  
  918.  
  919.                                           8
  920.  
  921.  
  922.  
  923.  
  924.  
  925.  
  926.  
  927.  
  928.  
  929.  
  930.  
  931.  
  932.           Part 3 - Network Layer                        March 1994 (Stable)
  933.  
  934.           6.1.4   ISDN
  935.  
  936.           When providing the CONS in an ISDN, the considerations for
  937.           control of a B and D channel in ISO 9574, in addition to those
  938.           provided in 6.1.1, shall apply.
  939.  
  940.  
  941.           6.2    Additional Option: Provision of CONS over X.25 1980
  942.                  Subnetworks
  943.  
  944.           When providing CONS over an X.25 1980 subnetwork, the following
  945.           shall apply:
  946.  
  947.                a)  The definition of the CONS is as specified in ISO 8348,
  948.                Network Service Definition;
  949.  
  950.                b)  The subnetwork dependent convergence protocol required
  951.                to provide CONS shall be as specified in ISO 8878 Annex A,
  952.                and referred to as the Alternative Procedures for Network
  953.                Connection Establishment and Release, with agreements as
  954.                defined in 6.3.2.
  955.  
  956.  
  957.           6.3    Agreements on Protocols
  958.  
  959.  
  960.           6.3.1   ISO 8878
  961.  
  962.           ISO 8878 Clauses 1-11 shall apply with the following exception:
  963.  
  964.                a)  Where the ISO 8208 diagnostic codes are not provided,
  965.                all Cause/Diagnostic code combinations can be mapped to the
  966.                Originator/Reason code of "Undefined."
  967.  
  968.  
  969.           6.3.2   Subnetwork Dependent Convergence Protocol (ISO 8878/Annex
  970.                   A)
  971.  
  972.           The Receipt Confirmation service will not be provided, so the
  973.           corresponding protocol elements need not be implemented.
  974.  
  975.           The Expedited Data service will not be provided, so the
  976.           corresponding protocol elements need not be implemented.
  977.  
  978.  
  979.  
  980.  
  981.  
  982.  
  983.  
  984.  
  985.                                           9
  986.  
  987.  
  988.  
  989.  
  990.  
  991.  
  992.  
  993.  
  994.  
  995.  
  996.  
  997.  
  998.           Part 3 - Network Layer                        March 1994 (Stable)
  999.  
  1000.           6.4    Interworking 
  1001.  
  1002.           Interworking between subnetworks whose End Systems use ISO 8208
  1003.           to provide the CONS as specified in 6.1 shall be performed as
  1004.           specified in ISO TR 10029. That is, an Intermediate System
  1005.           connecting two such subnetworks shall operate ISO 8208 on both
  1006.           subnetworks and shall relay information from one subnetwork to
  1007.           the other as described in ISO TR 10029.
  1008.  
  1009.  
  1010.           7   Addressing
  1011.  
  1012.           NSAP address formats supported will conform to Addendum 2 of ISO
  1013.           8348 as follows:
  1014.  
  1015.                a)  NSAP address formats will have a hierarchical structure.
  1016.                This will reduce the size of routing tables;
  1017.  
  1018.                b)  If used in the Domain Specific Part (DSP), an NSAP
  1019.                selector shall be the least significant component in the
  1020.                hierarchy, and shall be encoded as the last octet of the
  1021.                DSP. The NSAP selector shall not be used to perform routing;
  1022.                it is simply intended to identify the network service user
  1023.                at the destination end system. For those implementations
  1024.                using an NSAP selector, there shall be one and only one
  1025.                selector for each NSAP within the end system. All NSAP
  1026.                addresses identifying a given NSAP will use the same NSAP
  1027.                selector value.
  1028.  
  1029.                c) In routing environments in which systems support NSAP
  1030.                addresses containing selectors as specified in b), the
  1031.                corresponding Network Entity Titles shall have the same
  1032.                format with the NSAP selector set to zero.  
  1033.  
  1034.                d) End Systems and Intermediate Systems operating in routing
  1035.                domains that employ the ISO 10589 Intradomain Routing
  1036.                Protocol shall meet the NSAP/NET addressing requirements
  1037.                specified in ISO 10589 (clause 7.1) and clause 8.3 of these
  1038.                agreements.
  1039.  
  1040.  
  1041.                NOTE - This may be incompatible with systems implemented
  1042.                according to previous versions of these agreements.
  1043.  
  1044.  
  1045.           8   Routing
  1046.  
  1047.           The basic principles of Network Layer routing are defined in the
  1048.           OSI Routing Framework ISO/IEC TR 9575. These principles state
  1049.           that:
  1050.  
  1051.                                           10
  1052.  
  1053.  
  1054.  
  1055.  
  1056.  
  1057.  
  1058.  
  1059.  
  1060.  
  1061.  
  1062.  
  1063.  
  1064.           Part 3 - Network Layer                        March 1994 (Stable)
  1065.  
  1066.                a)  The global OSI environment will consist of a number of
  1067.                Administrative Domains, An Administrative Domain consists of
  1068.                a collection of End Systems (ESs) and Intermediate Systems
  1069.                (ISs), and subnetworks operated by a single organization or
  1070.                Administrative Authority. The Administrative Authority is
  1071.                responsible for: the organization of ESs and ISs into
  1072.                Routing Domains; the assignments of NSAP and SNPA addresses;
  1073.                the policies that govern resource usage; the policies that
  1074.                govern the information that is collected and disseminated
  1075.                both internally and externally to the Administrative Domain;
  1076.                and the establishment of subdomains and the corresponding
  1077.                delegation of responsibilities;
  1078.  
  1079.                b)  A Routing Domain is a set of ESs and ISs which operate
  1080.                according to the same routing procedures and which is wholly
  1081.                contained within a single Administrative Domain. An
  1082.                Administrative Authority may delegate to the entity
  1083.                responsible for a Routing Domain the responsibilities to
  1084.                further structure and assign NSAP and SNPA addresses. The
  1085.                hierarchical decomposition of Routing Domains into
  1086.                subdomains may greatly reduce the resources required in the
  1087.                maintenance, computation, and storage of routing
  1088.                information;
  1089.  
  1090.                c)  The OSI routing problem, and consequently OSI routing
  1091.                protocols, has been decomposed into three distinct classes:
  1092.  
  1093.                     1)  End System (ES) to Intermediate System (IS) routing
  1094.                     within a single subnetwork;
  1095.  
  1096.                     2)  IS to IS routing within a single routing domain
  1097.                     (Intra-domain);
  1098.  
  1099.                     3)  IS to IS routing between routing domains (Inter-
  1100.                     domain).
  1101.  
  1102.  
  1103.           8.1    ISO 9542 End System to Intermediate System Routing
  1104.  
  1105.                NOTE - Defect reports upon the base standard have been
  1106.                issued.  See clause 4 of this part for further information.
  1107.  
  1108.           For use in conjunction with ISO 8473, ISO 9542 shall be used to
  1109.           provide the routing exchange protocol.
  1110.  
  1111.           Additionally, a management mechanism capable of adding and
  1112.           deleting entries into the Routing Information Base (RIB) is
  1113.           recommended. When using the management mechanism to add an entry,
  1114.           there should be no holding timer, and the entry should be write
  1115.           protected from alteration by the ES-IS protocol. This mechanism
  1116.  
  1117.                                           11
  1118.  
  1119.  
  1120.  
  1121.  
  1122.  
  1123.  
  1124.  
  1125.  
  1126.  
  1127.  
  1128.  
  1129.  
  1130.           Part 3 - Network Layer                        March 1994 (Stable)
  1131.  
  1132.           enables routing table entries to be made which are static in
  1133.           nature.
  1134.  
  1135.           The agreements below apply to the use of ISO 9542:
  1136.  
  1137.                a)  Implementors shall support any valid NSAP format. For
  1138.                the purposes of the protocol, NSAP addresses are treated
  1139.                simply as octet strings;
  1140.  
  1141.                b)  For LANs, implementors shall support both Configuration
  1142.                Information and Route Redirection Information; no subsets
  1143.                are permitted.  For X.25 subnetworks, Route Redirection
  1144.                Information shall be supported;
  1145.  
  1146.                c)  All timer values shall be configurable;
  1147.  
  1148.                d)  Use or non-use of checksums shall be configurable. It is
  1149.                recommended not to use ISO 9542 checksums when originating
  1150.                PDUs;
  1151.  
  1152.                e)  The QOS, Security and Priority parameters should not be
  1153.                used for routing. For conformance, intermediate systems must
  1154.                transmit these parameters in RD PDUs if they are present in
  1155.                the data PDU which generated the redirect. However, end
  1156.                systems must ignore them in received RD PDUs;
  1157.  
  1158.                f)  If the configuration notification function described in
  1159.                6.7 of the protocol specification is implemented, a
  1160.                mechanism shall be provided to enable/disable this function
  1161.                on broadcast networks. If supported in end systems listening
  1162.                to both ISHs and ESHs, this function shall only be invoked
  1163.                upon receipt of an ISH. Alternate mechanisms for ISs and ESs
  1164.                are described in 8.1.1 and 8.1.2.
  1165.  
  1166.                g)  For LANs, this protocol employs the same LSAP as ISO
  1167.                8473;
  1168.  
  1169.                h)  The encoding of the BSNPA address follows the syntax
  1170.                rules for the data link being used. On a LAN, for example,
  1171.                it is a 48-bit MAC address encoded as specified in clause
  1172.                12.2.1.4 of ISO 10039.  On X.25 subnetworks, it is a DTE
  1173.                address, each digit being binary coded in a semi-octet, and,
  1174.                if there are an odd number of digits, an additional semi-
  1175.                octet set to the value 1111 shall be added at the end;
  1176.  
  1177.                i)  The multicast addresses corresponding to "All
  1178.                Intermediate Systems on the Network" (ALL_ISN) and "All End
  1179.                Systems on the Network" (ALL_ESN) shall default to the
  1180.                following on IEEE802.3 and IEEE802.4 subnetworks:
  1181.  
  1182.  
  1183.                                           12
  1184.  
  1185.  
  1186.  
  1187.  
  1188.  
  1189.  
  1190.  
  1191.  
  1192.  
  1193.  
  1194.  
  1195.  
  1196.           Part 3 - Network Layer                        March 1994 (Stable)
  1197.  
  1198.                     1)  ALL_ESN = 09-00-2B-00-00-04, ALL_ISN = 09-00-2B-00-
  1199.                     00-05;
  1200.  
  1201.                     2)  It is understood that the hexadecimal octets shown
  1202.                     are transmitted onto the medium from left most octet to
  1203.                     right most octet. Within each hexadecimal octet the
  1204.                     least significant bit is transmitted first;
  1205.  
  1206.                j)  when operating on a specific IEEE 802.5 subnetwork, all
  1207.                ESs and ISs shall use exclusively either Functional
  1208.                Addresses or Group Addresses for the operation of ISO 9542. 
  1209.                It is strongly recommended that Group Addressing be used
  1210.                where possible.
  1211.  
  1212.                For IEEE 802.5 LANs in which Group Addressing is supported
  1213.           by all ESs and ISs, the multicast  addresses corresponding to
  1214.           "All Intermediate Systems on the Network" (ALL_ISN) and "All End
  1215.                Systems on the Network" (ALL_ESN) shall be as follows:
  1216.  
  1217.                     1)  ALL-ESN = 09-00-2B-00-00-04, ALL_ISN = 09-00 2B-00-
  1218.                     00-05;
  1219.  
  1220.                For IEEE 802.5 LANs in which Functional Addressing must be
  1221.           used, the ISO 9542 multicast shall      be as follows:
  1222.  
  1223.                     1)  ALL-ESN = 03-00-00-00-02-00, ALL_ISN = 03-00-00-00-
  1224.           01-00.
  1225.  
  1226.                Editor's Note - When transmitted onto the medium, the above
  1227.                addresses would be represented as follows:
  1228.  
  1229.                     1)  ALL_ESN = C0-00-00-00-40-00, ALL_ISN = C0-00-00-00-
  1230.           80-00.
  1231.  
  1232.                k)  The Error Report flag shall be set to zero (0) for NPDUs
  1233.                sent as a result of invoking the QUERY Configuration
  1234.                Function.
  1235.  
  1236.                l)  ISO 8473 PDUs multicast as a result of the Query
  1237.                Configuration function shall use the Network Layer Protocol
  1238.                ID (NLPID) assigned to ISO 8473.
  1239.  
  1240.                m)  An ISO 8473 PDU received as a result of another ES
  1241.                having performed the Query Configuration function shall be
  1242.                processed as follows: 
  1243.  
  1244.                     1)  If the ISO 8473 PDU is addressed to one of the
  1245.                     NSAPs present in the ES, the End System shall process
  1246.                     the PDU according to the applicable clauses of ISO 8473
  1247.                     and invoke the Configuration Response Function (clause
  1248.  
  1249.                                           13
  1250.  
  1251.  
  1252.  
  1253.  
  1254.  
  1255.  
  1256.  
  1257.  
  1258.  
  1259.  
  1260.  
  1261.  
  1262.           Part 3 - Network Layer                        March 1994 (Stable)
  1263.  
  1264.                     6.6 of ISO 9542);
  1265.  
  1266.                     2)  If the ISO 8473 PDU is not addressed to one of the
  1267.                     NSAPs present in the ES, the End System shall discard
  1268.                     the PDU without generating an ISO 8473 Error Report;
  1269.  
  1270.                n)  For purposes of address matching and SNPA extraction,
  1271.                the first octet of the option parameter value of an address
  1272.                (clause 7.4.5) or SNPA Mask (clause 7.4.6) shall be aligned
  1273.                with the first octet (AFI) of the encoded trial NSAP
  1274.                Address.
  1275.  
  1276.                o)  to enable the operation of the Configuration Information
  1277.                subset by End Systems attached to an X.25 subnetwork, an End
  1278.                System may optionally be configured with the SNPA addresses
  1279.                of Intermediate Systems on the subnetwork.
  1280.  
  1281.           The following items represent proposed solutions to defects in
  1282.           ISO 9542. These solutions are being progressed as defect reports
  1283.           to ISO 9542. These items will be deleted when the corresponding
  1284.           defect report is approved:
  1285.  
  1286.                a)  An End System may choose to ignore an RD PDU received
  1287.                for a destination to which the ES has not sent traffic for
  1288.                some period of time. An ES must record redirection
  1289.                information only for those other systems with which it is in
  1290.                active communication;
  1291.  
  1292.                b)  A holding time value of zero is permitted. When
  1293.                configuration and/or redirection information with a zero
  1294.                holding time is received, prior information shall be
  1295.                replaced, thus causing the system to set its holding timer
  1296.                to zero and discard the corresponding information;
  1297.  
  1298.                c)  If one or more ISs suggested an ESCT, the minimum of the
  1299.                non-zero suggested values replaces the current value of the
  1300.                ES's CT.
  1301.  
  1302.  
  1303.           8.1.1   Alternative Configuration Mechanism - IS Actions
  1304.  
  1305.           An alternative mechanism for achieving rapid configuration which
  1306.           is scaleable to large broadcast networks is described below. This
  1307.           mechanism makes use of the Suggested ES Configuration Timer.
  1308.           Implementation of this mechanism is optional.
  1309.  
  1310.           When an Intermediate system wants to quickly acquire the End
  1311.           system configuration (for example, when a broadcast circuit is
  1312.           enabled on the IS or the topology changes because of a failure of
  1313.           a bridge or repeater), it initiates a "poll" of the End system
  1314.  
  1315.                                           14
  1316.  
  1317.  
  1318.  
  1319.  
  1320.  
  1321.  
  1322.  
  1323.  
  1324.  
  1325.  
  1326.  
  1327.  
  1328.           Part 3 - Network Layer                        March 1994 (Stable)
  1329.  
  1330.           configuration by performing the following actions:
  1331.  
  1332.                a)  Delay a random interval between 0 and PollESHelloRate
  1333.                seconds. (This is to avoid synchronization with other ISs
  1334.                which have detected a change.);
  1335.  
  1336.                b)  In order to rapidly time out any End systems which are
  1337.                no longer present on the broadcast circuit (for example,
  1338.                after a LAN partition), reset the entryRemainingTime in the
  1339.                Routing Information Base (RIB) for all End systems on this
  1340.                circuit to the value: (ISHelloTimer + PollESHelloRate) *
  1341.                HoldingMultiplier or the existing value whichever is lowest.
  1342.                Where ISHelloTimer is the Intermediate system's
  1343.                configuration timer, HoldingMultiplier is a predefined
  1344.                number (for example, 2) which multiplied by ISHelloTimer
  1345.                gives the value for the Holding Time field of IS Hellos;
  1346.  
  1347.                c)  Then transmit HoldingMultiplier IS Hellos with a
  1348.                Suggested ES Configuration Timer value of PollESHelloRate
  1349.                seconds with an interval of ISHelloTimer seconds between
  1350.                each and setting the Holding Time field to ISHelloTimer *
  1351.                HoldingMultiplier;
  1352.  
  1353.                d)  Then start sending IS Hellos with a Suggested ES
  1354.                Configuration Timer of DefaultESHelloRate seconds (where
  1355.                DefaultESHelloRate is larger than PollESHelloRate).
  1356.  
  1357.  
  1358.           8.1.2   Alternate Configuration Mechanism - ES Actions
  1359.  
  1360.           An End system maintains for each circuit a list (CTList) which
  1361.           has HoldingMultiplier elements each of which stores a received
  1362.           value of the Suggested ES Configuration Timer. The function
  1363.           SaveCT(t) adds the value t as the first element of CTList and
  1364.           discards the last element. The function MinCT delivers the
  1365.           minimum value in CTList. When the circuit is enabled all the
  1366.           elements of CTList are initialized to PollESHelloRate.
  1367.  
  1368.           An End system also maintains for each circuit the variables
  1369.           currentSuggestedHelloTimer and its associated lifetime
  1370.           currentSuggestedHelloTimerLifetime. These are both initialized to
  1371.           PollESHelloRate.
  1372.  
  1373.           When the circuit is enabled the Configuration Timer is started by
  1374.           setting the entryRemainingTime to random (PollESHelloRate).
  1375.  
  1376.           On Configuration Timer expiry the following actions are
  1377.           performed:
  1378.  
  1379.                a)  SaveCT(currentSuggestedHelloTimer);
  1380.  
  1381.                                           15
  1382.  
  1383.  
  1384.  
  1385.  
  1386.  
  1387.  
  1388.  
  1389.  
  1390.  
  1391.  
  1392.  
  1393.  
  1394.           Part 3 - Network Layer                        March 1994 (Stable)
  1395.  
  1396.                b)  Transmit an ES Hello with Holding Time field set to
  1397.                MinCT * HoldingMultiplier;
  1398.  
  1399.                c)  Set entryRemainingTime to MinCT - random(MinCT * 0.25).
  1400.                (The random element ensures that End systems do not become
  1401.                synchronized.)
  1402.  
  1403.           When an End system receives an IS Hello which contains a
  1404.           Suggested ES Configuration Timer, it is processed as follows
  1405.           (where suggestedESCT is the value contained in the option):
  1406.  
  1407.                a)  If suggestedESCT is less than or equal to
  1408.                currentSuggestedHelloTimer then set
  1409.                curentSuggestedHelloTimerLifetime to the value of the
  1410.                Holding Time field of the IS Hello;
  1411.  
  1412.                b)  If suggestedESCT is less than currentSuggestedHelloTimer
  1413.                then set currentSuggestedHelloTimer to suggestedESCT and
  1414.                reset entryRemainingTime to the smaller of its current value
  1415.                and random(currentSuggestedHelloTimer * 0.75).
  1416.  
  1417.           When the currentSuggestedHelloTimerLifetime expires, set the
  1418.           currentSuggestedHelloTimer to DefaultESHelloTimer.
  1419.  
  1420.  
  1421.           8.2    ISO 10030 End System to Intermediate System Routing
  1422.  
  1423.           The protocol used to provide End System to Intermediate System
  1424.           routing in support of the CONS (refer to 3.6) shall be ISO 10030.
  1425.  
  1426.           The following agreements apply to the use of ISO 10030:
  1427.  
  1428.                a)  A management mechanism capable of adding and deleting
  1429.                entries in the Routing Information Base (RIB) of both SNAREs
  1430.                and End Systems is recommended. When using the management
  1431.                mechanism to add an entry it should not be timed out, and
  1432.                the entry should be write protected from alteration by the
  1433.                ISO 10030 protocol.
  1434.  
  1435.                b)  The multicast addresses corresponding to "All CONS End
  1436.                Systems" and "All CONS SNAREs" shall default to the
  1437.                following on IEEE 802.3 and IEEE 802.4 subnetworks:
  1438.  
  1439.                     1)  All CONS End Systems = 01-80-C2-00-00-16
  1440.  
  1441.                     2)  All CONS SNAREs      = 01-80-C2-00-00-17
  1442.  
  1443.  
  1444.  
  1445.  
  1446.  
  1447.                                           16
  1448.  
  1449.  
  1450.  
  1451.  
  1452.  
  1453.  
  1454.  
  1455.  
  1456.  
  1457.  
  1458.  
  1459.  
  1460.           Part 3 - Network Layer                        March 1994 (Stable)
  1461.  
  1462.           8.3    Intra-Domain Intermediate Systems to Intermediate Systems
  1463.                  Routing
  1464.  
  1465.  
  1466.           8.3.1   Static Intra-Domain Routing
  1467.  
  1468.           Intermediate systems shall provide mechanisms to create and
  1469.           update the required Routing Information Base (RIB).
  1470.  
  1471.  
  1472.           8.3.2   Dynamic Intra-Domain Routing
  1473.  
  1474.                NOTE - Defect reports upon the base standard have been
  1475.                issued.  See clause 4 of this part for further information.
  1476.  
  1477.           The protocol used to provide Intermediate System to Intermediate
  1478.           System routing in support of the CLNS (refer to clause 3.5) among
  1479.           systems in a single routing domain shall be ISO 10589.
  1480.  
  1481.           The following agreements apply to the use of ISO  10589:
  1482.  
  1483.                a)  A management mechanism capable of configuring the
  1484.                Identifier, Characteristic, and Status attributes of the
  1485.                managed objects of clause 11 shall be provided;
  1486.  
  1487.                b)  The implementation shall support a system identifier
  1488.                (ID) length of 6 octets and shall use this value as a
  1489.                default;
  1490.  
  1491.                c)  When operating on IEEE 802.5 (i.e., token ring) LANs,
  1492.                the group addresses specified in ISO/IEC 10589, clause
  1493.                8.4.8, table 9 shall be used.
  1494.  
  1495.  
  1496.           8.4    Inter-Domain Intermediate Systems to Intermediate Systems
  1497.                  Routing
  1498.  
  1499.  
  1500.           8.4.1   Static Inter-Domain Routing
  1501.  
  1502.           Intermediate Systems shall provide  mechanisms to create and
  1503.           update the required Routing Information Base (RIB).
  1504.  
  1505.  
  1506.           8.4.2   Dynamic Inter-Domain Routing
  1507.  
  1508.           The protocol used to provide the exchange of inter-domain routing
  1509.           information among intermediate systems in support of the CLNS
  1510.           (refer to clause 3.5) shall be ISO/IEC DIS 10747 (IDRP).
  1511.  
  1512.  
  1513.                                           17                                          17
  1514.  
  1515.  
  1516.  
  1517.  
  1518.  
  1519.  
  1520.  
  1521.  
  1522.  
  1523.  
  1524.  
  1525.  
  1526.           Part 3 - Network Layer                        March 1994 (Stable)
  1527.  
  1528.           The following agreements apply to the support and use of IDRP:
  1529.  
  1530.                a)  A management mechanism capable of configuring the
  1531.                attributes and reporting the notifications defined in the
  1532.                management information of clause 11 shall be provided;
  1533.  
  1534.                b)  The authentication mechanisms of clause 7.9  shall be
  1535.                supported.  
  1536.  
  1537.                c)  IDRP provides a wide range of protocol mechanisms
  1538.                capable of supporting the exchange of "path attributes"
  1539.                associated with routing information and allows
  1540.                implementations to support various "policies" for
  1541.                controlling the selection of routes and the subsequent
  1542.                distribution of routing information.
  1543.  
  1544.                The set of path attributes and policies supported largely
  1545.                determines the complexity of an implementation and its
  1546.                ability to interoperate with other IDRP systems in support
  1547.                of a given domain's specific routing policies.
  1548.  
  1549.                In order to promote the ability of independent IDRP systems
  1550.                to be deployed and interoperate to effect routing policies,
  1551.                implementations shall support one of the following
  1552.                configuration subsets:
  1553.  
  1554.                     1)  Minimum Implementation Subset (MIS)
  1555.  
  1556.                     Implementations supporting the MIS provide minimal
  1557.           capabilities to encode and effect       routing policies.
  1558.  
  1559.                     The following path attributes must be supported:
  1560.  
  1561.                          a)  RD_HOP_COUNT;
  1562.  
  1563.                          b)  RD_PATH;
  1564.  
  1565.                          c)  LOC_PREF;
  1566.  
  1567.                          d)  EXT_INFO;
  1568.  
  1569.                          e)  DIST_LIST_INCL;
  1570.  
  1571.                          f)  DIST_LIST_EXCL;
  1572.  
  1573.                     An IDRP implementation supporting the MIS shall support
  1574.           the following routing         policy mechanisms:
  1575.  
  1576.                          g)  Default - all potential destination are
  1577.                          acceptable;
  1578.  
  1579.                                           18
  1580.  
  1581.  
  1582.  
  1583.  
  1584.  
  1585.  
  1586.  
  1587.  
  1588.  
  1589.  
  1590.  
  1591.  
  1592.           Part 3 - Network Layer                        March 1994 (Stable)
  1593.  
  1594.                          h)  List Controlled - distribution lists determine
  1595.                          which destinations domains are acceptable;
  1596.  
  1597.                               For these policies, only a single "default"
  1598.           routing information base and                 forwarding
  1599.           information base is required.  No distinguishing attributes are
  1600.                               supported by the MIS.
  1601.  
  1602.                     2)  Enhanced Implementation Subset (EIS):
  1603.  
  1604.                     Implementations supporting the EIS shall provide all
  1605.           the capabilties of the MIS and the           additional
  1606.           capabilities described below.
  1607.  
  1608.                     The following path attributes must be supported:
  1609.  
  1610.                          a)  MULTI_EXIT_DISC;
  1611.  
  1612.                          b)  NEXT_HOP;
  1613.  
  1614.                          c)  HIERARCHICAL_RECORDING.
  1615.  
  1616.                     An EIS implementation shall support routing domain
  1617.                     confederations and corresponding   routing information
  1618.                     aggregation capabilities.
  1619.  
  1620.                     An IDRP implementation supporting the EIS shall support
  1621.                     the routing policy mechanisms of the MIS with the
  1622.                     following additions:
  1623.  
  1624.                          a)  Intermediate Source - distribution lists
  1625.                          control the acceptance and/or propagation of
  1626.                          routing information based upon the identify of the
  1627.                          adjacent systems providing the information;
  1628.  
  1629.                          b)  General Path - the ability to control the
  1630.                          acceptance and/or propagation of routing
  1631.                          information based upon the contents of the PATH
  1632.                          attributes.
  1633.  
  1634.                     For these policies at least a single "default" routing
  1635.                     information base and forwarding information base is
  1636.                     required.  Additional distinguishing attributes (and
  1637.                     corresponding information bases) may be supported.
  1638.  
  1639.  
  1640.           9   Procedures for OSI Network Service/Protocol Identification
  1641.  
  1642.  
  1643.  
  1644.  
  1645.                                           19
  1646.  
  1647.  
  1648.  
  1649.  
  1650.  
  1651.  
  1652.  
  1653.  
  1654.  
  1655.  
  1656.  
  1657.  
  1658.           Part 3 - Network Layer                        March 1994 (Stable)
  1659.  
  1660.           9.1    General
  1661.  
  1662.           The Protocol Identifiers specified in ISO TR 9577 ("Protocol
  1663.           Identification in the OSI Network Layer") provide a basis from
  1664.           which OSI systems (both end systems and intermediate systems) may
  1665.           derive a set of procedures for indicating which OSI protocols are
  1666.           used in a particular instance of communication. As such, these
  1667.           procedures are only concerned with Initial Protocol Identifiers
  1668.           (IPIs) and Subsequent Protocol Identifiers (SPIs) that identify
  1669.           OSI protocols and pertain to the following types of systems:
  1670.  
  1671.                a)  systems providing/supporting only CONS (using ISO
  1672.                8208/8878);
  1673.  
  1674.                b)  systems providing/supporting only CLNS (using ISO 8473);
  1675.  
  1676.                c)  systems providing/supporting both CONS and CLNS.
  1677.  
  1678.           From this set of definitions, the following possibilities for
  1679.           success (S) or failure (F) of an instance of communication can be
  1680.           defined, as shown in the table below:
  1681.  
  1682.                          Table 1 - End Systems Communications
  1683.               +--------------------+----------------------------------+
  1684.               |  Originating       |    Destination End System Type   |
  1685.               |  End System Type   |     A           B           C    |
  1686.               +--------------------+----------------------------------+
  1687.               |        A           |     S           F           S    |
  1688.               |        B           |     F           S           S    |
  1689.               |        C           |     S           S           S    |
  1690.               +--------------------+----------------------------------+ 
  1691.  
  1692.  
  1693.           9.2    Processing of Protocol Identifiers
  1694.  
  1695.           The usage of Protocol Identifiers in Network Protocol Data Units
  1696.           (NPDUs) depends on several factors:
  1697.  
  1698.                a)  the OSI Network Service to be provided;
  1699.  
  1700.                b)  the protocol to be used in providing this service;
  1701.  
  1702.                c)  the role the protocol is to be used in (per the Internal
  1703.                Organization of the Network Layer);
  1704.  
  1705.                d)  the type of subnetwork to which the system is connected.
  1706.  
  1707.  
  1708.  
  1709.  
  1710.  
  1711.                                           20
  1712.  
  1713.  
  1714.  
  1715.  
  1716.  
  1717.  
  1718.  
  1719.  
  1720.  
  1721.  
  1722.  
  1723.  
  1724.           Part 3 - Network Layer                        March 1994 (Stable)
  1725.  
  1726.           9.2.1   Originating NPDUs
  1727.  
  1728.           The use of a particular OSI Network Service depends on the
  1729.           capabilities of both the origination and destination end systems.
  1730.           It is not the intent of this clause to provide guidelines on how
  1731.           to make this choice except for simple obvious criteria; rather,
  1732.           it is intended only to provide guidance on how to convey this
  1733.           choice to the destination system.
  1734.  
  1735.           Where a priori knowledge exists in the originating end system
  1736.           about the capabilities (with respect to OSI Network Services
  1737.           available) of the destination end system, it should be used. This
  1738.           may result in no communication if the two end systems involved
  1739.           only provide Network Services of different types. A selection is
  1740.           required in cases where both end systems provide both types of
  1741.           network services; this selection is conveyed by the use of the
  1742.           IPI and SPI (but the selection process is an implementation
  1743.           matter). Alternatively, where a priori knowledge does not exist,
  1744.           then the selection of a service to use in an instance of
  1745.           communication depends solely on the capabilities of the
  1746.           originating end system as described below:
  1747.  
  1748.                a)  If only CONS-related protocols (e.g., ISO 8208) are
  1749.                available, then this should be used and the Protocol
  1750.                Identifiers specified so as to reflect the chosen
  1751.                protocol(s) and service;
  1752.  
  1753.                b)  If only CLNS-related protocols (e.g., ISO 8473) are
  1754.                available, then this should be used and the Protocol
  1755.                Identifiers specified so as to reflect the chosen
  1756.                protocol(s) and service;
  1757.  
  1758.                c)  If both services are available, then other criteria are
  1759.                used in deciding which to use in an instance of
  1760.                communication.
  1761.  
  1762.                NOTE - The choice of OSI Network Service to be used in an
  1763.                instance of communication is reflected in the Network
  1764.                Service primitives issued by the Network Service user.
  1765.  
  1766.           Once a selection of Network Service has been made, the use of
  1767.           particular protocols depend on, for example, the subnetwork to
  1768.           which the originating End System is attached. Some specific cases
  1769.           are given in Annex A of ISO TR 9577. Another case involves use of
  1770.           the Protocol for Providing the Connectionless Network Service
  1771.           directly over the Data Link Service, as given in ISO 8473 (e.g.,
  1772.           in a LAN). In this case, the IPI indicates ISO 8473.
  1773.  
  1774.  
  1775.  
  1776.  
  1777.                                           21
  1778.  
  1779.  
  1780.  
  1781.  
  1782.  
  1783.  
  1784.  
  1785.  
  1786.  
  1787.  
  1788.  
  1789.  
  1790.           Part 3 - Network Layer                        March 1994 (Stable)
  1791.  
  1792.           9.2.2   Destination System Processing
  1793.  
  1794.           A system receiving an NPDU must first be concerned with the
  1795.           protocol identified by the IPI. Valid values are given in table 2
  1796.           of ISO TR 9577. If the protocol is recognized as one supported by
  1797.           the system, further processing of the protocol is performed
  1798.           according to the rules of that protocol. If not, an error is
  1799.           recognized and may be conveyed to the originating peer entity.
  1800.           With respect to ISO 8208 and ISO 8473, the following would apply
  1801.           for such error conditions:
  1802.  
  1803.                a)  For ISO 8208, the condition is classified as an "invalid
  1804.                General Format Identifier," for which a DIAGNOSTIC packet
  1805.                may be returned. If DIAGNOSTIC packets are not used by the
  1806.                system, the NPDU is discarded without any further action;
  1807.  
  1808.                b)  For ISO 8473, the NPDU is discarded without any further
  1809.                action.
  1810.  
  1811.           Given acceptance of the protocol identified by the IPI, the
  1812.           system must also determine the acceptability of the subsequent
  1813.           protocols and OSI Network Service being requested. Use of ISO
  1814.           8473 implies CLNS; however, use of ISO 8208 can imply either CONS
  1815.           or CLNS, as identified by the SPI. In the case of ISO 8208,
  1816.           therefore, further processing is needed to determine the
  1817.           acceptability of the requested protocol/service. If these are not
  1818.           acceptable (e.g., not supported by the system), the call should
  1819.           be cleared with a diagnostic code of "Connection Rejection -
  1820.           unrecognizable protocol identifier in user data" (decimal 249).
  1821.  
  1822.                NOTE - In ISO 8208, a call may be refused for reasons other
  1823.                than non-support of the requested OSI Network Service.
  1824.  
  1825.  
  1826.           9.2.3   Further Processing in Originating End System
  1827.  
  1828.           Further processing on receipt of an NPDU in response to an
  1829.           initial attempt to communicate may be necessary/useful to
  1830.           determine the success of such an attempt.
  1831.  
  1832.           For ISO 8473, when used directly over the Data Link Service, the
  1833.           success or failure of an attempt to communicate may not be
  1834.           visible/obvious within the Network Layer. On the other hand, use
  1835.           of ISO 8473 over ISO 8208 may provide, via the diagnostic code in
  1836.           a received CLEAR INDICATION packet, an indication of failure to
  1837.           communicate (e.g., the remote system does not support CLNS).
  1838.  
  1839.           When using ISO 8208 to provide the CONS, the diagnostic code in a
  1840.           received CLEAR INDICATION packet may provide the necessary
  1841.           indication of why a call was refused.In cases where an ISO 8208
  1842.  
  1843.                                           22
  1844.  
  1845.  
  1846.  
  1847.  
  1848.  
  1849.  
  1850.  
  1851.  
  1852.  
  1853.  
  1854.  
  1855.  
  1856.           Part 3 - Network Layer                        March 1994 (Stable)
  1857.  
  1858.           call is refused with diagnostic #249, it would not be desirable
  1859.           to re-attempt such calls with the exact same set of parameters;
  1860.           however, how the originating system ensures this is a local
  1861.           matter.
  1862.  
  1863.           In cases where an originating system is capable of supporting
  1864.           both OSI Network Services, it may wish to re-attempt
  1865.           communications using the other mode of Network Service than that
  1866.           initially attempted.
  1867.  
  1868.  
  1869.           9.3    Applicable Protocol Identifiers
  1870.  
  1871.           The protocol identifiers applicable to these agreements are given
  1872.           in table 2 and table 3.
  1873.  
  1874.                                  Table 2 - IPI Values
  1875.            +--------------------------+-----------------------------------+
  1876.            |       Bit Pattern        |                                   |
  1877.            | 8  7  6  5  4  3  2  1   | Protocol                          |
  1878.            +--------------------------+-----------------------------------+
  1879.            | 0  0  0  0  1  0  0  0   | CCITT I.451/Q.931                 |
  1880.            |                          |                                   |
  1881.            | 1  0  0  0  0  0  0  1   | ISO 8473 (excluding the           |
  1882.            |                          |           inactive subset)        |
  1883.            | 1  0  0  0  0  0  1  0   | ISO 9542                          |
  1884.            |                          |                                   |
  1885.            | 1  0  0  0  0  0  1  1   | ISO/IEC 10589                     |
  1886.            |                          |                                   |
  1887.            | 1  0  0  0  0  1  1  0   | ISO/IEC 11577                     |
  1888.            |                          |                                   |
  1889.            | x  x  0  1  x  x  x  x   | ISO 8208/CCITT X.25-Modulo 8      |
  1890.            |                          |                                   |
  1891.            | x  x  1  0  x  x  x  x   | ISO 8208/CCITT X.25-Modulo 128    |
  1892.            |                          |                                   |
  1893.            | 0  0  1  1  x  x  x  x   | ISO 8208/CCITT X.25-GFI Extension |
  1894.            +--------------------------+-----------------------------------+
  1895.  
  1896.  
  1897.  
  1898.  
  1899.  
  1900.  
  1901.  
  1902.  
  1903.  
  1904.  
  1905.  
  1906.  
  1907.  
  1908.  
  1909.                                           23
  1910.  
  1911.  
  1912.  
  1913.  
  1914.  
  1915.  
  1916.  
  1917.  
  1918.  
  1919.  
  1920.  
  1921.  
  1922.           Part 3 - Network Layer                        March 1994 (Stable)
  1923.  
  1924.                                  Table 3 - SPI Values
  1925.            +--------------------------+-----------------------------------+
  1926.            |       Bit Pattern1       |                                   |
  1927.            | 8  7  6  5  4  3  2  1   | Protocol                          |
  1928.            +--------------------------+-----------------------------------+
  1929.            | 0  0  0  0  0  0  0  0   | ISO 8073 ADD1/CCITT X.224         |
  1930.            |         thru             | See table 4.1                     |
  1931.            | 0  0  1  1  1  1  1  1   |                                   |
  1932.            |                          |                                   |
  1933.            | 1  0  0  0  0  0  0  1   | ISO 8473                          |
  1934.            |                          |                                   |
  1935.            | 1  0  0  0  0  0  1  1   | ISO/IEC 10589                     |
  1936.            |                          |                                   |
  1937.            | 1  0  0  0  0  1  0  0   | ISO 8878/Annex A                  |
  1938.            |                          |                                   |
  1939.            | 1  0  0  0  0  1  1  0   | ISO/IEC 11577                     |
  1940.            +--------------------------+-----------------------------------+
  1941.            |  NOTES                                                       |
  1942.            |                                                              |
  1943.            |  1  A null SPI value (e.g., no Call User Data Field in an    |
  1944.            |  ISO 8208/CCITT X.25 Call Request/Incoming Call packet)      |
  1945.            |  shall indicate ISO 8073/CCITT X.224.                        |
  1946.            +--------------------------------------------------------------+
  1947.  
  1948.           When using ISO 8208, values other than one of those listed in
  1949.           table 3 are outside the scope of these agreements.
  1950.  
  1951.  
  1952.           10  Migration Considerations
  1953.  
  1954.           This clause considers problems arising from evolving OSI
  1955.           standards and implementations based on earlier versions of OSI
  1956.           standards.
  1957.  
  1958.           Until there is widespread availability of 1984 X.25 service, it
  1959.           will be necessary for X.400 systems to use those existing packet-
  1960.           switched public data networks which offer only pre-1984 X.25
  1961.           service. While 1980 X.25 does not provide the CONS as defined by
  1962.           ISO 8348, there is no implication of non-conformance to these
  1963.           Agreements resulting therefrom for systems using 1980 X.25 to
  1964.           interchange data at the Network Layer, provided they conform in
  1965.           all other respects.
  1966.  
  1967.           This is an exception to the Agreements for providing the OSI
  1968.           Network Service, granted temporarily for practical reasons. This
  1969.           exception will be removed when it is deemed to be no longer
  1970.           necessary, in the judgement of the Workshop. While this provision
  1971.           is in effect, it provides an alternative method of using 1980
  1972.           X.25 to the provisions of 6.2.
  1973.  
  1974.  
  1975.                                           24
  1976.  
  1977.  
  1978.  
  1979.  
  1980.  
  1981.  
  1982.  
  1983.  
  1984.  
  1985.  
  1986.  
  1987.  
  1988.           Part 3 - Network Layer                        March 1994 (Stable)
  1989.  
  1990.           11  Use of Priority
  1991.  
  1992.  
  1993.           Refer to the Working Implementation Agreements document.
  1994.  
  1995.           11.1   Introduction
  1996.  
  1997.           Refer to the Working Implementation Agreements document.
  1998.  
  1999.  
  2000.           11.2   Overview
  2001.  
  2002.           Refer to the Working Implementation Agreements document.
  2003.  
  2004.  
  2005.           12  Security
  2006.  
  2007.  
  2008.  
  2009.  
  2010.           12.1   ISO/IEC  DIS 11577 Network Layer Security Protocol (NLSP)
  2011.  
  2012.           ISO/IEC  DIS 11577 describes both a connction oriented and
  2013.           connectionless security protocol that can be used in conjunction
  2014.           with OSI Network Layer Protocols.  Before secure communication
  2015.           can be accomplished, a security association (in band or out of
  2016.           band) shall have been established with agreement on all
  2017.           attributes associated with this association.
  2018.  
  2019.           Managed objects are not yet specified by this standard and
  2020.           therefore the security domain/administrative authority shall
  2021.           determine the procedures and policies that govern this
  2022.           information with other security information.
  2023.  
  2024.           All mandatory functions are supported by these implementation
  2025.           agreements.
  2026.  
  2027.  
  2028.           12.2   Services
  2029.  
  2030.           If access control service is selected and the label mechanism is
  2031.           used then integrity shall also be selected.
  2032.  
  2033.  
  2034.  
  2035.  
  2036.  
  2037.  
  2038.  
  2039.  
  2040.  
  2041.                                           25
  2042.  
  2043.  
  2044.  
  2045.  
  2046.  
  2047.  
  2048.  
  2049.  
  2050.  
  2051.  
  2052.  
  2053.  
  2054.           Part 3 - Network Layer                        March 1994 (Stable)
  2055.  
  2056.           12.3   Mechanisms
  2057.  
  2058.           To optimize efficiency and assist in the interoperability of
  2059.           secure implementations, it is useful to specify which mechanisms
  2060.           and algorithms apply.  This specification shall allow
  2061.           implementations to know the exact encapsulation format used
  2062.           including what fields are required, their length, and order.  A
  2063.           set of applicable profiles (mechanisms and algorithms) shall be
  2064.           specified within the Implementation Agreements to insure this
  2065.           efficient interoperability.
  2066.  
  2067.  
  2068.           12.4   Protocol Data Unit
  2069.  
  2070.           Although the standard has the option of all type-length-value
  2071.           (tlv) fields being in any order, for efficiency, the
  2072.           encapsulation format depicted in the standard shall be used.  If
  2073.           the tlv fields are not in order, undefined (type field has not
  2074.           been allocated a value in the NLSP standard), or the PDU fails
  2075.           one of the NLSP Security checks, the secure encapsulated PDU
  2076.           should be discarded.  The reporting of this situation is a local
  2077.           matter.  If shared knowledge of this event is required, a
  2078.           possible technique would be to use the system management to
  2079.           report the error.
  2080.  
  2081.           The Security Association-Identification field should be no more
  2082.           than twenty octets.
  2083.  
  2084.  
  2085.           12.5   Functional Security Sequence Ordering
  2086.  
  2087.           If Access control is implemented using labels, the label function
  2088.           is first applied followed by the integrity function.  If
  2089.           confidentiality has also been selected, then that function is
  2090.           perfomed after the integrity function.
  2091.  
  2092.           If integrity and confidentiality have been selected, then the
  2093.           integrity function is performed before the confidentiality
  2094.           function.
  2095.  
  2096.  
  2097.           13  Conformance
  2098.  
  2099.           Refer to the Working Implementation Agreements document.
  2100.  
  2101.  
  2102.  
  2103.  
  2104.  
  2105.  
  2106.  
  2107.                                           26
  2108.  
  2109.  
  2110.  
  2111.  
  2112.  
  2113.  
  2114.  
  2115.  
  2116.  
  2117.  
  2118.  
  2119.  
  2120.           Part 3 - Network Layer                        March 1994 (Stable)
  2121.  
  2122.           Annex A (informative)
  2123.  
  2124.           Bibliography
  2125.  
  2126.           CCITT Recommendation X.223 - 1988, Use of X.25 to Provide the OSI
  2127.           Connection-mode Network Service for CCITT Applications.
  2128.  
  2129.           FIPS 100, Interface Between Data Terminal Equipment (DTE) and
  2130.           Data Circuit-Terminating Equipment (DCE) for Operation with
  2131.           Packet-Switched Data Communications Networks, NTIS, U.S.
  2132.           Department of Commerce, 5285 Port Royal Road, Springfield, VA
  2133.           22161.
  2134.  
  2135.           ISO/IEC 8880-1, Information Processing Systems - Data
  2136.           Communications - Protocol Combinations to Provide and Support the
  2137.           OSI Network Service - Part 1: General Principles.
  2138.  
  2139.           ISO/IEC 8880-2, Information Processing Systems - Data
  2140.           Communications - Protocol Combinations to Provide and Support the
  2141.           OSI Network Service - Part 2: Provision and Support of the
  2142.           Connection-mode Network Service.
  2143.  
  2144.           ISO/IEC 8880-3, Information Processing Systems - Data
  2145.           Communications - Protocol Combinations to Provide and Support the
  2146.           OSI Network Service - Part 3: Provision and Support of the
  2147.           Connectionless-mode Network Service. 
  2148.  
  2149.           ISO/IEC TR 9575, Information Technology - Telecommunications and
  2150.           Information Exchange Between Systems - OSI Routing Framework.
  2151.  
  2152.  
  2153.  
  2154.  
  2155.  
  2156.  
  2157.  
  2158.  
  2159.  
  2160.  
  2161.  
  2162.  
  2163.  
  2164.  
  2165.  
  2166.  
  2167.  
  2168.  
  2169.  
  2170.  
  2171.  
  2172.  
  2173.                                           27
  2174.  
  2175.  
  2176.  
  2177.  
  2178.  
  2179.