OID reference

controllerBaseStandards

1.3.6.1.4.1.1206.4.2.6.1.4

Description

<Definition> For use in this object, an ASCII string that shall identify all of the standard document numbers that define or reference MIBs upon which the device is based. Where applicable, profiles shall be referenced rather than the base standards. <Format> The version string shall be constructed as follows: The acr…

Full description and source information

Identification

Identifier and names

Parent
1.3.6.1.4.1.1206.4.2.6.1 (globalConfiguration, dmsSignCfg)
Node code
4
Node names
  • controllerBaseStandards
  • dmsSignWidth
Category
SNMP management object
Numeric OID
1.3.6.1.4.1.1206.4.2.6.1.4
URN notation
urn:oid:1.3.6.1.4.1.1206.4.2.6.1.4
ASN.1, OID-IRI and named path variants
ASN.1 notation

{1 3 6 1 4 1 1206 4 2 6 1 4}

  • {iso(1) identified-organization(3) dod(6) internet(1) private(4) enterprise(1) nema(1206) transportation(4) devices(2) global(6) globalConfiguration(1) controllerBaseStandards(4)}
  • {iso(1) identified-organization(3) dod(6) internet(1) private(4) enterprise(1) nema(1206) transportation(4) devices(2) global(6) globalConfiguration(1) dmsSignWidth(4)}
  • {iso(1) identified-organization(3) dod(6) internet(1) private(4) enterprise(1) nema(1206) transportation(4) devices(2) global(6) dmsSignCfg(1) controllerBaseStandards(4)}
  • {iso(1) identified-organization(3) dod(6) internet(1) private(4) enterprise(1) nema(1206) transportation(4) devices(2) global(6) dmsSignCfg(1) dmsSignWidth(4)}
  • {iso(1) identified-organization(3) dod(6) internet(1) private(4) enterprise(1) nema(1206) transportation(4) devices(2) dms(6) globalConfiguration(1) controllerBaseStandards(4)}
  • {iso(1) identified-organization(3) dod(6) internet(1) private(4) enterprise(1) nema(1206) transportation(4) devices(2) dms(6) globalConfiguration(1) dmsSignWidth(4)}
  • {iso(1) identified-organization(3) dod(6) internet(1) private(4) enterprise(1) nema(1206) transportation(4) devices(2) dms(6) dmsSignCfg(1) controllerBaseStandards(4)}
  • {iso(1) identified-organization(3) dod(6) internet(1) private(4) enterprise(1) nema(1206) transportation(4) devices(2) dms(6) dmsSignCfg(1) dmsSignWidth(4)}
  • {iso(1) identified-organization(3) dod(6) internet(1) private(4) enterprises(1) nema(1206) transportation(4) devices(2) global(6) globalConfiguration(1) controllerBaseStandards(4)}
  • {iso(1) identified-organization(3) dod(6) internet(1) private(4) enterprises(1) nema(1206) transportation(4) devices(2) global(6) globalConfiguration(1) dmsSignWidth(4)}
  • {iso(1) identified-organization(3) dod(6) internet(1) private(4) enterprises(1) nema(1206) transportation(4) devices(2) global(6) dmsSignCfg(1) controllerBaseStandards(4)}
  • {iso(1) identified-organization(3) dod(6) internet(1) private(4) enterprises(1) nema(1206) transportation(4) devices(2) global(6) dmsSignCfg(1) dmsSignWidth(4)}
  • {iso(1) identified-organization(3) dod(6) internet(1) private(4) enterprises(1) nema(1206) transportation(4) devices(2) dms(6) globalConfiguration(1) controllerBaseStandards(4)}
  • {iso(1) identified-organization(3) dod(6) internet(1) private(4) enterprises(1) nema(1206) transportation(4) devices(2) dms(6) globalConfiguration(1) dmsSignWidth(4)}
  • {iso(1) identified-organization(3) dod(6) internet(1) private(4) enterprises(1) nema(1206) transportation(4) devices(2) dms(6) dmsSignCfg(1) controllerBaseStandards(4)}
  • {iso(1) identified-organization(3) dod(6) internet(1) private(4) enterprises(1) nema(1206) transportation(4) devices(2) dms(6) dmsSignCfg(1) dmsSignWidth(4)}
  • Additional combinations skipped.
OID-IRI notation
  • /1/3/6/1/4/1/1206/4/2/6/1/4
  • /ISO/Identified-Organization/6/1/4/1/1206/4/2/6/1/4
  • /ISO/3/6/1/4/1/1206/4/2/6/1/4
Named path variants
  • /iso/identified-organization/dod/internet/private/enterprise/1206/transportation/devices/global/globalConfiguration/controllerBaseStandards
  • /iso/identified-organization/dod/internet/private/enterprise/1206/transportation/devices/global/globalConfiguration/dmsSignWidth
  • /iso/identified-organization/dod/internet/private/enterprise/1206/transportation/devices/global/dmsSignCfg/controllerBaseStandards
  • /iso/identified-organization/dod/internet/private/enterprise/1206/transportation/devices/global/dmsSignCfg/dmsSignWidth
  • /iso/identified-organization/dod/internet/private/enterprise/1206/transportation/devices/dms/globalConfiguration/controllerBaseStandards
  • /iso/identified-organization/dod/internet/private/enterprise/1206/transportation/devices/dms/globalConfiguration/dmsSignWidth
  • /iso/identified-organization/dod/internet/private/enterprise/1206/transportation/devices/dms/dmsSignCfg/controllerBaseStandards
  • /iso/identified-organization/dod/internet/private/enterprise/1206/transportation/devices/dms/dmsSignCfg/dmsSignWidth
  • /iso/identified-organization/dod/internet/private/enterprise/nema/transportation/devices/global/globalConfiguration/controllerBaseStandards
  • /iso/identified-organization/dod/internet/private/enterprise/nema/transportation/devices/global/globalConfiguration/dmsSignWidth
  • /iso/identified-organization/dod/internet/private/enterprise/nema/transportation/devices/global/dmsSignCfg/controllerBaseStandards
  • /iso/identified-organization/dod/internet/private/enterprise/nema/transportation/devices/global/dmsSignCfg/dmsSignWidth
  • /iso/identified-organization/dod/internet/private/enterprise/nema/transportation/devices/dms/globalConfiguration/controllerBaseStandards
  • /iso/identified-organization/dod/internet/private/enterprise/nema/transportation/devices/dms/globalConfiguration/dmsSignWidth
  • /iso/identified-organization/dod/internet/private/enterprise/nema/transportation/devices/dms/dmsSignCfg/controllerBaseStandards
  • /iso/identified-organization/dod/internet/private/enterprise/nema/transportation/devices/dms/dmsSignCfg/dmsSignWidth
  • Additional combinations skipped.

