Internet DRAFT - draft-ietf-ipoib-ibif-mib
draft-ietf-ipoib-ibif-mib
IP over InfiniBand
Internet Draft Hal Rosenstock
draft-ietf-ipoib-ibif-mib-09.txt HNR Consulting
Expires: December 2006 June 2006
Definitions of Managed Objects
for InfiniBand Interface Types
<draft-ietf-ipoib-ibif-mib-09.txt>
Status of this Memo
By submitting this Internet-Draft, each author represents that any
applicable patent or other IPR claims of which he or she is aware
have been or will be disclosed, and any of which he or she becomes
aware will be disclosed, in accordance with Section 6 of BCP 79.
Internet-Drafts are working documents of the Internet Engineering
Task Force (IETF), its areas, and its working groups. Note that
other groups may also distribute working documents as Internet-
Drafts.
Internet-Drafts are draft documents valid for a maximum of six months
and may be updated, replaced, or obsoleted by other documents at any
time. It is inappropriate to use Internet-Drafts as reference
material or to cite them other than as "work in progress."
The list of current Internet-Drafts can be accessed at
http://www.ietf.org/ietf/1id-abstracts.txt
The list of Internet-Draft Shadow Directories can be accessed at
http://www.ietf.org/shadow.html.
Abstract
InfiniBand Architecture (IBA) specifies a high speed, channel based,
switched fabric architecture that delivers scalable performance in
data centers.
This memo defines a portion of the Management Information Base (MIB)
for use with network management protocols in Internet community.
In particular, it defines objects for managing IBA defined InfiniBand
interfaces.
Copyright
Copyright (C) The Internet Society (2006).
Rosenstock Expires December 2006 [Page 1]
Internet-Draft IPOVERIB IF MIB Module June 2006
Table of Contents
1. Introduction...................................................3
2. The Internet-Standard Management Framework.....................3
3. Introduction to InfiniBand.....................................3
3.1 Relation to MIB-2..........................................4
3.2 Relation to the Interfaces MIB.............................5
3.2.1 Layering Model.......................................5
3.2.2 Virtual Circuits.....................................5
3.2.3 IfTestTable..........................................5
3.2.4 IfRcvAddressTable....................................5
3.2.5 IfPhysAddress........................................6
3.2.6 ifType...............................................6
3.2.7 Specific Interface MIB Objects.......................6
3.3 Structure of the MIB......................................10
3.4 Mapping of IBA managed attribute fields...................10
3.5 Case Diagram..............................................13
4. InfiniBand Interface MIB Definitions..........................15
5. Security Considerations.......................................26
6. IANA Considerations...........................................26
7. Revision History..............................................27
7.1 Changes from <draft-ietf-ipoib-ibif-mib-08.txt>...........27
8. References....................................................27
8.1 Normative References......................................27
8.2 Informative References....................................28
9. Acknowledgements..............................................28
10. Author's Address.............................................28
11. Intellectual Property Notice.................................28
12. Full Copyright Statement.....................................29
Rosenstock Expires December 2006 [Page 2]
Internet-Draft IPOVERIB IF MIB Module June 2006
1. Introduction
This memo defines a portion of the Management Information Base (MIB)
for use with network management protocols in the Internet community.
In particular, it defines objects for managing IBA defined InfiniBand
interfaces.
The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT",
"SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this
document are to be interpreted as described in [RFC2119].
For an introduction to the concepts of InfiniBand, see [IBTAARCH].
2. The Internet-Standard Management Framework
For a detailed overview of the documents that describe the current
Internet-Standard Management Framework, please refer to section 7 of
RFC 3410 [RFC3410].
Managed objects are accessed via a virtual information store, termed
the Management Information Base or MIB. MIB objects are generally
accessed through the Simple Network Management Protocol (SNMP).
Objects in the MIB are defined using the mechanisms defined in the
Structure of Management Information (SMI). This memo specifies a MIB
module that is compliant to the SMIv2, which is described in STD 58,
RFC 2578 [RFC2578], STD 58, RFC 2579 [RFC2579] and STD 58, RFC 2580
[RFC2580].
3. Introduction to InfiniBand
This memo defines a portion of the Management Information Base (MIB)
for use with network management protocols in the Internet community.
In particular, it defines objects for managing InfiniBand interfaces.
The managed objects provide extensions to the objects defined in
the Interface Group MIB [RFC2863]. This memo provides managed
objects based on Sections 14 - 16 of the InfiniBand Architecture
specification [IBTAARCH]. The intent of this memo is to define
value added manageability of IBA devices by defining SNMP managed
objects and at the same time avoid making SNMP management a
requirement for device operation.
IBA, unlike most physical layer network protocols, specifies a
non-SNMP external management protocol that controls a wide range of
functions necessary for IBA devices to operate. The functions
Rosenstock Expires December 2006 [Page 3]
Internet-Draft IPOVERIB IF MIB Module June 2006
performed by the InfiniBand managers and agents, including the IBA
Subnet Manager(SM) and Subnet Management Agents(SMA) in the managed
devices include, but are not limited to, device configuration, fault
detection, performance monitoring, and device configuration
persistence.
Even given this native management capability, SNMP manageability of
any networking components in today's networks is highly desirable
or even a requirement especially in the area of fault and performance
management. Obviously, having two management paradigms
simultaneously controlling a device or portions thereof would require
a high degree of cooperation between paradigms to avoid conflicts.
Therefore, to give maximum visibility but avoid these conflicts, the
managed objects defined in this memo offer read-only access to the
attributes defined by InfiniBand native management wherever a
conflict with IBA defined management exists.
The counters defined in this memo are based on IBA defined counters.
But in order to support the semantic behavior defined by SNMP SMI
[RFC2578] conversions are required in several aspects of numerous
InfiniBand specified counters. These changes deal primarily with
counter width differences, latch-on-wrap (also known as "saturate
at all 1's"), clear-on-read (reset to zero), and writeability of
the InfiniBand Architecture native counters as defined in
[IBTAARCH]. Mechanisms for doing the required conversion are
not defined by this memo.
Instances of the managed object types defined herein represent
attributes of a port on an InfiniBand communications medium
device (IBA specification prefers the term "port" to "interface").
IBA defined ports can be paralleled/striped over multiple
physical links called "physical lanes." Aggregations of
1x, 4x, 8x, and 12x physical lanes are defined by the IBA.
The IBA treats these aggregations as one port. The objects
defined herein do the same.
At present, InfiniBand media are identified by the following value
of the ifType object in the Interfaces Group MIB [RFC2863] as
defined by the IANA:
infiniband(199) -- assigned by IANA
3.1 Relation to MIB-2
This section applies only when this MIB is used in conjunction with
the "old" (RFC 1213) interface group.
The relationship between an InfiniBand interface and an interface
in the context of MIB-2 is one-to-one. As such, the value of an
Rosenstock Expires December 2006 [Page 4]
Internet-Draft IPOVERIB IF MIB Module June 2006
ifIndex object instance can be directly used to identify
corresponding instances of the objects defined herein.
For agents which implement the (now deprecated) ifSpecific object, an
instance of that object that is associated with an InfiniBand
interface has the OBJECT IDENTIFIER value:
infiniband OBJECT IDENTIFER
::= { transmission 199 } --To be assigned by IANA
3.2 Relation to the Interfaces MIB
The Interfaces MIB [RFC2863] requires that any MIB which is an
adjunct of the Interface MIB clarify specific areas within the
Interfaces MIB. These areas were intentionally left vague in the
Interfaces MIB to avoid over-constraining the MIB, thereby precluding
management of certain media-types.
Section 4.0 of [RFC2863] enumerates several areas that a
media-specific MIB must clarify. Each of these areas is addressed
in a following subsection. The implementer is referred to [RFC2863]
in order to understand the general intent of these areas.
3.2.1 Layering Model
This MIB does not provide for layering. There are no sublayers
defined by this memo. Higher Layer protocol stacking on the
interfaces is not defined by this memo.
3.2.2 Virtual Circuits
This medium does not support virtual circuits and this area is not
applicable to this MIB.
3.2.3 IfTestTable
There are no media tests which are instrumented with this MIB.
3.2.4 IfRcvAddressTable
For IBA Routers, Channel Adapters (CAs), and Enhanced Switch Port 0s:
Routers, CAs, and Enhanced Switch Port 0s which have been programmed
by the IBA Subnet Manager to have more than one address use this
table to display the set of additional addresses beyond the "base"
Local Identifier (LID) for which the interface will receive packets.
If desired to avoid conflicts with the IBA Subnet Manager
configuration of this table, this table MAY be implemented as read-
only. See 5.2.5 for encoding of the Physical Address
(ifPhysAddress).
Rosenstock Expires December 2006 [Page 5]
Internet-Draft IPOVERIB IF MIB Module June 2006
For IBA Switches:
Additionally for switches, since the ifRcvAddressTable table is
explicitly not intended to provide a bridge address filtering
mechanism, there is no need to expose the multicast and unicast
forwarding table addresses here.
3.2.5 IfPhysAddress
This object contains the 16 bit "base" Local Identifier (LID)
currently in effect on this port. Whether the address was assigned
by the IBA Subnet Manager or through some other mechanism does not
matter. In the event that no LID is currently in effect an
Octet String of zero length is returned. For switches the "base"
LID of the (conceptual) management port (port 0) shall be used.
The address is stored in binary in this object. The address is
stored in IBA defined bit order, that is, the high-order bit of
the Local Identifier byte 0 is positioned as the high-order bit of
the first byte of the ifPhysAddress.
3.2.6 ifType
This MIB applies to interfaces which has the following ifType value:
infiniband(199) -- Assigned by IANA
Information regarding the number of physical lanes that comprise the
port may be included in the ifDescr object (i.e., 1x, 4x, 8x, or
12x).
3.2.7 Specific Interface MIB Objects
The following table provides specific implementation guidelines for
applying the interface group objects to InfiniBand media.
Object Guidelines
--------- -------------------------------
ifIndex Each InfiniBand interface is
represented by an ifEntry.
ifDescr Refer to [RFC2863].
ifType Refer to section 3.2.6.
ifMtu The size of the largest packet
that is capable of being either
sent/received over this interface
specified in octets. Actual Maximum
Tranmission Unit (MTU) in use is
Rosenstock Expires December 2006 [Page 6]
Internet-Draft IPOVERIB IF MIB Module June 2006
determined by examining device
MTU capability or NeighborMTU
value (if valid) in the portInfo table.
ifSpeed The current effective operational speed
of the interface in bits per second.
The speed reported compensates for the
8B10B encoding used on the links.
For Single Data Rate (SDR) InfiniBand
interfaces, this will be equal to
2,000,000,000 (2 billion),
8,000,000,000 (8 billion),
16, 000,000,000 (16 billion), or
24,000,000,000 (24 billion) for the 1x,
4x, 8x, and 12x ports, respectively.
Since 4x, 8x, and 12x values are
greater than the maximum reportable by
this object, this object MUST report
its maximum value (4,294,967,295) and
ifHighSpeed MUST be used to report
the interface's speed. Also, the link
speed needs to be factored in as well
as there are Single Data Rate (SDR or
2.5 Gbps), Dual Data Rate (DDR or 5.0
Gbps), and Quad Data Rate (QDR or 10.0
Gbps) links. Actual Speed in use is
determined by examining device
linkWidthSupported or linkWidthActive
value (if valid) and linkSpeedSupported
or linkSpeedActive in the portInfo
table.
ifPhysAddress Refer to section 3.2.5.
ifAdminStatus Default value is "up".
If write access is implemented the
default value for this attribute
SHOULD be "up" to avoid requiring the
use of a SNMP manager to enable the
interface. Support for "testing"
is not required. Providing
read-write access to this object
can potentially cause conflicts with
the IBA Subnet Manager which also
controls Port State through the SMA.
ifOperStatus The operational state of the interface.
Support for "testing" is not required.
Rosenstock Expires December 2006 [Page 7]
Internet-Draft IPOVERIB IF MIB Module June 2006
ifLastChange Refer to [RFC2863].
ifInOctets The number of octets in valid
packets received on this interface,
including the START and END delimiters
and the VCRC. This count MUST also
include the number of octets
in valid Link packets received on
this interface.
ifInUcastPkts Refer to [RFC2863]. Note that this
does not include link packets, since
link control packets are consumed by
the interface layer and are not passed
to any higher layer protocol.
ifInDiscards Total number of packets received that
were discarded.
ifInErrors Refer to [RFC2863].
ifInUnknownProtos Refer to [RFC2863].
ifOutOctets The number of octets transmitted in
valid packets on this interface,
including the START and END delimiters
and the VCRC. This count MUST also
include the number of octets
in valid link packets sent on
this interface.
ifOutUcastPkts Refer to [RFC2863]. Note that this
does not include link packets, since
link packets are generated by the
interface layer, and are not passed
down from any higher layer protocol.
ifOutDiscards Refer to [RFC2863].
ifOutErrors Refer to [RFC2863].
ifName Locally-significant textual name for
the interface (e.g., lan0).
ifInMulticastPkts Refer to [RFC2863]. Note that this
does not include link packets, since
link control packets are consumed by
the interface layer and are not passed
to any higher layer protocol. Never
Rosenstock Expires December 2006 [Page 8]
Internet-Draft IPOVERIB IF MIB Module June 2006
change because these events cannot
occur on this medium.
ifOutMulticastPkts Refer to [RFC2863]. Note that this
does not include Link packets, since
Link packets are created by the
interface layer and are not passed in
to any higher layer protocol. Never
change because these events cannot
occur on this medium.
ifInBroadcastPkts Never change because these events
cannot occur on this medium. Refer to
[RFC2863].
ifOutBroadcastPkts Never change because these events
cannot occur on this medium. Refer to
[RFC2863].
ifHCInBroadcastPkts Never change because these events
cannot occur on this medium. Refer to
[RFC2863].
ifHCOutBroadcastPkts Never change because these events
cannot occur on this medium. Refer to
[RFC2863].
ifHCInOctets 64-bit versions of counters. Required
ifHCOutOctets for interfaces that are capable of
operating at 20Mbit/sec or faster,
even if the interface is currently
operating at less than 20Mbit/sec.
ifHCInUcastPkts 64-bit versions of packet counters.
ifHCInMulticastPkts Required for interfaces that are
ifHCOutUcastPkts capable of operating at 640Mbit/sec
ifHCOutMulticastPkts or faster, even if the interface
is currently operating at less than
640Mbit/sec. Never change because
these events cannot occur on this
medium.
ifLinkUpDownTrapEnable Refer to [RFC2863]. Default is
"enabled".
ifHighSpeed The current effective operational
speed of the interface in millions
of bits per second. For SDR
InfiniBand interfaces, this will be
Rosenstock Expires December 2006 [Page 9]
Internet-Draft IPOVERIB IF MIB Module June 2006
equal to 2,000, 8,000, 16,000, or
24,000. For DDR interfaces, this will
be equal to 4,000, 16,000, 32,000, or
48,000. For QDR interfaces, this will
be equal to 8,000, 32,000, 64,000, or
96,000.
ifPromiscuousMode Usually "false" but one could
create a promiscuous device
conceivably. Refer to [RFC2863].
ifConnectorPresent This will be "true".
ifAlias Refer to [RFC2863].
ifCounterDiscontinuityTime Refer to [RFC2863]. Note that a
discontinuity in the Interface MIB
counters may also indicate a
discontinuity in some or all of the
counters in this MIB that are
associated with that interface.
ifStackHigherLayer Refer to section 3.2.1.
ifStackLowerLayer
ifStackStatus
ifRcvAddressAddress Refer to section 3.2.4.
ifRcvAddressStatus
ifRcvAddressType
3.3 Structure of the MIB
This MIB is structured as three groups:
o Detail error statistics on a per interface basis (ibIfPortStats).
This table provides visibility into error counters defined by
the IBA.
o Detail traffic statistics on a per interface and virtual lane
pair basis (ibIfVLTraffic). This table provides visibility into
data flow counters kept on a per virtual lane (VL) basis defined
by the IBA.
o Information that associates the IP over IB link layer addresses
with InfiniBand interfaces (ports).
3.4 Mapping of IBA managed attribute fields
This section lists the correlation and conversion between the SNMP
Rosenstock Expires December 2006 [Page 10]
Internet-Draft IPOVERIB IF MIB Module June 2006
managed objects defined by this memo and the IBA defined attributes
they are based on. Note that the relationship expressed below does
not address issues relating to counter widths, latching and
reset ability differences between the SNMP SMI and IBA object
definitions. Note that since multicast counters have not been
defined by the IBA specification, IF-MIB multicast counters should
never change because these events cannot occur with the InfiniBand
medium. Also, based on the IBA counter definitions, multicast
(packets and bytes) will be part of the IF-MIB unicast counters.
The following table is organized by the IBA Attributes that fields
belong in. In the case where fields from multiple attributes are
required, the supplemental attributes are then fully qualified
in the formula below. A second section covering Port Sample
counters is also included.
Some Abbreviations used:
POH = Packet Overhead = 4 = 1 START + 1 END + 2 VCRC Octets;
SLP = Size Link flow control Packet = 8 = 1 START + 1 END +
6 flow control octets;
MHB = Max Header Bytes = 126 octets; includes all packet fields
except framing characters. See [IBTAARCH] sec 7.7.8.
_____________________________________________________________________
IBA Attribute and Field Corresponding SNMP Object
_____________________________________________________________________
------------
PortCounters see [IBTAARCH] Table:225
------------
(.PortRcvData * 4) +
(.PortRcvPkts * POH) +
(PortFlowCtlCounters.
PortRcvFlowPkts * SLP ) = IF-MIB:ifInOctets
.PortRcvConstraintErrors +
.VL15Dropped = IF-MIB:ifInDiscards
.PortRcvRemotePhysicalErrors +
PortCounters.PortRcvErrors = IF-MIB:ifInErrors
.PortRcvPkts = IF-MIB:ifInUcastPkts
.PortXmitData * 4 +
(PortFlowCtlCounters.PortXmitFlowPkts * SLP) +
(.PortXmitPkts * POH) = IF-MIB:ifOutOctets
.PortXmitDiscards +
.PortXmitConstraintErrors = IF-MIB:ifOutDiscards
Rosenstock Expires December 2006 [Page 11]
Internet-Draft IPOVERIB IF MIB Module June 2006
.PortXmitPkts +
.PortXmitDiscards +
.PortXmitConstraintErrors = IF-MIB:ifOutUcastPkts
.SymbolErrorCounter = ibIfPortSymbolErrs
.LinkErrorRecoveryCounter = ibIfPortLinkErrRecovery
.PortRcvRemotePhysicalErrors = ibIfPortStatRcvRemPhyErrs
.LinkDownedCounter = ibIfPortLinkDowned
.LocalLinkIntegrityErrors = ibIfPortStatLinkIntegrityErrs
.ExcessiveBufferOverrunErrors = ibIfPortStatExcBufOverrunErrs
.VL15Dropped = ibIfPortStatVL15Dropped
Note: If PortCountersExtended see [IBTAARCH] Table:238 supported use
these rather than PortCounters for the above where applicable and
additionally:
.PortUnicastRcvPkts = IF-MIB:ifHCInUcastPkts
.PortUnicastXmitPkts +
.PortXmitDiscards +
.PortXmitConstraintErrors = IF-MIB:ifHCOutUcastPkts
.PortMulticastRcvPkts = IF-MIB:ifHCInMulticastPkts
.PortMulticastXmitPkts = IF-MIB:ifHCOutMulticastPkts
-------------------
PortRcvErrorDetails see [IBTAARCH] Table:228
-------------------
.PortLocalPhysicalErrors = ibIfPortStatLocalPhyErrs
.PortMalformedPacketErrors = ibIfPortStatMalPktErrs
----------------------
PortXmitDiscardDetails see [IBTAARCH] table:229
----------------------
.PortInactiveDiscards = ibIfPortStatInactDiscards
.PortNeighborMTUDiscards = ibIfPortStatNeighMTUDiscards
.PortSwLifetimeLimitDiscards = ibIfPortStatSwLifetimeDiscards
.PortSwHOQLimitDiscards = ibIfPortStatHOQLifetimeDiscards
--------
PortInfo see [IBTAARCH] Table:145
Rosenstock Expires December 2006 [Page 12]
Internet-Draft IPOVERIB IF MIB Module June 2006
--------
.NeighborMTU = IF-MIB:ifMtu
.linkWidthActive *
.linkSpeedActive = IF-MIB:ifSpeed
_____________________________________________________________________
IBA Port Sample Counter Corresponding SNMP Object
_____________________________________________________________________
--------------------
CounterSelect Values see [IBTAARCH] table:189
--------------------
PortRcvDataVL * 4 +
( PortXmitPktsVL * POH) = ibIfVLInOctets
PortRcvPktsVL = ibIfVLInPkts
PortXmitDataVL * 4 +
( PortXmitPktsVL * POH) = ibIfVLOutOctets
PortXmitPktsVL = ibIfVLOutPkts
3.5 Case Diagram
The following "Case Diagram" visually depicts the mapping described
in section 3.4. Again it should be noted that since no multicast
counters are defined by the IBA specification they are not covered
here.
^ v
| | Layer 3
====|=========================================|========================
| .................... | Layer 2
|----------->. forwarding engine.-------->|
| . . |
| . (Switches Only) . |
| .................... |
| | |
| V |
| PC.PortRcvSwitchRelayErrors |
| |
--- IfInUcast = PC.PortRcvPkts --- IfOutUCasts =
| | PC.PortXmitPkts +
| | PC.PortXmitDiscards +
| | PC.PortXmitConstraint
| | Errors
| |
Rosenstock Expires December 2006 [Page 13]
Internet-Draft IPOVERIB IF MIB Module June 2006
|--> IfInDiscards = |--> IfOutDiscards =
| PC.PortRcvConstraintErrs + | PC.PortXmitDiscards +
| PC.VL15Dropped | PC.PortXmitConstraint
| | Errors
--- IfInOctets = |
| PC.PortRcvData * 4 + |
| PC.PortRcvPkts * POH + |--> IfOutErrors = 0
| PFCC.PortRcvFloPkts * SLP |
| |
|--> IfInUnknownProtos = 0 |--> IfOutOctets =
| | (PC.PortXmitData * 4)+
|--> IfInErrors = | (PFCC.PortXmitFlowPkts
| PC.PortRcvRemotePhysicalErrors + | * SLP) +
| PC.PortRcvErrors | (PC.PortXmitPkts * POH)
| |
====|=========================================|========================
^ | Layer 1
V
Abbreviations:
PRED = PortRcvErrorDetails Table
PC = Port Counters Table
PFCC = PortFlowCtlCounters Table
POH = Packet Overhead = 4bytes
SLP = Size Link FlowCtl Packt = 8
MB = MaxHeader bytes = 126
PC.PortXmitDiscards = PortInactiveDiscards +
PortNeighborMTUDiscards +
PortSwLifeTimeLimitDiscard +
PortSwHOQLifetimeLimitDiscards
PC.PortRcvErrors = PRED.PortLocalPhysicalErrors +
PRED.PortMalformedPacketErrors +
PRED.PortBufferOverrunErrors
PC.PortRcvSwitchRelayErrors = PRED.PortDLIDMapErrs +
PRED.PortVLMapErrs +
PRED.PortLoopingErr
Rosenstock Expires December 2006 [Page 14]
Internet-Draft IPOVERIB IF MIB Module June 2006
4. InfiniBand Interface MIB Definitions
IB-IF-MIB DEFINITIONS ::= BEGIN
IMPORTS
MODULE-COMPLIANCE, OBJECT-GROUP FROM SNMPv2-CONF
MODULE-IDENTITY, OBJECT-TYPE,
Unsigned32, Counter32, Counter64 FROM SNMPv2-SMI
InterfaceIndex FROM IF-MIB
IbVirtualLane, infinibandMIB,
IbIpoibClientIdentifier FROM IB-TC-MIB;
ibIfMIB MODULE-IDENTITY
LAST-UPDATED "200606270000Z" -- 27 June 2006 00:00:00 GMT
ORGANIZATION "IETF IP over IB (IPOIB) Working Group"
CONTACT-INFO
"Hal Rosenstock
Postal: HNR Consulting
200 Old Harvard Road
Boxboro MA 01719-1834
United States
Email: hnrose@earthlink.net
Email comments to the IPOIB WG Mailing List at
ipoverib@ietf.org."
DESCRIPTION
"Copyright (C) The Internet Society (2006). The initial
version of this MIB module was published in RFC XXXX; for
full legal notices see the RFC itself. Supplementary
information may be available on
http://www.ietf.org/copyrights/ianamib.html.
This module contains managed object definitions for
managing InfiniBand interfaces."
REVISION
"200606270000Z" -- 27 June 2006 00:00:00 EST
DESCRIPTION
"Initial version published as part of RFC XXXX."
::= { infinibandMIB 2 }
--
-- Top-Level Object Identifier Assignments
--
ibIfObjects OBJECT IDENTIFIER ::= { ibIfMIB 1 }
ibIfNotifications OBJECT IDENTIFIER ::= { ibIfMIB 2 }
ibIfConformance OBJECT IDENTIFIER ::= { ibIfMIB 3 }
Rosenstock Expires December 2006 [Page 15]
Internet-Draft IPOVERIB IF MIB Module June 2006
--**************************************************************
-- IPoIB Detailed per interface/port statistics
-- ibIfPortStat Table
--**************************************************************
ibIfPortStatTable OBJECT-TYPE
SYNTAX SEQUENCE OF IbIfPortStatEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"This table provides detail statistics for all InfiniBand
interfaces attached to a particular system. There will be
one row in this table for each InfiniBand interface in the
system."
::= { ibIfObjects 1 }
ibIfPortStatEntry OBJECT-TYPE
SYNTAX IbIfPortStatEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"Statistics for a particular interface to an
InfiniBand medium."
INDEX { ibIfPortStatIfIndex }
::= { ibIfPortStatTable 1 }
IbIfPortStatEntry ::= SEQUENCE {
ibIfPortStatIfIndex InterfaceIndex,
ibIfPortSymbolErrs Counter32,
ibIfPortLinkErrRecovery Counter32,
ibIfPortLinkDowned Counter32,
ibIfPortStatLocalPhyErrs Counter32,
ibIfPortStatMalPktErrs Counter32,
ibIfPortStatRcvRemPhyErrs Counter32,
ibIfPortStatRcvConstrErrs Counter32,
ibIfPortStatInactDiscards Counter32,
ibIfPortStatNeighMTUDiscards Counter32,
ibIfPortStatSwLifetimeDiscards Counter32,
ibIfPortStatHOQLifetimeDiscards Counter32,
ibIfPortStatLinkIntergrityErrs Counter32,
ibIfPortStatExcBufOverrunErrs Counter32,
ibIfPortStatVL15Dropped Counter32
}
ibIfPortStatIfIndex OBJECT-TYPE
SYNTAX InterfaceIndex
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
Rosenstock Expires December 2006 [Page 16]
Internet-Draft IPOVERIB IF MIB Module June 2006
"The ifIndex value of the InfiniBand interface to which
these port statistics apply."
::= { ibIfPortStatEntry 1 }
ibIfPortSymbolErrs OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"Total number of minor link errors detected on one or more
physical lanes."
REFERENCE
"InfiniBand Architecture Release 1.2 Vol. 1. Section
16.1.3.5; Table 225 PortCounters::SymbolErrorCounter."
::= { ibIfPortStatEntry 2 }
ibIfPortLinkErrRecovery OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"Total number of times the Port Training state machine has
successfully completed the link error recovery process."
REFERENCE
"InfiniBand Architecture Release 1.2 Vol. 1. Section
16.1.3.5; Table 225 PortCounters::LinkErrorRecoveryCounter."
::= { ibIfPortStatEntry 3 }
ibIfPortLinkDowned OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"Total number of times the Port Training state machine
has failed the link error recovery process and downed
the link."
REFERENCE
"InfiniBand Architecture Release 1.2 Vol. 1. Section
16.1.3.5; Table 225 PortCounters::LinkDownedCounter."
::= { ibIfPortStatEntry 4 }
ibIfPortStatLocalPhyErrs OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"Total number of packets received on the port that contain
local physical errors (ICRC, VCRC, FCCRC, and
all physical errors that cause entry into the BAD
Rosenstock Expires December 2006 [Page 17]
Internet-Draft IPOVERIB IF MIB Module June 2006
PACKET or BAD PACKET DISCARD states of the
packet receiver state machine)."
REFERENCE
"InfiniBand Architecture Release 1.2 Vol. 1. Section
16.1.3.5; Table 225 PortCounters::PortRcvErrors."
::= { ibIfPortStatEntry 5 }
ibIfPortStatMalPktErrs OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"Total number of packets received on the port that contain
malformed packet errors
- data packets: LVer, length, VL
- link packets: operand, length, VL"
REFERENCE
"InfiniBand Architecture Release 1.2 Vol. 1. Section
16.1.3.5; Table 225 PortCounters::PortRcvErrors."
::= { ibIfPortStatEntry 6 }
ibIfPortStatRcvRemPhyErrs OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"Total number of packets marked with the EBP delimiter
received on the port."
REFERENCE
"InfiniBand Architecture Release 1.2 Vol. 1. Section
16.1.3.5; Table 225
PortCounters::PortRcvRemotePhysicalErrors."
::= { ibIfPortStatEntry 7 }
ibIfPortStatRcvConstrErrs OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"Total number of packets received on the port that are
discarded for the following reasons:
- FilterRawInbound is true and packet is raw
- PartitionEnforcementInbound is true and packet fails
partition key check or IP version check."
REFERENCE
"InfiniBand Architecture Release 1.2 Vol. 1. Section 16.1.3.5;
Table 225 PortCounters::PortRcvConstraintErrors."
::= { ibIfPortStatEntry 8 }
Rosenstock Expires December 2006 [Page 18]
Internet-Draft IPOVERIB IF MIB Module June 2006
ibIfPortStatInactDiscards OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"Total number of outbound packets discarded by the port
because it is not in the active state."
REFERENCE
"InfiniBand Architecture Release 1.2 Vol. 1. Section 16.1.4.2;
Table 229 PortXmitDiscardDetails::PortInactiveDiscards."
::= { ibIfPortStatEntry 9 }
ibIfPortStatNeighMTUDiscards OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"Total number of outbound packets discarded by the
port because packet length exceeded the neighbor MTU."
REFERENCE
"InfiniBand Architecture Release 1.2 Vol. 1. Section 16.1.4.2;
Table 229 PortXmitDiscardDetails::PortNeighborMTUDiscards."
::= { ibIfPortStatEntry 10 }
ibIfPortStatSwLifetimeDiscards OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"Total number of outbound packets discarded by the port
because the Switch Lifetime Limit was exceeded. Note this
object is only incremented for switches."
REFERENCE
"InfiniBand Architecture Release 1.2 Vol. 1. Section 16.1.4.2;
Table 229
PortXmitDiscardDetails::PortSwLifetimeLimitDiscards."
::= { ibIfPortStatEntry 11 }
ibIfPortStatHOQLifetimeDiscards OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"Total number of outbound packets discarded by the port
because the switch HOQ lifetime was exceeded. Note this
object is only incremented for switches."
REFERENCE
"InfiniBand Architecture Release 1.2 Vol. 1. Section 16.1.4.2;
Table 229 PortXmitDiscardDetails::PortSwHOQLimitDiscards."
Rosenstock Expires December 2006 [Page 19]
Internet-Draft IPOVERIB IF MIB Module June 2006
::= { ibIfPortStatEntry 12 }
ibIfPortStatLinkIntergrityErrs OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The number of times that the count of local physical errors
exceeded the LocalPhyErrors threshold."
REFERENCE
"InfiniBand Architecture Release 1.2 Vol. 1. Section 16.1.3.5;
Table 225 PortCounters::LocalLinkIntegrityErrors.; Also see
Table 145 PortInfo."
::= { ibIfPortStatEntry 13 }
ibIfPortStatExcBufOverrunErrs OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The number of times that OverrunErrors consecutive
flow control update periods occurred with at least one
overrun error in each period."
REFERENCE
"InfiniBand Architecture Release 1.2 Vol. 1. Section 16.1.3.5;
Table 225 PortCounters::ExcessiveBufferOverrunErrors.; Also
see Table 145 PortInfo."
::= { ibIfPortStatEntry 14 }
ibIfPortStatVL15Dropped OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"Number of incoming VL15 packets dropped due to resource
limitations on the selected port (e.g., lack of buffers)."
REFERENCE
"InfiniBand Architecture Release 1.2 Vol. 1. Section 16.1.3.5;
Table 225 PortCounters::VL15Dropped."
::= { ibIfPortStatEntry 15 }
--***************************************************************
-- IPoIB per port VL Traffic Objects
-- ibIfVLTraffic Table
--***************************************************************
ibIfVLTrafficTable OBJECT-TYPE
SYNTAX SEQUENCE OF IbIfVLTrafficEntry
Rosenstock Expires December 2006 [Page 20]
Internet-Draft IPOVERIB IF MIB Module June 2006
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"This table provides traffic statistics for all
virtual lanes that are configured on an InfiniBand
interface. There will always be at least one data virtual
lane in the range VL0-VL14 configured on an interface,
as well as control channel VL15. Configuration
of what VLs are available on a particular interface
is done by IBA native management."
::= { ibIfObjects 2 }
ibIfVLTrafficEntry OBJECT-TYPE
SYNTAX IbIfVLTrafficEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"Information about a particular virtual lane (VL)."
INDEX { ibIfVLTrafficIfIndex, ibIfVLIndex }
::= { ibIfVLTrafficTable 1 }
IbIfVLTrafficEntry ::= SEQUENCE {
ibIfVLTrafficIfIndex InterfaceIndex,
ibIfVLIndex IbVirtualLane,
ibIfVLOutOctets Counter64,
ibIfVLOutPkts Counter64,
ibIfVLInOctets Counter64,
ibIfVLInPkts Counter64
}
ibIfVLTrafficIfIndex OBJECT-TYPE
SYNTAX InterfaceIndex
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"The ifIndex value of the InfiniBand interface to which these
virtual lane (VL) traffic statistics apply."
::= { ibIfVLTrafficEntry 1 }
ibIfVLIndex OBJECT-TYPE
SYNTAX IbVirtualLane
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"Identifies what Virtual Lane (VL) instance is being
addressed."
::= { ibIfVLTrafficEntry 2 }
Rosenstock Expires December 2006 [Page 21]
Internet-Draft IPOVERIB IF MIB Module June 2006
ibIfVLOutOctets OBJECT-TYPE
SYNTAX Counter64
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The number of octets transmitted in valid data packets on
this interface, including the START and END delimiters and
the VCRC for this VL."
REFERENCE
"InfiniBand Architecture Release 1.2 Vol. 1. Section 16.1.3.3;
Table 223 CounterSelect::PortXmitDataVL."
::= { ibIfVLTrafficEntry 3 }
ibIfVLOutPkts OBJECT-TYPE
SYNTAX Counter64
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The number of packets successfully sent on this VL."
REFERENCE
"InfiniBand Architecture Release 1.2 Vol. 1. Section 16.1.3.3;
Table 223 CounterSelect::PortXmitPktVL."
::= { ibIfVLTrafficEntry 4 }
ibIfVLInOctets OBJECT-TYPE
SYNTAX Counter64
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The number of octets in valid data packets received on this
interface, including the START and END delimiters and the
VCRC for this VL."
REFERENCE
"InfiniBand Architecture Release 1.2 Vol. 1. Section 16.1.3.3;
Table 223 CounterSelect::PortRcvDataVL."
::= { ibIfVLTrafficEntry 5 }
ibIfVLInPkts OBJECT-TYPE
SYNTAX Counter64
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The number of packets successfully received on this VL.
This does not include link packets, since link packets are
generated by the interface layer, and are not passed from any
higher layer protocol."
REFERENCE
"InfiniBand Architecture Release 1.2 Vol. 1. Section 16.1.3.3;
Table 223 CounterSelect::PortRcvPktVL."
Rosenstock Expires December 2006 [Page 22]
Internet-Draft IPOVERIB IF MIB Module June 2006
::= { ibIfVLTrafficEntry 6 }
--***************************************************************
-- IPoIB Link Layer Address Table
-- ibIpoibLinkLayerAddr Table
--***************************************************************
ibIpoibLinkLayerAddrTable OBJECT-TYPE
SYNTAX SEQUENCE OF IbIpoibLinkLayerAddrEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"This table contains information about all IPOIB link
layer addresses associated with this InfiniBand interface
(port)."
::= { ibIfObjects 3 }
ibIpoibLinkLayerAddrEntry OBJECT-TYPE
SYNTAX IbIpoibLinkLayerAddrEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"Information about specific IPOIB link layer addresses
associated with this InfiniBand interface (port)."
INDEX { ibIpoibLinkLayerIfIndex, ibIpoibLinkLayerIndex }
::= { ibIpoibLinkLayerAddrTable 1 }
IbIpoibLinkLayerAddrEntry ::= SEQUENCE {
ibIpoibLinkLayerIfIndex InterfaceIndex,
ibIpoibLinkLayerIndex Unsigned32,
ibIpoibLinkLayerAddr IbIpoibClientIdentifier
}
ibIpoibLinkLayerIfIndex OBJECT-TYPE
SYNTAX InterfaceIndex
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"The ifIndex of the IPOIB InfiniBand interface (port)."
::= { ibIpoibLinkLayerAddrEntry 1 }
ibIpoibLinkLayerIndex OBJECT-TYPE
SYNTAX Unsigned32(1..65535)
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"Index of the IPOIB Link Layer address in the table."
::= { ibIpoibLinkLayerAddrEntry 2 }
Rosenstock Expires December 2006 [Page 23]
Internet-Draft IPOVERIB IF MIB Module June 2006
ibIpoibLinkLayerAddr OBJECT-TYPE
SYNTAX IbIpoibClientIdentifier
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"A Client Identifier for this interface (port). An
implementation may associate multiple IPOIB interfaces on the
same port. It is up to the implementation to ensure a unique
Client Identifier when multiple IPOIB interfaces are defined
over the same port and same GID. A unique, invariant
interface-id value must be included in addition to the GID
within the Client Identifier definition to achieve this.
Note: a port may also be associated with multiple GIDs.
Therefore, multiple IPOIB interfaces may exist on the same
port while using a different GID from among the GIDs
associated with the port. In either case, the
IbIpoibLinkLayerAddr MUST be unique."
::= { ibIpoibLinkLayerAddrEntry 3 }
ibIfCompliances OBJECT IDENTIFIER ::= { ibIfConformance 1 }
ibIfMIBGroups OBJECT IDENTIFIER ::= { ibIfConformance 2 }
--****************************************************************
-- Compliance Statements
--****************************************************************
ibIfBasicCompliance MODULE-COMPLIANCE
STATUS current
DESCRIPTION "The basic implementation requirements for
managed network entities that have InfiniBand
network interfaces."
MODULE -- this module
-- ibIfStatOptionalPortStatGroup, ibIfVLTrafficGroup, and
-- ibIpoibLinkAddrGroup are not required for basic
-- implementation.
MANDATORY-GROUPS { ibIfStatMandatoryPortStatGroup }
::= { ibIfCompliances 1 }
ibIfFullCompliance MODULE-COMPLIANCE
STATUS current
DESCRIPTION "The full implementation requirements for
managed network entities that have InfiniBand
network interfaces."
MODULE -- this module
MANDATORY-GROUPS { ibIfStatMandatoryPortStatGroup,
ibIfStatOptionalPortStatGroup,
ibIfVLTrafficGroup,
ibIpoibLinkAddrGroup }
Rosenstock Expires December 2006 [Page 24]
Internet-Draft IPOVERIB IF MIB Module June 2006
::= { ibIfCompliances 2 }
--****************************************************************
-- Units of Conformance
--****************************************************************
ibIfStatMandatoryPortStatGroup OBJECT-GROUP
OBJECTS {
ibIfPortSymbolErrs,
ibIfPortLinkErrRecovery,
ibIfPortLinkDowned,
ibIfPortStatRcvRemPhyErrs,
ibIfPortStatRcvConstrErrs,
ibIfPortStatLinkIntergrityErrs,
ibIfPortStatExcBufOverrunErrs,
ibIfPortStatVL15Dropped
}
STATUS current
DESCRIPTION
"Detailed error statistics group for mandatory
InfiniBand-based Port Statistics counters."
::= { ibIfMIBGroups 1 }
ibIfStatOptionalPortStatGroup OBJECT-GROUP
OBJECTS {
ibIfPortStatLocalPhyErrs,
ibIfPortStatMalPktErrs,
ibIfPortStatInactDiscards,
ibIfPortStatNeighMTUDiscards,
ibIfPortStatSwLifetimeDiscards,
ibIfPortStatHOQLifetimeDiscards
}
STATUS current
DESCRIPTION
"Detailed error statistics group for optional
InfiniBand-based Port Statistics counters."
::= { ibIfMIBGroups 2 }
ibIfVLTrafficGroup OBJECT-GROUP
OBJECTS {
ibIfVLOutOctets,
ibIfVLOutPkts,
ibIfVLInOctets,
ibIfVLInPkts
}
STATUS current
DESCRIPTION
"Detailed per VL traffic statistics group."
::= { ibIfMIBGroups 3 }
Rosenstock Expires December 2006 [Page 25]
Internet-Draft IPOVERIB IF MIB Module June 2006
ibIpoibLinkAddrGroup OBJECT-GROUP
OBJECTS {
ibIpoibLinkLayerAddr
}
STATUS current
DESCRIPTION
"Detailed per port IPOIB link layer address group."
::= { ibIfMIBGroups 4 }
END
5. Security Considerations
SNMPv1 by itself is not a secure environment. Even if the network
itself is secure (for example by using IPSec), even then, there is no
control as to who on the secure network is allowed to access and
GET/SET (read/change/create/delete) the objects in this MIB.
It is recommended that the implementers consider the security
features as provided by the SNMPv3 framework. Specifically, the use
of the User-based Security Model RFC 3414 [RFC3414] and the
View-based Access Control Model RFC 3415 [RFC3415] is recommended.
It is then a customer/user responsibility to ensure that the SNMP
entity giving access to an instance of this MIB, is properly
configured to give access to the objects only to those principals
(users) that have legitimate rights to indeed GET or SET
(change/create/delete) them.
6. IANA Considerations
This memo does NOT define any new name spaces which must be
maintained by IANA. This memo DOES consume an ifType assignment
that has been made by IANA:
infiniband(199) -- ifType assigned by IANA
as well as an experimental MIB registration space:
infinibandMIB ::= { experimental 117 } -- Assigned by IANA
The infinibandMIB name space will be locally administered by
the IPOIB Working group as new MIBS are created by the group.
This document also requests IANA to assign { infinibandMIB 2 } to the
IB-IF-MIB specified in this document.
Rosenstock Expires December 2006 [Page 26]
Internet-Draft IPOVERIB IF MIB Module June 2006
7. Revision History
This section should be removed when this document is published as an
RFC.
7.1 Changes from <draft-ietf-ipoib-ibif-mib-08.txt>
Updated to InfiniBand Architecture Revision 1.2 from 1.1
Support for SDR, DDR, and QDR links
Also added PortCountersExtended
Resolved nits with <draft-ietf-ipoib-ibif-mib-08.txt>
Also updated some RFC numbers and references
Added revision history
8. References
8.1 Normative References
[RFC2119] Bradner, S., "Key words for use in RFCs to Indicate
Requirement Levels", BCP 14, RFC 2119, March 1997.
[RFC2578] McCloghrie, K., Perkins, D., Schoenwaelder, J., Case, J.,
Rose, M. and S. Waldbusser, "Structure of Management
Information Version 2 (SMIv2)", STD 58, RFC 2578, April
1999.
[RFC2579] McCloghrie, K., Perkins, D., Schoenwaelder, J., Case, J.,
Rose, M. and S. Waldbusser, "Textual Conventions for
SMIv2", STD 58, RFC 2579, April 1999.
[RFC2580] McCloghrie, K., Perkins, D., Schoenwaelder, J., Case, J.,
Rose, M. and S. Waldbusser, "Conformance Statements for
SMIv2", STD 58, RFC 2580, April 1999.
[RFC2863] McCloghrie, K., and Kastenholz F.,
"The Interfaces Group MIB", RFC 2863, June 2000.
[RFC3414] U. Blumenthal, B. Wijnen, "User-based Security Model (USM)
for version 3 of the Simple Network Management Protocol
(SNMPv3)", STD 62, RFC 3414, December 2002.
[RFC3415] B. Wijnen, R. Presuhn, K. McCloghrie, "View-based Access
Control Model (VACM) for the Simple Network Management
Rosenstock Expires December 2006 [Page 27]
Internet-Draft IPOVERIB IF MIB Module June 2006
Protocol (SNMP)", STD 62, RFC 3415, December 2002.
[IBTAARCH] InfiniBand Architecture Specification Volume 1,
Release 1.2, October, 2004, Final Release.
8.2 Informative References
[RFC2665] Flick J.,and Johnson J., "Definitions of Managed Objects
for the Ethernet-like Interface Types", RFC 2665,
August 1999.
[RFC3410] Case, J., Mundy, R., Partain, D. and B. Stewart,
"Introduction and Applicability Statements for
Internet-Standard Management Framework", RFC 3410,
December 2002
9. Acknowledgements
This MIB module was updated based on the original work done by Sean
Harnedy and Bill Anderson.
10. Author's Address
Hal Rosenstock
HNR Consulting
200 Old Harvard Road
Boxboro, MA 01719-1834
USA
Email: hnrose@earthlink.net
11. Intellectual Property Notice
The IETF takes no position regarding the validity or scope of any
Intellectual Property Rights or other rights that might be claimed
to pertain to the implementation or use of the technology
described in this document or the extent to which any license
under such rights might or might not be available; nor does it
represent that it has made any independent effort to identify any
such rights. Information on the procedures with respect to rights
in RFC documents can be found in BCP 78 and BCP 79.
Copies of IPR disclosures made to the IETF Secretariat and any
assurances of licenses to be made available, or the result of an
attempt made to obtain a general license or permission for the use
of such proprietary rights by implementers or users of this
specification can be obtained from the IETF on-line IPR repository
at http://www.ietf.org/ipr.
Rosenstock Expires December 2006 [Page 28]
Internet-Draft IPOVERIB IF MIB Module June 2006
The IETF invites any interested party to bring to its attention
any copyrights, patents or patent applications, or other
proprietary rights that may cover technology that may be required
to implement this standard. Please address the information to the
IETF at ietf-ipr@ietf.org.
12. Full Copyright Statement
Copyright (C) The Internet Society (2006).
This document is subject to the rights, licenses and restrictions
contained in BCP 78, and except as set forth therein, the authors
retain all their rights.
This document and the information contained herein are provided
on an "AS IS" basis and THE CONTRIBUTOR, THE ORGANIZATION HE/SHE
REPRESENTS OR IS SPONSORED BY (IF ANY), THE INTERNET SOCIETY AND
THE INTERNET ENGINEERING TASK FORCE DISCLAIM ALL WARRANTIES,
EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO ANY WARRANTY THAT
THE USE OF THE INFORMATION HEREIN WILL NOT INFRINGE ANY RIGHTS OR
ANY IMPLIED WARRANTIES OF MERCHANTABILITY OR FITNESS FOR A
PARTICULAR PURPOSE.
This document and translations of it may be copied and
furnished to others, and derivative works that comment on
or otherwise explain it or assist in its implementation may
be prepared, copied, published and distributed, in whole or
in part, without restriction of any kind, provided that the
above copyright notice and this paragraph are included on
all such copies and derivative works. However, this document
itself may not be modified in any way, such as by removing the
copyright notice or references to the Internet Society or other
Internet organizations, except as needed for the purpose of
developing Internet standards in which case the procedures for
copyrights defined in the Internet Standards process must be
followed, or as required to translate it into languages other
than English.
The limited permissions granted above are perpetual and
will not be revoked by the Internet Society or its
successors or assigns.
Acknowledgment
Funding for the RFC Editor function is currently provided by the
Internet Society.
Rosenstock Expires December 2006 [Page 29]
