----- Forwarded message from Dave Farber <[email protected]> -----

Date: Thu, 2 Sep 2010 07:42:43 -0400
From: Dave Farber <[email protected]>
Subject: [IP] Re  net neutrality vs. diff-serv?
Reply-To: [email protected]
To: ip <[email protected]>
F15819D6-B688-11DF-8CB2-52F99C0C7E3D: 





Begin forwarded message:

> From: Richard Shockey <[email protected]>
> Date: September 1, 2010 1:01:07 PM EDT
> To: [email protected], 'ip' <[email protected]>
> Subject: RE: [IP] Fwd: net neutrality vs. diff-serv?
> 

> For IP if you wish.
> 
>  
> 
> Mike you pointed out several things that have been obvious to those of us in 
> the Internet Engineering Community for some time. First packet discrimination 
> for various reasons, including congestion control, have been part of the 
> Internet Protocol suite since its inception.  It???s not just DIFSERV its is 
> the core MPLS networks at the heart of most modern carrier networks that 
> could be affected if the proposed rules are not clearly understood.
> 
>  
> 
> ATT today filed a ex parte statement along these lines today.
> 
>  
> 
> http://www.politechbot.com/docs/att.paid.prioritization.letter.fcc.083110.pdf
> 
> I don???t want to debate policy or the competition issues here, but it is 
> self evident that there are some applications that use IP networks that are 
> highly sensitive to packet latency and Voice and Telepresence/Point to Point 
> Video are first among them. The Cisco Telepresence applications in particular 
> generally require setting up a 10M per second MPLS circuit point to point to 
> achieve anything like a QoS.  
> 
> My own guess is that nearly 40% of all US Voice traffic is on IP networks at 
> some point in transmission now and with the next generation LTE/IMS/SIP 
> mobile networks that will rise to over 70% and yes its all ???managed??? IP 
> traffic.
> 
> In addition it also seems self evident that emergency service communications 
> that use IP networks will need priority labeling for obvious reasons.  
> Congestion control has been part of the analog PSTN since its inception, that 
> is why you get fast busy signals some time and the USG has the GETS system in 
> place for priority access to the PSTN for Emergency Communications.
> 
> There has been a substantial lack of technical input to the Net Neutrality 
> discussion many of us hope this will change ASAP.
> 
> Begin forwarded message:
> 
> From: Mike Liebhold <[email protected]>
> Date: August 30, 2010 7:24:29 PM EDT
> To: Dave Farber <[email protected]>
> Subject: net neutrality vs. diff-serv?
> 
> [for IP if you choose]
> 
> Hi Dave,
> 
> A colleague and I are struggling to understand the nuances of the net 
> neutrality debate, and are wondering if anyone on IP can help us.
> 
> We are trying to understand the inter-relationships between net neutrality 
> policies,  QoS, differentiated services for applications like burst download 
> for bulky files, guaranteed medium quality voip, high quality 
> teleconferencing, or streaming HD across the heterogenoous Internet. If 
> diff-serv capabilities are  - not- allowed, under the currently debated net 
> neutrality regimens, how would telepresence services like Cisco's be able to 
> reserve routes across the internet offering a low-latency, low jitter session?
> 
> What kinds of tiered services are allowed now, prohibited now, would be 
> possible or prohibited under  different policy outcomes?
> 
> It's a messy issue that requires clear thinking, good understanding to take 
> an informed perspective.
> 
> Any plain english explanations would be greatly appreciated.
> 
> Many Thanks,
> 
> Mike Liebhold
> 
> 
> 
> 
> Archives | Modify Your Subscription | Unsubscribe Now
> 
> 
> 
>  



-------------------------------------------
Archives: https://www.listbox.com/member/archive/247/=now
RSS Feed: https://www.listbox.com/member/archive/rss/247/
Modify Your Subscription: 
https://www.listbox.com/member/?member_id=125750&id_secret=125750-5bb6cf56
Unsubscribe Now: 
https://www.listbox.com/unsubscribe/?member_id=125750&id_secret=125750-6876700a
Powered by Listbox: http://www.listbox.com

----- End forwarded message -----

Reply via email to