[arin-ppml] IPv6 Non-connected networks

Tom Ammon tom.ammon at utah.edu
Thu Mar 25 13:47:49 EDT 2010

On 03/24/2010 11:21 PM, Roger Marquis wrote:
> Lee Dilkie wrote:
>> Statements like this make me wonder if they don't teach the value of
>> field testing in networking curriculums.  Without field testing you
>> wouldn't know if the packet filtering that will be needed to replace the
>> privacy and security NAT provides are worse than NAT itself.  Field
>> testing would also show that consumers don't want to register their
>> internal IPs, don't want end-to-end transparency, and don't want to give
>> a free pass to badly designed protocols (like SIP) that they require deep
>> packet inspection to work well with NAT.

"networking curriculum"? Where exactly is this "curriculum", other than 
in $(vendor) Press books and whitepapers?

>> The need for deep inspection is what "breaks a lot of networking".  It is
>> a mistake to blame this on NAT.  Continuing to make this mistake, and
>> ignore the past few years field trails, or the overwhelming consumer
>> demand (for NAT), will only continue to limit the adoption of IPv6 to
>> those few sites who don't need NAT (mainly carriers).  Because of the
>> results of IPv6 field testing I'm willing to bet good money that NAT will
>> be around long after we are all gone, and future network engineers will
>> look back and wonder what those NAT-dissing engineers were smoking.
>> I obviously value field testing.
>> There is a lot of network media traffic (example, VoIP) that is
>> unnecessarily backhauled across the internet because of NAT and in an
>> NAT-less IPv6 world could use less network resources and be more reliable.
> I don't see that.  I see quite the opposite.  My own VOIP sites for
> example, which work seamlessly with NAT.  It just works because the
> firewalls do deep inspection where they have to (SIP) and we use well
> designed protocols (IAX2) where we can.
> Roger Marquis
> _______________________________________________
> You are receiving this message because you are subscribed to
> the ARIN Public Policy Mailing List (ARIN-PPML at arin.net).
> Unsubscribe or manage your mailing list subscription at:
> http://lists.arin.net/mailman/listinfo/arin-ppml
> Please contact info at arin.net if you experience any issues.

Tom Ammon
Network Engineer
Office: 801.587.0976
Mobile: 801.674.9273

Center for High Performance Computing
University of Utah

More information about the ARIN-PPML mailing list