rfc-8196

IS-IS Autoconfiguration

B. Liu (Editor), L. Ginsberg, B. Decraene, I. Farrer, M. Abrahamsson
date2017-07 streamIETF areartg wgisis statusPROPOSED STANDARD pages15 canonicalhttps://www.rfc-editor.org/rfc/rfc8196 doi10.17487/RFC8196
This document specifies IS-IS autoconfiguration mechanisms. The key components are IS-IS System ID self-generation, duplication detection, and duplication resolution. These mechanisms provide limited IS-IS functions and are therefore suitable for networks where plug-and-play configuration is expected.

Extracted elements (25)

design-rationale §3.4.5

On resource-constrained devices (e.g., home routers) where only a MAC address is available, the MAC is used as System ID and a pseudorandom number derived from an alternative seed (e.g., a program variable's memory address) is used as the Router-Fingerprint. This reduces uniqueness guarantees but is considered sufficient for small home network deployments.

routing

design-rationale §3.4.1

Startup mode exists to minimize disruption: a router entering the network defers advertising IS neighbor and prefix reachability until it has fully synchronized its LSPDB, so any System ID collision that forces a restart has minimal impact because the router is not yet forwarding traffic.

routing

design-rationale §3.4.2

The all-zeros area address makes accidental interoperation between autoconfigured and non-autoconfigured routers unlikely. The A flag check in the Router-Fingerprint TLV provides an additional layer of protection beyond the area address mismatch.

routing

design-rationale §3.4.6

To minimize recurrence of dual System ID and Router-Fingerprint duplication after a restart, routers SHOULD include the LSP sequence number of the next LSP they will send as additional entropy when regenerating the Router-Fingerprint.

routing

design-rationale §3.4.5

Using an IEEE 802 48-bit MAC address as the initial System ID is recommended because it provides a high probability of uniqueness. The document does not mandate a specific regeneration method for collisions, acknowledging implementation flexibility.

routing

interoperability-note §2

IS-IS autoconfiguration is scoped to single-area, level-1-only deployments in small networks (tens of devices). Multiple IS-IS instances, multi-area or level-2 routing, and interworking with other routing protocols are explicitly not supported.

routing

normative-requirement §3.2 SHOULD

After initial generation, the System ID SHOULD remain stable across events such as interface enable/disable, reboot, firmware update, or configuration changes. System ID change during collision resolution MUST be supported.

routing

normative-requirement §3.5.3 MAY

Autoconfiguration routers MAY advertise the Dynamic Name TLV (TLV 137). To help guarantee hostname uniqueness, the System ID SHOULD be appended as a suffix to the advertised hostname.

routing

normative-requirement §3.1 MUST NOT

Extended IS reachability (TLV 22) and IP reachability (TLV 135) MUST be used. Routers in autoconfiguration mode MUST NOT use legacy TLVs 2, 128, or 130, and MUST ignore those TLVs on receipt.

routing

normative-requirement §3.1 MUST

IS-IS autoconfiguration instances MUST be configured as level-1 only. Interfaces MUST be autoconfigured to the type corresponding to their Layer 2 capability (e.g., Ethernet as broadcast, PPP as point-to-point).

routing

normative-requirement §3.5.2 RECOMMENDED

It is RECOMMENDED that autoconfiguration routers use a high metric value (e.g., 100000) as the default in reachability TLVs so that manually configured adjacencies are preferred over autoconfigured ones.

routing

normative-requirement §3.5.1 RECOMMENDED

It is RECOMMENDED that IS-IS routers supporting autoconfiguration offer an option to configure a single password for HMAC-MD5 authentication as specified in RFC 5304.

routing, security

normative-requirement §3.4.2 MUST NOT

Routers operating in autoconfiguration mode MUST NOT form adjacencies with routers that are not operating in autoconfiguration mode. Presence of the Router-Fingerprint TLV with the A flag set is the indicator.

routing

normative-requirement §3.3 MUST NOT

The Router-Fingerprint TLV MUST NOT be included in any LSP with a non-zero number; if received in such an LSP it MUST be ignored.

routing

normative-requirement §3.3 MUST

The Router-Fingerprint TLV with the A flag set MUST be included in LSP #0. If an LSP #0 is received without this TLV or with the A flag clear, it is flooded normally but the entire LSP set from that router MUST be ignored in the Decision Process.

routing

normative-requirement §3.4.6 MUST

When a DD-LSP is received and DD-count reaches or exceeds DD-max, the local system MUST generate a new System ID and Router-Fingerprint and restart the protocol.

routing

protocol-element §3.4.3

Duplicate System ID detection with a neighbor occurs when an IIH carries a System ID identical to the local System ID but a different Router-Fingerprint. With a non-neighbor, duplication is detected when a received LSP #0 has the same System ID but a different Router-Fingerprint.

routing

protocol-element §3.2

The IS-IS Network Entity Title (NET) for autoconfiguration consists of a 13-octet area address set to all 0s followed by a 6-octet System ID. The special all-zeros area address distinguishes autoconfigured routers from manually configured ones.

routing

registry §5

IANA assigned codepoint 15 in the 'IS-IS TLV Codepoints' registry for the Router-Fingerprint TLV, with usage permitted in IIH, LSP, and Purge PDUs, but not SNP PDUs.

registry, routing

security-consideration §4

For wired deployments, physical access control serves as an implicit authentication mechanism. For wireless deployments, authentication should be achieved at the lower wireless link layer, since IS-IS-level cryptographic authentication cannot be used in autoconfiguration mode.

security, routing

security-consideration §4

In the absence of cryptographic authentication, an attacker can inject a PDU falsely indicating a duplicate System ID, triggering an automatic protocol restart via the duplicate-ID resolution procedures. Authentication is fundamentally incompatible with autoconfiguration because it requires manual configuration.

security, routing

state-machine §3.4.6

DD-LSP procedure for detecting dual System ID and Router-Fingerprint duplication: DD-state (boolean), DD-count (occurrence counter), DD-timer (recommended 60 seconds), and DD-max (recommended 3). When DD-count reaches DD-max within the timer window, the local router MUST generate a new System ID and Router-Fingerprint and restart the protocol; DD-state is reset and the timer cancelled.

routing

state-machine §3.4.4

Duplicate System ID resolution: if one router has the S flag set (startup) and the other does not, the startup-mode router MUST generate a new System ID and restart. If both or neither are in startup mode, the router with the numerically smaller Router-Fingerprint MUST generate a new System ID and restart. If fingerprints are identical and duplication is in hellos, both MUST restart.

routing

state-machine §3.4.1

Startup mode: a router starts with both S and A flags set, generates only LSP #0 with no IS/IP reachability TLVs, and remains in startup mode for at least 1 minute. It exits startup mode after the minimum time has elapsed and full LSP database synchronization is achieved with all UP neighbors, at which point it clears the S flag and MAY advertise reachability and generate non-zero LSPs.

routing

wire-format §3.3

Router-Fingerprint TLV (Type 15): 1-octet Type, 1-octet Length, 1-octet Flags field (S flag at bit 0, A flag at bit 1, remaining bits reserved and MUST be zero), followed by a variable-length Router-Fingerprint of 32 or more octets.

routing