| OID | 1.3.6.1.2.1.4.35.1.6 |
| Module | IP-MIB (CISCO) |
| Nom | ipNetToPhysicalType |
| Acces | readwrite |
| Status | current |
| Description | The type of mapping.
Setting this object to the value invalid(2) has the effect
of invalidating the corresponding entry in the
ipNetToPhysicalTable. That is, it effectively dis-
associates the interface identified with said entry from the
mapping identified with said entry. It is an
implementation-specific matter as to whether the agent
removes an invalidated entry from the table. Accordingly,
management stations must be prepared to receive tabular
information from agents that corresponds to entries not
currently in use. Proper interpretation of such entries
requires examination of the relevant ipNetToPhysicalType
object.
The 'dynamic(3)' type indicates that the IP address to
physical addresses mapping has been dynamically resolved
using e.g., IPv4 ARP or the IPv6 Neighbor Discovery
protocol.
The 'static(4)' type indicates that the mapping has been
statically configured. Both of these refer to entries that
provide mappings for other entities addresses.
The 'local(5)' type indicates that the mapping is provided
for an entity's own interface address.
As the entries in this table are typically not persistent
when this object is written the entity SHOULD NOT save the
change to non-volatile storage. |
| Syntaxe | Enumeration (1-other, 2-invalid, 3-dynamic, 4-static, 5-local) |
| Module | IP-MIB (ietf) |
| Nom | ipNetToPhysicalType |
| Acces | readwrite |
| Status | current |
| Description | The type of mapping.
Setting this object to the value invalid(2) has the effect
of invalidating the corresponding entry in the
ipNetToPhysicalTable. That is, it effectively dis-
associates the interface identified with said entry from the
mapping identified with said entry. It is an
implementation-specific matter as to whether the agent
removes an invalidated entry from the table. Accordingly,
management stations must be prepared to receive tabular
information from agents that corresponds to entries not
currently in use. Proper interpretation of such entries
requires examination of the relevant ipNetToPhysicalType
object.
The 'dynamic(3)' type indicates that the IP address to
physical addresses mapping has been dynamically resolved
using e.g., IPv4 ARP or the IPv6 Neighbor Discovery
protocol.
The 'static(4)' type indicates that the mapping has been
statically configured. Both of these refer to entries that
provide mappings for other entities addresses.
The 'local(5)' type indicates that the mapping is provided
for an entity's own interface address.
As the entries in this table are typically not persistent
when this object is written the entity SHOULD NOT save the
change to non-volatile storage. |
| Syntaxe | Enumeration (1-other, 2-invalid, 3-dynamic, 4-static, 5-local) |
| Module | IP-MIB (Force10-9.14.2.1) |
| Nom | ipNetToPhysicalType |
| Acces | readwrite |
| Status | current |
| Description | The type of mapping.
Setting this object to the value invalid(2) has the effect
of invalidating the corresponding entry in the
ipNetToPhysicalTable. That is, it effectively dis-
associates the interface identified with said entry from the
mapping identified with said entry. It is an
implementation-specific matter as to whether the agent
removes an invalidated entry from the table. Accordingly,
management stations must be prepared to receive tabular
information from agents that corresponds to entries not
currently in use. Proper interpretation of such entries
requires examination of the relevant ipNetToPhysicalType
object.
The 'dynamic(3)' type indicates that the IP address to
physical addresses mapping has been dynamically resolved
using e.g., IPv4 ARP or the IPv6 Neighbor Discovery
protocol.
The 'static(4)' type indicates that the mapping has been
statically configured. Both of these refer to entries that
provide mappings for other entities addresses.
The 'local(5)' type indicates that the mapping is provided
for an entity's own interface address.
As the entries in this table are typically not persistent
when this object is written the entity SHOULD NOT save the
change to non-volatile storage. |
| Syntaxe | Enumeration (1-other, 2-invalid, 3-dynamic, 4-static, 5-local) |
| Module | IP-MIB (FS) |
| Nom | ipNetToPhysicalType |
| Acces | readwrite |
| Status | current |
| Description | The type of mapping.
Setting this object to the value invalid(2) has the effect
of invalidating the corresponding entry in the
ipNetToPhysicalTable. That is, it effectively dis-
associates the interface identified with said entry from the
mapping identified with said entry. It is an
implementation-specific matter as to whether the agent
removes an invalidated entry from the table. Accordingly,
management stations must be prepared to receive tabular
information from agents that corresponds to entries not
currently in use. Proper interpretation of such entries
requires examination of the relevant ipNetToPhysicalType
object.
The 'dynamic(3)' type indicates that the IP address to
physical addresses mapping has been dynamically resolved
using e.g., IPv4 ARP or the IPv6 Neighbor Discovery
protocol.
The 'static(4)' type indicates that the mapping has been
statically configured. Both of these refer to entries that
provide mappings for other entities addresses.
The 'local(5)' type indicates that the mapping is provided
for an entity's own interface address.
As the entries in this table are typically not persistent
when this object is written the entity SHOULD NOT save the
change to non-volatile storage. |
| Syntaxe | Enumeration (1-other, 2-invalid, 3-dynamic, 4-static, 5-local) |