rfc-7870

Dual-Stack Lite (DS-Lite) Management Information Base (MIB) for Address Family Transition Routers (AFTRs)

Y. Fu, S. Jiang, J. Dong, Y. Chen
date2016-06 streamIETF areaint wgsoftwire statusPROPOSED STANDARD pages27 canonicalhttps://www.rfc-editor.org/rfc/rfc7870 doi10.17487/RFC7870
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 managed objects for Address Family Transition Routers (AFTRs) of Dual-Stack Lite (DS-Lite).

Extracted elements (23)

design-rationale §5

The DS-Lite MIB only supports IP-in-IP (IPv4-in-IPv6) encapsulation because RFC 6333 Section 5.2 currently defines only this tunnel type for DS-Lite. If a future RFC defines other tunnel types, the DS-Lite MIB will be updated accordingly.

v6ops

design-rationale §6.1.1

The dsliteTunnel subtree redefines local and remote address objects because tunnelInetConfigLocalAddress and tunnelInetConfigRemoteAddress defined in the IP Tunnel MIB are not readable, necessitating new readable objects in the DS-Lite MIB.

snmp, v6ops

interoperability-note §5

The DS-Lite MIB requires an implementation of the IP Tunnel MIB (RFC 4087). Since DS-Lite tunnels are point-to-multipoint, tunnelIfEncapsMethod must be set to dsLite(17) and tunnelIfRemoteInetAddress must be set to '::' (not a specific remote address).

snmp, v6ops

interoperability-note §5

The NATV2-MIB and IP Tunnel MIB together are not sufficient for DS-Lite management because the AFTR's NAT binding table must be extended with the B4's IPv6 tunnel source address, requiring a combined DS-Lite MIB.

snmp, nat, v6ops

normative-requirement §9 MUST

Implementations claiming SNMPv3 compliance MUST include full support for authentication and privacy via the User-based Security Model (USM) with the AES cipher algorithm. Deployment of SNMP versions prior to SNMPv3 is NOT RECOMMENDED.

security, snmp, crypto

normative-requirement §9 SHOULD

Implementations SHOULD provide the security features described by the SNMPv3 framework, and it is RECOMMENDED to deploy SNMPv3 with cryptographic security enabled.

security, snmp

normative-requirement §8 MUST

The dsliteNATBindMappingExtAddressType object MUST be set to iPv4(1); values of ipv6(2), ipv4z(3), and ipv6z(4) are not allowed for the NAT binding's external address type.

snmp, nat

normative-requirement §8 MUST

The dsliteNATBindMappingExtPort and dsliteNATBindMappingIntPort MUST be non-zero values, representing the external and internal port numbers respectively in NAT bind entries.

snmp, nat

normative-requirement §8 MUST

The dsliteNATBindMappingIntAddressType MUST be set to iPv4z(3); values of ipv4(1), ipv6(2), and ipv6z(4) are not allowed. This reflects that the internal address is an IPv6 tunnel source address with zone ID.

snmp, nat

normative-requirement §8 MUST

The dsliteTunnelAddressType object MUST be set to ipv6(2), describing the address type of the IPv4-in-IPv6 tunnel initiator and endpoint.

snmp, v6ops

protocol-element §6

The DSLite-MIB module is assigned OID { mib-2 240 } and defines three main subtrees: dsliteTunnel (tunnel management), dsliteNAT (NAT binding management), and dsliteInfo (statistical information and alarms).

snmp, nat, v6ops

protocol-element §8

The dsliteAFTRAlarmConnectNumber object (read-write, Integer32 range 60..90, default 60) sets the notification threshold for the number of active DS-Lite tunnels on the AFTR device.

snmp, v6ops

protocol-element §8

The dsliteNATBindMappingAddressPooling object encodes address pooling behavior: arbitrary(0) or paired(1). RFC 4787 REQ-2 recommends paired(1) pooling, where a given internal address always maps to the same pool member.

snmp, nat

protocol-element §8

The dsliteNATBindMappingFilterBehavior object encodes NAT filtering behavior per RFC 4787 Section 5: endpointIndependent(0), addressDependent(1), or addressAndPortDependent(2). For DS-Lite, it must be addressAndPortDependent(2).

snmp, nat

protocol-element §8

The dsliteNATBindMappingMapBehavior object encodes NAT mapping behavior per RFC 4787: endpointIndependent(0), addressDependent(1), or addressAndPortDependent(2). For DS-Lite, it must be addressAndPortDependent(2).

snmp, nat

protocol-element §6.1.2

The dsliteNATBindTable extends the NATV2-MIB natv2PortMapTable by adding the IPv6 address of the B4 (dsliteTunnelStartAddress) to NAT binding entries. It is indexed by NAT instance, protocol, external realm, external address/port, ifIndex, and B4 tunnel start address.

snmp, nat, v6ops

protocol-element §6.1.3

The dsliteStatisticsTable provides per-subscriber counters: dsliteStatisticsDiscards, dsliteStatisticsSends, dsliteStatisticsReceives, dsliteStatisticsIpv4Session, and dsliteStatisticsIpv6Session, all as Counter64 values.

snmp, v6ops

protocol-element §6.1.1

The dsliteTunnelTable is a conceptual table indexed by dsliteTunnelAddressType, dsliteTunnelStartAddress, dsliteTunnelEndAddress, and ifIndex. It maps B4 IPv6 addresses to associated AFTR addresses for configured IPv4-in-IPv6 tunnels.

snmp, v6ops

protocol-element §8

Three SNMP notification types are defined: dsliteTunnelNumAlarm (tunnel count exceeds dsliteAFTRAlarmConnectNumber), dsliteAFTRUserSessionNumAlarm (user sessions exceed dsliteAFTRAlarmSessionNumber), and dsliteAFTRPortUsageOfSpecificIpAlarm (NAT port usage of a specific IP exceeds dsliteAFTRAlarmPortNumber).

snmp, nat, v6ops

registry §10

IANA allocated OID { mib-2 240 } for the DSLite-MIB in the 'SMI Network Management MGMT Codes Internet-standard MIB' subregistry under the mib-2 branch (1.3.6.1.2.1).

registry, snmp

registry §10

IANA recorded IANAtunnelType value dsLite(17) in the IANAifType-MIB Textual Convention to identify DS-Lite tunnels.

registry, snmp, v6ops

security-consideration §9

Readable objects in dsliteTunnelTable and dsliteNATBindTable can reveal private host identities and tunnel topology. Unauthorized access violates subscriber privacy and could enable targeted attacks against private hosts by intercepting or originating sessions.

security, privacy, snmp, nat

security-consideration §9

The read-write alarm threshold objects (dsliteAFTRAlarmConnectNumber, dsliteAFTRAlarmSessionNumber, dsliteAFTRAlarmPortNumber) are vulnerable to attack: setting thresholds arbitrarily low causes notification floods, while setting them arbitrarily high effectively disables notifications, potentially concealing another attack.

security, snmp