SNMP properties

Value type
OCTET STRING, Integer32
Units
millimeters
Maximum access defined by MIB
read-only
Status in MIB
deprecated, mandatory, current

Definitions may combine these properties differently.

Compare 3 source variants

Variant 1 — ITE public NTCIP working repository MIBs, NTCIP published standard MIB annexes (reviewed modules)

Value type
OCTET STRING
Maximum access defined by MIB
read-only
Status in MIB
deprecated
Allowed size (octets)
0–256

Variant 2 — NTCIP published standard MIB annexes (reviewed modules), ITE public NTCIP working repository MIBs

Value type
OCTET STRING
Maximum access defined by MIB
read-only
Status in MIB
mandatory
Allowed size (octets)
0–256

Variant 3 — ITE public NTCIP working repository MIBs

Value type
Integer32
Units
millimeters
Maximum access defined by MIB
read-only
Status in MIB
current
Allowed ranges
0–65535

Using this OID with SNMP

At least one MIB declaration places this object in a scalar group. A scalar instance uses the suffix .0.

snmpget [connection options] DEVICE .1.3.6.1.4.1.1206.4.2.6.1.4.0

Replace the placeholders with your connection and authentication options. Available permissions and device support can differ from the MIB.

Properties come from available MIB definitions. Actual device support and access can differ. See source records below for original files and qualifications.

Available source records contain 6 distinct definitions; some records may not include a definition.

Show 6 published definitions

controllerBaseStandards · deprecated

controllerBaseStandards   OBJECT-TYPE
SYNTAX	      OCTET STRING (SIZE (0..256))
MAX-ACCESS	read-only
STATUS	      deprecated
DESCRIPTION
"<Definition> For use in this object, an ASCII string that shall identify all of the standard document numbers that define or reference MIBs upon which the device is based.  Where applicable, profiles shall be referenced rather than the base standards.  

<Format> The version string shall be constructed as follows: 
The acronym of the standards development organization (or other body) that developed and approved the standard; a space; the standards document number; a colon; and the documents version number as designated by the standards development organization (or other body).  Separate entries in the list of standards shall be separated by a carriage return (0x0d) and line feed (0x0a).  
In the case of NTCIP documents prior to formal approval, the version number shall be the version number in the form of lower case 'v' followed by the major version followed by a period followed by the minor revision.  In the case of approved NTCIP standards, the publication year shall precede the version number. In the case of amended NTCIP standards, the version number shall be replaced by the four digit year of publication of the published standard followed by the upper case letter 'A', followed by the amendment number.

For example, a message sign may have the following value for this object:

NTCIP 1201:v02.19
NTCIP 1203:1997A1 
NTCIP 2101:2001 v01.19
NTCIP 2103:v01.13
NTCIP 2201:v01.14
NTCIP 2301:2001 v01.08

<Superseded by> SNMPv2-MIB.sysORID (from RFC 3418)
<Informative> sysORID provides more refined information using OIDs to identify compliance statements that can be processed by computers without having to parse strings.
<Object Identifier> 1.3.6.1.4.1.1206.4.2.6.1.4"
::= { globalConfiguration 4 }

controllerBaseStandards · mandatory

controllerBaseStandards     OBJECT-TYPE
    SYNTAX   OCTET STRING (SIZE (0..256))
    ACCESS   read-only
    STATUS   mandatory
    DESCRIPTION
       "<Definition>For use in this object, an ASCII string that shall
       identify all of the standard document numbers that define or
       reference MIBs upon which the device is based. Where applicable,
       profiles shall be referenced rather than the base standards. The
       version string shall be constructed as follows: The acronym of the
       standards development organization (or other body) that developed
       and approved the standard; a space; the standards document number;
       a colon; and the documents version number as designated by the
       standards development organization (or other body). Separate
       entries in the list of standards shall be separated by a carriage
       return (0x0d) and line feed (0x0a).
       In the case of NTCIP documents prior to formal approval, the
       version number shall be the version number in the form of lower
       case ‘v’ followed by the major version followed by a period
       followed by the minor revision. In the case of approved NTCIP
       standards, the publication year shall precede the version number.
       In the case of amended NTCIP standards, the version number shall
       be replaced by the four digit year of publication of the published
       standard followed by the upper case letter ‘A’, followed by the
       amendment number.

       For example, a message sign may have the following value for this
       object:

               NTCIP 1201:v02.19
               NTCIP 1203:1997A1
               NTCIP 2101:2001 v01.19
               NTCIP 2103:v01.13
               NTCIP 2201:v01.14
               NTCIP 2301:2001 v01.08

      <Object Identifier> 1.3.6.1.4.1.1206.4.2.6.1.4"
   ::= { globalConfiguration 4 }

controllerBaseStandards · mandatory

controllerBaseStandards      OBJECT-TYPE
    SYNTAX   OCTET STRING (SIZE (0..256))
    ACCESS   read-only
    STATUS   mandatory
    DESCRIPTION
       "<Definition>An ASCII string that shall identify all of the
       standard document numbers that define or reference MIBs upon which
       the device is based. Where applicable, profiles shall be
       referenced rather than the base standards. The string shall be
       constructed as follows: The acronym of the standards development
       organization (or other body) that developed and approved the
       standard; a space; the standards document number; a colon; and the
       documents version number as designated by the standards
       development organization (or other body). Separate entries in the
       list of standards shall be separated by a carriage return (0x0d)
       and line feed (0x0a).
       In the case of NTCIP documents prior to formal approval, the
       version number shall be the version number in the form of lower
       case ‘v’ followed by the major version followed by a period
       followed by the minor revision. In the case of approved NTCIP
       standards, the version number shall be the four digit year of
       publication followed by a space and the version string indicated
       above. In the case of amended NTCIP standards, it shall consist of
       the four digit year of publication of the published standard
       followed by the upper case letter ‘A’, followed by the amendment
       number.

       For example, a message sign may have the following value for this
       object:

                                
                                
                                     
                                



                                                                                         

                      
       


                                
                                     

         <DescriptiveName>Controller.baseStandards:text
         <DataConceptType>Data Element"
      ::= { globalConfiguration 4 }

