INET-ADDRESS-MIB.txt
上传用户:wxp200602
上传日期:2007-10-30
资源大小:4028k
文件大小:16k
源码类别:

SNMP编程

开发平台:

Unix_Linux

  1. INET-ADDRESS-MIB DEFINITIONS ::= BEGIN
  2. IMPORTS
  3.     MODULE-IDENTITY, mib-2, Unsigned32 FROM SNMPv2-SMI
  4.     TEXTUAL-CONVENTION                 FROM SNMPv2-TC;
  5. inetAddressMIB MODULE-IDENTITY
  6.     LAST-UPDATED "200502040000Z"
  7.     ORGANIZATION
  8.         "IETF Operations and Management Area"
  9.     CONTACT-INFO
  10.         "Juergen Schoenwaelder (Editor)
  11.          International University Bremen
  12.          P.O. Box 750 561
  13.          28725 Bremen, Germany
  14.          Phone: +49 421 200-3587
  15.          EMail: j.schoenwaelder@iu-bremen.de
  16.          Send comments to <ietfmibs@ops.ietf.org>."
  17.     DESCRIPTION
  18.         "This MIB module defines textual conventions for
  19.          representing Internet addresses.  An Internet
  20.          address can be an IPv4 address, an IPv6 address,
  21.          or a DNS domain name.  This module also defines
  22.          textual conventions for Internet port numbers,
  23.          autonomous system numbers, and the length of an
  24.          Internet address prefix.
  25.          Copyright (C) The Internet Society (2005).  This version
  26.          of this MIB module is part of RFC 4001, see the RFC
  27.          itself for full legal notices."
  28.     REVISION     "200502040000Z"
  29.     DESCRIPTION
  30.         "Third version, published as RFC 4001.  This revision
  31.          introduces the InetZoneIndex, InetScopeType, and
  32.          InetVersion textual conventions."
  33.     REVISION     "200205090000Z"
  34.     DESCRIPTION
  35.         "Second version, published as RFC 3291.  This
  36.          revision contains several clarifications and
  37.          introduces several new textual conventions:
  38.          InetAddressPrefixLength, InetPortNumber,
  39.          InetAutonomousSystemNumber, InetAddressIPv4z,
  40.          and InetAddressIPv6z."
  41.     REVISION     "200006080000Z"
  42.     DESCRIPTION
  43.         "Initial version, published as RFC 2851."
  44.     ::= { mib-2 76 }
  45. InetAddressType ::= TEXTUAL-CONVENTION
  46.     STATUS      current
  47.     DESCRIPTION
  48.         "A value that represents a type of Internet address.
  49.          unknown(0)  An unknown address type.  This value MUST
  50.                      be used if the value of the corresponding
  51.                      InetAddress object is a zero-length string.
  52.                      It may also be used to indicate an IP address
  53.                      that is not in one of the formats defined
  54.                      below.
  55.          ipv4(1)     An IPv4 address as defined by the
  56.                      InetAddressIPv4 textual convention.
  57.          ipv6(2)     An IPv6 address as defined by the
  58.                      InetAddressIPv6 textual convention.
  59.          ipv4z(3)    A non-global IPv4 address including a zone
  60.                      index as defined by the InetAddressIPv4z
  61.                      textual convention.
  62.          ipv6z(4)    A non-global IPv6 address including a zone
  63.                      index as defined by the InetAddressIPv6z
  64.                      textual convention.
  65.          dns(16)     A DNS domain name as defined by the
  66.                      InetAddressDNS textual convention.
  67.          Each definition of a concrete InetAddressType value must be
  68.          accompanied by a definition of a textual convention for use
  69.          with that InetAddressType.
  70.          To support future extensions, the InetAddressType textual
  71.          convention SHOULD NOT be sub-typed in object type definitions.
  72.          It MAY be sub-typed in compliance statements in order to
  73.          require only a subset of these address types for a compliant
  74.          implementation.
  75.          Implementations must ensure that InetAddressType objects
  76.          and any dependent objects (e.g., InetAddress objects) are
  77.          consistent.  An inconsistentValue error must be generated
  78.          if an attempt to change an InetAddressType object would,
  79.          for example, lead to an undefined InetAddress value.  In
  80.          particular, InetAddressType/InetAddress pairs must be
  81.          changed together if the address type changes (e.g., from
  82.          ipv6(2) to ipv4(1))."
  83.     SYNTAX       INTEGER {
  84.                      unknown(0),
  85.                      ipv4(1),
  86.                      ipv6(2),
  87.                      ipv4z(3),
  88.                      ipv6z(4),
  89.                      dns(16)
  90.                  }
  91. InetAddress ::= TEXTUAL-CONVENTION
  92.     STATUS      current
  93.     DESCRIPTION
  94.         "Denotes a generic Internet address.
  95.          An InetAddress value is always interpreted within the context
  96.          of an InetAddressType value.  Every usage of the InetAddress
  97.          textual convention is required to specify the InetAddressType
  98.          object that provides the context.  It is suggested that the
  99.          InetAddressType object be logically registered before the
  100.          object(s) that use the InetAddress textual convention, if
  101.          they appear in the same logical row.
  102.          The value of an InetAddress object must always be
  103.          consistent with the value of the associated InetAddressType
  104.          object.  Attempts to set an InetAddress object to a value
  105.          inconsistent with the associated InetAddressType
  106.          must fail with an inconsistentValue error.
  107.          When this textual convention is used as the syntax of an
  108.          index object, there may be issues with the limit of 128
  109.          sub-identifiers specified in SMIv2, STD 58.  In this case,
  110.          the object definition MUST include a 'SIZE' clause to
  111.          limit the number of potential instance sub-identifiers;
  112.          otherwise the applicable constraints MUST be stated in
  113.          the appropriate conceptual row DESCRIPTION clauses, or
  114.          in the surrounding documentation if there is no single
  115.          DESCRIPTION clause that is appropriate."
  116.     SYNTAX       OCTET STRING (SIZE (0..255))
  117. InetAddressIPv4 ::= TEXTUAL-CONVENTION
  118.     DISPLAY-HINT "1d.1d.1d.1d"
  119.     STATUS       current
  120.     DESCRIPTION
  121.         "Represents an IPv4 network address:
  122.            Octets   Contents         Encoding
  123.             1-4     IPv4 address     network-byte order
  124.          The corresponding InetAddressType value is ipv4(1).
  125.          This textual convention SHOULD NOT be used directly in object
  126.          definitions, as it restricts addresses to a specific format.
  127.          However, if it is used, it MAY be used either on its own or in
  128.          conjunction with InetAddressType, as a pair."
  129.     SYNTAX       OCTET STRING (SIZE (4))
  130. InetAddressIPv6 ::= TEXTUAL-CONVENTION
  131.     DISPLAY-HINT "2x:2x:2x:2x:2x:2x:2x:2x"
  132.     STATUS       current
  133.     DESCRIPTION
  134.         "Represents an IPv6 network address:
  135.            Octets   Contents         Encoding
  136.             1-16    IPv6 address     network-byte order
  137.          The corresponding InetAddressType value is ipv6(2).
  138.          This textual convention SHOULD NOT be used directly in object
  139.          definitions, as it restricts addresses to a specific format.
  140.          However, if it is used, it MAY be used either on its own or in
  141.          conjunction with InetAddressType, as a pair."
  142.     SYNTAX       OCTET STRING (SIZE (16))
  143. InetAddressIPv4z ::= TEXTUAL-CONVENTION
  144.     DISPLAY-HINT "1d.1d.1d.1d%4d"
  145.     STATUS       current
  146.     DESCRIPTION
  147.         "Represents a non-global IPv4 network address, together
  148.          with its zone index:
  149.            Octets   Contents         Encoding
  150.             1-4     IPv4 address     network-byte order
  151.             5-8     zone index       network-byte order
  152.          The corresponding InetAddressType value is ipv4z(3).
  153.          The zone index (bytes 5-8) is used to disambiguate identical
  154.          address values on nodes that have interfaces attached to
  155.          different zones of the same scope.  The zone index may contain
  156.          the special value 0, which refers to the default zone for each
  157.          scope.
  158.          This textual convention SHOULD NOT be used directly in object
  159.          definitions, as it restricts addresses to a specific format.
  160.          However, if it is used, it MAY be used either on its own or in
  161.          conjunction with InetAddressType, as a pair."
  162.     SYNTAX       OCTET STRING (SIZE (8))
  163. InetAddressIPv6z ::= TEXTUAL-CONVENTION
  164.     DISPLAY-HINT "2x:2x:2x:2x:2x:2x:2x:2x%4d"
  165.     STATUS       current
  166.     DESCRIPTION
  167.         "Represents a non-global IPv6 network address, together
  168.          with its zone index:
  169.            Octets   Contents         Encoding
  170.             1-16    IPv6 address     network-byte order
  171.            17-20    zone index       network-byte order
  172.          The corresponding InetAddressType value is ipv6z(4).
  173.          The zone index (bytes 17-20) is used to disambiguate
  174.          identical address values on nodes that have interfaces
  175.          attached to different zones of the same scope.  The zone index
  176.          may contain the special value 0, which refers to the default
  177.          zone for each scope.
  178.          This textual convention SHOULD NOT be used directly in object
  179.          definitions, as it restricts addresses to a specific format.
  180.          However, if it is used, it MAY be used either on its own or in
  181.          conjunction with InetAddressType, as a pair."
  182.     SYNTAX       OCTET STRING (SIZE (20))
  183. InetAddressDNS ::= TEXTUAL-CONVENTION
  184.     DISPLAY-HINT "255a"
  185.     STATUS       current
  186.     DESCRIPTION
  187.         "Represents a DNS domain name.  The name SHOULD be fully
  188.          qualified whenever possible.
  189.          The corresponding InetAddressType is dns(16).
  190.          The DESCRIPTION clause of InetAddress objects that may have
  191.          InetAddressDNS values MUST fully describe how (and when)
  192.          these names are to be resolved to IP addresses.
  193.          The resolution of an InetAddressDNS value may require to
  194.          query multiple DNS records (e.g., A for IPv4 and AAAA for
  195.          IPv6).  The order of the resolution process and which DNS
  196.          record takes precedence depends on the configuration of the
  197.          resolver.
  198.          This textual convention SHOULD NOT be used directly in object
  199.          definitions, as it restricts addresses to a specific format.
  200.          However, if it is used, it MAY be used either on its own or in
  201.          conjunction with InetAddressType, as a pair."
  202.     SYNTAX       OCTET STRING (SIZE (1..255))
  203. InetAddressPrefixLength ::= TEXTUAL-CONVENTION
  204.     DISPLAY-HINT "d"
  205.     STATUS       current
  206.     DESCRIPTION
  207.         "Denotes the length of a generic Internet network address
  208.          prefix.  A value of n corresponds to an IP address mask
  209.          that has n contiguous 1-bits from the most significant
  210.          bit (MSB), with all other bits set to 0.
  211.          An InetAddressPrefixLength value is always interpreted within
  212.          the context of an InetAddressType value.  Every usage of the
  213.          InetAddressPrefixLength textual convention is required to
  214.          specify the InetAddressType object that provides the
  215.          context.  It is suggested that the InetAddressType object be
  216.          logically registered before the object(s) that use the
  217.          InetAddressPrefixLength textual convention, if they appear
  218.          in the same logical row.
  219.          InetAddressPrefixLength values larger than
  220.          the maximum length of an IP address for a specific
  221.          InetAddressType are treated as the maximum significant
  222.          value applicable for the InetAddressType.  The maximum
  223.          significant value is 32 for the InetAddressType
  224.          'ipv4(1)' and 'ipv4z(3)' and 128 for the InetAddressType
  225.          'ipv6(2)' and 'ipv6z(4)'.  The maximum significant value
  226.          for the InetAddressType 'dns(16)' is 0.
  227.          The value zero is object-specific and must be defined as
  228.          part of the description of any object that uses this
  229.          syntax.  Examples of the usage of zero might include
  230.          situations where the Internet network address prefix
  231.          is unknown or does not apply.
  232.          The upper bound of the prefix length has been chosen to
  233.          be consistent with the maximum size of an InetAddress."
  234.     SYNTAX       Unsigned32 (0..2040)
  235. InetPortNumber ::= TEXTUAL-CONVENTION
  236.     DISPLAY-HINT "d"
  237.     STATUS       current
  238.     DESCRIPTION
  239.         "Represents a 16 bit port number of an Internet transport
  240.          layer protocol.  Port numbers are assigned by IANA.  A
  241.          current list of all assignments is available from
  242.          <http://www.iana.org/>.
  243.          The value zero is object-specific and must be defined as
  244.          part of the description of any object that uses this
  245.          syntax.  Examples of the usage of zero might include
  246.          situations where a port number is unknown, or when the
  247.          value zero is used as a wildcard in a filter."
  248.     REFERENCE   "STD 6 (RFC 768), STD 7 (RFC 793) and RFC 2960"
  249.     SYNTAX       Unsigned32 (0..65535)
  250. InetAutonomousSystemNumber ::= TEXTUAL-CONVENTION
  251.     DISPLAY-HINT "d"
  252.     STATUS       current
  253.     DESCRIPTION
  254.         "Represents an autonomous system number that identifies an
  255.          Autonomous System (AS).  An AS is a set of routers under a
  256.          single technical administration, using an interior gateway
  257.          protocol and common metrics to route packets within the AS,
  258.          and using an exterior gateway protocol to route packets to
  259.          other ASes'.  IANA maintains the AS number space and has
  260.          delegated large parts to the regional registries.
  261.          Autonomous system numbers are currently limited to 16 bits
  262.          (0..65535).  There is, however, work in progress to enlarge the
  263.          autonomous system number space to 32 bits.  Therefore, this
  264.          textual convention uses an Unsigned32 value without a
  265.          range restriction in order to support a larger autonomous
  266.          system number space."
  267.     REFERENCE   "RFC 1771, RFC 1930"
  268.     SYNTAX       Unsigned32
  269. InetScopeType ::= TEXTUAL-CONVENTION
  270.     STATUS       current
  271.     DESCRIPTION
  272.         "Represents a scope type.  This textual convention can be used
  273.          in cases where a MIB has to represent different scope types
  274.          and there is no context information, such as an InetAddress
  275.          object, that implicitly defines the scope type.
  276.          Note that not all possible values have been assigned yet, but
  277.          they may be assigned in future revisions of this specification.
  278.          Applications should therefore be able to deal with values
  279.          not yet assigned."
  280.     REFERENCE   "RFC 3513"
  281.     SYNTAX       INTEGER {
  282.                      -- reserved(0),
  283.                      interfaceLocal(1),
  284.                      linkLocal(2),
  285.                      subnetLocal(3),
  286.                      adminLocal(4),
  287.                      siteLocal(5), -- site-local unicast addresses
  288.                                    -- have been deprecated by RFC 3879
  289.                      -- unassigned(6),
  290.                      -- unassigned(7),
  291.                      organizationLocal(8),
  292.                      -- unassigned(9),
  293.                      -- unassigned(10),
  294.                      -- unassigned(11),
  295.                      -- unassigned(12),
  296.                      -- unassigned(13),
  297.                      global(14)
  298.                      -- reserved(15)
  299.                  }
  300. InetZoneIndex ::= TEXTUAL-CONVENTION
  301.     DISPLAY-HINT "d"
  302.     STATUS       current
  303.     DESCRIPTION
  304.         "A zone index identifies an instance of a zone of a
  305.          specific scope.
  306.          The zone index MUST disambiguate identical address
  307.          values.  For link-local addresses, the zone index will
  308.          typically be the interface index (ifIndex as defined in the
  309.          IF-MIB) of the interface on which the address is configured.
  310.          The zone index may contain the special value 0, which refers
  311.          to the default zone.  The default zone may be used in cases
  312.          where the valid zone index is not known (e.g., when a
  313.          management application has to write a link-local IPv6
  314.          address without knowing the interface index value).  The
  315.          default zone SHOULD NOT be used as an easy way out in
  316.          cases where the zone index for a non-global IPv6 address
  317.          is known."
  318.     REFERENCE   "RFC4007"
  319.     SYNTAX       Unsigned32
  320. InetVersion ::= TEXTUAL-CONVENTION
  321.     STATUS  current
  322.     DESCRIPTION
  323.         "A value representing a version of the IP protocol.
  324.          unknown(0)  An unknown or unspecified version of the IP
  325.                      protocol.
  326.          ipv4(1)     The IPv4 protocol as defined in RFC 791 (STD 5).
  327.          ipv6(2)     The IPv6 protocol as defined in RFC 2460.
  328.          Note that this textual convention SHOULD NOT be used to
  329.          distinguish different address types associated with IP
  330.          protocols.  The InetAddressType has been designed for this
  331.          purpose."
  332.     REFERENCE   "RFC 791, RFC 2460"
  333.     SYNTAX       INTEGER {
  334.                      unknown(0),
  335.                      ipv4(1),
  336.                      ipv6(2)
  337.                  }
  338. END