Correcting a False Assertion About the Internet

The main reason for creating his blog was to correct false impressions and spin about technical subjects with policy implications. It’s common practice these days for folks with a policy ax to grind to argue for it with technical assertions that sound like they might be true but are not, in fact, the truth. During the net neutrality debate a number of claims were made about the Internet that constructed a mythical history, and claims of that kind can be hard to assess, so I’m not sure how successful we’ve been on that front. In the context of spectrum policy, a number of claims have been made about spectrum technology that are a lot easier to assess because we can examine current systems and emerging standards.

Yesterday, some folks at Level 3 published a blog post that appeared to be a deeply technical analysis of the cable modem network, complete with cable modem configuration files, Wireshark traffic logs, and charts and graphs. The post was false and misleading, despite its technical veneer, and transparently so.

The critical issue in the complaints that Netflix has made about Comcast’s treatment of the Xbox is the question of “managed services.” The FCC’s Open Internet Report and Order permits broadband service providers to treat managed services different from Internet access services, and Comcast argues that its Xfinity On Demand is a “managed service,” while Netflix claims that all on-demand video services are “Internet service.”

The distinction is simple to make: if the service begins and ends on the provider’s own network, or on some other network that is not part of the Internet, it’s a managed service. Voice is a good example: Comcast and the other triple play providers (including the other cable companies and the former phone companies like AT&T, Verizon, and Century Link) offer a voice service that connects customers to the telephone network. While there is some IP involved within the provider’s network, and there may be some IP at the other end, this service switches in the middle over the PSTN and uses numbers associated with the PSTN. So it’s VoIP but it’s not an Interenet service. Skype is different, of course, because it’s an Internet application that switches in the middle over an Internet backbone or peering connection.

Level 3 sneaks in a new and different way to define the Internet in its blog post, An IP Engineer and Consumer View of Xfinity Traffic Prioritization:

Before we move on to the testing for traffic that we conducted, we wanted to check to see if the Xfinity servers identified by the IP addresses above are a part of the Internet or if they are truly on a separate private network as Comcast’s statements appear to claim. To do this, we simply went to our work location and used that non-Comcast Internet connectivity to see if we could find those servers on the Internet. We executed a ping command to see if the servers were reachable and would respond. Sure enough they did. This implies that Comcast serves Xfinity traffic utilizing the Internet rather than a virtually or physically private network.

This is novel indeed. The ping command (which sends a message to an IP address and gets a reply) says that the Xfinity server is reachable from the Internet, but it doesn’t verify that it provides services to or from the Internet. In fact, a more serious test would indicate two things:

  1. The Xfinity server on the Comcast network; and
  2. The Xfinity server only provides service to clients that are also within the Comcast network.

They would have used the common “traceroute” command to verify the location of the Xfinity server with IP address 76.96.126.242. I’ve done this from the Comcast network and determined that it’s inside the Comcast net, in Chicago:

traceroute to 76.96.126.242 (76.96.126.242), 30 hops max, 60 byte packets
1  192.168.1.1 (192.168.1.1)  1.127 ms  0.419 ms  0.482 ms
2  24.4.218.1 (24.4.218.1)  25.894 ms  26.357 ms  32.881 ms
3  te-9-2-ur05.pleasanton.ca.sfba.comcast.net (68.85.100.181)  14.651 ms  14.794 ms  14.686 ms
4  te-0-1-0-4-ar01.sfsutro.ca.sfba.comcast.net (69.139.198.26)  23.912 ms  24.789 ms  24.843 ms
5  68.86.91.229 (68.86.91.229)  24.677 ms  25.141 ms  25.034 ms
6  pos-0-12-0-0-cr01.denver.co.ibone.comcast.net (68.86.85.121)  61.359 ms  59.381 ms  62.669 ms
7  pos-0-15-0-0-cr01.chicago.il.ibone.comcast.net (68.86.85.113)  89.966 ms  84.582 ms  89.883 ms
8  pos-0-14-0-0-ar01.elmhurst.il.chicago.comcast.net (68.86.93.74)  93.872 ms  95.282 ms  95.176 ms
9  po-90-ur14.area4.il.chicago.comcast.net (68.87.231.22)  90.635 ms  91.470 ms  91.817 ms
10  te-3-1-ur06.area4.il.chicago.comcast.net (68.86.184.161)  91.703 ms  91.590 ms  91.459 ms
11  te-3-1-ur06.area4.il.chicago.comcast.net (68.86.184.161)  91.347 ms !X * *

Consequently, it’s “on net” for Comcast customers. The example of an Internet Service the Level 3 engineers use is actually “on-net” to them, as MLB is hosted on Level 3 servers, but off-net to all MLB users.

Level 3 clearly understands the difference between on-net and off-net services, as it sells an Extended On-Net service. The pitch for this service includes the following benefit:

Decrease costs by bringing the Level 3 Communications® Network closer to underserved markets; savings can increase as your traffic grows.

What’s sauce for the goose is good for the gander, Level 3. Be consistent.