Re: IESG position on NAT traversal and IPv4/IPv6

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



    > From: Hadriel Kaplan <HKaplan@xxxxxxxxxxxxxx>

    > In one of the working group meetings this past week, when the group was
    > discussing a NAT traversal solution for their new protocol, an A-D
    > suggested they not spend much time on NAT traversal.
    > ...
    > I'd like to know if the IESG will push back on new protocols if they
    > attempt to work around NATs.

I'm somewhat surprised to hear this, because after the discussion a couple of
months back about IPv6 uptake, etc, I thought there was general agreement
(across the board, including both those pro- and anti-IPv6) that:

- For IPv6 to have any hope of broad deployment/acceptance, it _had_ to allow
interoperation between IPv6-only hosts, and the large amount of existing IPv4
Internet.

- The mechanism for doing that was, functionally, an IPv4-IPv6 NAT box (I
think the current incarnation is the Xlate stuff from BEHAVE).

At that time, in light of those observations, and the corollary observation
that no matter what the future winds up looking like (e.g. if the market
prefers to soldier on with IPv4 and NAT), there is going to be a lot of NAT in
it for a long time, I had actually suggested that we consider making 'works
across a NAT box' a _requirement_ for new protocol work.


If someone who considers that we should "not spend much time on NAT traversal"
could show me the flaw(s) in the above reasoning, I'd be most interested to
hear it(them).

	Noel
_______________________________________________
Ietf mailing list
Ietf@xxxxxxxx
https://www.ietf.org/mailman/listinfo/ietf


[Index of Archives]     [IETF Annoucements]     [IETF]     [IP Storage]     [Yosemite News]     [Linux SCTP]     [Linux Newbies]     [Fedora Users]