[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
> _______________________________________________
> PPML
> 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
http://www.chpc.utah.edu
More information about the ARIN-PPML
mailing list