controllerBaseStandards · unconfirmed

controllerBaseStandards OBJECT-TYPE
SYNTAX      OCTET STRING (SIZE (0..256))
MAX-ACCESS read-only
STATUS      deprecated
DESCRIPTION



                                                                                    

                                                                                       
                                                                                      

  "<Definition> For use in this object, an ASCII string that shall identify
  all of the standard document numbers that define or reference MIBs upon
  which the device is based. Where applicable, profiles shall be referenced
  rather than the base standards.
  <Format> The version string shall be constructed as follows:
  The acronym of the standards development organization (or other body) that
  developed and approved the standard; a space; the standards document
  number; a colon; and the documents version number as designated by the
  standards development organization (or other body). Separate entries in the
  list of standards shall be separated by a carriage return (0x0d) and line
  feed (0x0a).
  In the case of NTCIP documents prior to formal approval, the version number
  shall be the version number in the form of lower case 'v' followed by the
  major version followed by a period followed by the minor revision. In the
  case of approved NTCIP standards, the publication year shall precede the
  version number. In the case of amended NTCIP standards, the version number
  shall be replaced by the four digit year of publication of the published
  standard followed by the upper case letter 'A', followed by the amendment
  number.
  For example, a message sign may have the following value for this object:
  NTCIP 1201:v02.19
  NTCIP 1203:1997A1
  NTCIP 2101:2001 v01.19
  NTCIP 2103:v01.13
  NTCIP 2201:v01.14
  NTCIP 2301:2001 v01.08
  <Supplanted by> SNMPv2-MIB.sysORID (from RFC 3418)
  <Informative> sysORID provides more refined information using OIDs to
  identify compliance statements that can be processed by computers without
  having to parse strings.
  <Object Identifier> 1.3.6.1.4.1.1206.4.2.6.1.4"
::= { globalConfiguration 4 }

controllerBaseStandards · mandatory

controllerBaseStandards   OBJECT-TYPE
SYNTAX	OCTET STRING (SIZE (0..256))
ACCESS	read-only
STATUS	mandatory
DESCRIPTION
"<Definition>An ASCII string that shall identify all of the standard document numbers that define or reference MIBs upon which the device is based.  Where applicable, profiles shall be referenced rather than the base standards.  The string shall be constructed as follows: The acronym of the standards development organization (or other body) that developed and approved the standard; a space; the standards document number; a colon; and the documents version number as designated by the standards development organization (or other body).  Separate entries in the list of standards shall be separated by a carriage return (0x0d) and line feed (0x0a).  
In the case of NTCIP documents prior to formal approval, the version number shall be the version number in the form of lower case 'v' followed by the major version followed by a period followed by the minor revision.  In the case of approved NTCIP standards, the version number shall be the four digit year of publication followed by a space and the version string indicated above. In the case of amended NTCIP standards, it shall consist of the four digit year of publication of the published standard followed by the upper case letter 'A', followed by the amendment number.

For example, a message sign may have the following value for this object:

NTCIP 1201:v02.19
NTCIP 1203:1997A1 
NTCIP 2101:2001 v01.19
NTCIP 2103:v01.13
NTCIP 2201:v01.14
NTCIP 2301:2001 v01.08

<DescriptiveName>Controller.baseStandards:text
<DataConceptType>Data Element"
::= { globalConfiguration 4 }

dmsSignWidth · unconfirmed

dmsSignWidth  OBJECT-TYPE 
SYNTAX      Integer32 (0..65535) 
UNITS       "millimeters"
MAX-ACCESS  read-only 
STATUS      current 
DESCRIPTION  
"<Definition> Indicates the sign width in millimeters including the border 
(dmsHorizontalBorder). 
<Parameter Type> Status
<Object Identifier> 1.3.6.1.4.1.1206.4.2.3.1.4" 
::= { dmsSignCfg 4 }

Meaning

Descriptions

6 unique

Identical descriptions are grouped. Different wording and device-specific notes are retained.

Description 1

<Definition> For use in this object, an ASCII string that shall identify all of the standard document numbers that define or reference MIBs upon which the device is based. Where applicable, profiles shall be referenced rather than the base standards. <Format> The version string shall be constructed as follows: The acronym of the standards development organization (or other body) that developed and approved the standard; a space; the standards document number; a colon; and the documents version number as designated by the standards development organization (or other body). Separate entries in the list of standards shall be separated by a carriage return (0x0d) and line feed (0x0a). In the case of NTCIP documents prior to formal approval, the version number shall be the version number in the form of lower case 'v' followed by the major version followed by a period followed by the minor revision. In the case of approved NTCIP standards, the publication year shall precede the version number. In the case of amended NTCIP standards, the version number shall be replaced by the four digit year of publication of the published standard followed by the upper case letter 'A', followed by the amendment number. For example, a message sign may have the following value for this object: NTCIP 1201:v02.19 NTCIP 1203:1997A1 NTCIP 2101:2001 v01.19 NTCIP 2103:v01.13 NTCIP 2201:v01.14 NTCIP 2301:2001 v01.08 <Superseded by> SNMPv2-MIB.sysORID (from RFC 3418) <Informative> sysORID provides more refined information using OIDs to identify compliance statements that can be processed by computers without having to parse strings. <Object Identifier> 1.3.6.1.4.1.1206.4.2.6.1.4

Sources for this description

ITE public NTCIP working repository MIBs

See 1 matching source record

Description 2

