Skip to main content

An IPv6 Prefix for Overlay Routable Cryptographic Hash Identifiers Version 2 (ORCHIDv2)
RFC 7343

Revision differences

Document history

Date By Action
2026-05-20
(System) Changed metadata: changed keywords to '['HIP', 'HIPv2', 'ORCHID', 'CGA', 'API']' from '[]'
2026-05-20
(System) Metadata update from RFC Editor
2026-05-20
(System) Changed author "F. Dupont": changed name from "Francis Dupont" to "F. Dupont", changed order from "1" to "2"
2026-05-20
(System)
Changed author "J. Laganier": changed name from "Julien Laganier" to "J. Laganier", changed affiliation from "Luminate Wireless" to "Luminate Wireless, Inc.", cleared country (was "USA"), …
Changed author "J. Laganier": changed name from "Julien Laganier" to "J. Laganier", changed affiliation from "Luminate Wireless" to "Luminate Wireless, Inc.", cleared country (was "USA"), changed order from "0" to "1"
2026-05-20
(System) Metadata update from RFC Editor
2018-12-20
(System)
Received changes through RFC Editor sync (changed abstract to 'This document specifies an updated Overlay Routable Cryptographic Hash Identifiers (ORCHID) format that obsoletes that in …
Received changes through RFC Editor sync (changed abstract to 'This document specifies an updated Overlay Routable Cryptographic Hash Identifiers (ORCHID) format that obsoletes that in RFC 4843. These identifiers are intended to be used as endpoint identifiers at applications and Application Programming Interfaces (APIs) and not as identifiers for network location at the IP layer, i.e., locators. They are designed to appear as application-layer entities and at the existing IPv6 APIs, but they should not appear in actual IPv6 headers. To make them more like regular IPv6 addresses, they are expected to be routable at an overlay level. Consequently, while they are considered non-routable addresses from the IPv6-layer perspective, all existing IPv6 applications are expected to be able to use them in a manner compatible with current IPv6 addresses.

The Overlay Routable Cryptographic Hash Identifiers originally defined in RFC 4843 lacked a mechanism for cryptographic algorithm agility. The updated ORCHID format specified in this document removes this limitation by encoding, in the identifier itself, an index to the suite of cryptographic algorithms in use.')
2015-10-14
(System) Notify list changed from hip-chairs@ietf.org, draft-ietf-hip-rfc4843-bis@ietf.org to (None)
2014-09-19
(System) RFC published