Home/Catalog/HPN-ICF-FCOE-MIB

HPN-ICF-FCOE-MIB

This MIB module is for configuring and monitoring Fibre Channel over Ethernet (FCoE) related entities. This MIB defines a Virtual FC (VFC) Interface as an object that represents either a VF_Port or a VE_Port on a FCoE Forwarder (FCF). VFC interfaces can be created either statically (by management request) or dynamically (at the time of FIP based FLOGI or ELP request). Other terminologies used in this MIB are defined by the Hpnicf FCoE standard, as defined in the FC-BB-5 specification. This MIB also supports configuration of the following objects: - Mapping of FCoE VLAN-ID used to carry traffic for a Fabric - FC-MAP value used by the FCF operating in FPMA mode - FIP snooping related objects
Main OID:
hpnicfFCoE.1.3.6.1.4.1.11.2.14.11.15.2.120
30
Objects
Active
Status
8
Dependencies

Imported Objects

Objects

30 total
Object Name
hpnicfFCoEThis MIB module is for configuring and monitoring Fibre Channel over Ethernet (FCoE) related entities. This MIB defines a Virtual FC (VFC) Interface as an object that represents either a VF_Port or a VE_Port on a FCoE Forwarder (FCF). VFC interfaces can be created either statically (by management request) or dynamically (at the time of FIP based FLOGI or ELP request). Other terminologies used in this MIB are defined by the Hpnicf FCoE standard, as defined in the FC-BB-5 specification. This MIB also supports configuration of the following objects: - Mapping of FCoE VLAN-ID used to carry traffic for a Fabric - FC-MAP value used by the FCF operating in FPMA mode - FIP snooping related objects
MODULE-IDENTITY
.1.3.6.1.4.1.11.2.14.11.15.2.120
hpnicfFCoECfgTableThis table facilitates configuration of FCoE parameters on a per Fibre Channel management instance.
SEQUENCE OF HpnicfFCoECfgEntry
.hpnicfFCoEConfig.1
hpnicfFCoECfgEntryThere is one entry in this table for each Fibre Channel management instance.
HpnicfFCoECfgEntry
.hpnicfFCoEConfig.1.1
hpnicfFCoECfgFcmapThis object configures the FC-MAP value used by the FCF when operating in FPMA mode. The default value is 0EFC00h, as written in the standard.rw
OCTET STRING
.hpnicfFCoEConfig.1.1.1
hpnicfFCoECfgDynamicVfcCreationThis object is set to 'true' to enable, or 'false' to disable, the dynamic creation of VFC interfaces on this FCF. When set to 'true', VFC interfaces are dynamically created as and when a FIP-based FLOGI or ELP request is received.rw
TruthValue (SNMPv2-TC)
.hpnicfFCoEConfig.1.1.2
hpnicfFCoECfgDefaultFCFPriorityThe FIP priority value advertised by the FCF to ENodes by default. hpnicfFCoEStaticVfcFCFPriority configured for a VFC interface overrides this setting for the ENode associated with the VFC.rw
Unsigned32
.hpnicfFCoEConfig.1.1.3
hpnicfFCoECfgDATovThe Discovery_Advertisement_Timeout value configured for the FCF. This is used as the timeout value in seconds by the FCF to send periodic Discovery Advertisements.rw
Unsigned32
.hpnicfFCoEConfig.1.1.4
hpnicfFCoECfgAddressingModeAddressing mode(s) supported by the FCF. Implementations should fail SetRequests for unsupported modes.rw
Enumeration
.hpnicfFCoEConfig.1.1.5
hpnicfFCoEVLANTableIn fabrics in which VLANs are deployed, this table facilitates configuration of VLAN and Virtual Fabric associations in an FCoE network. In such fabrics, FCoE forwarding for a fabric is over a VLAN in a (Layer-2) Ethernet network. That is, reachability between the ENode/remote-FCF and an FCF for a given fabric is determined by the reachability provided by the Ethernet network on the corresponding VLAN. An active entry in this table indicates which VLAN is used to transport FCoE traffic for a particular Virtual Fabric. If VLANs are not deployed or not enabled, entries in this table are ignored by the bridge. Some implmentations may allow traffic from only one Virtual Fabric to be transported over a given VLAN. Such implementations should prevent multiple entries with the same VLAN-ID from being created in this table. Modifying existing VLAN-Virtual Fabric associations is not possible. The specific row must first be deleted and then a new one created.
SEQUENCE OF HpnicfFCoEVLANEntry
.hpnicfFCoEConfig.2
hpnicfFCoEVLANEntryThere is one entry in this table for each VLAN that is designated to transport FCoE traffic for a given Virtual Fabric.
HpnicfFCoEVLANEntry
.hpnicfFCoEConfig.2.1
hpnicfFCoEVLANIndexThis object identifies the VLAN-ID that the FCoE FCF function is being enabled for.
VlanIndex (Q-BRIDGE-MIB)
.hpnicfFCoEConfig.2.1.1
hpnicfFCoEFabricIndexThis object identifies the Fabric Index of the Virtual Fabric traffic which is to be transported over the VLAN identified by hpnicfFCoEVLANIndex.
T11FabricIndex (T11-TC-MIB)
.hpnicfFCoEConfig.2.1.2
hpnicfFCoEVLANOperStateOperational state of this VLAN-Virtual Fabric association entry. The 'up' state is achieved when both the Virtual Fabric and VLAN are valid.ro
Enumeration
.hpnicfFCoEConfig.2.1.3
hpnicfFCoEVLANRowStatusThe status of this conceptual row. The RowStatus becomes active on successful creation of an entry.rw
RowStatus (SNMPv2-TC)
.hpnicfFCoEConfig.2.1.4
hpnicfFCoEStaticVfcTableThis table facilitates the creation and deletion of static VFC interfaces. While VFCs can be dynamically created based on FIP FLOGI/ELP requests, operators may want to associate certain pre-configured policy for a particular ENode or a remote-FCF. In such cases static VFC creation becomes necessary. In addition to being creating, a static VFC also needs to be associated to an ENode or remote-FCF. The VFC binding provides such an associaton. The binding does not need to be specified when the row for a VFC is created, but may be specified later.
SEQUENCE OF HpnicfFCoEStaticVfcEntry
.hpnicfFCoEConfig.3
hpnicfFCoEStaticVfcEntryThere is one entry in this table for each statically created VFC Interface.
HpnicfFCoEStaticVfcEntry
.hpnicfFCoEConfig.3.1
hpnicfFCoEStaticVfcIndexThis index uniquely identifies a static VFC entry in this table.
Unsigned32
.hpnicfFCoEConfig.3.1.1
hpnicfFCoEStaticVfcFCFPriorityIf this VFC is for a VF_Port this object is used to configure FCF priority to be advertised to the ENode associated with the VFC.rw
Unsigned32
.hpnicfFCoEConfig.3.1.2
hpnicfFCoEStaticVfcBindTypeThe mechanism to identify the ENode associated with this VFC if it is of type VF_Port or to identify the remote-FCF associated with this VFC if it is of type VE_Port.rw
HpnicfFCoEVfcBindType
.hpnicfFCoEConfig.3.1.3
hpnicfFCoEStaticVfcBindIfIndexThis object is applicable only when the local FCF is directly connected to an ENode or remote-FCF over a specific Ethernet interface, in which case this object contains the ifIndex of said Ethernet interface. If the ENode or remote-FCF is not directly connected to the FCF, this value of this object is zero.rw
InterfaceIndexOrZero (IF-MIB)
.hpnicfFCoEConfig.3.1.4
hpnicfFCoEStaticVfcBindMACAddressThis object is applicable when the ENode or remote-FCF to which the local FCF is connected is identified by a MAC address. A FIP frame from a ENode or remote-FCF is associated with this VFC only if the source MAC address in the frame is the same as the value of this object.rw
MacAddress (SNMPv2-TC)
.hpnicfFCoEConfig.3.1.5
hpnicfFCoEStaticVfcIfIndexThe ifIndex of this Virtual FC interface.ro
InterfaceIndex (IF-MIB)
.hpnicfFCoEConfig.3.1.6
hpnicfFCoEStaticVfcCreationTimeThe timestamp of this entry's creation time.ro
TimeStamp (SNMPv2-TC)
.hpnicfFCoEConfig.3.1.7
hpnicfFCoEStaticVfcFailureCauseThe cause of failure for the last bind operation. This object will be zero length if and only if the bind is successful.ro
SnmpAdminString (SNMP-FRAMEWORK-MIB)
.hpnicfFCoEConfig.3.1.8
hpnicfFCoEStaticVfcRowStatusThe status of this conceptual row. The RowStatus becomes active on successful creation of a VFC. The VFC does not need to be bound for the row to be active, but the VFC must be bound before becoming operational.rw
RowStatus (SNMPv2-TC)
.hpnicfFCoEConfig.3.1.9
hpnicfFCoEFIPSnoopingTableFCoE provides increased flexibility, but with this flexibility new challenges arise in assuring highly robust Fabrics. The FCF does not have the complete control that a Fibre Channel switch has. Ethernet bridges commonly provide a feature called Access Control Lists (ACLs). Properly configured ACLs may emulate a point-to-point link by providing the traffic enforcement previously discussed. Furthermore, the FIP protocol has been designed to enable Ethernet bridges to efficiently monitor FIP frames passing through them. This data facilitates the automatic configuration of these ACLs. In addition, the automatic configuration is possible independent of any other ACLs that may be in use in the network for other applications. And FIP Snooping is to maintain these ACLs.
SEQUENCE OF HpnicfFCoEFIPSnoopingEntry
.hpnicfFCoEConfig.4
hpnicfFCoEFIPSnoopingEntryThere is one entry in this table for each VLAN that is designated to ensures that only valid FCoE traffic is allowed.
HpnicfFCoEFIPSnoopingEntry
.hpnicfFCoEConfig.4.1
hpnicfFCoEFIPSnoopingVLANIndexThis object identifies the VLAN-ID that the FIP Snooping function is being enabled for.
VlanIndex (Q-BRIDGE-MIB)
.hpnicfFCoEConfig.4.1.1
hpnicfFCoEFIPSnoopingEnableThis object is used to enable or disable FIP Snooping on an Ethernet Bridge.rw
TruthValue (SNMPv2-TC)
.hpnicfFCoEConfig.4.1.2
hpnicfFCoEFIPSnoopingFcmapThis object configures the FC-MAP value associated with the FIP snooping Ethernet Bridge.rw
OCTET STRING
.hpnicfFCoEConfig.4.1.3
HPN-ICF-FCOE-MIB - SNMP MIB Reference | MIBs Explorer