Hi,
so in addition to Christer's comments...
https://mailarchive.ietf.org/arch/msg/hipsec/iPSdqgR6e2lK7LZqUfCBnkLxZn8
https://mailarchive.ietf.org/arch/msg/hipsec/LLsY1BqJdmc5foSk9QhYzUWRDvE
...I took the liberty of improving the draft editorially while reviewing
it (+ one paragraph was removed):
1. Introduction
* Added a note that legacy ICE-HIP refers to HIPv1 and this is one
refers HIPv2 explicitly
2. Terminology:
* HIP connectivity checks, Controlling host, Controlled host (minor
editorial improvements)
3. Overview:
* Data Relay Server is not mandatory
* What the Data Relay Server actually does (translates source address)
* Strictly speaking only Responder requires the Data Relay Server
4.2. Transport Address Candidate Gathering at the Relay Client
* CANDIDATE_DISCOVERY parameter requires multihoming capabilities which
is out of scope, so I removed it
4.5. Base Exchange via Control Relay Server
* "It is RECOMMENDED to use the same Control Relay Server throughout the
lifetime of the host association that was used for forwarding the base
exchange if the Responder includes it in the locator parameter of the R2
message."
4.6.1. Connectivity Check Procedure
* Added this section: "It should be noted that in the case both
Initiator and Responder both advertising their own relayed address
candidates [..]" to clarify what happens in this case of both ends
advertise their own TURN servers and that asymmetric paths are possible
4.12.3. Handling Conflicting SPI Values
* Editorial fixes to make the two cases more understandable
If you want to see the diff in detail, please check from here:
https://www.ietf.org/rfcdiff?url2=draft-ietf-hip-native-nat-traversal-20
On 04/25/2017 02:47 PM, Miika Komu wrote:
Hi,
this version addresses Christer's earliers comments and fixes some other
issues I discovered while reviewing the draft. I'll send a summary of
the comments a bit later.
On 04/25/2017 02:05 PM, internet-dra...@ietf.org wrote:
A New Internet-Draft is available from the on-line Internet-Drafts
directories.
This draft is a work item of the Host Identity Protocol of the IETF.
Title : Native NAT Traversal Mode for the Host
Identity Protocol
Authors : Ari Keranen
Jan Melén
Miika Komu
Filename: draft-ietf-hip-native-nat-traversal-20.txt
Pages : 56
Date: 2017-04-25
Abstract:
This document specifies a new Network Address Translator (NAT)
traversal mode for the Host Identity Protocol (HIP). The new mode is
based on the Interactive Connectivity Establishment (ICE) methodology
and UDP encapsulation of data and signaling traffic. The main
difference from the previously specified modes is the use of HIP
messages for all NAT traversal procedures.
The IETF datatracker status page for this draft is:
https://datatracker.ietf.org/doc/draft-ietf-hip-native-nat-traversal/
There are also htmlized versions available at:
https://tools.ietf.org/html/draft-ietf-hip-native-nat-traversal-20
https://datatracker.ietf.org/doc/html/draft-ietf-hip-native-nat-traversal-20
A diff from the previous version is available at:
https://www.ietf.org/rfcdiff?url2=draft-ietf-hip-native-nat-traversal-20
Please note that it may take a couple of minutes from the time of
submission
until the htmlized version and diff are available at tools.ietf.org.
Internet-Drafts are also available by anonymous FTP at:
ftp://ftp.ietf.org/internet-drafts/
___
Hipsec mailing list
Hipsec@ietf.org
https://www.ietf.org/mailman/listinfo/hipsec
___
Hipsec mailing list
Hipsec@ietf.org
https://www.ietf.org/mailman/listinfo/hipsec
___
Hipsec mailing list
Hipsec@ietf.org
https://www.ietf.org/mailman/listinfo/hipsec
