On Wed, Apr 4, 2012 at 6:31 PM, Steven Bellovin <s...@cs.columbia.edu> wrote:
>
> On Apr 4, 2012, at 5:21 35PM, Noel Chiappa wrote:
>
>>> From: Doug Barton <do...@dougbarton.us>
>>
>>> My comments were directed towards those who still have the mindset,
>>> "NAT is the enemy, and must be slain at all costs!"
>>
>> In semi-defense of that attitude, NAT (architecturally) _is_ a crock - it 
>> puts
>> 'brittle' (because it's hard to replicate, manage, etc) state in the middle 
>> of
>> the network. Having said that, I understand why people went down the NAT road
>> - when doing a real-world cost/benefit analysis, that path was, for all its
>> problems, the preferable one.
>
> NAT didn't really exist when the basic shape of v6 was selected.

Perhaps, but that it would happen is obvious (even to the most causal observer).

Dave


>>
>> Part of the real problem has been that the IETF failed to carefully study, 
>> and
>> take to heart, the operational capabilities which NAT provided (such as
>> avoidance of renumbering, etc, etc), and then _failed to exert every possible
>> effort_ to provide those same capabilities in an equally 'easy to use' way.
>
> They thought -- or claimed -- that they had renumbering...
>
> v6 is not the protocol I would have chosen.  For that matter, it's not the
> protocol I pushed for, as hard as I could, in the IPng directorate.  At this
> point -- with all of its technical mistakes, IETF omissions, and difficulty
> of converting, we're stuck with it; we simply do not have time -- even if
> we agreed now on what we should have done, way back when -- to start over.
> Do the arithmetic...  Assume we know, today, the basic structure of a
> perfect replacement for v4.  It would take a minimum of 3 years to get
> through the IETF, not because of process but because there are so many
> things that it touches, like the DNS, BGP, OSPF, and more.  There are
> also all of the little side-pieces, like the ARP/ND replacement, the PPP
> goo, etc.  After that, it's 3 years of design/code/test by Microsoft,
> Apple, Cisco, Juniper, et al., following which we have the whole education
> cycle, the replacement cycle while old boxes die off and are replaced, and
> more.  (Look at how many Windows XP boxes still exist -- and we're well
> into the second major release of Windows since then, and Windows 8 might
> be out before the end of the year.)  By my arithmetic, it's a dozen years
> minimum, *after* we've agreed on the basic design.
>
>
>                --Steve Bellovin, https://www.cs.columbia.edu/~smb
>
>
>
>
>

Reply via email to