entPhysicalTable

This table contains one row per physical entity. There is always at least one row for an 'overall' physical entity.

The index of the table is entPhysicalIndex.

OID

Object

Syntax

Max Access

Description

Implemented Specifications

1.3.6.1.2.1.47.1.1.1.1.1

entPhysicalIndex

Integer32{(1,2147483647)}

not-accessible

The index for this entry.

This object is implemented as defined in the corresponding MIB files.

1.3.6.1.2.1.47.1.1.1.1.2

entPhysicalDescr

OCTET STRING{(0,255)}

read-only

A textual description of physical entity. This object

should contain a string that identifies the manufacturer's

name for the physical entity, and should be set to a

distinct value for each version or model of the physical

entity.

This object is implemented as defined in the corresponding MIB files.

1.3.6.1.2.1.47.1.1.1.1.3

entPhysicalVendorType

OBJECT IDENTIFIER

read-only

An indication of the vendor-specific hardware type of the

physical entity. Note that this is different from the

definition of MIB-II's sysObjectID.

An agent should set this object to an enterprise-specific

registration identifier value indicating the specific

equipment type in detail. The associated instance of

entPhysicalClass is used to indicate the general type of

hardware device.

If no vendor-specific registration identifier exists for

this physical entity, or the value is unknown by this agent,

then the value { 0 0 } is returned.

This object is implemented as defined in the corresponding MIB files.

1.3.6.1.2.1.47.1.1.1.1.4

entPhysicalContainedIn

Integer32{(0,2147483647)}

read-only

The value of entPhysicalIndex for the physical entity which 'contains' this physical entity. A value of zero indicates this physical entity is not contained in any other physical entity. Note that the set of 'containment' relationships define a strict hierarchy; that is, recursion is not allowed. In the event that a physical entity is contained by more than one physical entity (e.g., double-wide modules), this object should identify the containing entity with the lowest value of entPhysicalIndex.

The actually supported access is read-only.

This object is used only as the VB bound variable of the alarm.

1.3.6.1.2.1.47.1.1.1.1.5

entPhysicalClass

INTEGER{other(1),unknown(2),chassis(3),backplane(4),container(5),powerSupply(6),fan(7),sensor(8),module(9),port(10),stack(11),cpu(12)}

read-only

An indication of the general hardware type of the physical entity. An agent should set this object to the standard enumeration value that most accurately indicates the general class of the physical entity, or the primary class if there is more than one entity. If no appropriate standard registration identifier exists for this physical entity, then the value 'other(1)' is returned. If the value is unknown by this agent, then the value 'unknown(2)' is returned.

The actually supported access is read-only.

This object is used only as the VB bound variable of the alarm.

1.3.6.1.2.1.47.1.1.1.1.6

entPhysicalParentRelPos

Integer32{(-1,2147483647)}

read-only

An indication of the relative position of this 'child'

component among all its 'sibling' components. Sibling

components are defined as entPhysicalEntries that share the

same instance values of each of the entPhysicalContainedIn

and entPhysicalClass objects.

An NMS can use this object to identify the relative ordering

for all sibling components of a particular parent

(identified by the entPhysicalContainedIn instance in each

sibling entry).

If possible, this value should match any external labeling

of the physical component. For example, for a container

(e.g., card slot) labeled as 'slot #3',

entPhysicalParentRelPos should have the value '3'. Note

that the entPhysicalEntry for the module plugged in slot 3

should have an entPhysicalParentRelPos value of '1'.

If the physical position of this component does not match

any external numbering or clearly visible ordering, then

user documentation or other external reference material

should be used to determine the parent-relative position.

If this is not possible, then the agent should assign a

consistent (but possibly arbitrary) ordering to a given set

of 'sibling' components, perhaps based on internal

representation of the components.

If the agent cannot determine the parent-relative position

for some reason, or if the associated value of

entPhysicalContainedIn is '0', then the value '-1' is

returned. Otherwise, a non-negative integer is returned,

indicating the parent-relative position of this physical

entity.

Parent-relative ordering normally starts from '1' and

continues to 'N', where 'N' represents the highest

positioned child entity. However, if the physical entities

