Subject: Re: [tsvwg] I-D Action: draft-ietf-tsvwg-natsupp-09.txt

From: Derek Fawcus <[email-masked]>
Date: Wed, 15 Jun 2016 12:11:38 +0100

On Wed, May 18, 2016 at 01:13:46pm -0700, [email-masked] wrote:
> 
> A New Internet-Draft is available from the on-line Internet-Drafts directories.
> This draft is a work item of the Transport Area Working Group of the IETF.
> 
>         Title           : Stream Control Transmission Protocol (SCTP) Network Address Translation Support
>         Authors         : Randall R. Stewart
>                           Michael Tuexen
>                           Irene Ruengeler
> 	Filename        : draft-ietf-tsvwg-natsupp-09.txt
> 	Pages           : 44
> 	Date            : 2016-05-18

So does anyone know if there are any host stacks which support the above extensions yet?
(Even if only process space implementations).

i.e. processing the extended ABORT chunk (with M bit set),  and will use the Port Number
Collision Error Cause to trigger a re-attempt with a new port number?

Basically the situation in section 6.4 plus the handling in section 6.3.
I note that 6.3 mentioned re-attemting with a new V-Tag,  but 6.4 does not mention
the client re-attemping with a new port number (assuming it was an ephemeral port).

As to why:
   Assume a CGN where the map of private addr+port <=> public add+port assignments
   is being shared for TCP/UDP/UDP-Lite/DCCP, it would be useful to be able to use
   the same map for SCTP.

DF