<Definition>For use in this object, an ASCII string that shall identify all of the standard document numbers that define or reference MIBs upon which the device is based. Where applicable, profiles shall be referenced rather than the base standards. The version string shall be constructed as follows: The acronym of the standards development organization (or other body) that developed and approved the standard; a space; the standards document number; a colon; and the documents version number as designated by the standards development organization (or other body). Separate entries in the list of standards shall be separated by a carriage return (0x0d) and line feed (0x0a). In the case of NTCIP documents prior to formal approval, the version number shall be the version number in the form of lower case ‘v’ followed by the major version followed by a period followed by the minor revision. In the case of approved NTCIP standards, the publication year shall precede the version number. In the case of amended NTCIP standards, the version number shall be replaced by the four digit year of publication of the published standard followed by the upper case letter ‘A’, followed by the amendment number. For example, a message sign may have the following value for this object: NTCIP 1201:v02.19 NTCIP 1203:1997A1 NTCIP 2101:2001 v01.19 NTCIP 2103:v01.13 NTCIP 2201:v01.14 NTCIP 2301:2001 v01.08 <Object Identifier> 1.3.6.1.4.1.1206.4.2.6.1.4

Sources for this description

NTCIP published standard MIB annexes (reviewed modules)

See 1 matching source record

Description 3

<Definition>An ASCII string that shall identify all of the standard document numbers that define or reference MIBs upon which the device is based. Where applicable, profiles shall be referenced rather than the base standards. The string shall be constructed as follows: The acronym of the standards development organization (or other body) that developed and approved the standard; a space; the standards document number; a colon; and the documents version number as designated by the standards development organization (or other body). Separate entries in the list of standards shall be separated by a carriage return (0x0d) and line feed (0x0a). In the case of NTCIP documents prior to formal approval, the version number shall be the version number in the form of lower case ‘v’ followed by the major version followed by a period followed by the minor revision. In the case of approved NTCIP standards, the version number shall be the four digit year of publication followed by a space and the version string indicated above. In the case of amended NTCIP standards, it shall consist of the four digit year of publication of the published standard followed by the upper case letter ‘A’, followed by the amendment number. For example, a message sign may have the following value for this object: <DescriptiveName>Controller.baseStandards:text <DataConceptType>Data Element

Sources for this description

NTCIP published standard MIB annexes (reviewed modules)

See 1 matching source record

Description 4

<Definition> For use in this object, an ASCII string that shall identify all of the standard document numbers that define or reference MIBs upon which the device is based. Where applicable, profiles shall be referenced rather than the base standards. <Format> The version string shall be constructed as follows: The acronym of the standards development organization (or other body) that developed and approved the standard; a space; the standards document number; a colon; and the documents version number as designated by the standards development organization (or other body). Separate entries in the list of standards shall be separated by a carriage return (0x0d) and line feed (0x0a). In the case of NTCIP documents prior to formal approval, the version number shall be the version number in the form of lower case 'v' followed by the major version followed by a period followed by the minor revision. In the case of approved NTCIP standards, the publication year shall precede the version number. In the case of amended NTCIP standards, the version number shall be replaced by the four digit year of publication of the published standard followed by the upper case letter 'A', followed by the amendment number. For example, a message sign may have the following value for this object: NTCIP 1201:v02.19 NTCIP 1203:1997A1 NTCIP 2101:2001 v01.19 NTCIP 2103:v01.13 NTCIP 2201:v01.14 NTCIP 2301:2001 v01.08 <Supplanted by> SNMPv2-MIB.sysORID (from RFC 3418) <Informative> sysORID provides more refined information using OIDs to identify compliance statements that can be processed by computers without having to parse strings. <Object Identifier> 1.3.6.1.4.1.1206.4.2.6.1.4

Sources for this description

NTCIP published standard MIB annexes (reviewed modules)

See 1 matching source record

Description 5

<Definition>An ASCII string that shall identify all of the standard document numbers that define or reference MIBs upon which the device is based. Where applicable, profiles shall be referenced rather than the base standards. The string shall be constructed as follows: The acronym of the standards development organization (or other body) that developed and approved the standard; a space; the standards document number; a colon; and the documents version number as designated by the standards development organization (or other body). Separate entries in the list of standards shall be separated by a carriage return (0x0d) and line feed (0x0a). In the case of NTCIP documents prior to formal approval, the version number shall be the version number in the form of lower case 'v' followed by the major version followed by a period followed by the minor revision. In the case of approved NTCIP standards, the version number shall be the four digit year of publication followed by a space and the version string indicated above. In the case of amended NTCIP standards, it shall consist of the four digit year of publication of the published standard followed by the upper case letter 'A', followed by the amendment number. For example, a message sign may have the following value for this object: NTCIP 1201:v02.19 NTCIP 1203:1997A1 NTCIP 2101:2001 v01.19 NTCIP 2103:v01.13 NTCIP 2201:v01.14 NTCIP 2301:2001 v01.08 <DescriptiveName>Controller.baseStandards:text <DataConceptType>Data Element

Sources for this description

ITE public NTCIP working repository MIBs

See 1 matching source record

Description 6

<Definition> Indicates the sign width in millimeters including the border (dmsHorizontalBorder). <Parameter Type> Status <Object Identifier> 1.3.6.1.4.1.1206.4.2.3.1.4

Sources for this description

ITE public NTCIP working repository MIBs

See 1 matching source record

Evidence

Source records

6 records

Matching descriptions are grouped; open a group to compare definitions and supporting files.

Records for description 1ITE public NTCIP working repository MIBs1 record · 1 source

Description 1

controllerBaseStandards · deprecatedITE public NTCIP working repository MIBs1 source

Status in source: deprecated.

Names: controllerBaseStandards