(e.g., slots) are labeled from a starting position of zero,

then the first sibling should be associated with an

entPhysicalParentRelPos value of '0'. Note that this

ordering may be sparse or dense, depending on agent

implementation.

The actual values returned are not globally meaningful, as

each 'parent' component may use different numbering

algorithms. The ordering is only meaningful among siblings

of the same parent component.

The agent should retain parent-relative position values

across reboots, either through algorithmic assignment or use

of non-volatile storage.

This object is implemented as defined in the corresponding MIB files.

1.3.6.1.2.1.47.1.1.1.1.7

entPhysicalName

OCTET STRING{(0,255)}

read-only

The textual name of the physical entity. The value of this object should be the name of the component as assigned by the local device and should be suitable for use in commands entered at the device's `console'. This might be a text name (e.g., `console') or a simple component number (e.g., port or module number, such as `1'), depending on the physical component naming syntax of the device. If there is no local name, or if this object is otherwise not applicable, then this object contains a zero-length string. Note that the value of entPhysicalName for two physical entities will be the same in the event that the console interface does not distinguish between them, e.g., slot-1 and the card in slot-1.

The actually supported access is read-only.

This object is used only as the VB bound variable of the alarm.

1.3.6.1.2.1.47.1.1.1.1.8

entPhysicalHardwareRev

OCTET STRING{(0,255)}

read-only

The vendor-specific hardware revision string for the

physical entity. The preferred value is the hardware

revision identifier actually printed on the component itself

(if present).

Note that if revision information is stored internally in a

non-printable (e.g., binary) format, then the agent must

convert such information to a printable format, in an

implementation-specific manner.

If no specific hardware revision string is associated with

the physical component, or if this information is unknown to

the agent, then this object will contain a zero-length

string.

This object is implemented as defined in the corresponding MIB files.

1.3.6.1.2.1.47.1.1.1.1.9

entPhysicalFirmwareRev

OCTET STRING{(0,255)}

read-only

The vendor-specific firmware revision string for the

physical entity.

Note that if revision information is stored internally in a

non-printable (e.g., binary) format, then the agent must

convert such information to a printable format, in an

implementation-specific manner.

If no specific firmware programs are associated with the

physical component, or if this information is unknown to the

agent, then this object will contain a zero-length string.

This object is implemented as defined in the corresponding MIB files.

1.3.6.1.2.1.47.1.1.1.1.10

entPhysicalSoftwareRev

OCTET STRING{(0,255)}

read-only

The vendor-specific software revision string for the

physical entity.

Note that if revision information is stored internally in a

non-printable (e.g., binary) format, then the agent must

convert such information to a printable format, in an

implementation-specific manner.

If no specific software programs are associated with the

physical component, or if this information is unknown to the

agent, then this object will contain a zero-length string.

This object is implemented as defined in the corresponding MIB files.

1.3.6.1.2.1.47.1.1.1.1.11

entPhysicalSerialNum

OCTET STRING{(0,32)}

read-write

The vendor-specific serial number string for the physical

entity. The preferred value is the serial number string

actually printed on the component itself (if present).

On the first instantiation of an physical entity, the value

of entPhysicalSerialNum associated with that entity is set

to the correct vendor-assigned serial number, if this

information is available to the agent. If a serial number

is unknown or non-existent, the entPhysicalSerialNum will be

set to a zero-length string instead.

Note that implementations that can correctly identify the

serial numbers of all installed physical entities do not

need to provide write access to the entPhysicalSerialNum

object. Agents which cannot provide non-volatile storage

for the entPhysicalSerialNum strings are not required to

implement write access for this object.

Not every physical component will have a serial number, or

even need one. Physical entities for which the associated

value of the entPhysicalIsFRU object is equal to 'false(2)'

(e.g., the repeater ports within a repeater module), do not

need their own unique serial number. An agent does not have

to provide write access for such entities, and may return a

zero-length string.

If write access is implemented for an instance of

entPhysicalSerialNum, and a value is written into the

instance, the agent must retain the supplied value in the

entPhysicalSerialNum instance (associated with the same

physical entity) for as long as that entity remains

instantiated. This includes instantiations across all

re-initializations/reboots of the network management system,

including those resulting in a change of the physical

entity's entPhysicalIndex value.

The actually supported access is read-only.

1.3.6.1.2.1.47.1.1.1.1.12

entPhysicalMfgName

OCTET STRING{(0,255)}

read-only

The name of the manufacturer of this physical component.

The preferred value is the manufacturer name string actually

printed on the component itself (if present).

Note that comparisons between instances of the

entPhysicalModelName, entPhysicalFirmwareRev,

entPhysicalSoftwareRev, and the entPhysicalSerialNum

objects, are only meaningful amongst entPhysicalEntries with

the same value of entPhysicalMfgName.

If the manufacturer name string associated with the physical

component is unknown to the agent, then this object will

contain a zero-length string.

This object is implemented as defined in the corresponding MIB files.

1.3.6.1.2.1.47.1.1.1.1.13

entPhysicalModelName

OCTET STRING{(0,255)}

read-only

The vendor-specific model name identifier string associated

with this physical component. The preferred value is the

customer-visible part number, which may be printed on the

component itself.

If the model name string associated with the physical

component is unknown to the agent, then this object will

contain a zero-length string.

This object is implemented as defined in the corresponding MIB files.

1.3.6.1.2.1.47.1.1.1.1.14

entPhysicalAlias

OCTET STRING{(0,32)}

read-write

This object is an 'alias' name for the physical entity, as

specified by a network manager, and provides a non-volatile

'handle' for the physical entity.

On the first instantiation of a physical entity, the value

of entPhysicalAlias associated with that entity is set to

the zero-length string. However, the agent may set the

value to a locally unique default value, instead of a

zero-length string.

If write access is implemented for an instance of

entPhysicalAlias, and a value is written into the instance,

the agent must retain the supplied value in the

entPhysicalAlias instance (associated with the same physical

entity) for as long as that entity remains instantiated.

This includes instantiations across all

re-initializations/reboots of the network management system,

including those resulting in a change of the physical

entity's entPhysicalIndex value.

The actually supported access is read-only.

1.3.6.1.2.1.47.1.1.1.1.15

entPhysicalAssetID

OCTET STRING{(0,32)}

read-write

This object is a user-assigned asset tracking identifier

(as specified by a network manager) for the physical entity,

and provides non-volatile storage of this information.

On the first instantiation of a physical entity, the value

of entPhysicalAssetID associated with that entity is set to

the zero-length string.

Not every physical component will have an asset tracking

identifier, or even need one. Physical entities for which

the associated value of the entPhysicalIsFRU object is equal

to 'false(2)' (e.g., the repeater ports within a repeater

module), do not need their own unique asset tracking

identifier. An agent does not have to provide write access

for such entities, and may instead return a zero-length

string.

If write access is implemented for an instance of

entPhysicalAssetID, and a value is written into the

instance, the agent must retain the supplied value in the

entPhysicalAssetID instance (associated with the same

physical entity) for as long as that entity remains

instantiated. This includes instantiations across all

re-initializations/reboots of the network management system,

including those resulting in a change of the physical

entity's entPhysicalIndex value.

If no asset tracking information is associated with the

physical component, then this object will contain a

zero-length string.

The actually supported access is read-only.

1.3.6.1.2.1.47.1.1.1.1.16

entPhysicalIsFRU

INTEGER{true(1),false(2)}

read-only

This object indicates whether or not this physical entity

is considered a 'field replaceable unit' by the vendor. If

this object contains the value 'true(1)' then this

entPhysicalEntry identifies a field replaceable unit. For

all entPhysicalEntries that represent components

permanently contained within a field replaceable unit, the

value 'false(2)' should be returned for this object.

This object is implemented as defined in the corresponding MIB files.

Creation Restriction

No entry can be created in this table.

Modification Restriction

The entries in this table cannot be modified.

Deletion Restriction

The entries in this table cannot be deleted.

Access Restriction

The entries in this table can be read without restriction.
Copyright © Huawei Technologies Co., Ltd.
Copyright © Huawei Technologies Co., Ltd.
Next topic >