Concluded WG Host Identity Protocol (hip)
Note: The data for concluded WGs is occasionally incorrect.
|WG||Name||Host Identity Protocol|
|Area||Internet Area (int)|
|Additional resources||Issue tracker, Wiki|
|Area Director||Éric Vyncke|
Closing note for Working GroupAll milestones are completed, no active WG documents.
Final Charter for Working Group
The Host Identity Protocol (HIP) provides a method of separating the
end-point identifier and locator roles of IP addresses. It introduces
a new Host Identity (HI) name space, based on public keys, from which
end-point identifiers are taken. The public keys are typically, but
not necessarily, self generated. HIP uses existing IP addressing and
forwarding for locators and packet delivery.
The architecture and protocol details for these mechanisms are
currently specified in the following Experimental RFCs:
There are several publicly known interoperating implementations, some
of which are open source.
The HIP WG was chartered to publish protocol specifications in
documents whose quality and security properties would meet the
requirements for publication as standards track documents. These
specifications have been published as Experimental RFCs, because the
effects of the protocol on applications and on the Internet as a whole
The Experimental RFCs produced by the HIP WG allowed the community to
experiment with HIP technologies and learn from these experiments.
The HIP WG will now produce standards track versions of the main HIP
RFCs taking as a base the existing Experimental RFCs. The WG will also
specify certificate handling in HIP in a standards track RFC.
Additionally, the WG will finish the WG items it was working on before
starting the standards track work. These WG items relate to how to
build HIP-based overlays and will result in Experimental RFCs.
The following are charter items for the working group:
o Revise RFCs 4423, 4843, 5201, 5202, 5203, 5204, 5205, 5206, and 5770
as standards track RFCs.
o Specify in a standards track RFC how to carry certificates in the
base exchange. This was removed from the base HIP spec so that the
mechanism is specified in a stand-alone spec.
o Specify in an Experimental RFC how to build a HIP-based overlay
o Specify in an Experimental RFC how to transport HIP messages over
encrypted connections that were established using HIP.
|Aug 2021||Recharter or close the WG|
|Jun 2016||Submit the multihoming portion of RFC5206bis to the IESG|
|Jun 2016||Submit the mobility portion of RFC5206bis to the IESG|
|Apr 2016||Submit RFC5770bis to the IESG|
|Done||Submit RFC4423bis to the IESG|
|Done||WGLC the multihoming portion of RFC5206bis|
|Done||WGLC the mobility portion of RFC5206bis|
|Done||Submit Certs in HIP base exchange (referencing RFC5201bis) to the IESG as PS|
|Done||WGLC Certs in HIP base exchange specification (referencing RFC5201bis)|
|Done||Submit RFC5203bis to the IESG|
|Done||Submit RFC5205bis to the IESG|
|Done||Submit RFC5204bis to the IESG|
|Done||Submit RFC4843bis to the IESG|
|Done||Submit RFC5201bis to the IESG|
|Done||Submit RFC5202bis to the IESG|
|Done||Submit the specification on how to build HIP-based overlays using RELOAD to the IESG|
|Done||WGLC the specification on how to build HIP-based overlays using RELOAD|
|Done||Submit the HIP over HIP specification to the IESG|
|Done||Submit Certs in HIP base exchange to the IESG as Experimental|
|Done||WGLC the HIP over HIP specification|
|Done||WGLC Certs in HIP base exchange specification|
|Done||Submit Upper-layer data transport in HIP to the IESG|
|Done||Submit Multi-hop routing mechanism for HIP|
|Done||Submit Framework for HIP overlays specification to the IESG|
|Done||Submit Native API specification to the IESG|
2 new milestones currently in Area Director review.