Technical details
{
  "smi_kind": "OBJECT-TYPE",
  "definition": [
    "controllerBaseStandards",
    "OBJECT-TYPE",
    "SYNTAX",
    "OCTET",
    "STRING",
    "(",
    "SIZE",
    "(",
    "0",
    ".",
    ".",
    "256",
    ")",
    ")",
    "MAX-ACCESS",
    "read-only",
    "STATUS",
    "deprecated",
    "DESCRIPTION",
    "\"<Definition> For use in this object, an ASCII string that shall identify all of the standard document numbers that define or reference MIBs upon which the device is based. Where applicable, profiles shall be referenced rather than the base standards. <Format> The version string shall be constructed as follows: The acronym of the standards development organization (or other body) that developed and approved the standard; a space; the standards document number; a colon; and the documents version number as designated by the standards development organization (or other body). Separate entries in the list of standards shall be separated by a carriage return (0x0d) and line feed (0x0a). In the case of NTCIP documents prior to formal approval, the version number shall be the version number in the form of lower case 'v' followed by the major version followed by a period followed by the minor revision. In the case of approved NTCIP standards, the publication year shall precede the version number. In the case of amended NTCIP standards, the version number shall be replaced by the four digit year of publication of the published standard followed by the upper case letter 'A', followed by the amendment number. For example, a message sign may have the following value for this object: NTCIP 1201:v02.19 NTCIP 1203:1997A1 NTCIP 2101:2001 v01.19 NTCIP 2103:v01.13 NTCIP 2201:v01.14 NTCIP 2301:2001 v01.08 <Superseded by> SNMPv2-MIB.sysORID (from RFC 3418) <Informative> sysORID provides more refined information using OIDs to identify compliance statements that can be processed by computers without having to parse strings. <Object Identifier> 1.3.6.1.4.1.1206.4.2.6.1.4\"",
    "::=",
    "{",
    "globalConfiguration",
    "4",
    "}"
  ],
  "syntax_tree": [
    [
      "SimpleSyntax",
      "OCTET STRING",
      [
        "octetStringSubType",
        [
          [
            0,
            256
          ]
        ]
      ]
    ],
    null,
    [
      "MaxAccessPart",
      "read-only"
    ],
    [
      "Status",
      "deprecated"
    ],
    [
      "DESCRIPTION",
      "<Definition> For use in this object, an ASCII string that shall identify all of the standard document numbers that define or reference MIBs upon which the device is based. Where applicable, profiles shall be referenced rather than the base standards. <Format> The version string shall be constructed as follows: The acronym of the standards development organization (or other body) that developed and approved the standard; a space; the standards document number; a colon; and the documents version number as designated by the standards development organization (or other body). Separate entries in the list of standards shall be separated by a carriage return (0x0d) and line feed (0x0a). In the case of NTCIP documents prior to formal approval, the version number shall be the version number in the form of lower case 'v' followed by the major version followed by a period followed by the minor revision. In the case of approved NTCIP standards, the publication year shall precede the version number. In the case of amended NTCIP standards, the version number shall be replaced by the four digit year of publication of the published standard followed by the upper case letter 'A', followed by the amendment number. For example, a message sign may have the following value for this object: NTCIP 1201:v02.19 NTCIP 1203:1997A1 NTCIP 2101:2001 v01.19 NTCIP 2103:v01.13 NTCIP 2201:v01.14 NTCIP 2301:2001 v01.08 <Superseded by> SNMPv2-MIB.sysORID (from RFC 3418) <Informative> sysORID provides more refined information using OIDs to identify compliance statements that can be processed by computers without having to parse strings. <Object Identifier> 1.3.6.1.4.1.1206.4.2.6.1.4"
    ],
    null,
    null,
    null,
    null
  ]
}
Records for description 2NTCIP published standard MIB annexes (reviewed modules)1 record · 1 source

Description 2

controllerBaseStandards · mandatoryNTCIP published standard MIB annexes (reviewed modules)1 source

Status in source: mandatory.

Names: controllerBaseStandards

Technical details
{
  "smi_kind": "OBJECT-TYPE",
  "definition": [
    "controllerBaseStandards",
    "OBJECT-TYPE",
    "SYNTAX",
    "OCTET",
    "STRING",
    "(",
    "SIZE",
    "(",
    "0",
    ".",
    ".",
    "256",
    ")",
    ")",
    "ACCESS",
    "read-only",
    "STATUS",
    "mandatory",
    "DESCRIPTION",
    "\"<Definition>For use in this object, an ASCII string that shall identify all of the standard document numbers that define or reference MIBs upon which the device is based. Where applicable, profiles shall be referenced rather than the base standards. The version string shall be constructed as follows: The acronym of the standards development organization (or other body) that developed and approved the standard; a space; the standards document number; a colon; and the documents version number as designated by the standards development organization (or other body). Separate entries in the list of standards shall be separated by a carriage return (0x0d) and line feed (0x0a). In the case of NTCIP documents prior to formal approval, the version number shall be the version number in the form of lower case ‘v’ followed by the major version followed by a period followed by the minor revision. In the case of approved NTCIP standards, the publication year shall precede the version number. In the case of amended NTCIP standards, the version number shall be replaced by the four digit year of publication of the published standard followed by the upper case letter ‘A’, followed by the amendment number. For example, a message sign may have the following value for this object: NTCIP 1201:v02.19 NTCIP 1203:1997A1 NTCIP 2101:2001 v01.19 NTCIP 2103:v01.13 NTCIP 2201:v01.14 NTCIP 2301:2001 v01.08 <Object Identifier> 1.3.6.1.4.1.1206.4.2.6.1.4\"",
    "::=",
    "{",
    "globalConfiguration",
    "4",
    "}"
  ],
  "syntax_tree": [
    [
      "SimpleSyntax",
      "OCTET STRING",
      [
        "octetStringSubType",
        [
          [
            0,
            256
          ]
        ]
      ]
    ],
    null,
    [
      "MaxAccessPart",
      "read-only"
    ],
    [
      "Status",
      "mandatory"
    ],
    [
      "DESCRIPTION",
      "<Definition>For use in this object, an ASCII string that shall identify all of the standard document numbers that define or reference MIBs upon which the device is based. Where applicable, profiles shall be referenced rather than the base standards. The version string shall be constructed as follows: The acronym of the standards development organization (or other body) that developed and approved the standard; a space; the standards document number; a colon; and the documents version number as designated by the standards development organization (or other body). Separate entries in the list of standards shall be separated by a carriage return (0x0d) and line feed (0x0a). In the case of NTCIP documents prior to formal approval, the version number shall be the version number in the form of lower case ‘v’ followed by the major version followed by a period followed by the minor revision. In the case of approved NTCIP standards, the publication year shall precede the version number. In the case of amended NTCIP standards, the version number shall be replaced by the four digit year of publication of the published standard followed by the upper case letter ‘A’, followed by the amendment number. For example, a message sign may have the following value for this object: NTCIP 1201:v02.19 NTCIP 1203:1997A1 NTCIP 2101:2001 v01.19 NTCIP 2103:v01.13 NTCIP 2201:v01.14 NTCIP 2301:2001 v01.08 <Object Identifier> 1.3.6.1.4.1.1206.4.2.6.1.4"
    ],
    null,
    null,
    null,
    null
  ]
}
Records for description 3NTCIP published standard MIB annexes (reviewed modules)1 record · 1 source

