rfc1024.txt

来自「中、英文RFC文档大全打包下载完全版 .」· 文本 代码 · 共 2,101 行 · 第 1/5 页

        between interfaces in an entity.  The source and destinations
        fields are the IP addresses of the interfaces between which
        the packet was switched.  The count in each trafficEntry is
        expressed in packets.

    Object Status: Useful.


The IpRoutingTable Dictionary

    The IpRoutingTable dictionary contains all routing information.
    Note that information about any routing protocols used to maintain
    the routing table is found under the entry for the routing protocol.
    The format of the routing dictionary is shown below.

    IpRoutingTable ::= [APPLICATION 37] IMPLICIT SET {
            routingProtocols [0] IMPLICIT OCTETSTRING,
            coreRouter       [1] IMPLICIT BOOLEAN,
            autoSys          [2] IMPLICIT INTEGER,
            metricUsed       [3] IMPLICIT OCTET,
                             [4] RoutingEntries,
    }

    OBJECT:  IpRoutingTable

    Type:  SET

    Definition:  See above.


    The objects contained in the dictionary are described below.

    OBJECT:  routingProtocols

    Type:  OCTETSTRING

    Definition: A sparse list of the routing protocols used to update
        the routing table (e.g., EGP and ICMP).  Each octet contains one
        of the following values:

                    0 -- anything not specified below.

                    1 -- local (non-protocol) information.  (E.g.
                        routing tables can be changed by hand).




Partridge & Trewitt                                            [Page 31]

RFC 1024                    HEMS Definitions                October 1987


                    2 -- HEMS (was changed/set by a HEMS operation)

                    3 -- Internet Control Message Protocols, (i.e.
                        ICMP redirects).

                    4 --  Exterior Gateway Protocol (EGP).

                    5 -- Gateway-to-Gateway Protocol (GGP).

                    6 -- Dissimilar Gateway Protocol (DGP).

                    7 -- HELO

                    8 -- RIP

                    9 -- Proprietary IGP

    OBJECT: coreRouter

    Type:  BOOLEAN

    Definition:  This value is set to true if this entity is a reference
        router for any other router (i.e., if it distributes any of its
        routes to other machines).


    OBJECT:  autoSys

    Type:  INTEGER

    Definition:  The autonomous system number of the autonomous system in
        which this entity resides.


    OBJECT:  metricUsed

    Type:  OCTET

    Definition: Classifies the routing metric used in the routing table
        entries.  The value should be chosen from the list of values for
        routingProtocols above, and indicates the metric definition used
        (e.g., this entity uses an EGP metric internally).


    OBJECT:  RoutingEntries

    Type:  SET of RoutingEntry




Partridge & Trewitt                                            [Page 32]

RFC 1024                    HEMS Definitions                October 1987


    Definition:  The set of all routing entries.  The RoutingEntry is
        defined below.


The IpRoutingTable Dictionary: The RoutingEntry

    The RoutingEntry contains all information on a particular route.
    The format of the structure is shown below.

            RoutingEntry ::= [0] IMPLICIT SET {
                routeMetric     [0] IMPLICIT INTEGER,
                routeDst        [1] IMPLICIT IpAddress,
                nextHop         [2] IMPLICIT IpAddress,
                routeAuthor     [3] IMPLICIT IpAddress OPTIONAL,
                routeproto      [4] IMPLICIT Octet OPTIONAL,
                routeTime       [5] TimeStamp,
                routeTOS        [6] IMPLICIT INTEGER OPTIONAL,
                valid           [7] IMPLICIT BOOLEAN
            }

    OBJECT:  RoutingEntry

    Type:  SET

    Definition:  See above.

    Operations on Object:  Defaults except as specified below.

        CREATE: Adds a new routing entry.  It should be confirmed
            that the entry is new.

        DELETE: Deletes a routing entry.

        GET-MATCH:  The match operator is defined on the routeDst
            field.  A match on an IpAddress is defined to be a
            search to find the route or routes which would be
            used to reach the IpAddress.  More than one route
            may be applicable, in which case all possible routes
            should be returned.

        SET-MATCH: Is optionally defined on the object.  A SET
            on an entire RoutingEntry replaces the entire entry
            with a new value.  Certain fields (indicated below)
            can also be changed using a SET-MATCH.

            The match operator is defined on the routeDst and
            routeTOS fields.  To SET a value, the match must be
            exact on the IP address (this is different from the



Partridge & Trewitt                                            [Page 33]

RFC 1024                    HEMS Definitions                October 1987


            search definition for GET-MATCH).

            Note that support of the operator on an entity
            which uses a dynamic routing protocol such as
            GGP or EGP will require close coordination with
            the routing protocol to ensure consistent data.
            (Arguably, this facility should not be supported
            on such machines).

    The definitions of the fields in the RoutingEntry are given below.


    OBJECT:  routeMetric

    Type:  INTEGER

    Definition: The routing metric on this route.  Note that the type of
        metric is defined in the metricUsed field of the IpRoutingTable
        dictionary.

    OBJECT: routeDst

    Type: IpAddress

    Definition:  The final destination that can be reached via this
        route.


    OBJECT:  nextHop

    Type:  IpAddress

    Definition:  The next hop to the final destination.


    OBJECT:  routeAuthor

    Type:  IpAddress

    Definition:  The IP address of the entity from which this route was
        *first* received.  That is, the first entity which stated that
        was reached via nextHop.  The default IpAddress should be used
        to indicate routes which originated on the entity.

    Object Status:  Encouraged.


    OBJECT:  routeProto



