MIBs Depot

PDN-TC

Namespace
zhone
Source file
PDN-TC
Digest
sha256:49c81b735a1d19344f2f2eb445b4ef87842dd0a5f2212d2fdb7480dc50447939

Imports

FromSymbols
SNMPv2-CONFMODULE-COMPLIANCE, NOTIFICATION-GROUP
SNMPv2-SMIMODULE-IDENTITY, NOTIFICATION-TYPE, OBJECT-IDENTITY, OBJECT-TYPE, enterprises, iso
SNMPv2-TCDisplayString, TEXTUAL-CONVENTION

Imported by

18 module(s) in this corpus import this one.

Load order

Every file a consumer needs in order to load this module, dependencies first.

PDN-TC
SNMPv2-CONF
SNMPv2-SMI
SNMPv2-TC

Textual conventions

NameOIDSyntaxAccessStatus
ClientState
TEXTUAL-CONVENTION
The configuration type for a client.
current
ContactState
TEXTUAL-CONVENTION
This convension can be used to indicate the state of a switch, door, connector, etc. that can be by nature opened or closed.
current
DNSServerType
TEXTUAL-CONVENTION
This object describes the DNS server Type
current
DayOfWeek
TEXTUAL-CONVENTION
This object indicates the day of the week, with an additional option 'Daily' to work with interfaces that use this convention to schedule events.
current
DomainName
TEXTUAL-CONVENTION
The domain name space is a tree structure. Each node and leaf on the tree corresponds to a resource set (which may be empty). The domain system makes no distinctions between the uses of the interior nodes and leaves, and this memo uses the term 'node' to refer to both. Each node has a label, which is zero to 63 octets in length. Brother nodes may not have the same label, although the same label can be used for nodes which are not brothers. One label is reserved, and that is the null (i.e., zero length) label used for the root. The domain name of a node is the list of the labels on the path from the node to the root of the tree. By convention, the labels that compose a domain name are printed or read left to right, from the most specific (lowest, farthest from the root) to the least specific (highest, closest to the root). Internally, programs that manipulate domain names should represent them as sequences of labels, where each label is a length octet followed by an octet string. Because all domain names end at the root, which has a null string for a label, these internal representations can use a length byte of zero to terminate a domain name. By convention, domain names can be stored with arbitrary case, but domain name comparisons for all present domain functions are done in a case-insensitive manner, assuming an ASCII character set, and a high order zero bit. This means that you are free to create a node with label 'A' or a node with label 'a', but not both as brothers; you could refer to either using 'a' or 'A'. When you receive a domain name or label, you should preserve its case. The rationale for this choice is that we may someday need to add full binary domain names for new services; existing services would not be changed. When a user needs to type a domain name, the length of each label is omitted and the labels are separated by dots ('.'). Since a complete domain name ends with the root label, this leads to a printed form which ends in a dot. We use this property to distinguish between: character string which represents a complete domain name (often called 'absolute'). For example, 'poneria.ISI.EDU.' - a character string that represents the starting labels of a domain name which is incomplete, and should be completed by local software using knowledge of the local domain (often called 'relative'). For example, 'poneria' used in the ISI.EDU domain. Relative names are either taken relative to a well known origin, or to a list of domains used as a search list. Relative names appear mostly at the user interface, where their interpretation varies from implementation to implementation, and in master files, where they are relative to a single origin domain name. The most common interpretation uses the root '.' as either the single origin or as one of the members of the search list, so a multi-label relative name is often one where the trailing dot has been omitted to save typing. To simplify implementations, the total number of octets that represent a domain name (i.e., the sum of all label octets and label lengths) is limited to 255. A domain is identified by a domain name, and consists of that part of the domain name space that is at or below the domain name which specifies the domain. A domain is a subdomain of another domain if it is contained within that domain. This relationship can be tested by seeing if the subdomain's name ends with the containing domain's name. For example, A.B.C.D is a subdomain of B.C.D, C.D, D, and '.'
current
IdslClockMode
TEXTUAL-CONVENTION
This object indicates the network clock mode set for the secondary network clock. IDSL portcards with a port configured as an NT will be set to portCardDriveClockOnboard(4), both driving the backplane and using the clock for the other Local Timing transceivers on the card. Port cards with only LT ports configured will receive a clock from the backplane using portCardSinkClock(2). portCardDriveClock(3) will drive the backplane alone.
current
InetAddressType
TEXTUAL-CONVENTION
This object describes the type of address configured for a interface
current
InitiatorTypes
TEXTUAL-CONVENTION
This object defines the enumerations for the result of an operation
current
ManagementType
TEXTUAL-CONVENTION
This object is used to specify the type of management. This can be either Inband Management or OutBand Management.
current
MibOidType
TEXTUAL-CONVENTION
This Object describes the type of a mib object Scalar - Single Instance Object Table - Multi-instance Object Mib - A Mib. Section - A Section Within A MIB
current
NTPMode
TEXTUAL-CONVENTION
This object describes the mode in which NTP/SNTP will operate.
current
ResetStates
TEXTUAL-CONVENTION
This object defines the enumerations of values that can be applied to the reset object
current
ResultTypes
TEXTUAL-CONVENTION
This object defines the enumerations for the result of an operation
current
SnmpAdminString
TEXTUAL-CONVENTION
An octet string containing administrative information, preferably in human-readable form. To facilitate internationalization, this information is represented using the ISO/IEC IS 10646-1 character set, encoded as an octet string using the UTF-8 transformation format described in [RFC2044]. Since additional code points are added by amendments to the 10646 standard from time to time, implementations must be prepared to encounter any code point from 0x00000000 to 0x7fffffff. The use of control codes should be avoided. When it is necessary to represent a newline, the control code sequence CR LF should be used. The use of leading or trailing white space should be avoided. For code points not directly supported by user interface hardware or software, an alternative means of entry and display, such as hexadecimal, may be provided. For information encoded in 7-bit US-ASCII, the UTF-8 encoding is identical to the US-ASCII encoding. Note that when this TC is used for an object that is used or envisioned to be used as an index, then a SIZE restriction must be specified so that the number of sub-identifiers for any object instance does not exceed the limit of 128, as defined by [RFC1905].
current
SocketFamily
TEXTUAL-CONVENTION
This object describes the socket Family
current
SocketState
TEXTUAL-CONVENTION
This object describes the state of a stream socket
current
SocketType
TEXTUAL-CONVENTION
This object describes the type of socket
current
SwitchState
TEXTUAL-CONVENTION
This object indicates whether an object state is in the enabled or disabled state
current
TimeOfDay
TEXTUAL-CONVENTION
A time of day specification field octets contents range ----- ------ -------- ----- 1 1 hour 0..23 2 2 minutes 0..59
current
VnidMode
TEXTUAL-CONVENTION
This object describes the configuration mode for VNIDs and ports.
current
VnidRange
TEXTUAL-CONVENTION
The valid range for VNID IDs
current
VnidTaggingState
TEXTUAL-CONVENTION
This object indicates whether VNID tagging is activated or de-activated.
current

Objects

NameOIDSyntaxAccessStatus
pdyn
OBJECT-IDENTITY
1.3.6.1.4.1.1795