Description 3

controllerBaseStandards · mandatoryNTCIP published standard MIB annexes (reviewed modules)1 source

Status in source: mandatory.

Names: controllerBaseStandards

Technical details
{
  "smi_kind": "OBJECT-TYPE",
  "definition": [
    "controllerBaseStandards",
    "OBJECT-TYPE",
    "SYNTAX",
    "OCTET",
    "STRING",
    "(",
    "SIZE",
    "(",
    "0",
    ".",
    ".",
    "256",
    ")",
    ")",
    "ACCESS",
    "read-only",
    "STATUS",
    "mandatory",
    "DESCRIPTION",
    "\"<Definition>An ASCII string that shall identify all of the standard document numbers that define or reference MIBs upon which the device is based. Where applicable, profiles shall be referenced rather than the base standards. The string shall be constructed as follows: The acronym of the standards development organization (or other body) that developed and approved the standard; a space; the standards document number; a colon; and the documents version number as designated by the standards development organization (or other body). Separate entries in the list of standards shall be separated by a carriage return (0x0d) and line feed (0x0a). In the case of NTCIP documents prior to formal approval, the version number shall be the version number in the form of lower case ‘v’ followed by the major version followed by a period followed by the minor revision. In the case of approved NTCIP standards, the version number shall be the four digit year of publication followed by a space and the version string indicated above. In the case of amended NTCIP standards, it shall consist of the four digit year of publication of the published standard followed by the upper case letter ‘A’, followed by the amendment number. For example, a message sign may have the following value for this object: <DescriptiveName>Controller.baseStandards:text <DataConceptType>Data Element\"",
    "::=",
    "{",
    "globalConfiguration",
    "4",
    "}"
  ],
  "syntax_tree": [
    [
      "SimpleSyntax",
      "OCTET STRING",
      [
        "octetStringSubType",
        [
          [
            0,
            256
          ]
        ]
      ]
    ],
    null,
    [
      "MaxAccessPart",
      "read-only"
    ],
    [
      "Status",
      "mandatory"
    ],
    [
      "DESCRIPTION",
      "<Definition>An ASCII string that shall identify all of the standard document numbers that define or reference MIBs upon which the device is based. Where applicable, profiles shall be referenced rather than the base standards. The string shall be constructed as follows: The acronym of the standards development organization (or other body) that developed and approved the standard; a space; the standards document number; a colon; and the documents version number as designated by the standards development organization (or other body). Separate entries in the list of standards shall be separated by a carriage return (0x0d) and line feed (0x0a). In the case of NTCIP documents prior to formal approval, the version number shall be the version number in the form of lower case ‘v’ followed by the major version followed by a period followed by the minor revision. In the case of approved NTCIP standards, the version number shall be the four digit year of publication followed by a space and the version string indicated above. In the case of amended NTCIP standards, it shall consist of the four digit year of publication of the published standard followed by the upper case letter ‘A’, followed by the amendment number. For example, a message sign may have the following value for this object: <DescriptiveName>Controller.baseStandards:text <DataConceptType>Data Element"
    ],
    null,
    null,
    null,
    null
  ]
}
Records for description 4NTCIP published standard MIB annexes (reviewed modules)1 record · 1 source

Description 4

controllerBaseStandards · unconfirmedNTCIP published standard MIB annexes (reviewed modules)1 source

Status in source: unconfirmed.

Names: controllerBaseStandards

Technical details
{
  "smi_kind": "OBJECT-TYPE",
  "definition": [
    "controllerBaseStandards",
    "OBJECT-TYPE",
    "SYNTAX",
    "OCTET",
    "STRING",
    "(",
    "SIZE",
    "(",
    "0",
    ".",
    ".",
    "256",
    ")",
    ")",
    "MAX-ACCESS",
    "read-only",
    "STATUS",
    "deprecated",
    "DESCRIPTION",
    "\"<Definition> For use in this object, an ASCII string that shall identify all of the standard document numbers that define or reference MIBs upon which the device is based. Where applicable, profiles shall be referenced rather than the base standards. <Format> The version string shall be constructed as follows: The acronym of the standards development organization (or other body) that developed and approved the standard; a space; the standards document number; a colon; and the documents version number as designated by the standards development organization (or other body). Separate entries in the list of standards shall be separated by a carriage return (0x0d) and line feed (0x0a). In the case of NTCIP documents prior to formal approval, the version number shall be the version number in the form of lower case 'v' followed by the major version followed by a period followed by the minor revision. In the case of approved NTCIP standards, the publication year shall precede the version number. In the case of amended NTCIP standards, the version number shall be replaced by the four digit year of publication of the published standard followed by the upper case letter 'A', followed by the amendment number. For example, a message sign may have the following value for this object: NTCIP 1201:v02.19 NTCIP 1203:1997A1 NTCIP 2101:2001 v01.19 NTCIP 2103:v01.13 NTCIP 2201:v01.14 NTCIP 2301:2001 v01.08 <Supplanted by> SNMPv2-MIB.sysORID (from RFC 3418) <Informative> sysORID provides more refined information using OIDs to identify compliance statements that can be processed by computers without having to parse strings. <Object Identifier> 1.3.6.1.4.1.1206.4.2.6.1.4\"",
    "::=",
    "{",
    "globalConfiguration",
    "4",
    "}"
  ],
  "syntax_tree": [
    [
      "SimpleSyntax",
      "OCTET STRING",
      [
        "octetStringSubType",
        [
          [
            0,
            256
          ]
        ]
      ]
    ],
    null,
    [
      "MaxAccessPart",
      "read-only"
    ],
    [
      "Status",
      "deprecated"
    ],
    [
      "DESCRIPTION",
      "<Definition> For use in this object, an ASCII string that shall identify all of the standard document numbers that define or reference MIBs upon which the device is based. Where applicable, profiles shall be referenced rather than the base standards. <Format> The version string shall be constructed as follows: The acronym of the standards development organization (or other body) that developed and approved the standard; a space; the standards document number; a colon; and the documents version number as designated by the standards development organization (or other body). Separate entries in the list of standards shall be separated by a carriage return (0x0d) and line feed (0x0a). In the case of NTCIP documents prior to formal approval, the version number shall be the version number in the form of lower case 'v' followed by the major version followed by a period followed by the minor revision. In the case of approved NTCIP standards, the publication year shall precede the version number. In the case of amended NTCIP standards, the version number shall be replaced by the four digit year of publication of the published standard followed by the upper case letter 'A', followed by the amendment number. For example, a message sign may have the following value for this object: NTCIP 1201:v02.19 NTCIP 1203:1997A1 NTCIP 2101:2001 v01.19 NTCIP 2103:v01.13 NTCIP 2201:v01.14 NTCIP 2301:2001 v01.08 <Supplanted by> SNMPv2-MIB.sysORID (from RFC 3418) <Informative> sysORID provides more refined information using OIDs to identify compliance statements that can be processed by computers without having to parse strings. <Object Identifier> 1.3.6.1.4.1.1206.4.2.6.1.4"
    ],
    null,
    null,
    null,
    null
  ]
}
Records for description 5ITE public NTCIP working repository MIBs1 record · 1 source

