rfc-5943

A Dedicated Routing Policy Specification Language Interface Identifier for Operational Testing

B. Haberman (Editor)
date2010-08 streamIETF wgnon working group statusPROPOSED STANDARD pages4 canonicalhttps://www.rfc-editor.org/rfc/rfc5943 doi10.17487/RFC5943
The deployment of new IP connectivity typically results in intermittent reachability for numerous reasons that are outside the scope of this document. In order to aid in the debugging of these persistent problems, this document proposes the creation of a new Routing Policy Specification Language attribute that allows a network to advertise an IP address that is reachable and can be used as a target for diagnostic tests (e.g., pings). [STANDARDS-TRACK]

Extracted elements (12)

design-rationale §5

The pingable attribute was placed in the route/route6 object (rather than elsewhere in RPSL) to logically associate the diagnostic address with the IP prefix it belongs to, and a ping-hdl point of contact was added to enable operators to reach someone responsible for the advertised address.

routing

design-rationale §4

The publication of the pingable attribute explicitly signals only the availability of ICMP Echo Request/Echo Response service at the specified address, not any other services, to limit assumptions external testers might make about what is available.

routing, security

interoperability-note §2

The pingable attribute extends RPSL as defined in RFC 2622 and RPSLng as defined in RFC 4012; implementations must support both IPv4 address syntax from RFC 2622 and IPv6 address syntax from RFC 4012 to handle pingable attributes in route and route6 objects respectively.

routing, ip

normative-requirement §2 MAY

Network operators wishing to provide a diagnostic address MAY advertise its existence via RPSL using the pingable attribute in route and route6 objects.

routing

normative-requirement §4 MAY

Operators publicizing a pingable attribute MAY deploy other services at the same IP address beyond ICMP Echo Request/Response, but those services may be impacted by the ping service's publicity via RPSL.

routing, security

normative-requirement §3 SHOULD

Tests involving addresses advertised via the pingable attribute SHOULD be rate limited to no more than ten probes in a five-minute window unless prior arrangements are made with the maintainer of the attribute.

routing, measurement

normative-requirement §2 MUST

The IP address specified in a pingable attribute MUST fall within the IP address range advertised in the route/route6 object containing the pingable attribute.

routing, ip

protocol-element §2

The 'ping-hdl' attribute is an optional, multi-valued member of the RPSL route and route6 objects. Its value is a NIC handle that provides a link to contact information for an entity capable of responding to queries about the specified pingable IP address.

routing

protocol-element §2

The 'pingable' attribute is an optional, multi-valued member of the RPSL route and route6 objects. Its value is an IPv4 or IPv6 address of a node that should be reachable from outside networks and can be used as a destination for diagnostic tests such as ICMP Echo Request.

routing, ip

security-consideration §4

RPSL-based routing registries require significant security; authentication and authorization weaknesses in RPSL (discussed in RFC 2725) are especially relevant given the potential for nefarious actors to abuse the pingable attribute to direct probes at victim addresses.

routing, security

security-consideration §4

There is no technical guarantee that external users will honor the rate-limiting recommendation; operators publishing a pingable attribute are encouraged to deploy their own rate limiting and filter unintended services, protocols, and ports on the advertised IP address to reduce denial-of-service risk.

routing, security

wire-format §2

The pingable attribute value is either an <ipv4-address> as defined in RFC 2622 or an <ipv6-address> as defined in RFC 4012. The ping-hdl attribute value is a <nic-handle> as defined in RFC 2622.

routing, ip