RFC 4668
RADIUS Authentication Client MIB for IPv6
RADIUS Authentication Client MIB for IPv6 🦋
Okay bestie, this is RFC 4668, and it's giving standards track 💅. It was written by D. Nelson at Enterasys Networks and published in August 2006. It obsoletes RFC 2618, which is the older RADIUS Authentication Client MIB, and it doesn't update anything else. Think of it as the glow-up of that MIB 🌸.
Status of This Memo ✨
This document specifies an Internet standards track protocol for the Internet community, and it asks for discussion and suggestions for improvements. For the standardization state and status of this protocol, check the current edition of the "Internet Official Protocol Standards" (STD 1). Distribution of this memo is unlimited 🌈.
Copyright Notice 🎀
Copyright (C) The Internet Society (2006).
Abstract 💜
This memo defines a set of extensions that instrument RADIUS authentication client functions. These extensions are a piece of the Management Information Base (MIB) that network management protocols use across the Internet community. With them, IP-based management stations can manage RADIUS authentication clients, which is so iconic 🙌.
This memo obsoletes RFC 2618. It deprecates the MIB table that contains IPv4-only address formats and defines a new table that supports version-neutral IP address formats. The remaining MIB objects from RFC 2618 get carried forward into this document. The memo also adds UNITS and REFERENCE clauses to selected objects 🍓.
Table of Contents 🧚
1. Introduction ....................................................3
2. Terminology .....................................................3
3. The Internet-Standard Management Framework ......................3
4. Scope of Changes ................................................3
5. Structure of the MIB Module .....................................4
6. Deprecated Objects ..............................................5
7. Definitions .....................................................5
8. Security Considerations ........................................20
9. References .....................................................22
9.1. Normative References ......................................22
9.2. Informative References ....................................22
Appendix A. Acknowledgements ......................................231. Introduction ✨
So this memo defines a chunk of the Management Information Base (MIB) for network management protocols. The objects in here are all about the Remote Authentication Dial-In User Service (RADIUS) Authentication Client, the one from RFC 2865 [RFC2865] 💖.
2. Terminology 💅
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 RFC 2119 [RFC2119]. Those are the official BCP 14 key words, and they're how the spec tells you how strict to be 🫶.
This document uses terminology from RFC 2865 [RFC2865].
This document uses the word "malformed" when it talks about RADIUS packets, especially in the context of counters of "malformed packets". RFC 2865 doesn't give an explicit definition of "malformed". Generally, malformed means the implementation has determined that the packet doesn't match the format defined in RFC 2865. Some implementations decide packets are malformed when the Vendor Specific Attribute (VSA) format doesn't follow the RFC 2865 recommendations for VSAs. Those implementations are out in deployments today, so they basically set the de facto definition of "malformed" 👑.
3. The Internet-Standard Management Framework 🌸
If you want a detailed overview of the documents that describe the current Internet-Standard Management Framework, go check section 7 of RFC 3410 [RFC3410] 🔥.
Managed objects are accessed through a virtual information store called the Management Information Base, or MIB. People usually access MIB objects through the Simple Network Management Protocol (SNMP). Objects in the MIB are defined with the mechanisms from the Structure of Management Information (SMI). This memo specifies a MIB module that is compliant with SMIv2, which is described in STD 58, RFC 2578 [RFC2578], STD 58, RFC 2579 [RFC2579] and STD 58, RFC 2580 [RFC2580] 🦋.
4. Scope of Changes 🎀
This document obsoletes RFC 2618 [RFC2618], the RADIUS Authentication Client MIB. It does this by deprecating the radiusAuthServerTable table and adding a new table, radiusAuthServerExtTable. That new table contains radiusAuthServerInetAddressType, radiusAuthServerInetAddress, and radiusAuthClientServerInetPortNumber. These new objects exist to support version-neutral IP addressing formats. The existing table with radiusAuthServerAddress and radiusAuthClientServerPortNumber is deprecated. The remaining MIB objects are carried forward from RFC 2618 into this document, and the memo also adds UNITS and REFERENCE clauses to selected objects 🌈.
RFC 4001 [RFC4001], which defines the SMI Textual Conventions for IPv6 addresses, has this recommendation:
'In particular, when revising a MIB module that contains IPv4 specific tables, it is suggested to define new tables using the textual conventions defined in this memo [RFC4001] that support all versions of IP. The status of the new tables SHOULD be "current", whereas the status of the old IP version specific tables SHOULD be changed to "deprecated". The other approach, of having multiple similar tables for different IP versions, is strongly discouraged.'
5. Structure of the MIB Module 🧚
The RADIUS authentication protocol, described in RFC 2865 [RFC2865], splits things into a client function and a server function. In RADIUS authentication, clients send Access-Requests, and servers reply with Access-Accepts, Access-Rejects, and Access-Challenges. Usually, Network Access Server (NAS) devices implement the client function, so they'd be expected to implement the RADIUS authentication client MIB. RADIUS authentication servers implement the server function, so they'd be expected to implement the RADIUS authentication server MIB 💜.
It's also possible for one RADIUS authentication entity to do both client and server functions. For example, a RADIUS proxy can act as a server to one or more RADIUS authentication clients, and at the same time act as an authentication client to one or more authentication servers. In those situations, RADIUS entities that combine client and server functionality are expected to support both the client and server MIBs. The client MIB is defined in this document, and the server MIB is defined in [RFC4669] 🫶.
This MIB module has two scalars and a single table, the RADIUS Authentication Server Table. That table has one row for each RADIUS authentication server the client shares a secret with. Each entry in the RADIUS Authentication Server Table includes sixteen columns that present a view of the activity of the RADIUS authentication client 🌸.
This MIB imports from [RFC2578], [RFC2580], [RFC3411], and [RFC4001].
6. Deprecated Objects 🥀
The deprecated table in this MIB is carried forward from RFC 2618 [RFC2618]. There are two conditions under which it MAY be desirable for managed entities to keep supporting the deprecated table:
- The managed entity only supports IPv4 address formats.
- The managed entity supports both IPv4 and IPv6 address formats, and the deprecated table is supported for backwards compatibility with older management stations. This option SHOULD only be used when the IP addresses in the new table are in IPv4 format and can accurately be represented in both the new table and the deprecated table.
Managed entities SHOULD NOT instantiate row entries in the deprecated table, which contains IPv4-only address objects, when the RADIUS server address represented in that table row is not an IPv4 address. Managed entities SHOULD NOT return inaccurate values of IP address or SNMP object access errors for IPv4-only address objects in otherwise populated tables. When row entries exist in both the deprecated IPv4-only table and the new IP-version-neutral table that describe the same RADIUS server, the row indexes SHOULD be the same for the corresponding rows in each table. That way, management applications can correlate these related rows easily ✨.
7. Definitions 💖
RADIUS-AUTH-CLIENT-MIB DEFINITIONS ::= BEGIN
IMPORTS
MODULE-IDENTITY, OBJECT-TYPE, OBJECT-IDENTITY,
Counter32, Integer32, Gauge32,
IpAddress, TimeTicks, mib-2 FROM SNMPv2-SMI
SnmpAdminString FROM SNMP-FRAMEWORK-MIB
InetAddressType, InetAddress,
InetPortNumber FROM INET-ADDRESS-MIB
MODULE-COMPLIANCE, OBJECT-GROUP FROM SNMPv2-CONF;
radiusAuthClientMIB MODULE-IDENTITY
LAST-UPDATED "200608210000Z" -- 21 August 2006
ORGANIZATION "IETF RADIUS Extensions Working Group."
CONTACT-INFO
" Bernard Aboba
Microsoft
One Microsoft Way
Redmond, WA 98052
US
Phone: +1 425 936 6605
EMail: bernarda@microsoft.com"
DESCRIPTION
"The MIB module for entities implementing the client
side of the Remote Authentication Dial-In User Service
(RADIUS) authentication protocol. Copyright (C) The
Internet Society (2006). This version of this MIB
module is part of RFC 4668; see the RFC itself for
full legal notices."
REVISION "200608210000Z" -- 21 August 2006
DESCRIPTION
"Revised version as published in RFC 4668. This
version obsoletes that of RFC 2618 by deprecating
the MIB table containing IPv4-only address formats
and defining a new table to add support for version
neutral IP address formats. The remaining MIB objects
from RFC 2618 are carried forward into this version."
REVISION "199906110000Z" -- 11 Jun 1999
DESCRIPTION "Initial version as published in RFC 2618."
::= { radiusAuthentication 2 }
radiusMIB OBJECT-IDENTITY
STATUS current
DESCRIPTION
"The OID assigned to RADIUS MIB work by the IANA."
::= { mib-2 67 }
radiusAuthentication OBJECT IDENTIFIER ::= {radiusMIB 1}
radiusAuthClientMIBObjects OBJECT IDENTIFIER
::= { radiusAuthClientMIB 1 }
radiusAuthClient OBJECT IDENTIFIER
::= { radiusAuthClientMIBObjects 1 }
radiusAuthClientInvalidServerAddresses OBJECT-TYPE
SYNTAX Counter32
UNITS "packets"
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The number of RADIUS Access-Response packets
received from unknown addresses."
::= { radiusAuthClient 1 }
radiusAuthClientIdentifier OBJECT-TYPE
SYNTAX SnmpAdminString
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The NAS-Identifier of the RADIUS authentication client.
This is not necessarily the same as sysName in MIB II."
REFERENCE "RFC 2865 section 5.32"
::= { radiusAuthClient 2 }The MIB definitions keep going from here, and the next chunk has the rest of the client objects. Stay tuned, bestie 🦋💅
okay so this is where the actual MIB objects start getting real 💅 we begin with the deprecated RADIUS auth server table, then the counters, then the new Ext stuff that shows up in this revision 🦋
radiusAuthServerTable OBJECT-TYPE
SYNTAX SEQUENCE OF RadiusAuthServerEntry
MAX-ACCESS not-accessible
STATUS deprecated
DESCRIPTION
"The (conceptual) table listing the RADIUS authentication
servers with which the client shares a secret."
::= { radiusAuthClient 3 }
radiusAuthServerEntry OBJECT-TYPE
SYNTAX RadiusAuthServerEntry
MAX-ACCESS not-accessible
STATUS deprecated
DESCRIPTION
"An entry (conceptual row) representing a RADIUS
authentication server with which the client shares
a secret."
INDEX { radiusAuthServerIndex }
::= { radiusAuthServerTable 1 }
RadiusAuthServerEntry ::= SEQUENCE {
radiusAuthServerIndex Integer32,
radiusAuthServerAddress IpAddress,
radiusAuthClientServerPortNumber Integer32,
radiusAuthClientRoundTripTime TimeTicks,
radiusAuthClientAccessRequests Counter32,
radiusAuthClientAccessRetransmissions Counter32,
radiusAuthClientAccessAccepts Counter32,
radiusAuthClientAccessRejects Counter32,
radiusAuthClientAccessChallenges Counter32,
radiusAuthClientMalformedAccessResponses Counter32,
radiusAuthClientBadAuthenticators Counter32,
radiusAuthClientPendingRequests Gauge32,
radiusAuthClientTimeouts Counter32,
radiusAuthClientUnknownTypes Counter32,
radiusAuthClientPacketsDropped Counter32
}
radiusAuthServerIndex OBJECT-TYPE
SYNTAX Integer32 (1..2147483647)
MAX-ACCESS not-accessible
STATUS deprecated
DESCRIPTION
"A number uniquely identifying each RADIUS
Authentication server with which this client
communicates."
::= { radiusAuthServerEntry 1 }
radiusAuthServerAddress OBJECT-TYPE
SYNTAX IpAddress
MAX-ACCESS read-only
STATUS deprecated
DESCRIPTION
"The IP address of the RADIUS authentication server
referred to in this table entry."
::= { radiusAuthServerEntry 2 }
radiusAuthClientServerPortNumber OBJECT-TYPE
SYNTAX Integer32 (0..65535)
MAX-ACCESS read-only
STATUS deprecated
DESCRIPTION
"The UDP port the client is using to send requests to
this server."
REFERENCE "RFC 2865 section 3"
::= { radiusAuthServerEntry 3 }
radiusAuthClientRoundTripTime OBJECT-TYPE
SYNTAX TimeTicks
MAX-ACCESS read-only
STATUS deprecated
DESCRIPTION
"The time interval (in hundredths of a second) between
the most recent Access-Reply/Access-Challenge and the
Access-Request that matched it from this RADIUS
authentication server."
::= { radiusAuthServerEntry 4 }the counter objects are next and this part is giving bookkeeping realness 🧚 the comment block at the top lays out how the numbers are supposed to add up, so read it like a little math puzzle 🍓
-- Request/Response statistics
--
-- TotalIncomingPackets = Accepts + Rejects + Challenges +
-- UnknownTypes
--
-- TotalIncomingPackets - MalformedResponses -
-- BadAuthenticators - UnknownTypes - PacketsDropped =
-- Successfully received
--
-- AccessRequests + PendingRequests + ClientTimeouts =
-- Successfully received
--
--
radiusAuthClientAccessRequests OBJECT-TYPE
SYNTAX Counter32
UNITS "packets"
MAX-ACCESS read-only
STATUS deprecated
DESCRIPTION
"The number of RADIUS Access-Request packets sent
to this server. This does not include retransmissions."
REFERENCE "RFC 2865 section 4.1"
::= { radiusAuthServerEntry 5 }
radiusAuthClientAccessRetransmissions OBJECT-TYPE
SYNTAX Counter32
UNITS "packets"
MAX-ACCESS read-only
STATUS deprecated
DESCRIPTION
"The number of RADIUS Access-Request packets
retransmitted to this RADIUS authentication server."
REFERENCE "RFC 2865 sections 2.5, 4.1"
::= { radiusAuthServerEntry 6 }
radiusAuthClientAccessAccepts OBJECT-TYPE
SYNTAX Counter32
UNITS "packets"
MAX-ACCESS read-only
STATUS deprecated
DESCRIPTION
"The number of RADIUS Access-Accept packets
(valid or invalid) received from this server."
REFERENCE "RFC 2865 section 4.2"
::= { radiusAuthServerEntry 7 }
radiusAuthClientAccessRejects OBJECT-TYPE
SYNTAX Counter32
UNITS "packets"
MAX-ACCESS read-only
STATUS deprecated
DESCRIPTION
"The number of RADIUS Access-Reject packets
(valid or invalid) received from this server."
REFERENCE "RFC 2865 section 4.3"
::= { radiusAuthServerEntry 8 }
radiusAuthClientAccessChallenges OBJECT-TYPE
SYNTAX Counter32
UNITS "packets"
MAX-ACCESS read-only
STATUS deprecated
DESCRIPTION
"The number of RADIUS Access-Challenge packets
(valid or invalid) received from this server."
REFERENCE "RFC 2865 section 4.4"
::= { radiusAuthServerEntry 9 }
-- "Access-Response" includes an Access-Accept, Access-Challenge
-- or Access-Reject
radiusAuthClientMalformedAccessResponses OBJECT-TYPE
SYNTAX Counter32
UNITS "packets"
MAX-ACCESS read-only
STATUS deprecated
DESCRIPTION
"The number of malformed RADIUS Access-Response
packets received from this server.
Malformed packets include packets with
an invalid length. Bad authenticators or
Message Authenticator attributes or unknown types
are not included as malformed access responses."
::= { radiusAuthServerEntry 10 }
radiusAuthClientBadAuthenticators OBJECT-TYPE
SYNTAX Counter32
UNITS "packets"
MAX-ACCESS read-only
STATUS deprecated
DESCRIPTION
"The number of RADIUS Access-Response packets
containing invalid authenticators or Message
Authenticator attributes received from this server."
REFERENCE "RFC 2865 section 3, RFC 2869 section 5.14"
::= { radiusAuthServerEntry 11 }
radiusAuthClientPendingRequests OBJECT-TYPE
SYNTAX Gauge32
MAX-ACCESS read-only
STATUS deprecated
DESCRIPTION
"The number of RADIUS Access-Request packets
destined for this server that have not yet timed out
or received a response. This variable is incremented
when an Access-Request is sent and decremented due to
receipt of an Access-Accept, Access-Reject,
Access-Challenge, timeout, or retransmission."
REFERENCE "RFC 2865 section 2"
::= { radiusAuthServerEntry 12 }
radiusAuthClientTimeouts OBJECT-TYPE
SYNTAX Counter32
UNITS "timeouts"
MAX-ACCESS read-only
STATUS deprecated
DESCRIPTION
"The number of authentication timeouts to this server.
After a timeout, the client may retry to the same
server, send to a different server, or
give up. A retry to the same server is counted as a
retransmit as well as a timeout. A send to a different
server is counted as a Request as well as a timeout."
REFERENCE "RFC 2865 section 2, RFC 2869 section 2.3.2"
::= { radiusAuthServerEntry 13 }
radiusAuthClientUnknownTypes OBJECT-TYPE
SYNTAX Counter32
UNITS "packets"
MAX-ACCESS read-only
STATUS deprecated
DESCRIPTION
"The number of RADIUS packets of unknown type that
were received from this server on the authentication
port."
::= { radiusAuthServerEntry 14 }
radiusAuthClientPacketsDropped OBJECT-TYPE
SYNTAX Counter32
UNITS "packets"
MAX-ACCESS read-only
STATUS deprecated
DESCRIPTION
"The number of RADIUS packets that were
received from this server on the authentication port
and dropped for some other reason."
::= { radiusAuthServerEntry 15 }and now the new stuff 🌈 this block is marked as the new MIB objects in this revision, and the Ext table is marked current, so it's the one that's actually in the group chat right now 👑
-- New MIB Objects in this revision
radiusAuthServerExtTable OBJECT-TYPE
SYNTAX SEQUENCE OF RadiusAuthServerExtEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"The (conceptual) table listing the RADIUS authentication
servers with which the client shares a secret."
::= { radiusAuthClient 4 }
radiusAuthServerExtEntry OBJECT-TYPE
SYNTAX RadiusAuthServerExtEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"An entry (conceptual row) representing a RADIUS
authentication server with which the client shares
a secret."
INDEX { radiusAuthServerExtIndex }
::= { radiusAuthServerExtTable 1 }
RadiusAuthServerExtEntry ::= SEQUENCE {
radiusAuthServerExtIndex Integer32,
radiusAuthServerInetAddressType InetAddressType,
radiusAuthServerInetAddress InetAddress,
radiusAuthClientServerInetPortNumber InetPortNumber,
radiusAuthClientExtRoundTripTime TimeTicks,
radiusAuthClientExtAccessRequests Counter32,
radiusAuthClientExtAccessRetransmissions Counter32,
radiusAuthClientExtAccessAccepts Counter32,
radiusAuthClientExtAccessRejects Counter32,
radiusAuthClientExtAccessChallenges Counter32,
radiusAuthClientExtMalformedAccessResponses Counter32,
radiusAuthClientExtBadAuthenticators Counter32,
radiusAuthClientExtPendingRequests Gauge32,
radiusAuthClientExtTimeouts Counter32,
radiusAuthClientExtUnknownTypes Counter32,
radiusAuthClientExtPacketsDropped Counter32,
radiusAuthClientCounterDiscontinuity TimeTicks
}
radiusAuthServerExtIndex OBJECT-TYPE
SYNTAX Integer32 (1..2147483647)
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
"A number uniquely identifying each RADIUS
Authentication server with which this client
communicates."
::= { radiusAuthServerExtEntry 1 }
radiusAuthServerInetAddressType OBJECT-TYPE
SYNTAX InetAddressType
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The type of address format used for the
radiusAuthServerInetAddress object."
::= { radiusAuthServerExtEntry 2 }
radiusAuthServerInetAddress OBJECT-TYPE
SYNTAX InetAddress
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The IP address of the RADIUS authentication
server referred to in this table entry, using
the version-neutral IP address format."
::= { radiusAuthServerExtEntry 3 }Okay bestie, this next chunk is where the MIB gets really juicy 💅 We're still in the Definitions era, and the objects keep stacking up like a full closet 🎀
Port numbers and round-trip times first ✨
radiusAuthClientServerInetPortNumber OBJECT-TYPE
SYNTAX InetPortNumber ( 1..65535 )
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The UDP port the client is using to send requests
to this server. The value of zero (0) is invalid."
REFERENCE "RFC 2865 section 3"
::= { radiusAuthServerExtEntry 4 }
radiusAuthClientExtRoundTripTime OBJECT-TYPE
SYNTAX TimeTicks
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The time interval (in hundredths of a second) between
the most recent Access-Reply/Access-Challenge and the
Access-Request that matched it from this RADIUS
authentication server."
REFERENCE "RFC 2865 section 2"
::= { radiusAuthServerExtEntry 5 }Now the request/response stats, the part where the math is literally the whole vibe 🧮🦋
-- Request/Response statistics
--
-- TotalIncomingPackets = Accepts + Rejects + Challenges +
-- UnknownTypes
--
-- TotalIncomingPackets - MalformedResponses -
-- BadAuthenticators - UnknownTypes - PacketsDropped =
-- Successfully received
--
-- AccessRequests + PendingRequests + ClientTimeouts =
-- Successfully received
--
--
radiusAuthClientExtAccessRequests OBJECT-TYPE
SYNTAX Counter32
UNITS "packets"
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The number of RADIUS Access-Request packets sent
to this server. This does not include retransmissions.
This counter may experience a discontinuity when the
RADIUS Client module within the managed entity is
reinitialized, as indicated by the current value of
radiusAuthClientCounterDiscontinuity."
REFERENCE "RFC 2865 section 4.1"
::= { radiusAuthServerExtEntry 6 }
radiusAuthClientExtAccessRetransmissions OBJECT-TYPE
SYNTAX Counter32
UNITS "packets"
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The number of RADIUS Access-Request packets
retransmitted to this RADIUS authentication server.
This counter may experience a discontinuity when
the RADIUS Client module within the managed entity
is reinitialized, as indicated by the current value
of radiusAuthClientCounterDiscontinuity."
REFERENCE "RFC 2865 sections 2.5, 4.1"
::= { radiusAuthServerExtEntry 7 }
radiusAuthClientExtAccessAccepts OBJECT-TYPE
SYNTAX Counter32
UNITS "packets"
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The number of RADIUS Access-Accept packets
(valid or invalid) received from this server.
This counter may experience a discontinuity when
the RADIUS Client module within the managed entity
is reinitialized, as indicated by the current value
of radiusAuthClientCounterDiscontinuity."
REFERENCE "RFC 2865 section 4.2"
::= { radiusAuthServerExtEntry 8 }
radiusAuthClientExtAccessRejects OBJECT-TYPE
SYNTAX Counter32
UNITS "packets"
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The number of RADIUS Access-Reject packets
(valid or invalid) received from this server.
This counter may experience a discontinuity when
the RADIUS Client module within the managed
entity is reinitialized, as indicated by the
current value of
radiusAuthClientCounterDiscontinuity."
REFERENCE "RFC 2865 section 4.3"
::= { radiusAuthServerExtEntry 9 }
radiusAuthClientExtAccessChallenges OBJECT-TYPE
SYNTAX Counter32
UNITS "packets"
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The number of RADIUS Access-Challenge packets
(valid or invalid) received from this server.
This counter may experience a discontinuity when
the RADIUS Client module within the managed
entity is reinitialized, as indicated by the
current value of
radiusAuthClientCounterDiscontinuity."
REFERENCE "RFC 2865 section 4.4"
::= { radiusAuthServerExtEntry 10 }
-- "Access-Response" includes an Access-Accept, Access-Challenge,
-- or Access-Reject
radiusAuthClientExtMalformedAccessResponses OBJECT-TYPE
SYNTAX Counter32
UNITS "packets"
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The number of malformed RADIUS Access-Response
packets received from this server.
Malformed packets include packets with
an invalid length. Bad authenticators or
Message Authenticator attributes or unknown types
are not included as malformed access responses.
This counter may experience a discontinuity when
the RADIUS Client module within the managed entity
is reinitialized, as indicated by the current value
of radiusAuthClientCounterDiscontinuity."
REFERENCE "RFC 2865 sections 3, 4"
::= { radiusAuthServerExtEntry 11 }
radiusAuthClientExtBadAuthenticators OBJECT-TYPE
SYNTAX Counter32
UNITS "packets"
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The number of RADIUS Access-Response packets
containing invalid authenticators or Message
Authenticator attributes received from this server.
This counter may experience a discontinuity when
the RADIUS Client module within the managed entity
is reinitialized, as indicated by the current value
of radiusAuthClientCounterDiscontinuity."
REFERENCE "RFC 2865 section 3"
::= { radiusAuthServerExtEntry 12 }
radiusAuthClientExtPendingRequests OBJECT-TYPE
SYNTAX Gauge32
UNITS "packets"
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The number of RADIUS Access-Request packets
destined for this server that have not yet timed out
or received a response. This variable is incremented
when an Access-Request is sent and decremented due to
receipt of an Access-Accept, Access-Reject,
Access-Challenge, timeout, or retransmission."
REFERENCE "RFC 2865 section 2"
::= { radiusAuthServerExtEntry 13 }
radiusAuthClientExtTimeouts OBJECT-TYPE
SYNTAX Counter32
UNITS "timeouts"
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The number of authentication timeouts to this server.
After a timeout, the client may retry to the same
server, send to a different server, or
give up. A retry to the same server is counted as a
retransmit as well as a timeout. A send to a different
server is counted as a Request as well as a timeout.
This counter may experience a discontinuity when the
RADIUS Client module within the managed entity is
reinitialized, as indicated by the current value of
radiusAuthClientCounterDiscontinuity."
REFERENCE "RFC 2865 sections 2.5, 4.1"
::= { radiusAuthServerExtEntry 14 }
radiusAuthClientExtUnknownTypes OBJECT-TYPE
SYNTAX Counter32
UNITS "packets"
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The number of RADIUS packets of unknown type that
were received from this server on the authentication
port. This counter may experience a discontinuity
when the RADIUS Client module within the managed
entity is reinitialized, as indicated by the current
value of radiusAuthClientCounterDiscontinuity."
REFERENCE "RFC 2865 section 4"
::= { radiusAuthServerExtEntry 15 }
radiusAuthClientExtPacketsDropped OBJECT-TYPE
SYNTAX Counter32
UNITS "packets"
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The number of RADIUS packets that were
received from this server on the authentication port
and dropped for some other reason. This counter may
experience a discontinuity when the RADIUS Client
module within the managed entity is reinitialized,
as indicated by the current value of
radiusAuthClientCounterDiscontinuity."
::= { radiusAuthServerExtEntry 16 }
radiusAuthClientCounterDiscontinuity OBJECT-TYPE
SYNTAX TimeTicks
UNITS "centiseconds"
MAX-ACCESS read-only
STATUS current
DESCRIPTION
"The number of centiseconds since the last discontinuity
in the RADIUS Client counters. A discontinuity may
be the result of a reinitialization of the RADIUS
Client module within the managed entity."
::= { radiusAuthServerExtEntry 17 }Next up, the conformance info. This is the bit where the object groups get their IDs 🌸
-- conformance information
radiusAuthClientMIBConformance OBJECT IDENTIFIER
::= { radiusAuthClientMIB 2 }
radiusAuthClientMIBCompliances OBJECT IDENTIFIER
::= { radiusAuthClientMIBConformance 1 }
radiusAuthClientMIBGroups OBJECT IDENTIFIER
::= { radiusAuthClientMIBConformance 2 }And now the compliance statements, which are giving "who has to do what" energy 👑🫶
-- compliance statements
radiusAuthClientMIBCompliance MODULE-COMPLIANCE
STATUS deprecated
DESCRIPTION
"The compliance statement for authentication clients
implementing the RADIUS Authentication Client MIB.
Implementation of this module is for IPv4-only
entities, or for backwards compatibility use with
entities that support both IPv4 and IPv6."
MODULE -- this module
MANDATORY-GROUPS { radiusAuthClientMIBGroup }
::= { radiusAuthClientMIBCompliances 1 }
radiusAuthClientExtMIBCompliance MODULE-COMPLIANCE
STATUS current
DESCRIPTION
"The compliance statement for authentication
clients implementing the RADIUS Authentication
Client IPv6 Extensions MIB. Implementation of
this module is for entities that support IPv6,
or support IPv4 and IPv6."
MODULE -- this module
MANDATORY-GROUPS { radiusAuthClientExtMIBGroup }
OBJECT radiusAuthServerInetAddressType
SYNTAX InetAddressType { ipv4(1), ipv6(2) }
DESCRIPTION
"An implementation is only required to support
IPv4 and globally unique IPv6 addresses."
OBJECT radiusAuthServerInetAddress
SYNTAX InetAddress ( SIZE (4|16) )
DESCRIPTION
"An implementation is only required to support
IPv4 and globally unique IPv6 addresses."
::= { radiusAuthClientMIBCompliances 2 }Last bit for this part: we're about to get into the units of conformance, so stay tuned 🧚✨
-- units of conformanceThe MIB conformance groups wrap up section 7 before the security part of the document:
radiusAuthClientMIBGroup OBJECT-GROUP
OBJECTS { radiusAuthClientIdentifier,
radiusAuthClientInvalidServerAddresses,
radiusAuthServerAddress,
radiusAuthClientServerPortNumber,
radiusAuthClientRoundTripTime,
radiusAuthClientAccessRequests,
radiusAuthClientAccessRetransmissions,
radiusAuthClientAccessAccepts,
radiusAuthClientAccessRejects,
radiusAuthClientAccessChallenges,
radiusAuthClientMalformedAccessResponses,
radiusAuthClientBadAuthenticators,
radiusAuthClientPendingRequests,
radiusAuthClientTimeouts,
radiusAuthClientUnknownTypes,
radiusAuthClientPacketsDropped
}
STATUS deprecated
DESCRIPTION
"The basic collection of objects providing management of
RADIUS Authentication Clients."
::= { radiusAuthClientMIBGroups 1 }
radiusAuthClientExtMIBGroup OBJECT-GROUP
OBJECTS { radiusAuthClientIdentifier,
radiusAuthClientInvalidServerAddresses,
radiusAuthServerInetAddressType,
radiusAuthServerInetAddress,
radiusAuthClientServerInetPortNumber,
radiusAuthClientExtRoundTripTime,
radiusAuthClientExtAccessRequests,
radiusAuthClientExtAccessRetransmissions,
radiusAuthClientExtAccessAccepts,
radiusAuthClientExtAccessRejects,
radiusAuthClientExtAccessChallenges,
radiusAuthClientExtMalformedAccessResponses,
radiusAuthClientExtBadAuthenticators,
radiusAuthClientExtPendingRequests,
radiusAuthClientExtTimeouts,
radiusAuthClientExtUnknownTypes,
radiusAuthClientExtPacketsDropped,
radiusAuthClientCounterDiscontinuity
}
STATUS current
DESCRIPTION
"The collection of extended objects providing
management of RADIUS Authentication Clients
using version-neutral IP address format."
::= { radiusAuthClientMIBGroups 2 }
END8. Security Considerations 🔒✨
Okay, this part is serious, bestie, so I'm keeping the full vibe. 🫶 There are no management objects defined in this MIB that have a MAX-ACCESS clause of read-write and/or read-create. So, if this MIB is implemented correctly, there is no risk that an intruder can alter or create any management objects of this MIB via direct SNMP SET operations. 🛡️
Some of the readable objects in this MIB module (meaning objects with a MAX-ACCESS other than not-accessible) may be considered sensitive or vulnerable in some network environments. 😬 It's thus important to control even GET and/or NOTIFY access to these objects, and possibly even encrypt their values when sending them over the network via SNMP. These are the objects and their sensitivity/vulnerability:
radiusAuthServerIPAddress: This can be used to determine the address of the RADIUS authentication server with which the client is communicating. This information could be useful in mounting an attack on the authentication server. 💀radiusAuthClientServerPortNumber: This can be used to determine the port number on which the RADIUS authentication client is sending. This information could be useful in impersonating the client in order to send data to the authentication server. 🙈radiusAuthServerInetAddress: This can be used to determine the address of the RADIUS authentication server with which the client is communicating. This information could be useful in mounting an attack on the authentication server. 💀radiusAuthClientServerInetPortNumber: This can be used to determine the port number on which the RADIUS authentication client is sending. This information could be useful in impersonating the client in order to send data to the authentication server. 🙈
SNMP versions prior to SNMPv3 did not include adequate security. 📉 Even if the network itself is secure (for example by using IPsec), there is still no control over who on that secure network is allowed to access and GET/SET (read/change/create/delete) the objects in this MIB module. Not it. 💅
It is RECOMMENDED that implementers consider the security features provided by the SNMPv3 framework (see [RFC3410], section 8), including full support for the SNMPv3 cryptographic mechanisms (for authentication and privacy). 🔐
Deployment of SNMP versions prior to SNMPv3 is NOT RECOMMENDED. Instead, it is RECOMMENDED to deploy SNMPv3 and to enable cryptographic security. ⚠️
It is then a customer/operator responsibility to ensure that the SNMP entity giving access to an instance of this MIB module is properly configured, so access to the objects is given only to those principals (users) who have legitimate rights to actually GET or SET (change/create/delete) them. 👑
9. References 📚
9.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., Ed., Perkins, D., Ed., and J. Schoenwaelder, Ed., "Structure of Management Information Version 2 (SMIv2)", STD 58, RFC 2578, April 1999.
- [RFC2579] McCloghrie, K., Ed., Perkins, D., Ed., and J. Schoenwaelder, Ed., "Textual Conventions for SMIv2", STD 58, RFC 2579, April 1999.
- [RFC2580] McCloghrie, K., Perkins, D., and J. Schoenwaelder, "Conformance Statements for SMIv2", STD 58, RFC 2580, April 1999.
- [RFC2865] Rigney, C., Willens, S., Rubens, A., and W. Simpson, "Remote Authentication Dial In User Service (RADIUS)", RFC 2865, June 2000.
- [RFC3411] Harrington, D., Presuhn, R., and B. Wijnen, "An Architecture for Describing Simple Network Management Protocol (SNMP) Management Frameworks", STD 62, RFC 3411, December 2002.
- [RFC4001] Daniele, M., Haberman, B., Routhier, S., and J. Schoenwaelder, "Textual Conventions for Internet Network Addresses", RFC 4001, February 2005.
9.2. Informative References
- [RFC2618] Aboba, B. and G. Zorn, "RADIUS Authentication Client MIB", RFC 2618, June 1999.
- [RFC3410] Case, J., Mundy, R., Partain, D., and B. Stewart, "Introduction and Applicability Statements for Internet-Standard Management Framework", RFC 3410, December 2002.
- [RFC4669] Nelson, D., "RADIUS Authentication Server MIB for IPv6", RFC 4669, August 2006.
Appendix A. Acknowledgements 🌸
The authors of the original MIB are Bernard Aboba and Glen Zorn. 🙌
Many thanks to all the reviewers, especially Dave Harrington, Dan Romascanu, C.M. Heard, Bruno Pape, Greg Weber, and Bert Wijnen. 💖
Author's Address 🦋
David B. Nelson
Enterasys Networks
50 Minuteman Road
Andover, MA 01810
USA
EMail: dnelson@enterasys.comFull 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. 🙅♀️
Intellectual Property 🧠
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. It also doesn't 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, 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 online IPR repository at http://www.ietf.org/ipr. 🔗
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. 📬
Acknowledgement 💫
Funding for the RFC Editor function is provided by the IETF Administrative Support Activity (IASA). 🥰
📦 where this page comes from
- ietf: rfc4668 2006-08
- 💖 girlified by claude-haiku-5-5 on : a language model's rewrite of the original, under its terms