Description 5

controllerBaseStandards · mandatoryITE public NTCIP working repository MIBs1 source

Status in source: mandatory.

Names: controllerBaseStandards

Technical details
{
  "smi_kind": "OBJECT-TYPE",
  "definition": [
    "controllerBaseStandards",
    "OBJECT-TYPE",
    "SYNTAX",
    "OCTET",
    "STRING",
    "(",
    "SIZE",
    "(",
    "0",
    ".",
    ".",
    "256",
    ")",
    ")",
    "ACCESS",
    "read-only",
    "STATUS",
    "mandatory",
    "DESCRIPTION",
    "\"<Definition>An ASCII string that shall identify all of the standard document numbers that define or reference MIBs upon which the device is based. Where applicable, profiles shall be referenced rather than the base standards. The string shall be constructed as follows: The acronym of the standards development organization (or other body) that developed and approved the standard; a space; the standards document number; a colon; and the documents version number as designated by the standards development organization (or other body). Separate entries in the list of standards shall be separated by a carriage return (0x0d) and line feed (0x0a). In the case of NTCIP documents prior to formal approval, the version number shall be the version number in the form of lower case 'v' followed by the major version followed by a period followed by the minor revision. In the case of approved NTCIP standards, the version number shall be the four digit year of publication followed by a space and the version string indicated above. In the case of amended NTCIP standards, it shall consist of the four digit year of publication of the published standard followed by the upper case letter 'A', followed by the amendment number. For example, a message sign may have the following value for this object: NTCIP 1201:v02.19 NTCIP 1203:1997A1 NTCIP 2101:2001 v01.19 NTCIP 2103:v01.13 NTCIP 2201:v01.14 NTCIP 2301:2001 v01.08 <DescriptiveName>Controller.baseStandards:text <DataConceptType>Data Element\"",
    "::=",
    "{",
    "globalConfiguration",
    "4",
    "}"
  ],
  "syntax_tree": [
    [
      "SimpleSyntax",
      "OCTET STRING",
      [
        "octetStringSubType",
        [
          [
            0,
            256
          ]
        ]
      ]
    ],
    null,
    [
      "MaxAccessPart",
      "read-only"
    ],
    [
      "Status",
      "mandatory"
    ],
    [
      "DESCRIPTION",
      "<Definition>An ASCII string that shall identify all of the standard document numbers that define or reference MIBs upon which the device is based. Where applicable, profiles shall be referenced rather than the base standards. The string shall be constructed as follows: The acronym of the standards development organization (or other body) that developed and approved the standard; a space; the standards document number; a colon; and the documents version number as designated by the standards development organization (or other body). Separate entries in the list of standards shall be separated by a carriage return (0x0d) and line feed (0x0a). In the case of NTCIP documents prior to formal approval, the version number shall be the version number in the form of lower case 'v' followed by the major version followed by a period followed by the minor revision. In the case of approved NTCIP standards, the version number shall be the four digit year of publication followed by a space and the version string indicated above. In the case of amended NTCIP standards, it shall consist of the four digit year of publication of the published standard followed by the upper case letter 'A', followed by the amendment number. For example, a message sign may have the following value for this object: NTCIP 1201:v02.19 NTCIP 1203:1997A1 NTCIP 2101:2001 v01.19 NTCIP 2103:v01.13 NTCIP 2201:v01.14 NTCIP 2301:2001 v01.08 <DescriptiveName>Controller.baseStandards:text <DataConceptType>Data Element"
    ],
    null,
    null,
    null,
    null
  ]
}
  • ITE public NTCIP working repository MIBs · Publisher's source file: NTCIP-1201 — NTCIP1201-Glo.mib

    Module: NTCIP1201-2004

    See published definition above

    Module imports
    {'RFC-1212': ['OBJECT-TYPE'], 'RFC1155-SMI': ['Opaque', 'Counter', 'Gauge', 'null'], 'RFC1213-MIB': ['DisplayString'], 'NTCIP8004-A-2004': ['devices', 'protocols', 'profiles', 'global']}

    Source data warning: This original is published in an ITE NTCIP working repository. Repository publication does not establish that this particular revision is an adopted standard. Consult its native revision history and the NTCIP published standards catalog before implementation. Copyright and distribution notices are retained in the downloadable original.

    Source data warning: Potentially inaccurate interpretation of historical NTCIP imports: the original references NTCIP8004-A-2004, which is absent from the public repository snapshot. The numeric roots used here are the explicit assignments in normative Annex A.2 of published NTCIP 8004 v02 (2010), physical pages 43–44. This does not establish that every historical module revision is identical. The annex also prints enterprise instead of RFC 1155 enterprises and declares Protocols while referencing protocols; those spelling interpretations are disclosed. The original IMPORTS, numeric suffixes and definitions remain unchanged. Verify both originals before implementation.

    · Download NTCIP-1201 — NTCIP1201-Glo.mib