Partridge & Trewitt                                            [Page 34]

RFC 1024                    HEMS Definitions                October 1987


    Type:  Octet

    Definition:  The routing protocol from which this route was learned.
        The value is taken from the list of values for routingProtocols
        above.

    Object Status:  Encouraged.


    OBJECT: routeTime

    Type:  TimeStamp

    Definition:  When this route was first received.

    Object Status:  Encouraged.


    OBJECT:  routeTOS

    Type:  INTEGER

    Definition:  The IP Type of Service which this routing entry serves.

    Object Status:  Required if type of service routing is supported.


    OBJECT:  valid

    Type:  BOOLEAN

    Definition:  Whether the route is active.  (Some machines retain
        routes which are no longer valid for various reasons.)

The IpTransportLayer Dictionary

    The IpTransportLayer Dictionary contains any information which
    pertains to transport protocols which use the IP protocol as the
    network protocol.  For ease of reference, the ASN.1 tag of each
    transport protocol's dictionary is the same as the assigned IP
    Protocol number.  The definition of the IpTransportLayer
    dictionary is shown below.  Note that dictionaries for many
    protocols are not yet defined.

    IpTransportLayer ::= [APPLICATION 38] IMPLICIT SET {
                [0] IMPLICIT ProtocolsSupported,
                [1] IMPLICIT IcmpValues,
                [2] IMPLICIT IgmpValues OPTIONAL,



Partridge & Trewitt                                            [Page 35]

RFC 1024                    HEMS Definitions                October 1987


                [3] IMPLICIT GgpValues OPTIONAL,
                [7] IMPLICIT TcpValues OPTIONAL,
                [8] IMPLICIT EgpValues OPTIONAL,
                [17] IMPLICIT UdpValues OPTIONAL,
                [20] IMPLICIT HmpValues OPTIONAL,
                [27] IMPLICIT RdpValues OPTIONAL,
                [30] IMPLICIT NetbltValues OPTIONAL,
    }

    OBJECT:  IpTransportLayer

    Type:  SET

    Definition:  see above.

    The objects in the dictionary are defined below.

The IpTransportLayer Dictionary:  ProtocolsSupported

    OBJECT:  protocolsSupported

    Type:  OCTETSTRING

    Definition: Sparse list of transport protocols supported.  Each
        octet in the OCTETSTRING contains the IP protocol number of a
        supported protocol.  For the purposes of this definition, an
        entity supports a protocol if it both contains software to
        makes it possible for the protocol to be used in
        communications with the entity, AND the entity keeps the
        required values (if any) defined in this memo for that protocol.


The IpTransportLayer Dictionary: IcmpValues

    The IcmpValues dictionary is a subdictionary of the IpTransportLayer
    dictionary which tracks the workings of the Internet Control Message
    Protocol, defined in RFC-792.  The form of the dictionary is shown
    below.
            IcmpValues ::= SET {
                inputPktCount   [0] IMPLICIT Counter,
                inputPktErrors  [1] IMPLICIT Counter,
                inputPktDeliver [2] IMPLICIT Counter,
                inputPktTypes   [3] IMPLICIT Histogram OPTIONAL,
                outputPktCount  [4] IMPLICIT Counter,
                outputPktErrors [5] IMPLICIT Counter,
                outputPktTypes  [6] IMPLICIT Histogram OPTIONAL,
                icmpTraffic     [7] IMPLICIT TrafficMatrix OPTIONAL,
                ipID            [8] IMPLICIT Counter OPTIONAL



Partridge & Trewitt                                            [Page 36]

RFC 1024                    HEMS Definitions                October 1987


            }

    OBJECT:  IcmpValues

    Type:  SET

    Definition:  see above.

    The objects in the dictionary are defined below.


    OBJECT:  inputPktCount

    Type:  Counter

    Definition:  The total number of ICMP packets received (including
        those in error).



    OBJECT:  inputPktErrors

    Type:  Counter

    Definition:  The number of ICMP packets received which proved to
        have errors (bad checksums, bad length etc).  Subtracting this
        value from the inputPktCount field should give the number of
        valid ICMP packets received.


    OBJECT:  inputPktDeliver

    Type:  Counter

    Definition:  The number of valid ICMP packets which were
        successfully processed (e.g., delivered to the higher
        protocol).


    OBJECT:  inputPktTypes

    Type:  Histogram

    Definition:  A histogram of ICMP messages types and codes received,
        not including those messages that proved to contain errors.
        The histogram histValue field contains a 16-bit value which is
        the the (ICMP type * 256) + ICMP code, and the histCount field
        contains the number of valid messages containing this



Partridge & Trewitt                                            [Page 37]

RFC 1024                    HEMS Definitions                October 1987


        type/code pair which have been received.

        The message type and code values are those defined in RFC-792
        (e.g., the Time Exceeded Message with a code of "fragment
        reassembly time exceeded" is (11 * 256) + 1 = 2817).

    Object Status:  Useful.

    Operations on Object:  The defaults except as listed below:

        GET-MATCH:  Match is defined on the value of the histValue
            field.

    OBJECT:  outputPktCount

    Type:  Counter

    Definition:  The total number of ICMP packets that the entity
        attempted to send (including those that failed due to lack of
        buffers, a missing route or other transient transmission
        problems).


    OBJECT:  outputPktErrors

    Type:  Counter

    Definition:  The number of ICMP packets which