Records for description 6ITE public NTCIP working repository MIBs1 record · 1 source

Description 6

dmsSignWidth · unconfirmedITE public NTCIP working repository MIBs1 source

Status in source: unconfirmed.

Names: dmsSignWidth

Technical details
{
  "smi_kind": "OBJECT-TYPE",
  "definition": [
    "dmsSignWidth",
    "OBJECT-TYPE",
    "SYNTAX",
    "Integer32",
    "(",
    "0",
    ".",
    ".",
    "65535",
    ")",
    "UNITS",
    [
      "literal",
      "226d696c6c696d657465727322"
    ],
    "MAX-ACCESS",
    "read-only",
    "STATUS",
    "current",
    "DESCRIPTION",
    "\"<Definition> Indicates the sign width in millimeters including the border (dmsHorizontalBorder). <Parameter Type> Status <Object Identifier> 1.3.6.1.4.1.1206.4.2.3.1.4\"",
    "::=",
    "{",
    "dmsSignCfg",
    "4",
    "}"
  ],
  "syntax_tree": [
    [
      "SimpleSyntax",
      "Integer32",
      [
        "integerSubType",
        [
          [
            0,
            65535
          ]
        ]
      ]
    ],
    [
      "UNITS",
      "millimeters"
    ],
    [
      "MaxAccessPart",
      "read-only"
    ],
    [
      "Status",
      "current"
    ],
    [
      "DESCRIPTION",
      "<Definition> Indicates the sign width in millimeters including the border (dmsHorizontalBorder). <Parameter Type> Status <Object Identifier> 1.3.6.1.4.1.1206.4.2.3.1.4"
    ],
    null,
    null,
    null,
    null
  ]
}
  • ITE public NTCIP working repository MIBs · Publisher's source file: NTCIP-1203 — NTCIP1203-Dms.mib

    Module: NTCIP1203-Dms

    See published definition above

    Module imports
    {'SNMPv2-TC': ['TEXTUAL-CONVENTION', 'DisplayString', 'StorageType', 'RowStatus'], 'SNMPv2-SMI': ['MODULE-IDENTITY', 'OBJECT-IDENTITY', 'OBJECT-TYPE', 'Integer32', 'Unsigned32', 'Counter32', 'IpAddress'], 'SNMPv2-CONF': ['OBJECT-GROUP'], 'ISO26048-1-Srsa': ['fdSrsaTypeCode', 'fdSrsaPortIndex'], 'SNMP-FRAMEWORK-MIB': ['SnmpAdminString'], 'ISO26048-1-Global-TC': ['ITSDirection', 'ITSInteger8', 'ITSLatitude84', 'ITSLongitude84', 'ITSBitmap'], 'TRANSPORT-ADDRESS-MIB': ['TransportAddressType', 'TransportAddress'], 'NTCIP8004-Transportation': ['NtcipOwnerString', 'NtcipIntegerBitmap8', 'NtcipIntegerBitmap16', 'NtcipTwoColors', 'devices']}

    Source data warning: This original is published in an ITE NTCIP working repository. Repository publication does not establish that this particular revision is an adopted standard. Consult its native revision history and the NTCIP published standards catalog before implementation. Copyright and distribution notices are retained in the downloadable original.

    Source data warning: Published module-root disagreement: dms has an SMI assignment resolving to 1.3.6.1.4.1.1206.4.2.6, while its DESCRIPTION explicitly prints 1.3.6.1.4.1.1206.4.2.3. All dependent assignments from this module require verification. No root number has been silently corrected.

    Source data warning: Published source disagreement: this literal SMI assignment resolves to 1.3.6.1.4.1.1206.4.2.6.1.4, but its DESCRIPTION explicitly lists 1.3.6.1.4.1.1206.4.2.3.1.4. Both published numeric claims are retained as unconfirmed evidence. Neither value is presented as a verified correction or an independently confirmed registration; consult the original file and the applicable standard edition.

    · Download NTCIP-1203 — NTCIP1203-Dms.mib

Registration

Registration authorities

First Registration Authority (inferred from ancestor 1.3.6.1.4.1.1206)

Schopp Bruce J.

Siblings (14)

OIDNameDirect childrenDescendantsDescription
1.3.6.1.4.1.1206.4.2.6.1.1 globalSetIDParameter, dmsSignAccess00
1.3.6.1.4.1.1206.4.2.6.1.2 globalMaxModules, dmsSignType00
1.3.6.1.4.1.1206.4.2.6.1.3 globalModuleTable, moduleTable, dmsSignHeight17
1.3.6.1.4.1.1206.4.2.6.1.5 dmsHorizontalBorder00
1.3.6.1.4.1.1206.4.2.6.1.6 dmsVerticalBorder00
1.3.6.1.4.1.1206.4.2.6.1.7 dmsLegend00
1.3.6.1.4.1.1206.4.2.6.1.8 dmsBeaconType00
1.3.6.1.4.1.1206.4.2.6.1.9 dmsSignTechnology00
1.3.6.1.4.1.1206.4.2.6.1.10 dmsDisplayLatitude00
1.3.6.1.4.1.1206.4.2.6.1.11 dmsDisplayLongitude00
1.3.6.1.4.1.1206.4.2.6.1.12 dmsDisplayDirection00
1.3.6.1.4.1.1206.4.2.6.1.13 dmsDisplayOffsetLatitude00
1.3.6.1.4.1.1206.4.2.6.1.14 dmsDisplayOffsetLongitude00
1.3.6.1.4.1.1206.4.2.6.1.15 dmsBeacon524