<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Technology, Thoughts, and Trinkets &#187; CRTC</title>
	<atom:link href="http://www.christopher-parsons.com/blog/category/politics/crtc/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.christopher-parsons.com/blog</link>
	<description>Touring the digital through type</description>
	<lastBuildDate>Wed, 08 Feb 2012 00:04:34 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
		<item>
		<title>ISPs, Advocates, and Framing at the 2011 Telecom Summit</title>
		<link>http://www.christopher-parsons.com/blog/thoughts/isps-advocates-and-framing-at-the-2011-telecom-summit/</link>
		<comments>http://www.christopher-parsons.com/blog/thoughts/isps-advocates-and-framing-at-the-2011-telecom-summit/#comments</comments>
		<pubDate>Wed, 15 Jun 2011 02:02:36 +0000</pubDate>
		<dc:creator>Christopher</dc:creator>
				<category><![CDATA[CRTC]]></category>
		<category><![CDATA[Internet]]></category>
		<category><![CDATA[ISPs]]></category>
		<category><![CDATA[Politics]]></category>
		<category><![CDATA[Thoughts]]></category>
		<category><![CDATA[advocates]]></category>
		<category><![CDATA[canada]]></category>
		<category><![CDATA[openmedia]]></category>

		<guid isPermaLink="false">http://www.christopher-parsons.com/blog/?p=2545</guid>
		<description><![CDATA[While some commentators have accused this Canadian Telecommunications Summit of merely rehashing previous years' content - it is true that each Summit does see similar topics on the conference agenda, with common positions taken each year - there are some interesting points that emerged this year. <a href="http://www.christopher-parsons.com/blog/thoughts/isps-advocates-and-framing-at-the-2011-telecom-summit/">Continue reading <span class="meta-nav">&#8594;</span></a>
Other posts you might be interested in:<ol>
<li><a href='http://www.christopher-parsons.com/blog/technology/canadian-telecom-summit-and-dpi/' rel='bookmark' title='Canadian Telecom Summit and DPI'>Canadian Telecom Summit and DPI</a></li>
<li><a href='http://www.christopher-parsons.com/blog/technology/privacy-advocates-and-deep-packet-inspection-vendors-isps-and-third-parties/' rel='bookmark' title='Privacy Advocates and Deep Packet Inspection: Vendors, ISPs, and Third-Parties'>Privacy Advocates and Deep Packet Inspection: Vendors, ISPs, and Third-Parties</a></li>
<li><a href='http://www.christopher-parsons.com/blog/copyright/eu-judicial-review-central-to-telecom-disconnects/' rel='bookmark' title='EU: Judicial Review Central to Telecom Disconnects'>EU: Judicial Review Central to Telecom Disconnects</a></li>
</ol>]]></description>
			<content:encoded><![CDATA[<p><!-- p.p1 {margin: 0.0px 0.0px 0.0px 0.0px; font: 12.0px Arial} p.p2 {margin: 0.0px 0.0px 0.0px 0.0px; font: 12.0px Arial; min-height: 14.0px} span.s1 {text-decoration: underline ; color: #3e01ee} --></p>
<div id="attachment_2547" class="wp-caption alignleft" style="width: 310px"><a href="http://www.flickr.com/photos/steverhode/3183290111/"><img class="size-medium wp-image-2547" title="3183290111_989c5b1bec_b" src="http://www.christopher-parsons.com/blog/wp-content/uploads/2011/06/3183290111_989c5b1bec_b-300x200.jpg" alt="" width="300" height="200" /></a><p class="wp-caption-text">Image by Steve Rhode</p></div>
<p>Each year Canada&#8217;s leaders in telecommunications gather at the Canadian Telecommunications Summit to talk about ongoing policy issues, articulate their concerns about Canada&#8217;s status in the world of telecommunications, and share lessons and experiences with one another. This years Summit was no exception. While some commentators have accused this year&#8217;s event of just rehashing previous years&#8217; content &#8211; it is true that each Summit does see similar topics on the conference agenda, with common positions taken each year &#8211; there are some interesting points that emerged this year.</p>
<p>Specifically, discussions about the valuation of telecom services regularly arose, discussions of supply and demand in the Canadian ISP space, as well as some interesting tidbits about the CRTC. For many people in the industry what I&#8217;ll be talking about isn&#8217;t exactly new; those not inside the industry&#8217;s fold, however, may find elements of this interesting. After outlining some of the discussions that took place I will point to something that was particularly striking throughout the Summit events I attended: Open Media loomed like a spectre throughout, shaping many of the discussions and talking points despite not having a single formal representative in attendance.<span id="more-2545"></span></p>
<h2>Value Propositions</h2>
<p style="text-align: left;">Throughout the Summit speakers regaled the audience with just how much Canadians take advantage of the Internet; we are the most prolific users of YouTube, heavy users of Facebook, and are online for longer periods of time than many other countries&#8217; citizens. Thus, from the telecommunications perspective, current pricing models and bandwidth allowance conditions are set so that consumers still enjoy high value from their services. Interestingly, while Canadians my be online for greater periods of time Europeans are actually consuming twice as much bandwidth as North Americans. To clarify, customer value propositions almost uniformly adhere to the following equation:</p>
<p style="text-align: center;"><strong>Value to customers = Benefits received by customers &#8211; cost of service/good</strong></p>
<p>Given that prices for broadband are typically lower in Europe, and that members of the EU are even more prolific users of broadband (presumably also receiving at least equal benefits as Canadians) it would seem that the value to consumers provided by European carriers is actually higher than that provided to Canadians.</p>
<p>During the Summit, ISPs were informed by policy management vendors that the complementary products that compose a significant facet of ISPs&#8217; revenue streams are in danger. Sandvine&#8217;s President and CEO, Dave Caputo, pointed to a report from Barclay&#8217;s capital equity research that found voice traffic was presently worth about 10,000 Euro/GB of traffic, text messages about 30,000 Euro/GB, and pure data transmissions only about 5 Euro/GB. Further, Mark Henderson (President and CEO of Ericsson Canada Inc.) asserted in his keynote that voice traffic was effectively noise on mobile networks on the basis that voice traffic accounts for almost single digital percentages of overall data transmissions. As a result, voice services are decreasingly seen as effective profit centers. Taken together, it would appear that the value proposition of offering all you can eat broadband services is diminishing from a carrier perspective whilst consumer value propositions from such models continue to increase as Internet experiences become richer and richer.</p>
<p>More generally, with the introduction of more and more services that are designed to use data, and that let people cut SMS and voice plans, core mobile profit centres are threatened. Of course, such centers are perhaps enhanced whenever customers exceed their data plans and receive incredibly high bills that price bandwidth capacity usesignificantly above the &#8216;bucket&#8217; cost of data. While the &#8216;overage market&#8217; might be seen as a potential site of revenue growth, carriers and vendors alike suggested that differentiated service offerings are a preferred means of enhancing customer value propositions. Generally, the argument was that customers want the experience of regular and predicable billing, and that the potential of overage charges are a limiting factor in driving data usage. In a differentiated service model customers might choose particular kinds of data-based services; perhaps they receive email and access to social networking sites but lack access to the web generally, or have to pay a certain amount to receive &#8216;so much&#8217; web access over the course of a month. What remains unclear to me is that:</p>
<ol>
<li>Users actually want a differentiated offering. Instead, they seem to want to avoid bill shock. Differentiated billing is not the solution to the problem facing consumers, though effective policy controls that stem the ability of users to massively exceed their monthly data caps would (in part) resolve the &#8216;pain point&#8217; felt by consumers. Further, where overages occur prices should be fair; there is no clear reason why someone that uses an extra few gig of mobile data should have to mortgage their home to pay off a monthly cellular bill.</li>
<li>Service differentiation <em>necessarily</em> reduces the amount of bandwidth that users will consume. While this may be the case sometimes it seems as though the emphasis should be on data usage instead of service usage. In a &#8216;Facebook package&#8217; can individuals click the links associated with people&#8217;s Walls? Watch embedded videos? Upload an infinite number of photos? If not, then are individuals receiving a &#8216;Facebook&#8217; experience where that experience is dependent on the socialized nature of sharing and access to the greater web? Is someone who uploads hundreds or thousands of photos to Facebook a less prolific user of data as compared to someone who checks a few emails and browses the web a little bit every day?</li>
</ol>
<p>This isn&#8217;t to say that I don&#8217;t understand carriers&#8217; fear of the Over-the-Top services that are slamming their complementary products. At peaks times of the day Netflix is currently accounting for around 29-30% of all data traffic in North America, and accounts for 13.5% of Canadian traffic during peak periods. The rise of high-quality on-demand OTT content also changes the language of carriers: legitimate customers who are accessing well integrated and easy to use OTT services are driving growth, not &#8216;content thieves&#8217;. No longer are carriers&#8217; portals competing with infringing content but legitimate content, and while carriers were quick to tout the &#8216;large&#8217; number of online offerings they have through their portals what struck me was that in at least the case of Videotron I <em>personally</em> have more legitimate content on my home NAS than their <em>company</em> makes available to their consumer base. This is not the case when contrasting my personally stored media content against that of Netflix&#8217;s library! I recognize that part of the problem facing carriers today relates to rights clearing, but given just how vertically integrated many of the largest carriers are I cannot see consumers genuinely sympathizing with their ISPs and television providers. Instead, customers are &#8216;enjoying&#8217; low data caps that punish excessive enjoyment of OTT, non-carrier provided, content: the pain point around costs of bandwidth capacity provision are driven by carrier scarcity of legitimate online content combined with high overage costs, not with &#8216;data hogs&#8217; that are violating social norms by watching their movies and TV from the Internet.</p>
<h2>Supply vs. Demand and Spectrum Framing</h2>
<p>Throughout the Summit, attendees (and members of the various government regulatory bodies) heard that &#8216;supply isn&#8217;t the problem, demand is!&#8217; In effect, Canada&#8217;s telecommunications companies were stating that they are meeting the expectations of Canadians and that the companies would continue to meet expectations in the future. Consumers themselves were seen as the problem in the supply/demand curve of Canadian telecommunications. Specifically, carriers can move large capacities of traffic but there are many Canadians that cannot access even basic computer services. Without access to computers, combined with high levels of literacy, consumers cannot understand the benefit of broadband.</p>
<p>Mark Goldberg, one of the two primary organizers of the Summit, began his address on the first day with this point and it was reiterated throughout the event. Interestingly, Rob Bruce (President of Rogers Communications) recognized that his company had to do a better job in making access to devices, and their daily use, a simpler experience. He also recognized that Canadians needed to be able to control their &#8216;digital consumption&#8217;. While on the one hand I agree with this sentiment (because of the horrendously high overage fees potentially facing mobile and wireline consumers of Canadian providers) I worry that this is really an indirect way of asserting that managed networks and differentiated access types to the Internet are &#8216;needed&#8217; by today&#8217;s consumers. Further, if such a managed and differentiated product offering is required to avoid high overage fees and afford some sense of monthly financial security, then one has to wonder how effectively the &#8216;supply&#8217; side of the supply/demand equation is really being handled. Managing resources to maximize return on supply is not the same thing as establishing a healthy supply/demand equilibrium that conforms to basic economic theory and free market expectations.</p>
<p>If supply truly is meeting demand today (a questionable position based on carriers&#8217; stated needs to throttle traffic throughout the day and charge grossly highly overage fees for bandwidth capacity use) then we might wonder about the regularized scare tactics surrounding Long Term Evolution (LTE) deployment in Canada. Access to the 700 MHz spectrum was a regular point of contention throughout the Summit, with carriers insisting that next-generation Internet services were dependent on each carrier receiving a large amount of that spectrum block. Discussions over wireless spectrum saw some ISPs advocate for entirely open auctions that avoid set-asides for new(er) entrants and others demanding spectrum set-asides or offering their own policy models that favor new(er) carriers.</p>
<p>For those not invested in the spectrum debates, the 700 MHz block is presently used for analogue television and is soon to be auctioned off once all television in Canada has migrated to digital systems. This particular block of spectrum is terrific at travelling long distances and passing through structures and other physical objects. Large carriers assert that delivering high-speed broadband to rural and remote locations will prominently require LTE technologies. Further, these same carriers threaten that LTE systems will be experience delayed deployments (or not be deployed at all) if they are not given access to the 700 MHz spectrum block. A critical observer might wonder whether those companies&#8217; shareholders will stand for the executive and board  simply refusing to keep updating systems with the times, perhaps using non-beachfront spectrum, if not upgrading will reduce shareholder returns. The same observer might also wonder at just how often the larger providers have actually carried through with such threats of non-investment.</p>
<p>More generally, the efforts to frame the upcoming spectrum auctions were fast and furious, with each large company getting time on stage to talk to an audience composed of other telecommunications providers, regulators, media, and a precious few academics and students. The regulatory staff that I spoke to were all aware of the framing process &#8211; some found it moderately amusing &#8211; but it&#8217;s important to note not just what was said and who said it, but what wasn&#8217;t said and who didn&#8217;t have a chance to speak. Specifically, the strong positions taken by groups such as CIPPIC and Open Media over the past few years  in public and regulatory spaces were not articulated by members of those groups, nor were they given between a half-hour or an hour of stage time. More carefully stated, a framing process entails groups identifying a problem, groups responsible for it, and policy solutions to correct it. For all parties to have an equal handle in trying to shape the agenda, all must be permitted to proceed through the framing process during moments where the elites of the policy subsystem meets. Unsurprising, given the highly corporatized nature of the Summit, members of advocacy groups and coalitions were not invited to speak and have a shake at shaping Canada&#8217;s telecommunications regulatory agenda.</p>
<p>This isn&#8217;t to say, of course, that advocacy voices were entirely silent: John Lawford from PIAC spoke, as did Commissioner Stoddart. Neither focused on spectrum, but instead of specific harms experienced by Canadians. Their contributions operated within the conservative nature of the telecommunications subpolicy group, insofar as they slightly expand the scope of discourse without significantly throwing off or challenging ISPs&#8217; cohesive framing (and exclusion/denigration) efforts.</p>
<p>Throughout the Summit there was a regular emphasis on disdain towards advocacy groups that had garnered significant attention from the media and Canadians more generally: Open Media&#8217;s recent report was referred to as &#8220;an homage to state sponsored network neutrality and broadband&#8221; by TELUS&#8217; VP Regulatory, the organization was accused of taking advantage of social media and undermining its value as a source of information by Rogers&#8217; President of Communications and the group is apparently obscuring network realities as far as Videotron&#8217;s President and CEO is concerned. The regulator also got involved, when the Chairman of the CRTC asserted that the consumer groups generally had to get organized and expand their knowledge.</p>
<p>This kind of broad framing &#8211; of extinguishing the legitimacy of a large voice without letting it speak &#8211; indicates a pair of things;</p>
<ol>
<li>Open Media has been incredibly successful in getting under telecommunications providers&#8217; skins. I&#8217;ve never been at a Summit (or other large industry event, of any kind) where an advocacy group and its coalition has attracted so much explicit and implicit vitriol;</li>
<li>Some companies are now &#8216;framing&#8217; the group&#8217;s crowd-source effects as illegitimate and thus trying to illegitimate other attempts to crowd-source information.</li>
</ol>
<p>I don&#8217;t expect, nor am I suggesting, that framing entirely obfuscates or undermines the conditions of Open Media&#8217;s attempts to work in the telecommunications regulatory space, but it does work to identify &#8216;qualified&#8217; epistemic elites by whom telecommunications should be handled. The long-term consequences of depriving this advocacy group a voice at the Summit is to simultaneously reaffirm the legitimacy of actors that are present and harden combative language amongst the various members, as well as confirm that Open Media is a recognized adversary in Canada&#8217;s telecom space. This isn&#8217;t to suggest that providers have some kind of a &#8216;battle plan&#8217; &#8211; there isn&#8217;t a central organizer that is using this space to intentionally coordinate language &#8211; but rather the result of a closed communications loops that constitute an &#8216;iron triangle&#8217;. Such triangles are composed of closed and mutually supportive groups that see governmental agencies, special interest lobbying groups, and legislative (sub)committees working together to develop policy. Members of such groups are typically specialized in very particular policy areas and present a united front towards interlopers or outsiders who</p>
<blockquote><p>attempt to invade their turf and alter established policies that have been worked out by years of private negotiations among the &#8220;insiders&#8221; &#8230; These triangles are said to be as &#8220;strong as iron&#8221; in that these mutually supportive relationships are often so politically powerful that representatives of the more general interests of society are usually effectively prevented from &#8220;interfering&#8221; with policy-making altogether whenever their concept of the general interest runs counter to the special interests of the entrenched interest groups, bureaucrats and politicians (<a href="http://www.auburn.edu/~johnspm/gloss/iron_triangles">Source</a>).</p></blockquote>
<h2>The CRTC in Focus</h2>
<p>The Chairman of the CRTC was at this year&#8217;s Summit, and as usual interesting little tidbits came out in his discussion with Summit co-organizer, Mark Goldberg. von Finckenstein was regularly asked questions that followed Open Media&#8217;s general talking points, including questions of structural separation, roles of consumer groups, and effectiveness of existing CRTC regulatory policies. During the questions the Chairman was asked about the CRTC&#8217;s research capacity: in effect, is the regulator conducting in-depth research of goings on around the world, or is it predominantly relying on what is provided to it by those coming before the regulator? While I had expected that the CRTC was stacked with some research analysts who conduct research, von Finckenstein instead said that while the CRTC has a good handle on &#8216;the basics&#8217; it isn&#8217;t actually engaged in detailed research of any particular regulatory approach to telecommunications. His rationale was that if the Commission was involved in intense research then it would come to particular proceedings with biases that might limit their position as impartial regulators. While I can appreciate the sentiment here, it seems somewhat off-base: as a scholar I expect that when I submit a piece for peer-review that it will be treated fairly and as neutrally as possible. This said, expect that reviewers will have conducted research in similar topic areas and that they will have private opinions concerning the argument-types presenting. I fail to understand why the CRTC cannot conduct basic research to evaluate the claims made by carriers and consumer groups alike, balancing any claims against existing policy research and analyses that are both conducted in house and by other regulators/academics.</p>
<p>Somewhat distressingly, the Chairman asserted a point that those who have spent time watching the CRTC already knew: the CRTC is of the opinion that consumer <em>groups</em> should be driving complaints before the CRTC instead of consumers themselves. von Finckenstein maintains that the highly technical nature of filing complaints means that the process is ill-suited to average consumers and that, as a result, consumers need to organize and develop a broader knowledge base concerning telecommunications so that they can then file complaints as appropriate. This having been said, he also asserted that consumers don&#8217;t generally have problems communicating with the CRTC. While unstated, I suspect that this particular comment was meant to capture the individuals consumers who are filing ITMP complaints with the CRTC, though doubt that he appreciates the level of consumer <em>resentment</em> towards the CRTC&#8217;s apparently toothless enforcement of their own regulatory decision around traffic management policies in Canada. I also find it of concern that the Chairman focuses on consumer groups as chiefly responsible for the formal complaints: for the full range of consumer issues to be brought before the CRTC there must be enhanced funding for these very groups. Canada is not the US, it doesn&#8217;t have the support of private foundations that enable civil society to work in the favor of citizens and consumers. Ideally, if the Chairman were serious about his suggestion, he would also demand that additional funds be provided to consumer groups <em>prior</em> to filing a claim so that research and testing could be performed ahead of time. As the ITMP proceeding demonstrated, the costs associated with significant hearings are so high that few can afford to do the work and simply hope to get paid at the conclusion of a particular regulatory procedure.</p>
<p>Unsurprisingly, the Commissioner also asserted that ITMP audits were <em>not</em> something that CRTC was interested in conducting because any such practice would operate under the assumption that there might be something wrong in the first place. As a complaints-driven body it would be inappropriate to make such an assumption. This is unfortunate because it can be so challenging for individuals to actually trace the source of network-based problems. Further, it is in companies&#8217; best interests to keep a shroud drawn tightly around themselves and their infrastructure operations to obfuscate their own misdeeds. Indeed, this very point has been made repeatedly by scholars in the telecommunications sphere but without a research wing it would appear that the CRTC is ignorant of the basic facts of corporate strategies that are designed to confuse consumers. Further, without such a research wing the Commission is apparently unaware that those conducting research on the outskirts of the network infrastructure will almost certainly have a very difficult, if not impossible, time trying to identify problems that reside within ISPs&#8217; infrastructure.</p>
<h2>The Haunting of Open Media</h2>
<p>Open Media hung over most of the Summit as a spectre that could-not-be-named. Various CEOs, Presidents, and Vice-Presidents raised concerns over the role of advocacy groups. Rogers&#8217; President of Communications worried that &#8216;special interests&#8217; were undermining the value of social media as a source of fact-finding and outreach, Videotron&#8217;s President and CEO asserted that customers were happy with Usage Based Billing and that Open Media was just trying to obscure network realities and the Chairman of the CRTC maintained that a series of Open Media&#8217;s key issues (audits of ITMP systems, functional separation) were not issues that the regulator was willing to take up. TELUS&#8217;s Mike Hennessy stated (without defending the claim) that Open Media&#8217;s recent report, &#8220;<a title="External link to report" href="http://openmedia.ca/plan">Casting an Open Net: A Leading-Edge Approach to Canada&#8217;s Digital Future</a>,&#8221; was homage to state-sponsored network neutrality and broadband. Further, it was suggested that Open Media <em>should</em> have been the consumer group that was present at the annual &#8216;Regulatory Blockbuster&#8217; panel instead of PIAC, based on each consumer groups&#8217; relative prominence in the broadband space this past year. It is admittedly somewhat anecdotal, but a vast number of the conversations that I participated in over the two days I attended the Summit saw Open Media either directly or indirectly come up.</p>
<p>What does this mean for Open Media as an organization? To begin, it indicates that the organization is implicitly recognized as an actor in the Canadian telecommunications policy subsystem, as demonstrated both by their involvement in discussing policy issues and bargaining in pursuit of their interests, as well as by the agenda denial tactics that are being undertaken by incumbent subsystem actors. The group&#8217;s effectiveness is arguably tied to their ability to harness epistemic elites that are not typically associated with regulatory proceedings and while simultaneously forging alliances with established actors. Further, Open Media has a demonstrated an ability to capture public attention and focus government awareness on issues in a manner that simultaneously aligns and opens policy windows. As a result of their focusing efforts, the group have effected changes to the regulatory agendas.</p>
<p>The capturing of public attention is key to their status as members of this particular policy sub-community: while they present policy alternatives they have also leveraged the potential votes of their backers and thus seen political parties seek Open Media&#8217;s favor. As a result of their capacity to capture and harness public attention, Open Media is challenging existing policy monopolies by becoming a dark horse that frames problems differently than Canada&#8217;s dominant carriers and that demands solutions often diverging from carriers&#8217;. Despite this divergent framing and solution set, the organization has often attempted to link their own issue set with the government&#8217;s economic principles and objectives, defending their position by appealing to key regulatory directives and frameworks. This insulates some of their work from overt assault. In effect, Open Media is working to alter &#8220;policy images through a number of tactics related to altering the venue of policy debate&#8221; and is consequently undermining &#8220;the complacency or stability of an existing policy subsystem&#8221; (Howlett and Ramesh 2003: 139).</p>
<p>The organization&#8217;s actual impact in the formation of policy itself &#8211; decision, implementation, and auditing policy stages that follow agenda shaping &#8211; is less clear. Along with other sub-system actors, such as Jean-François Mezei, Open Media has successfully rebuffed at least one major policy initiative that was decided by the CRTC around UBB. The development of alternate policy principles and guidelines may assist in promoting their issue-set but the rate of seeing their suggestions introduced into regulatory policy will be delayed based on the complexity of the policy subsystem they are operating in. Further complicating their efforts are the constraints placed upon the regulators who are expected to make, implement, and regulate telecommunications policy. Consequently, incrementalist changes are most likely. Incrementalism does not necessarily mean that Open Media&#8217;s own policy initiatives and principles are transformed into policy, but that existing policy actors&#8217; traditional principles, aims, and policy preferences may not be codified as rapidly as in the past. Further, traditional actors may need to modify their narrative and either incorporate some of Open Media&#8217;s language to hedge out the advocacy group or reorient their discourse to more effectively isolate and exclude Open Media as a legitimate policy actor. Regardless, for the moment at least Open Media has successfully intruded on a (relatively) monopolized policy subsystem and is affecting change, though it will be an uphill battle to establish themselves as a long-term member in Canada&#8217;s telecommunications policy network.</p>
<p>&nbsp;</p>
<h3>Text Sources:</h3>
<p>M. Howlett and M. Ramesh. (2003). <em>Studying Public Policy: Policy Cycles and Policy Subsystems (Second Edition)</em>. Toronto: Oxford University Press.</p>
<div name="googleone_share_1" style="position:relative;z-index:5;float: right; margin-left: 10px;"><g:plusone size="medium" count="1" href="http://www.christopher-parsons.com/blog/thoughts/isps-advocates-and-framing-at-the-2011-telecom-summit/"></g:plusone></div><p>Other posts you might be interested in:<ol>
<li><a href='http://www.christopher-parsons.com/blog/technology/canadian-telecom-summit-and-dpi/' rel='bookmark' title='Canadian Telecom Summit and DPI'>Canadian Telecom Summit and DPI</a></li>
<li><a href='http://www.christopher-parsons.com/blog/technology/privacy-advocates-and-deep-packet-inspection-vendors-isps-and-third-parties/' rel='bookmark' title='Privacy Advocates and Deep Packet Inspection: Vendors, ISPs, and Third-Parties'>Privacy Advocates and Deep Packet Inspection: Vendors, ISPs, and Third-Parties</a></li>
<li><a href='http://www.christopher-parsons.com/blog/copyright/eu-judicial-review-central-to-telecom-disconnects/' rel='bookmark' title='EU: Judicial Review Central to Telecom Disconnects'>EU: Judicial Review Central to Telecom Disconnects</a></li>
</ol></p>]]></content:encoded>
			<wfw:commentRss>http://www.christopher-parsons.com/blog/thoughts/isps-advocates-and-framing-at-the-2011-telecom-summit/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Deep Packet Inspection and Consumer Transparency</title>
		<link>http://www.christopher-parsons.com/blog/technology/deep-packet-inspection-and-consumer-transparency/</link>
		<comments>http://www.christopher-parsons.com/blog/technology/deep-packet-inspection-and-consumer-transparency/#comments</comments>
		<pubDate>Wed, 26 Jan 2011 18:00:38 +0000</pubDate>
		<dc:creator>Christopher</dc:creator>
				<category><![CDATA[CRTC]]></category>
		<category><![CDATA[DPI]]></category>
		<category><![CDATA[ISPs]]></category>
		<category><![CDATA[P2P]]></category>
		<category><![CDATA[Technology]]></category>
		<category><![CDATA[Bell]]></category>
		<category><![CDATA[canada]]></category>
		<category><![CDATA[deep packet inspection]]></category>
		<category><![CDATA[policy]]></category>
		<category><![CDATA[Rogers]]></category>
		<category><![CDATA[throttling]]></category>
		<category><![CDATA[transparency]]></category>

		<guid isPermaLink="false">http://www.christopher-parsons.com/blog/?p=2395</guid>
		<description><![CDATA[Deep packet inspection and Quality of Service infrastructure regularly mediates Canadians' digital communications. Given the importance of our digital systems I think that ISPs should remain compliant with technical and regulatory transparency requirements, but also ensure that their policies are also transparent and understandable to end-users. <a href="http://www.christopher-parsons.com/blog/technology/deep-packet-inspection-and-consumer-transparency/">Continue reading <span class="meta-nav">&#8594;</span></a>
Other posts you might be interested in:<ol>
<li><a href='http://www.christopher-parsons.com/blog/technology/background-to-north-american-politics-of-deep-packet-inspection/' rel='bookmark' title='Background to North American Politics of Deep Packet Inspection'>Background to North American Politics of Deep Packet Inspection</a></li>
<li><a href='http://www.christopher-parsons.com/blog/thoughts/beyond-fear-and-deep-packet-inspection/' rel='bookmark' title='Beyond Fear and Deep Packet Inspection'>Beyond Fear and Deep Packet Inspection</a></li>
<li><a href='http://www.christopher-parsons.com/blog/technology/choosing-winners-with-deep-packet-inspection/' rel='bookmark' title='Choosing Winners with Deep Packet Inspection'>Choosing Winners with Deep Packet Inspection</a></li>
</ol>]]></description>
			<content:encoded><![CDATA[<div id="attachment_2396" class="wp-caption alignleft" style="width: 310px"><a href="http://www.christopher-parsons.com/blog/wp-content/uploads/2011/01/Work-28.jpg"><img class="size-medium wp-image-2396" title="Work - 28" src="http://www.christopher-parsons.com/blog/wp-content/uploads/2011/01/Work-28-300x200.jpg" alt="" width="300" height="200" /></a><p class="wp-caption-text">Image by David Clow</p></div>
<p>Rogers Communications modified their packet inspection systems last year, and ever since customers have experienced degraded download speeds. It&#8217;s not that random users happen to be complaining about an (effectively) non-problem: Rogers&#8217; own outreach staff has confirmed that the modifications took place and that these changes have negatively impacted peer to peer (P2P) and non-P2P applications alike. Since then, a Rogers Communications senior-vice president, Ken Englehart, has suggested that any problems customers have run into are resultant of P2P applications themselves; no mention is made of whether or how Rogers&#8217; throttling systems have affected non-P2P traffic.</p>
<p>In this brief post, I want to quickly refresh readers on the changes that Rogers Communications made to their systems last year, and also note some of the problems that have subsequently arisen. Following this, I take up what Mr. Englehart recently stated in the media about Rogers&#8217; throttling mechanisms. I conclude by noting that Rogers is likely in compliance with the CRTC&#8217;s transparency requirements (or at least soon will be), but that such requirements are ill suited to inform the typical consumer. <span id="more-2395"></span><span style="font-size: 23px; color: #000000; line-height: 35px;"> </span></p>
<p><span style="font-size: 23px; color: #000000; line-height: 35px;">Rogers&#8217; Renewed Throttling Scheme</span></p>
<p>Last December I wrote about how <a title="Internal link to post on Rogers' throttling systems" href="http://www.christopher-parsons.com/blog/isps/rogers-network-failures-and-third-party-oversight">Rogers&#8217; throttling systems</a> were causing significant problems for customers. Specifically, it seemed as though a badly tested update to the Rogers network mediation infrastructure had caused P2P download speeds to sharply fall, and non-P2P applications were also impacted. These problems were confirmed by Keith McArthur, Rogers&#8217; senior director of social media and digital communications, <a title="External link to DSL reports with quoted reply" href="http://www.dslreports.com/forum/r24994463-">when he wrote that</a>:</p>
<blockquote><p>As some of you are aware, Rogers recently made some upgrades to our network management systems that had the unintended effect of impacting non-p2p file sharing traffic under a specific combination of conditions. Our network engineering team is working on the best way to address this issue as quickly as possible. However, I’m not able to provide any updates at this time about when this will be fixed. Our network management policy remains unchanged. You can find details of our policy here (»www.rogers.com/web/content/netwo···nagement). We are working hard to ensure that there are no gaps between our policy and the technology that enables that policy.</p></blockquote>
<p>While it was disturbing that it took months for an official Rogers representative to confirm the problem &#8211; and that even upon confirming the issue, no timeframe for resolving it was provided &#8211; at least the company publicly recognized the problem and stated that it would be fixed. Further, it seemed that the fix (whatever it entailed) would return the mediation of customers&#8217; data traffic to a pre-September 2010 status. Unfortunately, rather than working to resolve the problem (and maintain the network management policy) Rogers has changed their policy. This change was needed to comply with a CRTC directive &#8211; ISPs must be transparent to their customers about Internet Traffic Management Practices (ITMPs) &#8211; but since the change has taken place I&#8217;ve not seen any suggestion that things will &#8216;return to the old normal.&#8217;</p>
<h2>Public Statements and Policy Updates</h2>
<p>The most recent CRTC investigation into ISP traffic management policies began after Justin McKillican filed a complaint alleging that Rogers had &#8220;introduced changes to its Internet traffic management practices (ITMP) which impacted downstream peer to peer (P2P) traffic without providing the 30 day notice required by Telecom Regulatory Policy 2009-657.&#8221; <a title="External link to .pdf of response" href="http://www.michaelgeist.ca/component/option,com_docman/task,doc_download/gid,38/">The CRTC&#8217;s response</a> (.pdf) to Mr. McKillican and Rogers&#8217; Ken Thompson (Director and Counsel Copyright and Broadband Law, Rogers Communications Incorporated) directed the company to revise its ITMP disclosures on Rogers web pages on the basis that, at the time of investigating Mr. McKillican&#8217;s complaint, the disclosure on Rogers&#8217; website was non-compliant with the transparency requirements set down in <a title="External link to CRTC decision" href="http://www.crtc.gc.ca/eng/archive/2009/2009-657.htm">2009-657</a>.</p>
<p>In an interview with <a title="External link to Caart article" href="http://www.cartt.ca/news/FullStory.cfm?NewsNo=11150&amp;CFID=5373881">Carrt.ca about Rogers&#8217; throttling policies</a> (Subscription required), Mr. Englehart stated that Rogers does not traffic shape downstream traffic. Further, he asserted that Rogers had already provided an explicit disclosure of their practices on their web site. The disclosure that had been available to the public for over a year was previously in conformance &#8220;with what the CRTC wanted so it&#8217;s strange that they&#8217;re now saying it needs more work given we did it in consultation with them.&#8221; In the interview, he asserted that only P2P was affected by the throttling mechanisms, though his statement stands at odds with <a title="External link to Rogers' traffic management policies" href="http://www.rogers.com/web/content/network_management">Rogers&#8217; actual traffic management policies</a> that have recently been amended. Perhaps Mr. Englehart was unaware that the policy had been amended on the basis that newly deployed technical measures, but this seems unlikely given that the CRTC letter explicitly noted that there were changes to Rogers&#8217; throttling systems.</p>
<p>The changes to Rogers&#8217; traffic management policy are significant. An entirely new section &#8211; &#8220;Are there other applications that could be impacted by Rogers traffic management measures?&#8221; &#8211; has been introduced, following almost word-for-word what Bell Canada has published <a title="External link to Bell's ITMP policy" href="http://internet.bell.ca/index.cfm?language=en&amp;method=content.view&amp;content_id=12119">in the same section of their own traffic management policy</a>. Bell (and, now, Rogers) recognizes that sometimes their DPI systems negatively impact non-P2P applications, and puts the onus on the consumer to get things working again. Specifically, users are instructed to setup applications so that they only use IANA-specified ports[<a name="_end1"></a><a href="#_e1">1</a>] (with Rogers providing a non-hyperlined URL to <a title="External link to IANA port listing" href="http://www.iana.org/assignments/port-numbers">the official IANA list</a> on their traffic management page). Specifically, Bell and Rogers customers are told to:</p>
<ol>
<li>Close the affected application along with all P2P applications;</li>
<li>Ensure that non-P2P applications have their ports properly assigned;</li>
<li>Wait to ten minutes, and then restart the non-P2P application.</li>
</ol>
<p>Knowing many Bell and Rogers customers, and just how tech-savvy they are, I cannot imagine that many end-users can actually modify port numbers for various programs. As such, the solutions these companies are providing assume that the people who either care enough to find a solution, or can solve it in the first place, tend to be reasonably technically inclined. At the same time, I fully recognize that the provided solutions will most likely comply with CRTC requirements. This suggests that ISPs are invested in making ITMP policies transparent as far as regulators are concerned, but are not so interested in making the entirety of those policies transparent to typical consumers as well.</p>
<h2>Consumer vs Technical/Regulatory Transparency</h2>
<p>For a system to be considered transparent to consumers it must be described so that non-experts can decode what is being described. Rogers is almost certainly not being transparent to consumers given the brevity of their ITMP policy and because customers must consult a massive text-based document (with little context), modify some applications&#8217; port numbers, and only then have applications properly access the Internet. While such a list lets <em>me</em> set up port numbers on applications to avoid throttling, this is not the case with far less technically savvy individuals. What does the &#8216;regular consumer&#8217; do when their particular application isn&#8217;t listed in the ports (as will happen, often) and they&#8217;re experiencing slowdown on non-P2P application traffic?</p>
<p>In essence, while ISPs have publicized how their traffic management policies impact traffic, in the cases of Bell and Rogers only technically savvy individuals can follow the suggested troubleshooting steps. So, while both companies are (arguably) within the confines of regulatory transparency that is required by the CRTC,[<a name="_end2"></a><a href="#_e2">2</a>] the transparency that these bodies require doesn&#8217;t necessarily mean that <em>end-users</em> without technical savvy will understand how to resolve problems. Similar to how long or complicated privacy policies are only understood by those trained to read and/or write them, I suspect that only those who already have a degree of technical awareness will understand what ISPs are doing to customer data traffic.</p>
<p>For a policy to be &#8216;consumer transparent&#8217; it has to be non-technical, while specific enough to inform end-users what is going on. Much of Bell&#8217;s own ITMP policy is good, insofar as it is understandable and accessible to those who happen across the policy, but the troubleshooting approach that is provided is poor at best. The brevity of Rogers&#8217; own policy, combined with the poor design decisions that reduce readability, means that Rogers has provided a policy that is less transparent to the <em>consumer</em>, while simultaneously meeting much of the CRTC&#8217;s own regulatory transparency requirements. Deep packet inspection and Quality of Service infrastructure regularly mediates Canadians&#8217; digital communications. Given the importance of our digital systems I think that ISPs should remain compliant with technical and regulatory transparency requirements, but also ensure that their policies are <em>also</em> transparent and understandable to end-users.</p>
<h3>Footnotes</h3>
<p>[<a name="_e1"></a><a href="#_end1">1</a>] The Internet Assigned Numbers Authority (IANA) is responsible for allocating and maintaining a variety of numerical codes related to technical standards and protocols that undergird the Internet. To learn more about them, <a title="External link to IANA's about page" href="http://www.iana.org/about/">read their About page</a>.</p>
<p>[<a name="_e2"></a><a href="#_end2">2</a>] Admittedly, in the case of Rogers the CRTC has taken issue with how &#8216;transparent&#8217; their approach is. Given that Rogers&#8217; policies are written similarly to Bell, I suspect this has more to do with the ease of finding and reading Rogers&#8217; policies instead of what is written. See the below of how to navigate to a few Canadian ISPs&#8217; traffic management pages:</p>
<h4>Rogers</h4>
<ol>
<li>Go to the Rogers homepage</li>
<li>Select &#8216;Internet&#8217; &gt;&gt; &#8216;Packages and Pricing&#8217;</li>
<li>Scroll to the bottom of the page and click on their Internet Traffic Management Practices and Legal Disclosure link</li>
<li>In the popup box, click the grey link in the third paragraph labeled &#8216;click here&#8217;.</li>
</ol>
<h4>Bell</h4>
<ol>
<li>Go to Bell&#8217;s homepage</li>
<li>Select &#8216;Internet&#8217;</li>
<li>Scroll down to the bottom of the page and click their Network Management link</li>
</ol>
<h4>Shaw</h4>
<ol>
<li>Go to their homepage</li>
<li>Select &#8216;Internet&#8217;</li>
<li>Select the link to their traffic management policies</li>
</ol>
<h4>Cogeco</h4>
<ol>
<li>Go to their homepage</li>
<li>Select &#8216;Internet&#8217;</li>
<li>Select &#8216;Internet Usage&#8217;</li>
<li>Select &#8216;Learn more about Internet traffic management</li>
<li>Select one of the six options to learn about, read it, and then either use your browser&#8217;s back button or the back button on the page and scroll back down to where you were on the page.</li>
</ol>
<p>In the case of both Bell and Shaw, there is an easily found, easily accessed, and easily read traffic management policy. In the cases of Rogers and Cogeco it is more challenging to believe that a casual consumer would happen upon the traffic management policies. The text of Rogers&#8217; ITMP policy is incredibly small &#8211; I need to move very close to the screen to read the grey 11 font text &#8211; and Cogeco&#8217;s is buried &#8211; multiple links have to be clicked to read the whole policy even after finding it. Neither of these two policies would pass a sniff test for being &#8216;consumer transparent&#8217;, even if they are seen as compliant with legal and regulatory transparency requirements.</p>
<div name="googleone_share_1" style="position:relative;z-index:5;float: right; margin-left: 10px;"><g:plusone size="medium" count="1" href="http://www.christopher-parsons.com/blog/technology/deep-packet-inspection-and-consumer-transparency/"></g:plusone></div><p>Other posts you might be interested in:<ol>
<li><a href='http://www.christopher-parsons.com/blog/technology/background-to-north-american-politics-of-deep-packet-inspection/' rel='bookmark' title='Background to North American Politics of Deep Packet Inspection'>Background to North American Politics of Deep Packet Inspection</a></li>
<li><a href='http://www.christopher-parsons.com/blog/thoughts/beyond-fear-and-deep-packet-inspection/' rel='bookmark' title='Beyond Fear and Deep Packet Inspection'>Beyond Fear and Deep Packet Inspection</a></li>
<li><a href='http://www.christopher-parsons.com/blog/technology/choosing-winners-with-deep-packet-inspection/' rel='bookmark' title='Choosing Winners with Deep Packet Inspection'>Choosing Winners with Deep Packet Inspection</a></li>
</ol></p>]]></content:encoded>
			<wfw:commentRss>http://www.christopher-parsons.com/blog/technology/deep-packet-inspection-and-consumer-transparency/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Rogers, Network Failures, and Third-Party Oversight</title>
		<link>http://www.christopher-parsons.com/blog/isps/rogers-network-failures-and-third-party-oversight/</link>
		<comments>http://www.christopher-parsons.com/blog/isps/rogers-network-failures-and-third-party-oversight/#comments</comments>
		<pubDate>Fri, 03 Dec 2010 07:57:36 +0000</pubDate>
		<dc:creator>Christopher</dc:creator>
				<category><![CDATA[CRTC]]></category>
		<category><![CDATA[DPI]]></category>
		<category><![CDATA[Internet]]></category>
		<category><![CDATA[ISPs]]></category>
		<category><![CDATA[P2P]]></category>
		<category><![CDATA[canada]]></category>
		<category><![CDATA[control]]></category>
		<category><![CDATA[deep packet inspection]]></category>
		<category><![CDATA[policy]]></category>
		<category><![CDATA[Rogers]]></category>
		<category><![CDATA[verisign]]></category>

		<guid isPermaLink="false">http://www.christopher-parsons.com/blog/?p=2113</guid>
		<description><![CDATA[Rogers Communications has a severely misconfigured network made possible by the control and surveillance equipment they have embedded in their network. What are the implications of prolonged accidental misconfigurations and how might an independent oversight board mitigate such accidents in the future? <a href="http://www.christopher-parsons.com/blog/isps/rogers-network-failures-and-third-party-oversight/">Continue reading <span class="meta-nav">&#8594;</span></a>
Other posts you might be interested in:<ol>
<li><a href='http://www.christopher-parsons.com/blog/technology/deep-packet-inspection-and-consumer-transparency/' rel='bookmark' title='Deep Packet Inspection and Consumer Transparency'>Deep Packet Inspection and Consumer Transparency</a></li>
<li><a href='http://www.christopher-parsons.com/blog/technology/background-to-north-american-politics-of-deep-packet-inspection/' rel='bookmark' title='Background to North American Politics of Deep Packet Inspection'>Background to North American Politics of Deep Packet Inspection</a></li>
<li><a href='http://www.christopher-parsons.com/blog/thoughts/draft-whats-driving-deep-packet-inspection-in-canada/' rel='bookmark' title='Draft: What&#8217;s Driving Deep Packet Inspection in Canada?'>Draft: What&#8217;s Driving Deep Packet Inspection in Canada?</a></li>
</ol>]]></description>
			<content:encoded><![CDATA[<p><!-- p.p1 {margin: 0.0px 0.0px 0.0px 0.0px; font: 13.0px Arial} p.p2 {margin: 0.0px 0.0px 0.0px 0.0px; font: 13.0px Arial; min-height: 15.0px} p.p3 {margin: 0.0px 0.0px 0.0px 0.0px; font: 13.0px Helvetica; color: #232323} p.p4 {margin: 0.0px 0.0px 0.0px 0.0px; line-height: 19.0px; font: 13.0px Helvetica; color: #232323} p.p5 {margin: 0.0px 0.0px 0.0px 0.0px; line-height: 19.0px; font: 13.0px Arial; min-height: 15.0px} p.p6 {margin: 0.0px 0.0px 0.0px 0.0px; font: 13.0px Verdana; color: #232323} span.s1 {text-decoration: underline ; color: #3e01ee} span.s2 {font: 13.0px Arial; color: #000000} span.s3 {font: 13.0px Arial; text-decoration: underline ; color: #3e01ee} span.s4 {font: 13.0px Verdana} span.s5 {color: #2f51b2} span.s6 {font: 13.0px Helvetica} span.s7 {font: 13.0px Verdana; color: #232323} --></p>
<div id="attachment_2116" class="wp-caption alignleft" style="width: 310px"><a href="http://www.flickr.com/photos/fhashemi/97033289/"><img class="size-medium wp-image-2116" title="Control!" src="http://www.christopher-parsons.com/blog/wp-content/uploads/2010/12/Control-300x172.jpg" alt="" width="300" height="172" /></a><p class="wp-caption-text">Photo credit: Faramarz Hashemi</p></div>
<p>Deep packet inspection (DPI) is a form of network surveillance and control that will remain in Canadian networks for the foreseeable future. It operates by examining data packets, determining their likely application-of-origin, and then delaying, prioritizing, or otherwise mediating the content and delivery of the packets. Ostensibly, ISPs have inserted it into their network architectures to manage congestion, mitigate unprofitable capital investment, and enhance billing regimes. These same companies routinely run tests of DPI systems to better nuance the algorithmic identification and mediation of data packets. These tests are used to evaluate algorithmic enhancements of system productivity and efficiency at microlevels prior to rolling new policies out to the entire network.</p>
<p>Such tests are not publicly broadcast, nor are customers notified when ISPs update their DPI devices&#8217; long-term policies. While notification must be provided to various bodies when material changes are made to the network, non-material changes can typically be deployed quietly. Few notice when a deployment of significant scale happens&#8230;unless it goes wrong. Based on user-reports in the <a title="External link to DSLreports Rogers forum" href="http://www.dslreports.com/forum/rogers">DSLreports forums</a> it appears that one of Rogers&#8217; recent policy updates was poorly tested and then massively deployed. The ill effects of this deployment are still unresolved, over sixty days later.</p>
<p>In this post, I first detail issues facing Rogers customers, drawing heavily from forum threads at DSLreports. I then suggest that this incident demonstrates multiple failings around DPI governance: a failure to properly evaluate analysis and throttling policies; a failure to significantly acknowledge problems arising from DPI misconfiguration; a failure to proactively alleviate inconveniences of accidental throttling. Large ISPs&#8217; abilities to modify data transit and discrimination conditions is problematic because it increases the risks faced by innovators and developers who cannot predict future data discrimination policies. Such increased risks threaten the overall generative nature of the ends of the Internet. To alleviate some of these risks a trusted third-party should be established. This party would monitor how ISPs themselves govern data traffic and alert citizens and regulators if ISPs discriminate against &#8216;non-problematic&#8217; traffic types or violate their own terms of service. I ultimately suggest that an independent, though associated, branch of the CRTC that is responsible for watching over ISPs could improve trust between Canadians and the CRTC and between customers and their ISPs.<span id="more-2113"></span></p>
<p><strong>What&#8217;s Going On?</strong></p>
<p>Rogers has publicly stated that they are predominantly concerned with managing upstream traffic, claiming that without throttling it they risk &#8220;becoming the world&#8217;s buffet.&#8221; As a result, the company uses DPI appliances to delay uploading data to the Internet; downloads are unaffected. <a title="External link to DPI Canada's Rogers Communications Page" href="http://www.deeppacketinspection.ca/isps/rogers-cable-communications-inc/">Their technology</a>, “looks at the header information embedded in the payload and session establishment procedures” to identify peer-to-peer based upload traffic. If such traffic is identified it is put into a portion or allocation of the network dedicated to upstream peer-to-peer traffic. Further, Rogers&#8217; network management policy states that &#8220;For Rogers Hi Speed Internet (delivered over cable) and Portable Internet from Rogers customers, the maximum upload speed for P2P file sharing traffic is 80 kbps at all times. There are no limits on download speed for any application or protocol.&#8221;</p>
<p>Unfortunately, it appears as though a badly tested update to Rogers&#8217; DPI equipment has had unintended consequences. Customers that previously enjoyed very fast downloads using P2P clients &#8211; often several Mb/s &#8211; have <a title="External link to DSLreports thread" href="http://www.dslreports.com/forum/r24822306-Extreme-Plus-Utorrent-Settings-and-Rogers">seen their download speeds</a> sharply curtailed to the point where <a title="Another external link to a Rogers thread at DSLreports forum" href="http://www.dslreports.com/forum/r24878703-Express-Recent-Massive-Torrent-throttling-in-Ottawa-">some users are reporting</a> maximum speeds <a title="Another link to a DSLreports forum thread" href="http://www.dslreports.com/forum/r24923795-Express-Extremely-Slow-D-L-Speeds-in-Toronto">of under 100kb/s</a>. Moreover, it isn&#8217;t just just P2P applications that are being affected; Keith McArthur, Rogers&#8217; senior director of social media and digital communications, has publicly confirmed that non-P2P applications are being affected by this misconfiguration. <a title="Link to post set where Keith has written" href="http://www.dslreports.com/forum/r24994463-">Specifically</a>;</p>
<blockquote><p>As some of you are aware, Rogers recently made some upgrades to our network management systems that had the unintended effect of impacting non-p2p file sharing traffic under a specific combination of conditions. Our network engineering team is working on the best way to address this issue as quickly as possible. However, I&#8217;m not able to provide any updates at this time about when this will be fixed. Our network management policy remains unchanged. You can find details of our policy here (»<a title="Recreated hotlink to Rogers' network management page" href="http://www.rogers.com/web/content/network_management">www.rogers.com/web/content/netwo···nagement</a>). We are working hard to ensure that there are no gaps between our policy and the technology that enables that policy.</p></blockquote>
<p>Keith&#8217;s public statement came about a month after people began reporting this problem (September 20, 2010) and after his comment the problem remains unresolved over a month later (now December 3, 2010). There has been a massive delay in recognizing a problem, and an even more massive delay in resolving it.</p>
<p><strong>Problems in Governance</strong></p>
<p>Since September, <a title="External link to post in thread about forum user report" href="http://www.dslreports.com/forum/r25114954-">one forum user</a> has reportedly submitted a complaint to the CRTC. The result is that Rogers has to either reverse its present policies and stop throttling downloads or change their terms of service to reflect their current practice of throttling downstream traffic. While Rogers is to be commended for leaving a comment in a public forum and acknowledging the problem, they have not been particularly proactive in notifying their end-users about the problems with the company&#8217;s DPI appliances. As noted in the threads on DSLreports, low level technical staff ascribe degraded service of P2P and non-P2P applications alike to customers&#8217; use of P2P applications. While there may be a correlate relationship, the root cause (improperly configured network infrastructure) is not being identified over the phone.</p>
<p>Such ascriptions indicate that customer service has not been properly notified of DPI-related network degradation problems. Though the senior director of social media and digital communications is aware of these problems, no notice is posted on their <a title="External link to RedBoard" href="http://redboard.rogers.com/">social-media inspired RedBoard website</a> or to be found on their traditional corporate website.</p>
<p>To begin, this failure of network configuration suggests that Rogers&#8217; testing system needs to be refined. I expect that Rogers&#8217; professional networking staff tested the network updates &#8211; either in an isolated test network that replicates real-world conditions or in a small portion of their production network. Doing anything else would constitute an incredibly arrogant and inappropriate deployment regime, and I cannot believe that Rogers&#8217; networking staff would behave in such an unprofessional manner. What is more likely is that the micro-level tests were either too narrow or the derived findings were misunderstood/ambiguous. Such a failure in the testing regime demands a reevaluation of how engineers make upgrades to the Rogers networks and is especially important given that the error has resulted in a material degradation of service &#8211; a change that requires Rogers to notify various actors prior to the modification.</p>
<p>The lack of widespread attention to the problem &#8211; at customer service, at their informal website or at their formal corporate website &#8211; indicates an additional issue concerning staff and (by extension) customer education. Customers are unlikely to know the source of their network-related problem because Rogers has only acknowledged the misconfiguration in limited channels. A customer shouldn&#8217;t have to (and is unlikely to) dig into the depths of a specialized web forum to learn about material changes that have affected their network service for a prolonged period of time, regardless of whether the changes are intentional or not.</p>
<p>Finally, the misconfiguration of Rogers&#8217; equipment shows a failure to proactively notify customers of problems. I&#8217;ve contacted a host of Rogers customers over the past day, asking similar questions: Are you experiencing particular degradations of service? (All responses: yes.) Have you been contacted about the problem by Rogers? (All responses: no.) While I appreciate that it would be challenging to call every single customer, a mass email to all Rogers customers would not be a financially expensive operation, nor would a posting on their corporate website. That the company has remained relatively quiet about known issues on its network for over 60 days, knowing that network changes have had material impacts on the quality of service and that are in violation of their network management policy, speaks poorly of the company&#8217;s willingness to openly address the problem.</p>
<p><strong>The Impacts of Control</strong></p>
<p>There are consequences associated with running a partially controllable network, a network that is &#8220;generally open to new applications, but can be used to block them selectively&#8221; (van Schewick 2010: 288). Shifting network architectures away from the end-to-end model and towards applianced models of network connectivity &#8220;increases the relative costs of innovation and decreases the relative benefits for independent innovations&#8221; (van Schewick 2010: 289). Such changes threaten the development of novel applications that could improve the utility derived from Internet access, as well as potentially imposing constraints on technology and (metaphorically) killing the goose that lays the golden egg (Greenstein 2001: 390).</p>
<p>DPI has been deployed to provide ISPs with insight into, and control over, their customers&#8217; data transmissions. Such insight is needed because applications at the ends of the network are less and less trustworthy; port obfuscation, payload encryption, randomized initial packet exchanges and more are designed to hide what applications customers are using. ISPs assert that they need to better understand the packets in their entirety to properly identify applications and transit their associated packets. In essence, ISP routers cannot trust applications to &#8216;honestly&#8217; disclose their packets and so ISPs aim to &#8216;restore&#8217; this trust by inspecting most/all packets that go through their routers. Thus, restoring trust has led ISPs to increase middle-network intelligence and required customers to trust network providers more than when providers operated as &#8216;simple&#8217; transit networks.</p>
<p>The problem with adding intelligence into the middle of the network is that middle-network failures have broader impacts than failures at the ends. Per Blumenthal and Clark (2001):</p>
<blockquote><p>Network designers make a strong distinction between two sorts of elements &#8211; those that are &#8220;in&#8221; the network and those that are &#8220;attached to,&#8221; or &#8220;on,&#8221; the network. A failure of a device that is &#8220;in&#8221; the network can crash the network, not just certain applications; its impact is more universal. The end-to-end argument at this level thus states that services &#8220;in&#8221; the network are undesirable because they constrain application behaviour and add complexity and risk to the core (201).</p></blockquote>
<p>Blumethal and Clark&#8217;s approach to the end-to-end principle restricts the &#8216;narrow&#8217; version of the end-to-end argument that van Schewick has identified. The narrow version of end-to-end asserts that &#8220;A function should only be implemented in a lower layer, if it can be completely and correctly implemented at that layer. Sometimes an incomplete implementation of the function at the lower layer may be useful as a performance enhancement&#8221; (2010: 58). Such narrow approaches to the end-to-end principle were meant to try and help implement applications, whereas many present understandings of this principle are used to justify hostile intentions, seeing ISP engineers prevent things from happening on the network and blocking certain applications (Blumethal and Clark 2001: 106-7). The effect overall is to reduce the generativity of network itself, reducing its &#8220;capacity to produce unanticipated change through unfiltered contributions from broad and varied audiences&#8221; (Zittrain 2008: 70).</p>
<p>Finally, the appropriateness of network control varies depending on the reader&#8217;s understanding of the term &#8216;network management&#8217;. The issue with &#8216;reasonable network management&#8217; language is that it tends not to describe an engineering principle but a policy decision. Such policy decisions are made by weighing legitimate technical and business goals with what society will bear in regards to principles such as user privacy. Thus, reasonable network management is unlikely to correlate with <a title="External link to Paul's paper" href="http://papers.ssrn.com/sol3/papers.cfm?abstract_id=1261344">Paul Ohm&#8217;s definition</a>, where the term exclusively refers to:</p>
<blockquote><p>&#8230;the activities, methods, procedures, and tools that pertain to the operation, administration, maintenance, and provisioning of networked systems (51).</p></blockquote>
<p>In aggregate, the introduction of control has a series of impacts. Realigning where intelligence is located in the network changes the risks and cost/benefit structure for innovators at the ends of the network. That ISPs such as Rogers can have misconfigurations lasting over 60 days that detrimentally affect P2P and non-P2P applications alike is problematic. Individuals are unlikely to know who is to blame and such misconfigurations may increase unpredictability of application discrimination to the point where innovators and developers abandon or limit Internet-interfaced application creation. If application-like services from the ISP continue to work (e.g. Rogers On Demand Online) people may be led away from non-proprietary streaming and content delivery services in favour of the ISP&#8217;s monetized systems. Moreover, when the ISP&#8217;s own services are not impacted by network misconfigurations there is less of an incentive for their engineers to quickly resolve the problem.</p>
<p>Finally, the quiet (if accidental) increase in network control also has the effect of potentially undermining the trustworthiness of the network itself. If DPI was (in part) installed because of untrustworthiness at the ends, now consumers and developers alike have less reason than before to trust the middle and core of the networks. Trust and transparency, it seems, are lacking throughout the network.</p>
<p><strong>Third-Party Oversight</strong></p>
<p>The capacity for large ISPs to modify data transit conditions in a seemingly randomized manner is made possible by the packet monitoring and control systems now grafted into ISPs&#8217; networks. Given the impacts that control can have on the future of telecommunications a trusted third-party is needed. This party should monitor how ISPs govern data traffic, alerting citizens and regulators alike if ISPs are found discriminating against &#8216;non-problematic&#8217; traffic types or violating their own terms of service. Such a party does not necessarily need to dogmatically require all ISP actions fit within the end-to-end principle. Let me illustrate what this might mean.</p>
<p>While Jonathan Zittrain worries about the installation of intelligence into the network he also argues that we must abandon strict adherence to end-to-end neutrality. Zittrain asserts that we would be well served to replace the end-to-end principle with a generativity principle, &#8220;a rule that asks that any modifications to the Internet&#8217;s design or to the behaviour of ISPs be made when they will do least harm to generative possibilities&#8221; (2008: 165). For such a system to be adopted, however, there must be some third-party that is technically competent and that can audit what ISPs are doing to their networks.</p>
<p>The hope is that by introducing a third-party between customers and ISPs some of the mutual antagonism between these two parties might be alleviated, whilst also reducing some of the privacy concerns associated with DPI more generally. Specifically, the third-party would lack a profit-based motivation to access personal information and could, as part of its mandate, oversee the limitation of ISPs&#8217; access to personal information where the information isn&#8217;t relevant for business purposes.</p>
<p>While key-signing authorities could theoretically operate as one of the neutral third-parties, there remains a question of trusting the third-party itself. VeriSign, <a title="Link to 1/2 parts on VeriSign's DNS redirections" href="http://rulingclass.wordpress.com/2010/11/28/the-background-dope-on-dhs-recent-seizure-of-domains/">as an example</a>, presently works alongside American copyright groups and <a title="2/2 links about VeriSign DNS redirections" href="http://rulingclass.wordpress.com/2010/12/01/update-on-dhsice-domain-seizures/">changes DNS entries for some .com addresses</a> and could do the same for .net addresses. As a result, VeriSign couldn&#8217;t be considered a trusted third-party because of this partisan behaviour. Thus, any party exercising oversight of ISPs ought to be composed of a set of neutral third-parties so that if/when a member reveals itself as no longer trustworthy the entire oversight committee/board/organization doesn&#8217;t collapse.</p>
<p>Such an oversight body (in Canada) could be associated with, but independent of, the CRTC. The body ought to be resourced regardless of whether its investigations embarrass ISPs or its regulatory parent. Its acting commissioner should be appointed for a significant period of time. Further, the commissioner should retain independent authority over who to hire, within requirements set by the CRTC. Anticompetitive actions or those in breech of acceptable use policies, network policy agreements, service level agreements or privacy policies should be fully disclosed to the public by this independent body. ISPs could not claim confidentiality to hide their actions or network configurations when their actions or network configurations violate their public statements, agreements, or CRTC decisions. The threat of this transparency into ISP network operations could and should cause ISPs to be more cautious and measured in their actions, reducing the likelihood of network misconfigurations or at least limiting the duration of misconfigurations. Additionally, this body might generate trust with the public by separating its policies from the more formal regulatory hearings at the CRTC.</p>
<p>Is such an oversight body a pipe dream? Perhaps, but not an entirely unreasonable one. The CRTC is increasingly under pressure by members of the public to be <a title="link to dissolve the crtc website" href="http://dissolvethecrtc.ca/">more transparent or dissolve</a>, and telecommunications companies in general are <a title="link to CBC news report on the bad ratings ascribed to mobile providers/ISPs" href="http://www.cbc.ca/technology/story/2010/06/17/con-cell-complaints.html">distrusted by Canadians</a>. Adopting an independent oversight board &#8211; one solely responsible for audits and oversight of ISP networks, and ensuring compliance with existing CRTC policies &#8211; could realign the trust Canadians put in carriers and practically demonstrate the value and legitimacy of the CRTC to the Canadian people.</p>
<p><strong>Book Sources:</strong></p>
<p>Blumenthal, Marjory S. and Clark, David D. (2001). &#8220;Rethinking the Design of the Internet: The End-to-End Arguments vs. the Brave New World&#8221; in B. M. Compaine and S. Greenstein (eds.). <em>Communications Policy in Transition: The Internet and Beyond</em>. Cambridge, Mass.: The MIT Press.</p>
<p>Greenstein, Shane. (2001). &#8220;Copyright in the Age of Distributed Applications&#8221; in B. M. Compaine and S. Greenstein (eds.). <em>Communications Policy in Transition: The Internet and Beyond</em>. Cambridge, Mass.: The MIT Press.</p>
<p>van Schewick, Barbara. (2010). <em>Internet Architecture and Innovation. </em>Cambridge, Mass.: The MIT Press.</p>
<p>Zittrain, Jonathan. (2008). <em>The Future of the Internet and How to Stop It</em>. New Haven: Yale University Press.</p>
<div name="googleone_share_1" style="position:relative;z-index:5;float: right; margin-left: 10px;"><g:plusone size="medium" count="1" href="http://www.christopher-parsons.com/blog/isps/rogers-network-failures-and-third-party-oversight/"></g:plusone></div><p>Other posts you might be interested in:<ol>
<li><a href='http://www.christopher-parsons.com/blog/technology/deep-packet-inspection-and-consumer-transparency/' rel='bookmark' title='Deep Packet Inspection and Consumer Transparency'>Deep Packet Inspection and Consumer Transparency</a></li>
<li><a href='http://www.christopher-parsons.com/blog/technology/background-to-north-american-politics-of-deep-packet-inspection/' rel='bookmark' title='Background to North American Politics of Deep Packet Inspection'>Background to North American Politics of Deep Packet Inspection</a></li>
<li><a href='http://www.christopher-parsons.com/blog/thoughts/draft-whats-driving-deep-packet-inspection-in-canada/' rel='bookmark' title='Draft: What&#8217;s Driving Deep Packet Inspection in Canada?'>Draft: What&#8217;s Driving Deep Packet Inspection in Canada?</a></li>
</ol></p>]]></content:encoded>
			<wfw:commentRss>http://www.christopher-parsons.com/blog/isps/rogers-network-failures-and-third-party-oversight/feed/</wfw:commentRss>
		<slash:comments>12</slash:comments>
		</item>
		<item>
		<title>Analyzing the Verizon-Google Net Neutrality Framework</title>
		<link>http://www.christopher-parsons.com/blog/thoughts/analysis-of-verizon-google-net-neutrality-framework/</link>
		<comments>http://www.christopher-parsons.com/blog/thoughts/analysis-of-verizon-google-net-neutrality-framework/#comments</comments>
		<pubDate>Mon, 16 Aug 2010 18:45:44 +0000</pubDate>
		<dc:creator>Christopher</dc:creator>
				<category><![CDATA[CRTC]]></category>
		<category><![CDATA[Internet]]></category>
		<category><![CDATA[ISPs]]></category>
		<category><![CDATA[Mobiles]]></category>
		<category><![CDATA[Politics]]></category>
		<category><![CDATA[Thoughts]]></category>
		<category><![CDATA[america]]></category>
		<category><![CDATA[broadband]]></category>
		<category><![CDATA[deep packet inspection]]></category>
		<category><![CDATA[DPI]]></category>
		<category><![CDATA[fcc]]></category>
		<category><![CDATA[google]]></category>
		<category><![CDATA[network neutrality]]></category>
		<category><![CDATA[policy]]></category>

		<guid isPermaLink="false">http://www.christopher-parsons.com/blog/?p=1944</guid>
		<description><![CDATA[In this post, I exclusively work through the principles suggested by Verizon-Google. In my probationary analysis, I will draw on existing American regulatory language and lessons that might be drawn from the Canadian experience surrounding network management. My overall feel of the document published by Verizon-Google is that, in many ways, it's very conservative insofar as it adheres to dominant North American regulatory approaches. My key suggestion is that instead of rejecting the principles laid out in their entirety that we instead carefully consider each in turn. During my examination, I should identify what principles and/or their elements could be usefully taken up into a government-backed regulatory framework that recognizes the technical, social, and economic potentials of America's broadband networks. <a href="http://www.christopher-parsons.com/blog/thoughts/analysis-of-verizon-google-net-neutrality-framework/">Continue reading <span class="meta-nav">&#8594;</span></a>
Other posts you might be interested in:<ol>
<li><a href='http://www.christopher-parsons.com/blog/technology/analysis-ipoque-dpi-and-network-neutrality/' rel='bookmark' title='Analysis: ipoque, DPI, and Network Neutrality'>Analysis: ipoque, DPI, and Network Neutrality</a></li>
<li><a href='http://www.christopher-parsons.com/blog/isps/rogers-network-failures-and-third-party-oversight/' rel='bookmark' title='Rogers, Network Failures, and Third-Party Oversight'>Rogers, Network Failures, and Third-Party Oversight</a></li>
<li><a href='http://www.christopher-parsons.com/blog/technology/background-to-north-american-politics-of-deep-packet-inspection/' rel='bookmark' title='Background to North American Politics of Deep Packet Inspection'>Background to North American Politics of Deep Packet Inspection</a></li>
</ol>]]></description>
			<content:encoded><![CDATA[<p><a href="http://www.flickr.com/photos/believekevin/4272237049/"><img class="alignright size-medium wp-image-1948" title="netneutralityorders" src="http://www.christopher-parsons.com/blog/wp-content/uploads/2010/08/netneutralityorders-224x300.jpg" alt="" width="224" height="300" /></a>Technology is neither good or bad. It&#8217;s also not neutral. Network neutrality, a political rallying cry meant to motivate free-speech, free-culture, and innovation advocates, was reportedly <a title="External link to Ars Technica article" href="http://arstechnica.com/telecom/news/2010/08/a-paper-trail-of-betrayal-googles-net-neutrality-collapse.ars">betrayed by Google</a> following the release of a Verizon-Google policy document on network management/neutrality. What the document reveals is that the two corporations, <a title="External link to FCC's weaknesses" href="http://gigaom.com/2010/08/05/genachowski-man-up-and-silicon-valley-wake-up/">facing a (seemingly) impotent FCC</a>, have gotten the ball rolling by suggesting a set of policies that the FCC could use in developing a network neutrality framework. Unfortunately, there has been little even-handed analysis of this document from the advocates of network neutrality; instead we have witnessed <a title="External link to Lauren Weinstein's blog" href="http://lauren.vortex.com/archive/000743.html">vitriol and over-the-top rhetoric</a>. This is disappointing. While sensational headlines attract readers, they do little to actually inform the public about network neutrality in a detailed, granular, reasonable fashion. Verizon-Google have provided advocates with an opportunity to pointedly articulate their views while the public is watching, and this is not an opportunity that should be squandered with bitter and unproductive criticism.</p>
<p>I&#8217;m intending this to be the first of a few posts on network neutrality.<a name="_ednref1"></a><a href="#_edn1">[1]</a> In this post, I exclusively work through the principles suggested by Verizon-Google. In this first, and probationary, analysis I will draw on existing American regulatory language and lessons that might be drawn from the Canadian experience surrounding network management. My overall feel of the document published by Verizon-Google is that, in many ways, it&#8217;s very conservative insofar as it adheres to dominant North American regulatory approaches. My key suggestion is that instead of rejecting the principles laid out in their entirety we should carefully consider each in turn. During my examination, I hope to identify what principles and/or their elements could be usefully taken up into a government-backed regulatory framework that recognizes the technical, social, and economic potentials of America&#8217;s broadband networks.<span id="more-1944"></span></p>
<p><strong>Background</strong></p>
<p>Before jumping into my discussion of the proposed Verizon-Google principles, I want to provide some background to the network neutrality discussion underway in the US. This background will, ideally, introduce newcomers to the discussion of net neutrality with a basic understanding of political lay of the land that preceded the Verizon-Google policy framework. I want to make clear that I’m not providing a fully comprehensive contextualization, but a basic outline to assist you in placing the policy framework in relation to ongoing processes.</p>
<p>Since a <a title="External link to Washington post article on FCC's defeat" href="http://www.washingtonpost.com/wp-dyn/content/article/2010/04/06/AR2010040600742.html">federal appeals court ruled against the FCC</a> in their case against <a title="External link on Carr's discussion on Comcast's DPI usage" href="http://www.huffingtonpost.com/timothy-karr/comcasts-internet-throttl_b_70191.html">Comcast&#8217;s usage of deep packet inspection equipment</a>, the American telecommunications regulator has been struggling. After its defeat in court, the FCC quickly announced its &#8216;third way&#8217;. This is an effort to realign how broadband carriers are regulated in the US. The carriers are presently classified as &#8216;information services&#8217; instead of &#8216;telecommunications services&#8217;, which limits the FCC&#8217;s ability to adjudicate how ISPs actually manage their services. To draw &#8216;information services&#8217; more significantly into the FCC&#8217;s regulatory fold, Chairman Julius Genachowski has proposed that the transmission of broadband Internet access is a telecommunications service, though <a title="Venturebeat article explaining the FCC's third way" href="http://venturebeat.com/2010/05/06/fcc-third-way-net-neutrality/">the actual content that is transmitted is outside of the FCC&#8217;s purview</a>. The third way has been <a title="External link to Ars article with reactions to the third way" href="http://arstechnica.com/telecom/news/2010/07/few-neutrals-in-debate-over-third-way-net-neutrality-plan.ars">incredibly poorly received by major telecommunications carriers</a> and had, in part, been responsible for closed-door meetings between the FCC and net neutrality stakeholders. These meetings were meant to establish a <a title="External link to WSJ article unpacking meetings for network neutrality" href="http://online.wsj.com/article/SB10001424052748704256304575321273903045994.html?mod=rss_Technology">regulatory framework that met network neutrality principles while moderating FCC regulation</a>.</p>
<p>Many of the folks involved in network neutrality are the same people deeply invested in the copyfights of the past decade; Lessig, the EFF, CDT, and similar groups have witnessed the negative consequences of industry-driven back room dealings for copyright extension. <a name="_ednref2"><a><a href="#_edn2">[2]</a> While some public interest groups attended the closed-door network neutrality meetings, their involvement was, reputedly, fairly minor.<a name="_ednref3"></a><a href="#_edn3">[3]</a> Hopefully as time goes on, more light will be shed on the actual suggestions and compromises proposed in these meetings between public advocates, their corporate counterparts, and the FCC staff in attendance.</p>
<p>While the FCC-driven meetings were ongoing, Verizon and Google had their own private negotiations on what a national broadband policy might look like. This policy was published August 9, 2010 after a weekend of rumors; Edward Wyatt at the New York Times broke a story (&#8220;<a title="External link to NYT article" href="http://www.nytimes.com/2010/08/05/technology/05secret.html">Google and Verizon Near Deal on Web Pay Tiers</a>&#8220;) suggesting that Google would pay for &#8216;special carriage&#8217; on Verizon’s network, and in return Google&#8217;s services would faster than those of their competitor. This fee-for-carriage suggestion was <a title="The guardian on Google's denial of fee-for-carriage" href="http://www.guardian.co.uk/technology/2010/aug/05/gogle-denies-verizon-deal-net-neutrality">denounced by Google</a>, but may have led to a premature release of the Verizon-Google policy document we have today.</p>
<p>As a policy position paper, the document by Verizon-Google has been incredibly effective in energizing discussion around network practices and reinvigorating the discussion in the public eye. The actual framework that was released is helpful, insofar as there are some decent elements, but clearly it needs revision.</p>
<p>For the rest of this post, I will be performing brief and tentative analyses of each principle of the Verizon-Google document. This will often see me refer to prior FCC policies, Canadian regulatory decisions, and academic works around network management and power relations. It&#8217;s not intended to be fully comprehensive, but an early effort to collect my thoughts. If you don’t have the time, or desire, to read through these analyses in detail feel free to jump to the end where I’ve tried to briefly summarize my positions. You’ll lose some of the context of the argument, but should leave with a working understanding of my present positions on each principle. I&#8217;ll state up front that I&#8217;m neither entirely opposed, nor entirely in favour of what Verizon-Google have provided; I&#8217;m most interested in picking up their &#8216;homework assignment&#8217; (as <a title="External link to CBC interview with Vint Cerf" href="http://www.cbc.ca/technology/story/2010/08/13/net-neutrality-google-vint-cerf.html">described by Vint Cerf</a>) and playing with the results rather than trying to independently assert a set of principles around network neutrality.</p>
<p><strong>Principle One: Consumer Protections</strong></p>
<p><em>A broadband Internet access service provider would be prohibited from preventing users of its broadband Internet access service from: sending and receiving lawful content of their choice; running lawful applications and using lawful services of their choice; and connecting their choice of legal devices that do not harm the network or service, facilitate theft of service, or harm other users of the service. There have been serious concerns about the focus on &#8216;lawful&#8217; in this principle, as there should be. Does this mean that service providers would be justified in throttling, blocking, or otherwise degrading delivery of &#8216;unlawful content&#8217;? How would the differentiation between lawful and non-lawful content types be identified? What constitutes a lawful application and service; is this a reference to some kind of sanctioned and non-sanctioned set of application protocols?</em></p>
<p>There are considerable concerns around the integration of ‘unlawful’ throughout this principle. Specifically, there are worries that this could lead to systematic blocking of ‘bad’ content and applications. Rather than (exclusively) directing vehement anger towards the corporate giants that have included this in their framework, however, perhaps we should consider the source of this principle. In <a title="External link to FCC 05-151" href="http://fjallfoss.fcc.gov/edocs_public/attachmatch/FCC-05-151A1.pdf">FCC 05-151</a>, approved in 2005, the FCC outlined the four &#8216;Internet freedoms&#8217;. In principle one, the Commission adopts the principle;</p>
<blockquote><p><em>To encourage broadband deployment and preserve and promote the open and interconnected nature of the public Internet</em>, consumers are entitled to access the lawful Internet content of their choice.</p></blockquote>
<p>This first principle, as written by the FCC, recognizes that consumers are only <em>entitled</em> to access lawful content. The addition in the Verizon-Google proposal is to extend &#8216;content&#8217; to applications and services as well. Per Carterfone, <a title="External link to Carterfone decision" href="http://www.uiowa.edu/~cyberlaw/FCCOps/1968/13F2-420.html">consumers can attach devices, and make use of the network, so long as the attachments and uses do not damage the network itself</a>. The language &#8220;any lawful device&#8221; in the Carterfone decision permits the attachment of answering machines, fax machines, and modems to the network at the ends. Applying the <a title="External link to Wikipedia on principle of charity" href="http://en.wikipedia.org/wiki/Principle_of_charity">principle of charity</a>, I presume that including the language &#8216;services and applications&#8217; in the Verizon-Google document is intended to clarify the rules laid down in Carterfone. A serious concern, however, is that neither the FCC nor the Verizon-Google policy framework extend the lessons of Carterfone to wireless networks; principle six of the Verizon-Google framework is an attempt to forebear regulation of wireless networks and the FCC has historically been <a title="External link to PCworld article discussing FCC's refusal to take up Skype's request re: Carterfone" href="http://www.pcworld.com/article/144025/fcc_to_turn_down_skypes_mobile_open_access_plea.html">unwilling to extend Carterfone to wireless Voice over Internet Protocol (VoIP) services</a>. Thus, the policy framework issued August 9, 2010 can be seen as integrating the FCC’s already existing position into the corporate-created document.</p>
<p>What can we take away from this principle then? I would suggest that the principle is conservative, insofar as it closely adheres to earlier regulations set forth by the FCC. While we can continue to be worried about &#8216;lawful content&#8217; in an era where network surveillance practices might be deployed to discriminate between lawful and unlawful content, and ‘harmless’ versus &#8216;harmful&#8217; application types, the principle established by Verizon-Google isn’t itself pushing the bar very far. Concerns around this principle speak to already existing worries and concerns around network management, concerns derived from existing FCC policies. While there is good reason to be involved in a discussion about ‘lawful content’ and ‘lawful applications’, we need to remind ourselves that this isn’t a novel form of language being assumed by Verizon-Google.</p>
<p><strong>Principle Two: Non-Discrimination Requirement</strong></p>
<p><em>In providing broadband Internet access service, a provider would be prohibited from engaging in undue discrimination against any lawful Internet content, application, or service in a manner that causes meaningful harm to competition or to users. Prioritization of Internet traffic would be presumed inconsistent with the non-discrimination standard, but the presumption could be rebutted.</em></p>
<p>Attention must be paid to the phrase &#8216;meaningful harm to competition or to users&#8217;. Adding small amounts of delay to content delivery times can seriously impact the likelihood that users will use a service and/or continue to receive content from the &#8216;slow&#8217; source. Not only can this potentially cause visitors to never return to your product/site &#8211; perhaps instead going to fast products and services provided by the ISP that are guaranteed to be fast &#8211; but in the case of websites can <a title="External link to Google Support page on Pagerank and speed" href="http://adwords.google.com/support/aw/bin/answer.py?hl=en&amp;answer=87144">impact your visibility via lower Google Pagerank ratings</a>. Slow speeds can have real economic impacts.</p>
<p>The Canadian network neutrality/traffic management hearings included language bordering what is included in the Verizon-Google principle. Specifically, when writing about delaying or slowing down Internet traffic, the <a title="External link to CRTC decision" href="http://www.crtc.gc.ca/eng/archive/2009/2009-657.htm">CRTC notes (n.126-127) that</a>;</p>
<blockquote><p>&#8230; use of an ITMP [Internet Traffic Management Practice] resulting in the noticeable degradation of time-sensitive Internet traffic will require prior Commission approval under section 36 of the Act.</p>
<p>With respect to non-time-sensitive traffic, the Commission considers that the use of ITMPs that delay such traffic does not require approval under section 36 of the Act. However, the Commission is of the view that non-time-sensitive traffic may be slowed down to such an extent that it amounts to blocking the content and therefore controlling the content and influencing the meaning and purpose. In such a case, section 36 of the Act would be engaged and prior Commission approval would be required.</p></blockquote>
<p>If we assume that even rudimentary policy learning or interpretation might occur, then the Verizon-Google principle could be read as articulating something resembling what the CRTC has already established. Small-content creators don’t exactly love the CRTC decision, nor even large content creators like the CBC, but adopting something like the Canadian approach would, again, be relatively conservative in the context of North American telecommunications regulation.</p>
<p>Critical commentators are, however, rightfully concerned over the last sentence of the principle. Under what possible conditions could it by non-discriminatory for certain Internet traffic to be prioritized! Wouldn&#8217;t such an action add too much &#8216;intelligence&#8217; to the network, undermining end-to-end arguments?</p>
<p>Perhaps, but not necessarily. At the past two Canadian Telecommunication Summits, pro- and anti-DPI advocates have suggested that a compromise position might be that traffic prioritization is permissible in a network architecture where the user has control over how their own traffic is prioritized. This is a relatively benign approach to traffic management, one that is (arguably) empowering where accompanied by clear user education and accessible user-interfaces. Prioritization is less desired when the telecommunications carrier makes a unilateral decision, without accepting input from the user-base that is substantively drawn into the service providers&#8217; decision-making framework. It is this unilateral decision capacity that has commentators (rightfully) worried; carriers aren&#8217;t terribly well known for their active engagement with their customer bases.</p>
<p>While an ideal might be to strip out this last sentence, I almost wonder if having it there is helpful. Carriers have spoken of their prioritization/deprioritization of particular traffic-types; &#8216;bulk&#8217; traffic is given a lower priority than traffic that is jitter-sensitive. As I understand it, the concern is that particular applications (i.e. Verizon&#8217;s own VoIP solution) will be prioritized, rather than a concern that particular application-types (i.e. VoIP in general, which would include both Verizon&#8217;s solution, Skype, and other VoIP providers). Perhaps we could &#8216;simply&#8217; rewrite the sentence in a way to differentiate between application prioritization (bad and not allowed) and application-type prioritization (not necessarily bad, and potentially permissible). Such a distinction would permit prioritization, and were the service provider required to appear before the FCC before implementing the prioritization some ex ante oversight could be performed. Further, such prioritization schemes could be required to come up for independent review periodically. Such reviews would be aimed at preventing new application-types entering the market from being set at a competitive disadvantage on the basis that other application-types receive benefits from packet prioritization.</p>
<p><strong>Principle Three: Transparency</strong></p>
<p><em>Providers of broadband Internet access service would be required to disclose accurate and relevant information in plain language about the characteristics and capabilities of their offerings, their broadband network management, and other practices necessary for consumers and other users to make informed choices.</em></p>
<p>The transparency principle, again, is relatively conservative. It parallels the requirements of the Office of the Privacy Commissioner of Canada (OPC) concerning the use of deep packet inspection, where ISPs are required to note how the technology is used in their respective networks, the FCC&#8217;s own principle of transparency, and the position on transparency assumed by the CRTC.</p>
<p>In a response to a complaint brought by CIPPIC, the <a title="External link to OPC decision" href="http://www.priv.gc.ca/cf-dc/2009/2009_010_rep_0813_e.cfm#conclusion">OPC required Bell Canada</a> to include information on how the ISP uses DPI on their webpage. Bell now has a <a title="External link to Bell's privacy page" href="http://support.bell.ca/en-on/Customer_service/Security_and_privacy/Does_Bell_record_calls_and_monitor_Internet_use?step=4">link on their privacy policy page</a> to their <a title="External link to Bell's network management practices" href="http://service.sympatico.ca/index.cfm?method=content.view&amp;content_id=12119">network management practices</a>, fulfilling the OPC&#8217;s transparency-related requirements.</p>
<p>In the case of the FCC, their <a title="External link to FCC speech announcing sixth principle" href="http://www.openinternet.gov/read-speech.html#book6">proposed &#8216;sixth principle&#8217; reads as follows</a>;</p>
<blockquote><p>&#8230;providers of broadband Internet access must be transparent about their network management practices.</p></blockquote>
<p>Finally, the CRTC has a more detailed account of transparency as it relates to traffic management practices, stating that ISPs must disclose five elements of technical management systems to consumers. Specifically, ISPs must disclose:</p>
<ol>
<li>why ITMPs are being introduced;</li>
<li>who is affected by the ITMP;</li>
<li>when the Internet management will occur;</li>
<li>what type of Internet management (e.g. application, class of application, protocol) is subject to management; and</li>
<li>how the ITMP will affect a user&#8217;s Internet experience, including the specific impact on speeds.</li>
</ol>
<p>Ideally, were the Verizon-Google principle fleshed out by the FCC, the regulator would adopt a set of guidelines similar to those set down by the CRTC. Further, the regulator would adopt the requirements of the OPC, though ideally the FCC would be slightly clearer on what is meant for information to be &#8216;clear&#8217; to an end-user; I remain unconvinced the burying information in a privacy policy, which then links to additional technical details in the depths of Bell’s website, constitutes &#8216;clear&#8217; disclosure to most of Bell’s consumers.</p>
<p>This said, while the principle as outlined by Verizon-Google leaves room for improvement, it also extends on the sixth principle established by the FCC. As such, I (again) suggest that this element of the corporate framework is conservative because it hews closely to existing or proposed transparency principles amongst North American regulators.</p>
<p><strong>Principle Four: Network Management</strong></p>
<p><em>Broadband Internet access service providers are permitted to engage in reasonable network management. Reasonable network management includes any technically sound practice: to reduce or mitigate the effects of congestion on its network; to ensure network security or integrity; to address traffic that is unwanted by or harmful to users, the provider’s network, or the Internet; to ensure service quality to a subscriber; to provide services or capabilities consistent with a consumer’s choices; that is consistent with the technical requirements, standards, or best practices adopted by an independent, widely recognized Internet community governance initiative or standard-setting organization; to prioritize general classes or types of Internet traffic, based on latency; or otherwise to manage the daily operation of its network.</em></p>
<p>Network management is an interesting issue, and while the principle is &#8216;conservative&#8217; we should question how it is structured on two grounds. First, with respect to the use of an independent (non-FCC) body to determine best practices and standards, and second in the sense that &#8216;reasonable network management&#8217; procedures are policy-driven, and less technically oriented. Both of these suggestions are contentious and so I spend a bit of time here in speaking to both points.</p>
<p>Under the Canadian decision, ISPs can manage traffic (i.e engage in network management practices) to ensure network security or protect network integrity. Economic management techniques &#8211; those where consumers are billed for excessive usage &#8211; are preferred, but technical measures can be deployed in limited fashions as required. The policy principle provided by Verizon-Google captures the issues of security and congestion addressed by the CRTC. Charitably, we can read ‘unwanted traffic’ as referring to email spam, virus laden packets, and other harmful data transmissions coming to, and trying to exit, the ISP network. Such actions are already commonplace amongst many (most? all?) Western ISPs and  are helpful because they protect ‘the ends’ from harm while preserving the network&#8217;s overall capacities.</p>
<p>The reliance on a standards-setting organization can be read as good &#8211; bodies such as the IETF are reputable &#8211; or bad &#8211; if these bodies are taken to mean American-only ISP/content provider &#8216;standards&#8217; groups. Concerns have been trumpeted that the latter groups are the referent in this policy principle, but I still haven&#8217;t seen actual evidence of that this is, indeed, the referent. A related concern is that, per this principle, were an ISP in compliance with a standards body they would be free from direct FCC regulation. This is true, to a point: at the moment, the FCC&#8217;s control over the direct technical capacities of most networks is limited, insofar given that Internet governance bodies are already international groups that (often) escape any particular nation&#8217;s all-encompassing sovereign power. Mueller (along with his various colleagues) has written a considerable amount on Internet governance;<a name="_ednref4"></a><a href="#_edn4">[4]</a> he has argued that, contra Goldsmith and Wu, nation-states cannot entirely assert their sovereign power in the control of national networks in light of the expanded number of partners in governing global digital networks. Nation-states, and their various institutional organs, can exert considerable <em>influence</em> but not absolute sovereignty over the technical infrastructure of the Internet and expect full integration with the rest of the &#8216;net.</p>
<p>The concerns about prioritizing particular kinds of content could be problematic, but is equally likely to be helpful. If an ISP actively works to reduce jitter resulting from economically unmanageable congestion then, so long as such prioritization schemas are made public and conform with international best-practices, they can be understood as appropriate, or at least acceptable. Note that this shouldn&#8217;t mean that technical measures should permanently be used to manage congestion; shifts to DOCSIS 3.0 and fiber are preferable long-term solutions to managing congestion towards the last mile (where congestion is often most prominent and problematic) but limited technical resolutions may be required as capital expenditures are mobilized to improve the physical network.</p>
<p>From this, I suggest that what Verizon-Google is proposing in this principle is somewhat conservative, and would be entirely conservative if the principle recognized the FCC’s involvement in regulating network management practices. I&#8217;ll address a possible division of FCC/international bodies&#8217; responsibilities in a minute, but will &#8216;tease&#8217; you by stating that granting international bodies ultimate responsibility over the technical elements of network management practices doesn&#8217;t necessarily herald the end of the Internet. This statement is made in light of the fact that non-governmental technical bodies already govern various facets of the Internet’s existing infrastructure through the standards setting process.</p>
<p>Before discussing a possible FCC/international bodies division of labor, however, I need to distinguish between the terminology of ‘reasonable network management’ and ‘network management’. I agree with an element of <a title="External link to Ohm's paper" href="http://www.law.uiuc.edu/lrev/publications/2000s/2009/2009_5/Ohm.pdf">Paul Ohm&#8217;s paper</a> that interrogates ISP practices in the US. Ohm identifies reasonable network management as having gained prominence in America following a 2004 speech by Chairman Powell, and the FCC has since adopted reasonable network management as a policy position. While &#8216;network management&#8217; is a technical issue &#8211; Ohm recognizes it as referring &#8220;to the activities, methods, procedures, and tools that pertain to the operation, administration, maintenance, and provisioning of networked systems&#8221; (1462) &#8211; &#8216;reasonable&#8217; network management is a broader, policy-informed, management apparatus. Specifically, Ohm argues that &#8220;it describes not an engineering principle, but a policy conclusion made by weighing the legitimate technological and business goals of network management with what society deems reasonable in light of many principles, including privacy&#8221; (1461).</p>
<p>If we accept the division of &#8216;network management&#8217; and &#8216;reasonable network management&#8217; as outlined by Ohm, then there is a concern that standards bodies would, in fact, be incapable of establishing &#8216;reasonable&#8217; network management standards. They could establish network management standards, but without an insight into the realities of particular ISPs and content providers&#8217; relationships, and the economic models underlying these parties, the international groups would be unable to pointedly provide granular international standards.</p>
<p>In light of this potential difficulty I suggest that the policy and economic factors of &#8216;reasonable network management&#8217; could be kept entirely within the purview of the FCC, while the technical facets of &#8216;network management&#8217; could be put under FCC purview on a probationary basis. On this basis, where novel management approaches are used those techniques would be regulated by the FCC until an appropriate international technical body came to a conclusion on whether the novel approach adhered to international best practices. The FCC could engage in a consultation, or related, process to integrate those standards into national policy, which would (effectively) see the FCC engage in policy learning/harmonization in technical issues with the global Internet governance community.</p>
<p>This suggestion creates a &#8216;two-track&#8217; approach to regulation; one that lets America assert its norms and values in management practices, and another that limits over-exuberant novel management techniques while still enabling a flexible technical networking culture. In sum, the two-track approach would see the US retain national/regional sovereignty over non-technical issues &#8211; privacy, economics, free speech and so forth &#8211; and permit existing international governance bodies to develop the best practices for a functioning Internet community.</p>
<p><strong>Principle Five: Additional Online Services</strong></p>
<p><em>A provider that offers a broadband Internet access service complying with the above principles could offer any other additional or differentiated services. Such other services would have to be distinguishable in scope and purpose from broadband Internet access service, but could make use of or access Internet content, applications or services and could include traffic prioritization. The FCC would publish an annual report on the effect of these additional services, and immediately report if it finds at any time that these services threaten the meaningful availability of broadband Internet access services or have been devised or promoted in a manner designed to evade these consumer protections.</em></p>
<p>The additional services proviso has resulted in considerable worries; would this create a two-track Internet, a &#8216;public&#8217; and a &#8216;private&#8217; Internet? Would there be price differentials between the services made available over these two Internets?</p>
<p>I&#8217;ve already identified a problem with the prior network management principle; let&#8217;s assume that the dual track approach is acceptable and so ISPs are prevented from gaming the system to prioritize and deprioritize traffic in a relatively ad hoc manner. I approach the principle of additional online services in two parts: first, from the point of offering &#8216;other services&#8217;, and second, concerning the FCC&#8217;s (lack of) regulatory power enshrined in this principle.</p>
<p>Novel bandwidth provision for specialized services happens right now; if you have IPTV coming into your home then your service provider either has, or soon will, segregate a portion of the bandwidth coming into your home to prioritize your IPTV traffic. Rogers and Shaw, Canadian ISPs, have publicly noted that they <a title="Geist's account of Shaw's and Rogers' bandwidth practices" href="http://netneutrality.michaelgeist.ca/crtc-network-management-hearing-day-six-union-des-consommateurs-rogers-videotron-shaw">differentiate bandwidth in their networks so that certain portions are available to different traffic-types</a>. Bandwidth is already provisioned to guarantee certain services at the expense of others.</p>
<p>The wording, ‘clearly differentiated services’, noted in this principle may see some of that aggregate bandwidth provisioned to provide instant-on services, such as a dedicated secure line to your bank<a name="_ednref5"></a><a href="#_edn5">[5]</a> or links to an ISP-hosted home monitoring/security system. Such ‘discrete’ uses of the network are not necessarily bad and, in fact, you can imagine that various consumers would welcome the ability to set priorities on various services or receive ‘specialty’ services that are not available over the top. This said, a very real concern surrounding bandwidth segregation and provisioning can be read through Winseck&#8217;s work on &#8220;netscapes of power&#8221;,<a name="_ednref6"></a><a href="#_edn6">[6]</a> where a service provider uses their institutional power to impact content/service availability for economic gains. Such differentiation subtly pushes consumers to the service providers’ own offerings in lieu of &#8216;slower&#8217; third-party, often over the top, offerings.</p>
<p>The FCC should step in whenever there is a netscape of power manifests. This said, a netscape is not necessarily established through the provision of ISP-specific services; such services can be complementary with non-ISP, over the top, services. In the language of Jonathan Zittrain,<a name="_ednref7"></a><a href="#_edn7">[7]</a> the ISP-exclusive feature might be the equivalent of an &#8216;appliance-use&#8217; of the network that competes with &#8216;generatively-derived&#8217; web systems. Zittrain worries that appliance-like systems (e.g limited-use hardware/software interactions) threaten the &#8216;generativity&#8217; of the Internet itself. Generativity is defined as a &#8220;system&#8217;s capacity to produce unanticipated change through unfiltered contributions from broad and varied audiences&#8221; (70) but, so long as the &#8216;public Internet&#8217; is made unconditionally available, I suggest that the generative Internet can peacefully cohabitate with the appliance-Internet.</p>
<p>Let me introduce an example of an instance where appliance-Internet and generative-Internet are arguably not cohabitating. This lack of successful cohabitation results in what appears as a netscape or power, and indicates the value of establishing clear rules for rebalancing the appliance- and generative-Internet. Many Canadians are excited that Netflix, a streaming video service, is finally coming to Canada. Unfortunately, almost immediately after the service was announced one of Canada&#8217;s largest ISPs significantly reduced the monthly data caps available to its users. This will reduce the amount of content that Canadians using that ISP can receive from Netflix, ‘encouraging’ those consumers to use the ISP’s own content systems that do not count towards a monthly data cap. This is an example of a netscape of power because an ISP is creating a soft wall around its provisions and encouraging the use of in-house content provision at the expense of Netflix. Arguably, this is a case where an appliance – cable TV offerings – is at odds with the generative Internet. The appliance/generative balance is potentially skewed in this case.</p>
<p>Given the worrying appearance of the imbalance between appliance/generative bandwidth provisions, a regulator should investigate this scenario, possibly on anti-competition grounds. Recognizing that these (anti)competitive activities happen in a converged marketplace, the FCC could avoid the present Canadian situation by developing a heuristic for determining whether the &#8216;appliance-Internet&#8217; was being used to limit the possibilities of &#8216;generative-Internet&#8217;. Such a heuristic would permit carriers to provide their ‘clearly differentiated services’ while setting clear conditions on how those services operate in relation to generative Internet offerings. Wherever and whenever a netscape was identified the ISP might be forced to adjust their appliance/generative balance. My attention, here, is that a balance is possible. That ISPs want to offer unique services is not necessarily bad in themselves, but such services must be carefully watched and regulated.</p>
<p>Of course, this assumes that the FCC would have a role in adjudicating the appliance-Internet, and the principle outlined by Verizon-Google attempts to forebear that kind of interference. A report is not the same as regulation; the FCC needs to retain regulatory power to prevent a creation of semi-walled gardens, where consumers can venture out from beyond an ISP&#8217;s walls but at significant economic or temporal cost. Thus, while appliance and generative networks can potentially function alongside one another without significant difficulties, regulatory oversight must be retained to ensure that the relationship is acceptable.</p>
<p><strong>Principle Six: Wireless Broadband</strong></p>
<p><em>Because of the unique technical and operational characteristics of wireless networks, and the competitive and still-developing nature of wireless broadband services, only the transparency principle would apply to wireless broadband at this time. The U.S. Government Accountability Office would report to Congress annually on the continued development and robustness of wireless broadband Internet access services.</em></p>
<p>Anyone who is surprised to see this principle is either new to network policy discussions or has remained willfully ignorant of the ever-present discussions around regulating wireless. ISPs want to keep regulatory authorities at bay from their markets as long as possible, and this principle is just another articulation of this desire. With this in mind, it&#8217;s important to note that regulators have generally been hesitant to get involved in regulating wireless broadband in North America. It was roughly nine months after Canada&#8217;s traffic management hearings that wireless was drawn into the wireline management framework. The initial forbearance of regulation on wireless caused considerable concern in Canada – Canadians, like their American counterparts, recognize that wireless is the future of broadband markets &#8211; but such<a title="External link to CRTC decision" href="http://www.crtc.gc.ca/eng/archive/2010/2010-445.htm"> forbearance was (relatively) quickly reversed</a>. Any principles established by the FCC that include forbearance on wireless could see the same rapid reversal.</p>
<p>Thus, I would suggest that the Verizon-Google principle is conservative. This isn&#8217;t to say that such conservatism is necessarily a good thing &#8211; nor it is necessarily indicative that I agree with ISP concerns about spectrum scarcity<a name="_ednref8"></a><a href="#_edn8">[8]</a> &#8211; but that the conservatism is understandable. Ideally, should a principle resembling the Verizon-Google proposal for the wireless market make its way into a regulatory framework it would include a proviso that the issue of wireless regulation would be taken up again within clearly stated period of time. This might let the FCC conduct its own investigations into how it wants to approach the wireless environment, effectively buying it some breathing room without permanently committing (or being committed to) to wireless forbearance.</p>
<p><strong>Principle Seven: Case-by-Case Enforcement</strong></p>
<p><em>The FCC would enforce the consumer protection and nondiscrimination requirements through case-by-case adjudication, but would have no rulemaking authority with respect to those provisions. Parties would be encouraged to use non- governmental dispute resolution processes established by independent, widely-recognized Internet community governance initiatives, and the FCC would be directed to give appropriate deference to decisions or advisory opinions of such groups. The FCC could grant injunctive relief for violations of the consumer protection and non-discrimination provisions. The FCC could impose a forfeiture of up to $2,000,000 for knowing violations of the consumer-protection or non-discrimination provisions. The proposed framework would not affect rights or obligations under existing Federal or State laws that generally apply to businesses, and would not create any new private right of action.</em></p>
<p>Principle seven has been heavily criticized, and rightly so. This said, for all of the problems inherent in maintaining that the FCC must limit their regulation of ISPs, some of the suggestions in this principle could adhere to my earlier division between what the FCC might be responsible for and what international standards bodies might be involved in.</p>
<p>The FCC requires rulemaking authority, a capacity to determine what &#8216;meaningful harm&#8217; is defined as, and the regulator should have its full set regulatory tools to respond to violations of consumer protection laws. I would note that this is also an area where the FTC&#8217;s Bureau of Consumer Protection might get involved, as implicitly recognized in the principle’s last sentence. That the FCC should effectively abandon its roles, and rulemaking in particular, makes much of this principle a non-starter.</p>
<p>Having made this claim, however, the position that the FCC would be directed to &#8220;give appropriate deference to decisions or advisory opinions of such [independent, widely-recognized Internet community governance] groups&#8221; isn&#8217;t necessarily bad. If we adopt the division of responsibilities between the FCC and international bodies that I previously articulated in Principle Four (Network Management), a suitable division of labor might be met. To remind you, this division saw the FCC regulating norms and values governing ISPs’ ‘reasonable’ network management, accompanied by limited regulation in non-standardized technical management processes. Technical deference was given to international groups like the IETF after they established technical standards; such ‘formalized’ standards would then be harmonized with FCC policies concerning appropriate technical management of networks within the US. Under this schema an appropriate balance between international groups and the FCC could be struck.</p>
<p>It is important that any independent governance group is international, given that this prevents America&#8217;s service providers from assuming the technical policy reins themselves. Further, by separating the &#8216;reasonable&#8217; from standardized network management practices we might avoid situations where &#8216;reasonable network practices&#8217; (i.e. policy and business considerations merged with technical realities of the day) are ingrained into the independent policy standards that emerge. Thus, the position that the FCC gives deference to an “independent, widely-recognized Internet community governance” group could be massaged. Whether such massaging is desired, however, is a question and issue extending beyond my efforts here.</p>
<p><strong>Principle Eight: Regulatory Authority</strong></p>
<p><em>The FCC would have exclusive authority to oversee broadband Internet access service, but would not have any authority over Internet software applications, content or services. Regulatory authorities would not be permitted to regulate broadband Internet access service.</em></p>
<p>The FCC&#8217;s own third way is an effort to extend the definition of &#8216;access&#8217; to include the transmission of broadband Internet access as a telecommunications service. Under the third way, this means that where an ISP did the equivalent of slowing down a telephone call (let&#8217;s not get started on how ugly metaphors will probably get under a third way approach&#8230;) then the FCC could step in whenever such delays meaningfully impact the delivery of the telecommunications service. This, in effect, would apply common carrier provisions to ISP services and enable the FCC to stop ISPs from engaging in either unjust or unreasonable practices towards services and applications. Under the third way, however, the FCC would still be prevented from regulating subscription rates or applying various other Title II regulatory tools.</p>
<p>With this in mind, we can see how Principle Eight is designed to stop the third way in its tracks. As I read it, by stemming what &#8216;access&#8217; refers to the Verizon-Google framework attempts to circumvent the FCC&#8217;s reclassification of broadband providers from &#8216;pure&#8217; information services to information services with limited common carrier requirements. The principle is incredibly important to Verizon (probably less so for Google) if it is to terminate the third way. Given the FCC’s defeat to Comcast, the third way is essential if the regulator is to gain power over how providers manage their networks. I can see nothing in this principle that should be maintained, save that the FCC should continue to have exclusive authority to oversee broadband Internet access services.</p>
<p><strong>Principle Nine: Broadband Access for Americans</strong></p>
<p><em>Broadband Internet access would be eligible for Federal universal service fund support to spur deployment in unserved areas and to support programs to encourage broadband adoption by low-income populations. In addition, the FCC would be required to complete intercarrier compensation reform within 12 months. Broadband Internet access service and traffic or services using Internet protocol would be considered exclusively interstate in nature. In general, broadband Internet access service providers would ensure that the service is accessible to and usable by individuals with disabilities.</em></p>
<p>Adopting a principled approach to using the USF for broadband deployment strikes me as entirely reasonable, and is something that the FCC has been mulling for some time. This said, while carriers often argue that &#8216;intercarrier compensation reform&#8217; will lead to overall lower broadband and phone rates for end-customers, this isn&#8217;t always the case. A concern is that reform will serve to (further) advantage large broadband carriers and (further) disadvantage smaller carriers that often struggle with intercarriage rates. While it might be argued that smaller carriers just have to swallow those rates as the cost of doing business, this translates into disadvantaging (often rural) consumers that may not have access to larger carriers&#8217; networks. Further, the combination of opening up the USF, combined with potentially higher carriage raters, could be leveraged by larger carriers to compete with some rural carriers by rolling out their own networks using USF funds and cutting prices, while simultaneously requiring those same carriers pay out more money for carriage. Should this happen (and I stress that this is a hypothetical) I worry that rural customers would be put in an even worse situation than they often are now.</p>
<p><strong>Conclusions</strong></p>
<p>So, at the end of all of this, what do I think? As stated earlier, many of the principles seem relatively non-problematic and/or conservative in the context of North American telecommunications regulation. Others are deeply concerning. Below are brief summaries of the earlier arguments; they lose some of the nuance, but I think effectively capture my overall position on each principle.</p>
<p><em>Principle one</em>, addressing consumer protections, doesn&#8217;t strike me as &#8216;dangerous&#8217; as suggested by some when it’s juxtaposed against existing FCC policies around lawful content and applications.</p>
<p><em>Principle two</em>, speaking to non-discrimination, doesn&#8217;t strike me a terribly problematic either. So long as regulatory authority is exercised over the decision to prioritize certain traffic, and that traffic is prioritized based on application- or traffic-type as opposed to particular applications (i.e. prioritize VoIP, not Verizon&#8217;s VoIP service) then even the potential to prioritize particular classes of traffic isn&#8217;t necessarily harmful.</p>
<p><em>Principle three</em>, addressing the need for transparency, is entirely acceptable. Ideally the principle would hew to decisions in Canada, where there are rules for what information ISPs must provided and how it is provided, or further improve upon the Canadian requirements. Preferably, information on traffic management would be more prominent than on some Canadian ISPs&#8217; websites, but simply requiring that the information is available is a good step in the right direction.</p>
<p><em>Principle Four</em>, on the topic of network management, is potentially problematic insofar as it limits FCC oversight. I have suggested that there be a division in what is and isn&#8217;t overseen by the FCC, a division reflective of some realities of Internet governance. In short, a two-track system would be established. The FCC would retain regulatory authority over non-technical issues such as privacy, economics, free speech, and so forth, and regulate novel instantiations of network management. It would ultimately harmonize technical management practices with standards established by international governance bodies such as the IETF.</p>
<p><em>Principle Five</em>, concerning additional online services, has justifiably elicited a considerable degree of concern. I suggest that appliance-Internet services do not inherently endanger the generative-Internet, but that regulatory authority is required to ensure that carriers do not create contemporary netscapes of power. The FCC, as such, requires more than report-writing powers and thus Verizon-Google’s proposed &#8216;check&#8217; to balance carrier power is insufficient as written by the corporate giants.</p>
<p><em>Principle Six</em> maintains that the FCC should forebear regulation of the wireless environment. I note that similar language emerged in the Canadian network management proceedings, and that the CRTC shortly thereafter included wireless services in the management framework. As a result, the principle here doesn&#8217;t strike me as &#8216;scary&#8217;, insofar as principles can be mediated in the future, but I admit that I hold the following opinion: wireless regulation is critical given that the future of broadband is wireless, and the FCC will have to get involved at some point. Canada has decided that the time for regulation is now, and including a proviso to revisit any forbearance on wireless regulation in the US is necessary should a decision be made to not immediately regulate wireless.</p>
<p><em>Principle Seven</em>, case-by-case enforcement, needs to be significantly reworked. The FCC needs to retain rulemaking authority. This said, a &#8216;compromise&#8217; might involve the measure noted under principle four, where there is a distinction between the &#8216;reasonable&#8217; elements of network management and the technical elements of network management. The former would be exclusively under the jurisdiction of the FCC, and the latter would be largely drawn from international bodies&#8217; proposed best practices and standards.</p>
<p><em>Principle Eight</em> is designed to stop the third-way; as I read it the principle is an attempt to gut common carriage provisions for information services. Such a provision would be a massive setback for the FCC; this principle needs to be rejected out of hand.</p>
<p><em>Principle Nine</em> is interesting; using the USF for broadband deployment in under serviced areas is relatively uncontroversial, but when combined with a renegotiation of intercarriage rates (which will likely increase rates for smaller ISPs) there is a risk that larger ISPs will draw on the USF to compete in regions exclusively serviced by smaller ISPs while raising carriage rates. When competition is combined with higher carriage rates the smaller ISPs may be endangered, which could hurt rural consumers. The principle doesn&#8217;t necessarily have to be rejected out of hand, but serious thought should go into the combined effects of USF for broadband and (likely) higher intercarriage rates.</p>
<p><strong>As a final note</strong>, I want to iterate that while this is an area that I study, I learn more about it every day. What I&#8217;ve written are early, probationary thoughts. While I certainly hold the positions articulated in this post, those positions are subject to change with new information. If you disagree with me and/or think that I&#8217;ve misunderstood or misread things, please feel free to let me know; I&#8217;m actively interested in expanding my knowledge in this sphere of telecommunications policy. Given that this is an area of research I’ll be developing on for the next several months, all input is appreciated.</p>
<p><strong>Footnotes</strong></p>
<p><a name="_edn1"></a><a href="#_ednref1">[1]</a> I should note that I&#8217;m incredibly uncomfortable with the term &#8216;network neutrality&#8217; for various theoretical reasons. I hope to spell out these theory-based dislike to the term in the future. For the purposes of limiting the expansiveness of this post, I&#8217;ve avoided delving into these dislikes here, but such avoidance should not be taken as either agreeing with the premises of the term itself nor with an acceptance of any particular theory or framework of network neutrality.</p>
<p><a name="_edn2"></a><a href="#_ednref2">[2]</a> For a spectacular reveal of how copyright law is traditionally drafted in the US, see “The Art of Making Copyright Laws” and “Copyright and Compromise” in Litman’s <em>Digital Copyright</em>.</p>
<p><a name="_edn3"></a><a href="#_ednref3">[3]</a> For a full list of those consulted, the the &#8216;<a title="External link to stakeholder list" href="http://blog.broadband.gov/?categoryId=518072">Stakeholder Meetings</a>&#8216; post over at the Official Blog of the National Broadband Plan.</p>
<p><a name="_edn4"></a><a href="#_ednref4">[4]</a> For more, see Cowhey and Mueller. (2009). &#8220;Delegation, Networks, and Internet Governance&#8221; in <em>Networked Politics: Agency, Power, and Governance</em> (ed. Kahler). See also, Mueller. (2002). <em>Ruling the Root</em> and Bendrath and Mueller. (2010). “The End of the Net as We Know It? Deep Packet Inspection and Internet Governance” <a title="External link to Bendrath and Mueller (2010)" href="http://papers.ssrn.com/sol3/papers.cfm?abstract_id=1653259">via SSRN</a>.</p>
<p><a name="_edn5"></a><a href="#_ednref5">[5]</a> The notion of direct, secure, banking services was stated during an <a title="External link to audio interview" href="http://www.cbc.ca/video/news/audioplayer.html?clipid=1565890135">interview between Peter Nowak and Vint Cert</a>.</p>
<p><a name="_edn6"></a><a href="#_ednref6">[6]</a> Winseck. (2003). &#8220;Netscapes of power: convergence, network design, walled gardens, and other strategies of control in the information age&#8221; in <em>Surveillance as Social Sorting: Privacy, Risk and Digital Discrimination</em> (ed Lyon).</p>
<p><a name="_edn7"></a><a href="#_ednref7">[7]</a> For the full argument, see Zittrain. (2008). <em>The End of the Internet – And How to Stop It</em>.</p>
<p><a name="_edn8"></a><a href="#_ednref8">[8]</a> I admit to being taken by Cooper&#8217;s (2010) position paper entitled &#8220;<a title="External link to Cooper (2010) Position Paper" href="http://www.dynallc.com/pdfs/themythofspectrumscarcity.pdf">The Myth of Spectrum Scarcity: Why Shuffling Existing Spectrum Among Users Will Not Solve America&#8217;s Wireless Broadband Challenge</a>&#8220;.</p>
<div name="googleone_share_1" style="position:relative;z-index:5;float: right; margin-left: 10px;"><g:plusone size="medium" count="1" href="http://www.christopher-parsons.com/blog/thoughts/analysis-of-verizon-google-net-neutrality-framework/"></g:plusone></div><p>Other posts you might be interested in:<ol>
<li><a href='http://www.christopher-parsons.com/blog/technology/analysis-ipoque-dpi-and-network-neutrality/' rel='bookmark' title='Analysis: ipoque, DPI, and Network Neutrality'>Analysis: ipoque, DPI, and Network Neutrality</a></li>
<li><a href='http://www.christopher-parsons.com/blog/isps/rogers-network-failures-and-third-party-oversight/' rel='bookmark' title='Rogers, Network Failures, and Third-Party Oversight'>Rogers, Network Failures, and Third-Party Oversight</a></li>
<li><a href='http://www.christopher-parsons.com/blog/technology/background-to-north-american-politics-of-deep-packet-inspection/' rel='bookmark' title='Background to North American Politics of Deep Packet Inspection'>Background to North American Politics of Deep Packet Inspection</a></li>
</ol></p>]]></content:encoded>
			<wfw:commentRss>http://www.christopher-parsons.com/blog/thoughts/analysis-of-verizon-google-net-neutrality-framework/feed/</wfw:commentRss>
		<slash:comments>5</slash:comments>
		</item>
		<item>
		<title>Traffic Management on Mobile Gets Regulated</title>
		<link>http://www.christopher-parsons.com/blog/isps/traffic-management-on-mobile-gets-regulated/</link>
		<comments>http://www.christopher-parsons.com/blog/isps/traffic-management-on-mobile-gets-regulated/#comments</comments>
		<pubDate>Fri, 09 Jul 2010 17:00:56 +0000</pubDate>
		<dc:creator>Christopher</dc:creator>
				<category><![CDATA[CRTC]]></category>
		<category><![CDATA[DPI]]></category>
		<category><![CDATA[ISPs]]></category>
		<category><![CDATA[Mobiles]]></category>

		<guid isPermaLink="false">http://www.christopher-parsons.com/blog/?p=1912</guid>
		<description><![CDATA[Shortly before Canada Day the Canadian Radio-television Telecommunications Commission (CRTC) released their decision as to whether they were to modify the forbearance framework for mobile wireless data services. To date, the CRTC has used a light hand when it's come to wireless data communications: they've generally left wireless providers alone so that the providers could expand their networks in the (supposedly) competitive wireless marketplace. As of decision 2010-445 the Commission's power and duties are extended and the spectre of traffic management on mobile networks is re-raised. <a href="http://www.christopher-parsons.com/blog/isps/traffic-management-on-mobile-gets-regulated/">Continue reading <span class="meta-nav">&#8594;</span></a>
Other posts you might be interested in:<ol>
<li><a href='http://www.christopher-parsons.com/blog/technology/comment-canadian-isps-and-internet-traffic-management/' rel='bookmark' title='Comment: Canadian ISPs and Internet Traffic Management'>Comment: Canadian ISPs and Internet Traffic Management</a></li>
<li><a href='http://www.christopher-parsons.com/blog/isps/deep-packet-inspection-and-mobile-discrimination/' rel='bookmark' title='Deep Packet Inspection and Mobile Discrimination'>Deep Packet Inspection and Mobile Discrimination</a></li>
<li><a href='http://www.christopher-parsons.com/blog/technology/distinguishing-between-mobile-congestions/' rel='bookmark' title='Distinguishing Between Mobile Congestions'>Distinguishing Between Mobile Congestions</a></li>
</ol>]]></description>
			<content:encoded><![CDATA[<p><a href="http://www.flickr.com/photos/v50/4284257503/"><img class="alignleft size-medium wp-image-1914" title="mobilemonday" src="http://www.christopher-parsons.com/blog/wp-content/uploads/2010/07/mobilemonday-300x300.jpg" alt="" width="300" height="300" /></a>Shortly before Canada Day the Canadian Radio-television Telecommunications Commission (CRTC) released their decision as to <a title="External link to CRTC's website with the decision in question" href="http://www.crtc.gc.ca/eng/archive/2010/2010-445.htm">whether they were to modify the forbearance framework for mobile wireless data services</a>. To date, the CRTC has used a light hand when it&#8217;s come to wireless data communications: they&#8217;ve generally left wireless providers alone so that the providers could expand their networks in the (supposedly) competitive wireless marketplace. As of decision 2010-445 the Commission&#8217;s power and duties are extended and the spectre of traffic management on mobile networks is re-raised.</p>
<p>In this post I&#8217;m going to spell out what the changes actually mean &#8211; what duties and responsibilities, in specific, the CRTC is responsible for &#8211; and what traffic management on mobile networks would entail. This will see me significantly reference portions of the <a title="External link to government of Canada's .pdf version of the Communications Act" href="http://laws.justice.gc.ca/PDF/Statute/T/T-3.4.pdf">Canadian Telecommunications Act</a>; if you do work in telecommunications in Canada you&#8217;ll be familiar with a lot of what&#8217;s below (and might find my earlier post on <a title="internal link to earlier posting on dpi as it applies to mobile discrimination" href="http://www.christopher-parsons.com/blog/isps/deep-packet-inspection-and-mobile-discrimination/">deep packet inspection and mobile discrimination</a> more interesting), but for the rest this will expose you to some of the actual text of the Act.</p>
<p>In amending the forbearance framework the CRTC is entering the regulatory domain on several topics pertaining to wireless data communications. Specifically, wireless providers are now subject to section 24 and subsections 27(2), 27(3), and 27(4) of the Act. Section 24 states that the &#8220;offering and provision of telecommunications service by a Canadian carrier are subject to any conditions imposed by the Commission or included in tariff approved by the Commission.&#8221; In effect, the CRTC can now intervene in the conditions of service that carriers make available to other carriers and the public. Under 27(2) carriers can no longer unjustly discriminate against or give unreasonable preference towards any person. This limitation includes the telecommunications carrier itself and thus means that neither fees nor management of the network can be excessively leveraged to the benefit of the carrier and detriment of other parties.<span id="more-1912"></span></p>
<p>Under 27(3) the CRTC can determine as a question of fact whether carriers have complied with sections 25 (broadly dealing with tariffs), 27 (which concerns the monitoring and enforcement of elements of the Act) or 29 (where the CRTC must approve working agreements between carriers). Further, a question of fact may be used to determine whether a carrier is in compliance with a decision concerning sections 24 (on the conditions of service), 25, 29, 34 (addressing issues of forbearance) or 40 (concerning the connection of facilities between carriers or other facilities).</p>
<p>Broadly, what all of this means is that the CRTC has stepped aside from their position that potential regulation could negatively injure the state of competition in Canada&#8217;s wireless market. This isn&#8217;t to say that they are regulating, but that they have stepped away from their traditional stance of forbearance around wireless. The shift isn&#8217;t terribly surprising given the rise of new entrants to the mobile space in Canada such as Mobilicity and Wind Mobile, as well as the multitude of high speed data networks in the country.</p>
<p>Also important is that the CRTC has decided to apply the Internet Traffic Management Proceedings (ITMP) framework, <a title="External link to CRTC's ITMP decision" href="http://www.crtc.gc.ca/eng/archive/2009/2009-657.htm">emergent from the ITMP Decision</a>, to the wireless environment. In short form, this means that the rules Canadian carriers have to follow when they throttle or modify data packets on wireline connections (i.e. the cables running into your home/business) now apply to the wireless space. The shift isn&#8217;t surprising, save that it happened relatively shortly after last year&#8217;s decision to forbear a decision on the wireless space but had been previously announced as an element of the broader <a title="External link to relevant proceedings document at CRTC website" href="http://www.crtc.gc.ca/eng/archive/2010/2010-43.htm">Proceedings to review access to basic telecommunications services and other matters</a>. For practical purposes few will realize any difference in the provision of their wireless data services this week than they did last. It does, however, lay the conditions under which throttling and packet modification appliances can be used. These appliances include those with deep packet inspection functionality.</p>
<p>The ITMP framework identifies what a carrier must do whenever there is a complaint levied to the CRTC concerning the use of a traffic management technique or technology. Specifically the carrier must:</p>
<ul>
<li>Describe the ITMP being employed, as well as the need for it and its purpose and effect, and identify whether or not the ITMP results in discrimination or preference.</li>
<li>In the case of an ITMP that results in any degree of discrimination or preference:
<ul>
<li>demonstrate that the ITMP is designed to address the need and achieve the purpose and effect in question, and nothing else;</li>
<li>establish that the ITMP results in discrimination or preference as little as reasonably possible;</li>
<li>demonstrate that any harm to a secondary ISP, end-user, or any other person is as little as reasonably possible; and</li>
<li>explain why, in the case of a technical ITMP, network investment or economic approaches alone would not reasonably address the need and effectively achieve the same purpose as the ITMP.</li>
</ul>
</li>
</ul>
<p>Of course, this requires the a complaint be levied: such an action is challenging given that where a customer is dealing with properly installed traffic management gear the equipment is effectively invisible. Determining a problem thus requires a very technically savvy customer or group and/or bad configuration by the carrier(s). As such, the Framework remains useful but mired in some potential implementation problems. More likely any complaint will result from a modification to terms of service between an Incumbent Local Exchange Carrier (ILEC) and Competitive Local Exchange Carrier (CLEC).</p>
<p>What will be fascinating to watch, as a researcher, is whether with Decision Canadian carriers begin deploying traffic management equipment capable of scanning the payloads of mobile data packets. Moreover, if/when the technologies are deployed will we see a trojan-horse like approach in mobile that we did in wireline &#8211; will is first be used for subscriber management, then for throttling, then for sending messages over through the browser? If/when they do deploy the technology, will they immediately and publicly update their traffic management policies to reflect the analysis of wireless traffic or will it take another complaint to the Office of the Privacy Commissioner of Canada to &#8216;encourage&#8217; such modifications? Hopefully after a round in front of the CRTC and OPC carriers will willingly put packet inspection information where the public can easily find it (i.e. not buried in terms of service and changed without notification in the dead of night) but only time will tell. Overall, the decision to implement the traffic management framework is certainly a positive step forward and confirms my <a title="Internal link to earlier post on DPI and mobiles" href="http://www.christopher-parsons.com/blog/isps/deep-packet-inspection-and-mobile-discrimination/">earlier hopes that a policy of non-discrimination</a> in the Canadian wireless market would be adopted. The next step will be to watch and see whether deep packet inspection-based equipment is deployed in wireless environments in a transparent fashion or not.</p>
<div name="googleone_share_1" style="position:relative;z-index:5;float: right; margin-left: 10px;"><g:plusone size="medium" count="1" href="http://www.christopher-parsons.com/blog/isps/traffic-management-on-mobile-gets-regulated/"></g:plusone></div><p>Other posts you might be interested in:<ol>
<li><a href='http://www.christopher-parsons.com/blog/technology/comment-canadian-isps-and-internet-traffic-management/' rel='bookmark' title='Comment: Canadian ISPs and Internet Traffic Management'>Comment: Canadian ISPs and Internet Traffic Management</a></li>
<li><a href='http://www.christopher-parsons.com/blog/isps/deep-packet-inspection-and-mobile-discrimination/' rel='bookmark' title='Deep Packet Inspection and Mobile Discrimination'>Deep Packet Inspection and Mobile Discrimination</a></li>
<li><a href='http://www.christopher-parsons.com/blog/technology/distinguishing-between-mobile-congestions/' rel='bookmark' title='Distinguishing Between Mobile Congestions'>Distinguishing Between Mobile Congestions</a></li>
</ol></p>]]></content:encoded>
			<wfw:commentRss>http://www.christopher-parsons.com/blog/isps/traffic-management-on-mobile-gets-regulated/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Choosing Winners with Deep Packet Inspection</title>
		<link>http://www.christopher-parsons.com/blog/technology/choosing-winners-with-deep-packet-inspection/</link>
		<comments>http://www.christopher-parsons.com/blog/technology/choosing-winners-with-deep-packet-inspection/#comments</comments>
		<pubDate>Wed, 07 Apr 2010 05:03:02 +0000</pubDate>
		<dc:creator>Christopher</dc:creator>
				<category><![CDATA[CRTC]]></category>
		<category><![CDATA[DPI]]></category>
		<category><![CDATA[Internet]]></category>
		<category><![CDATA[ISPs]]></category>
		<category><![CDATA[P2P]]></category>
		<category><![CDATA[Technology]]></category>
		<category><![CDATA[america]]></category>
		<category><![CDATA[canada]]></category>
		<category><![CDATA[canadian communications]]></category>
		<category><![CDATA[comcast]]></category>
		<category><![CDATA[data traffic]]></category>
		<category><![CDATA[deep packet inspection]]></category>
		<category><![CDATA[digital economy]]></category>
		<category><![CDATA[network management]]></category>
		<category><![CDATA[network neutrality]]></category>
		<category><![CDATA[packet inspection]]></category>
		<category><![CDATA[Privacy]]></category>
		<category><![CDATA[telecommunications providers]]></category>
		<category><![CDATA[traffic management systems]]></category>
		<category><![CDATA[uk]]></category>

		<guid isPermaLink="false">http://www.christopher-parsons.com/blog/?p=1646</guid>
		<description><![CDATA[Citizens along with government and business, as opposed to business and deep packet inspection alone, must be responsible for choosing the 'winning' applications for the Internet. <a href="http://www.christopher-parsons.com/blog/technology/choosing-winners-with-deep-packet-inspection/">Continue reading <span class="meta-nav">&#8594;</span></a>
Other posts you might be interested in:<ol>
<li><a href='http://www.christopher-parsons.com/blog/technology/background-to-north-american-politics-of-deep-packet-inspection/' rel='bookmark' title='Background to North American Politics of Deep Packet Inspection'>Background to North American Politics of Deep Packet Inspection</a></li>
<li><a href='http://www.christopher-parsons.com/blog/thoughts/draft-whats-driving-deep-packet-inspection-in-canada/' rel='bookmark' title='Draft: What&#8217;s Driving Deep Packet Inspection in Canada?'>Draft: What&#8217;s Driving Deep Packet Inspection in Canada?</a></li>
<li><a href='http://www.christopher-parsons.com/blog/privacy/draft-deep-packet-inspection-privacy-mash-ups-and-dignities/' rel='bookmark' title='Draft &#8211; Deep Packet Inspection: Privacy, Mash-ups, and Dignities'>Draft &#8211; Deep Packet Inspection: Privacy, Mash-ups, and Dignities</a></li>
</ol>]]></description>
			<content:encoded><![CDATA[<p><a href="http://www.flickr.com/photos/blue-moose/4011330929/"><img class="alignleft size-medium wp-image-1655" title="winnersandlosers" src="http://www.christopher-parsons.com/blog/wp-content/uploads/2010/04/winnersandlosers-300x199.jpg" alt="" width="300" height="199" /></a>I see a lot of the network neutrality discussion as one surrounding the conditions under which applications can, and cannot, be prevented from running. On one hand there are advocates who maintain that telecommunications providers &#8211; ISPs such as Bell, Comcast, and Virgin &#8211; shouldn&#8217;t be responsible for &#8216;picking winners and losers&#8217; on the basis that consumers should make these choices. On the other hand, advocates for managed (read: functioning) networks insist that network operators have a duty and responsibility to fairly provision their networks in a way that doesn&#8217;t see one small group negatively impact the experiences of the larger consumer population. Deep Packet Inspection (DPI) has become a hot-button technology in light of the neutrality debates, given its potential to let ISPs determine what applications function &#8216;properly&#8217; and which see their data rates delayed for purposes of network management. What is often missing in the network neutrality discussions is a comparison between the uses of DPI across jurisdictions and how these uses might impact ISPs&#8217; abilities to prioritize or deprioritize particular forms of data traffic.</p>
<p>As part of an early bit of thinking on this, I want to direct our attention to Canada, the United States, and the United Kingdom to start framing how these jurisdictions are approaching the use of DPI. In the process, I will make the claim that Canada&#8217;s recent CRTC ruling on the use of the technology appears to be more and more progressive in light of recent decisions in the US and the likelihood of the UK&#8217;s Digital Economy Bill (DEB) becoming law. Up front I should note that while I think that Canada can be read as &#8216;progressive&#8217; on the network neutrality front, this shouldn&#8217;t suggest that either the CRTC or parliament have done enough: further clarity into the practices of ISPs, additional insight into the technologies they use, and an ongoing discussion of traffic management systems are needed in Canada. Canadian communications increasingly pass through IP networks and as a result our communications infrastructure should be seen as important as defence, education, and health care, each of which are tied to their own critical infrastructures but connected to one another and enabled through digital communications systems. Digital infrastructures draw together the fibres connecting the Canadian people, Canadian business, and Canadian security, and we need to elevate the discussions about this infrastructure to make it a prominent part of the national agenda.<span id="more-1646"></span></p>
<h2>The Canadian Situation</h2>
<p>In Canada, there has been a substantial amount of attention directed towards the use of DPI equipment since 2007 when CAIP filed a complaint about Bell&#8217;s use of the technology to affect how CAIP customers&#8217; data traffic was being transmitted through Bell&#8217;s infrastructure. The result of <a href="http://www.crtc.gc.ca/eng/archive/2008/dt2008-108.htm" target="_blank">Bell v. CAIP</a>, and the 2<a href="http://www.crtc.gc.ca/PartVII/eng/2008/8646/c12_200815400.htm" target="_blank">008/9 CRTC</a> investigation into how DPI is used by ISPs more widely, was positive in some lights and devastating in others. Positively, out of the 2008/9 investigation the CRTC asserted:</p>
<ul>
<li>the blocking of content is prohibited unless approved by the CRTC;</li>
<li>when noticeable degradation of service for time sensitive services occurs, then a traffic management system amounts to controlling the content or influencing its meaning. As such, any actions that create such a degradation require approval by the CRTC;</li>
<li>the CRTC affirmed that it works in a complementary fashion with the Privacy Commissioner of Canada and that telecommunications providers are held to a higher standard than that contained in PIPEDA alone. Critically, not only are primary ISPs prohibited from using data gathered from traffic management for anything other than management actions, but &#8220;the Commission <strong>directs </strong>all primary ISPs, as a condition of providing wholesale services to secondary ISPs, to include, in their service contracts or other arrangements with secondary ISPs, the requirement that the latter not use for other purposes personal information collected for the purposes of traffic management and not disclose such information.&#8221;</li>
<li>economic measures are preferred to technical traffic management processes;</li>
<li>the delaying of non-time sensitive services (e.g. email, peer-to-peer, FTP, etc) does not require CRTC approval.</li>
</ul>
<p>Of course, this didn&#8217;t forbid ISPs from using DPI &#8211; something that was unlikely to happen &#8211; but did put strong conditions on what was and was not permissible use of DPI. What remained permissible was that delaying non-time sensitive services (e.g. email, peer-to-peer, FTP, etc) does not require CRTC approval, and wholesale ISPs both remain affected by DPI and can expect to receive a mere 30 to 60 day notification before primary ISPs make material changes that would affect wholesale ISPs. The privacy element of the ruling was reinforced in the Privacy Commissioner of Canada&#8217;s <a href="http://www.mhgoldberg.com/OPC-DPI.pdf" target="_blank">ruling on deep packet inspection</a>, which required Bell to note on their website that personal information (i.e. subscriber ID and IP address) was briefly collected (and then quickly discarded) in the ongoing use of DPI. Emergent from the CRTC and OPC&#8217;s decisions, we can comfortably say that Canada has a strong set of regulatory bones when it comes to DPI and network neutrality; what&#8217;s left is fleshing the bones out, which will hopefully happen over the coming months and years.</p>
<h2>The United States of Inspection</h2>
<p>As we turn our gaze south of the 49th parallel, we see that DPI has been used in various &#8216;exploratory&#8217; ways. Arguably, it was the use of DPI for behavioural advertising &#8211; by the company NebuAd and various ISP partners &#8211; and incredibly disruptive treatment of peer-to-peer filesharing applications that brought the technology into the media more widely. In the former case, NebuAd partnered with ISPs such as Charter to insert a DPI device in the ISPs&#8217; network environments. Once in the network, it was possible for NebuAd to modify data transfers by creating a new packet and forging the IP address and port information to make the packet appear to come from the original source. Thus, if you were being served a packet from Google or Yahoo!, it would still appear to your computer as though it was delivered from a Google or Yahoo! server. The NebuAd system used TCP&#8217;s ACK and SEQ system to stop users&#8217; computers from refusing to accept the forged packet.</p>
<p>Contained within this new packet was a bit of javascript that directed users&#8217; computers to collect a cookie from a NebuAd server; this cookie was then used to track users and to subsequently serve ads that were relevant to the user based on their browsing history. Attempts to delete the cookie led to it simply being re-delivered the next time a user browsed somewhere on the &#8216;net. This behaviour led researcher Robert Topolski to <a href="http://arstechnica.com/old/content/2008/06/report-nebuad-ads-inserted-via-man-in-the-middle-attack.ars" target="_blank">assert that</a> &#8220;NebuAd&#8217;s code injected into another&#8217;s page source is a cross-site exploit (XSS) and the subsequent behavior of loading cookies it normally would not load is a browser hijack. NebuAd accomplishes its XSS by using what is effectively a classic man-in-the-middle attack.&#8221;</p>
<p>In light of the damning evidence that &#8216;consent&#8217; was never genuinely achieved (in <a href="http://www.dslreports.com/shownews/Congress-Now-Eyes-Embarqs-Use-Of-NebuAD-96150" target="_blank">at least one ISP&#8217;s case</a>, there was a change to their already massive privacy policy to &#8220;inform&#8221; customers of the new behaviour) NebuAd was very publicly disciplined in front of the House Telecommunications Subcommittee. Congressman Markey <a href="http://arstechnica.com/tech-policy/news/2008/06/congress-urged-to-investigate-isps-opt-out-user-tracking.ars" target="_blank">asserted that</a> &#8220;Simply providing a method for users to opt-out of the program is not the same has asking users to affirmatively agree to participate in the program.&#8221; While NebuAd has <a href="http://arstechnica.com/tech-policy/news/2008/09/nebuad-loses-ceo-business-model-in-wake-of-tracking-furor.ars" target="_blank">lost it&#8217;s CEO</a>, is now <a href="http://arstechnica.com/tech-policy/news/2008/11/nebuad-isps-sued-over-dpi-snooping-ad-targeting-program.ars" target="_blank">subject to a class action lawsuit</a>, and itself is dead in the water (though has arguably been <a href="http://www.clickz.com/3633810" target="_blank">reincarnated in the UK as Insight Ready</a>), no legislation have been passed to address behavioural advertising using DPI. A Senate Commerce Committee session in <a href="http://arstechnica.com/tech-policy/news/2008/09/nebuad-mess-leads-big-isps-to-call-for-opt-in-ad-targeting.ars" target="_blank">September 2008</a> led to three of the US&#8217;s largest ISPs &#8211; AT&amp;T, Verizon, and Time Warner &#8211; committing to an &#8220;affirmative consent&#8221; model for behavioural advertising should the ISPs ever adopt such an advertising system, but no Senate action even attempted to legislate a consent-based model. The Federal Trade Commission (FTC) went &#8216;so far&#8217; as to <a href="http://www.ftc.gov/os/2007/12/P859900stmt.pdf" target="_blank">advocate for voluntary self-regulation of the industry</a>. This regulation encompassed the following principles;</p>
<ol>
<li>Transparency and customer control, which maintains that on every website where data is collected for behavioural advertising that customers are informed of this in concise and clear language with the option of choosing whether their information will collected for these purposes.</li>
<li>Reasonable security, and limited retention, of consumer data. In essence, this requires companies to secure data in a manner consistent with FTC data security enforcement and only retain data as long as required for legitimate business purposes.</li>
<li>Affirmative express consent for material change to existing privacy promises. Critical is that this principle is meant to apply even when the material change is a result of a corporate merger when such a merger modifies the ways in which companies collect, use, and share information.</li>
<li>Affirmative express consent to (or prohibition against) using sensitive data for behavioural advertising. This principle does not actually identify what constitutes sensitive information; the FTC sought input into what classes of information should be considered sensitive and whether the collection of such information should be prohibited by regulation instead of by customer choice.</li>
</ol>
<p>In the case of using DPI for network management purposes, Comcast was found using TCP RST packets to intentionally disrupt peer-to-peer filesharing programs that were accounting for substantial amounts of data traffic along their networks. The stated issue with the programs was that they generated high levels of congestion; in effect, this meant that a large number of customers&#8217; packets were regularly being dropped as Comcast routers struggled to keep pace with the high levels of peer-to-peer traffic. While at one point the company maintained that it only used RST packets during periods of high congestion, it ultimately admitted that their RST-based system was <a href="http://arstechnica.com/old/content/2008/08/fcc-order-scolds-comcast-for-changing-story-on-p2p-blocking.ars" target="_blank">triggered regardless of overall network congestion and at all times of they day</a>.</p>
<p>As a result of Comcast&#8217;s use of DPI to target particular applications and application-types the FCC issued an order requiring the ISP to stop their particular mode of network management using their ancillary authority, or authority that implicitly is derived from past judicial rulings, policy contours, congressional mandate, and telecommunications act. Specifically, the <a href="http://arstechnica.com/old/content/2008/08/fcc-order-scolds-comcast-for-changing-story-on-p2p-blocking.ars" target="_blank">FCC required Comcast to</a>;</p>
<ol>
<li>Reveal the &#8220;precise contours&#8221; of its network management practices, including the types of equipment used, when they came into use, how they were configured, and where they have been deployed.</li>
<li>Come up with a compliance plan complete with benchmarks that explains how Comcast will move &#8220;from discriminatory to nondiscriminatory network management practices by the end of the year.&#8221;</li>
<li>Publicly disclose the details of its new practices, &#8220;including the thresholds that will trigger any limits on customers&#8217; access to bandwidth.&#8221;</li>
</ol>
<p>The FCC decision was met with two responses from Comcast. First, the company adopted a protocol agnostic solution to dealing with high-bandwidth usage. This saw them move from using deep packet inspection &#8211; which examines the payload of data packets &#8211; to shallow packet inspection that is (relatively) limited to examining header information. Under <a href="http://arstechnica.com/old/content/2008/09/comcast-loses-p2p-religion-goes-agnostic-on-throttling.ars" target="_blank">the revised approach</a>, where it is evidenced that consumers are engaged in high-bandwidth activities for 15 minutes or longer they have their packets reclassified to &#8220;best effort&#8221; from the default &#8220;priority best effort&#8221;.</p>
<p>Second, the company took the FCC to court, arguing that the FCC had exceeded their authority in determining how the corporation can manage their networks. The courts recently returned with a decision, and <a href="http://www.publicknowledge.org/pdf/comcast-decision.pdf" target="_blank">it was in Comcast&#8217;s favor</a>: the FCC&#8217;s order that Comcast stop issuing RST packets using DPI equipment is now invalidated on the basis that the FCC decision exceeded their authority. This sends a message that American telecommunications carriers can use equipment, as they perceive needed, to manage their networks and such usage includes mobilizing DPI to invade and disrupt customers&#8217; packet stream. It remains to be seen how this will affect the differentiation between facilities-based VoIP services that Comcast provides and the (apparent) <a href="http://arstechnica.com/telecom/news/2009/01/fcc-wants-to-know-if-comcast-is-interfering-with-voip.ars" target="_blank">degradation of non-facilities based VoIP services</a> (e.g. Skype) when network congestion occurs: does the FCC have the right to require equal treatment of these types of service? This will be an interesting matter to see unfold in light of the Court&#8217;s decision today. It will similarly be interesting to see if, after the decision, ISPs actually use RST packets to disrupt particular traffic flows or instead avoid this approach given the negative press this technique attracted.</p>
<p>So, where does this all leave the US in comparison to Canada? It means that non-regulated processes are exclusively meant to limit the use of behavioural advertising &#8211; but, as demonstrated by <a href="http://taco.dubfire.net/" target="_blank">Chris Soghoian&#8217;s work such self-regulation is practically non-regulation</a> in the advertising business - and that the traffic management questions linger in the air. ISPs in the US managed to get a bit more freedom from the FCC with the decision favouring Comcast, and the FTC has been unwilling to strongly regulate ISPs&#8217; uses of DPI. Thus, the American reality stands in stark contrast to Canada: Canadians have a skeleton of regulated guidelines that ISPs are required to adhere to, whereas the US remains a relatively unregulated market for DPI.</p>
<h2>A Note on the UK</h2>
<p>I&#8217;m not a European telecommunication scholar, and so don&#8217;t want to make broad statements about Europe, but am slightly more aware of the UK situation. As such, I&#8217;ll limit discussions of Europe to the UK.</p>
<p>Behavioural advertising and content management are key issues facing the UK citizenry. In the former&#8217;s case, Phorm has been the UK&#8217;s NebuAd and partnered with various prominent ISPs to provide an advertising service. The company&#8217;s use of DPI was perhaps even more egregious than in NebuAd&#8217;s case, insofar as Phorm&#8217;s use involves a series of 307 redirects that result in a cookie being placed on a customer&#8217;s computer for tracking and advertising purposes (<a href="http://www.cl.cam.ac.uk/∼rnc1/080518-phorm.pdf " target="_blank">a great technical analysis of Phorm&#8217;s system has been performed by Richard Clayton</a>). Most significantly, Phorm forges the cookie so that it appears to come from the originating website, rather than the Phorm system; under this system you receive a cookie that appears to legitimately come from cnn.com when browsing to that website even though it comes from Phorm. <a href="https://nodpi.org/" target="_blank">Activists came together</a> and have continuously put pressure on Phorm &#8211; often arguing that it&#8217;s actions are in violation of of the <a href="http://en.wikipedia.org/wiki/Regulation_of_Investigatory_Powers_Act_2000" target="_blank">Regulation of Investigatory Powers Act</a> &#8211; and <a href="http://www.theregister.co.uk/2009/10/29/eu_phorm/" target="_blank">the EU Commission is presently bearing down on the UK</a> for its failure to address the privacy-related concerns accompanying this instantiation of behavioural advertising. (Perhaps in response, we now see Phorm <a href="http://www.theregister.co.uk/2010/03/26/phorm_brazil/" target="_blank">scurrying to Brasil</a> &#8211; will Brasilian activists take a stand against the company as UK citizens have?)</p>
<p>The content management issue has come up most recently in the form of the Digital Economy Bill (DEB), where there is a real possibility that ISPs will be required to act as a third-party in disputes between rights holders and those who are accused of infringing on holders&#8217; copyrights. ISPs will be required to work a<em>gainst</em> their own customers, insofar as repeat copyright infringers will be subject to some form of traffic throttling. Whether this involves the use of deep packet inspection, or other technological measures, isn&#8217;t entirely clear from the bill but many ISPs in the UK are violently opposed to redeveloping their network architecture to shield the copyright industries&#8217; business models. The DEB, as presently written, makes it unclear what ISPs will actually be required to do, but rights holders seem to favor the inspection or analysis of data traffic, an approach to managing data that might lead to content discrimination or an extension of the already functioning discrimination against particular applications and application-types. From my own research perspective, it will be interesting to see if there is an expansion of the uses of <a href="http://www.christopher-parsons.com/blog/privacy/aggregating-information-about-cview/" target="_blank">CView on the Virgin network</a> should the DEB be realized as law, and whether the EU would step in if enforcing the DEB results in egregious violations of privacy.</p>
<p>It must be recognized that UK ISPs, like their Canadian counterparts, are actively engaged in throttling particular applications and application-types during peak usage times to mitigate network congestion. Orange UK, as an example, <a href="http://shop.orange.co.uk/broadband/broadband-explained#traffic-management" target="_blank">throttles what they term &#8216;dirty&#8217; protocols</a> &#8211; those which &#8220;consume as much of the available bandwidth that is available&#8221;, with the rejoinder that if the ISP gives such protocols and their associated applications an inch they will try to &#8220;take a mile&#8221;. Orange, of course, is not exceptional: both <a href="http://bt.custhelp.com/cgi-bin/bt.cfg/php/enduser/cci/bt_adp.php?p_faqid=10495&amp;cat_lvl1=346&amp;p_cv=1.346&amp;p_cats=346&amp;s_cid=con_FURL_broadbandusagepolicy" target="_blank">BT</a> and <a href="http://www.virginmedia.com/help/traffic-management.php" target="_blank">Virgin</a> also have traffic management policies, as do most other UK ISPs that I&#8217;ve studied.</p>
<p>So, where does this leave the UK in contrast to the Canadian regulatory position on deep packet inspection, and content management more broadly? It remains questionable whether the EU will permit behavioural advertising that is based around DPI equipment, but the UK government itself has not come out against the technology in any meaningful way. In Canada, any use of DPI for behavioural advertising runs up against both the CRTC and OPC. UK ISPs are permitted to use traffic management systems, many of which, I suspect (though haven&#8217;t done the research yet to demonstrate), utilize systems that are similar to those in North America. Regardless, UK ISPs, like their Canadian counterparts, are involved in choosing the winning applications and application-types for content delivery though are potentially faced with the possibility of having to soon filter particular content. Canadian ISPs have repeatedly stated that they have no desire to filter content for technical, privacy, and business reasons, and it doesn&#8217;t look like a Canadian equivalent of the DEB is coming down the pipeline for a while. Unlike efforts such as Comcast&#8217;s, where traffic management is protocol agnostic, we see some Canadian and UK ISPs targeting particular methods of content delivery as clean or &#8216;dirty.&#8217; Ultimately, Canadian and UK ISPs are similar in their respective approaches to traffic management but differ in respect to both behavioural advertising and (possibly) content filtering.</p>
<h2>Network Neutrality in a Western Context?</h2>
<p>We began with a note on network neutrality, and it seems appropriate to close on one as well. I firmly believe that network operators need to be able to manage their network in a manner that is transparent to the public, effective, and efficient. This may indeed require the implementation and use of technologies such as deep packet inspection. I would hasten to note that not all DPI is created equally; some excel at analyzing content by extracting and matching content signatures, but others are predominantly marketed and used as security appliances, and yet others for subscriber billing. Instead of resisting DPI as a broad technology, we need to focus on opposing some applications of the technology while praising others. While I&#8217;m not making an argument that DPI is a &#8216;neutral&#8217; technology &#8211; it&#8217;s a surveillance technology with elements of control embedded into it &#8211; I do want to suggest that not all surveillance, not all applications of control, are inherently bad. Parents carry baby monitors with them &#8211; monitors that have surveillance as a key value embedded into their design &#8211; and this is a benign, if not positive, application of surveillance. We need to be mindful and on the watch for damaging surveillance and hindering acts of control while recognizing that some surveillance, some control, is good and required for a functioning contemporary Internet.</p>
<p>In light of my willingness to accept the value of DPI in network environments, I see a stanch opposition to &#8216;network intelligence&#8217; as considerably far of the mark. Networks are intelligent, and there is nothing wrong with intelligence so long as it is used in a manner that is clearly beneficial for customers, with legislation and regulations precluding the application of network intelligence for negative purposes. Gaining customer acceptance may require transparency on the part of vendors and ISP&#8217;s alike; vendors to explain what their technology does and offer &#8216;virtual tests&#8217; of the technology as is done with some consumer routers, and ISPs to explain why and how they have deployed the equipment. As awareness of how the network is intelligent spreads it is possible to engage is a more substantive discussion about the nature of contemporary networks, the challenges perceived by customers, civil advocates, and network operators. As it stands we are regularly subjected to near-dogmatic language from either camp &#8211; network neutrality is a meaningless slogan vs. smart networks are the death of the Internet &#8211; that is arguably misleading and polemic.</p>
<p>Given the different regulatory environments, we cannot expect supporters of network neutrality to adopt similar language in their advocacy &#8211; RIPA is clearly something that doesn&#8217;t enter North American debates, whereas different wiretapping laws and consumer protections are drawn on in American cases, and Canada regularly sees the language of privacy and consumer rights presented by its advocates &#8211; but this shouldn&#8217;t prevent researchers and other interested parties from identifying common advocacy principles to see what does and does not work. Further, any such comparative project ought to try and identify differences that arise when there is greater transparency (either required by regulation or performed on a voluntary basis) surrounding the development, deployment, and usage of the technologies. This would (and, in Canada, did) enable advocates to more clearly articulate their messages while also alleviating some of the concerns that emerge when our communications systems are mediated by an unknown technical power, in unknown manners, for less than clear corporate means.</p>
<p>Citizens of Canada, the US, and UK need to understand how their communications are regulated and have a clear and valued voice in shaping the structure of their communications systems; citizens along with government and business, as opposed to business and deep packet inspection alone, must be responsible for choosing the &#8216;winning&#8217; applications that facilitate digital communications across the Internet.</p>
<div name="googleone_share_1" style="position:relative;z-index:5;float: right; margin-left: 10px;"><g:plusone size="medium" count="1" href="http://www.christopher-parsons.com/blog/technology/choosing-winners-with-deep-packet-inspection/"></g:plusone></div><p>Other posts you might be interested in:<ol>
<li><a href='http://www.christopher-parsons.com/blog/technology/background-to-north-american-politics-of-deep-packet-inspection/' rel='bookmark' title='Background to North American Politics of Deep Packet Inspection'>Background to North American Politics of Deep Packet Inspection</a></li>
<li><a href='http://www.christopher-parsons.com/blog/thoughts/draft-whats-driving-deep-packet-inspection-in-canada/' rel='bookmark' title='Draft: What&#8217;s Driving Deep Packet Inspection in Canada?'>Draft: What&#8217;s Driving Deep Packet Inspection in Canada?</a></li>
<li><a href='http://www.christopher-parsons.com/blog/privacy/draft-deep-packet-inspection-privacy-mash-ups-and-dignities/' rel='bookmark' title='Draft &#8211; Deep Packet Inspection: Privacy, Mash-ups, and Dignities'>Draft &#8211; Deep Packet Inspection: Privacy, Mash-ups, and Dignities</a></li>
</ol></p>]]></content:encoded>
			<wfw:commentRss>http://www.christopher-parsons.com/blog/technology/choosing-winners-with-deep-packet-inspection/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Deep Packet Inspection and Mobile Discrimination</title>
		<link>http://www.christopher-parsons.com/blog/isps/deep-packet-inspection-and-mobile-discrimination/</link>
		<comments>http://www.christopher-parsons.com/blog/isps/deep-packet-inspection-and-mobile-discrimination/#comments</comments>
		<pubDate>Fri, 12 Mar 2010 17:00:56 +0000</pubDate>
		<dc:creator>Christopher</dc:creator>
				<category><![CDATA[CRTC]]></category>
		<category><![CDATA[DPI]]></category>
		<category><![CDATA[ISPs]]></category>
		<category><![CDATA[Mobiles]]></category>
		<category><![CDATA[canada]]></category>
		<category><![CDATA[canadian telecommunications]]></category>
		<category><![CDATA[customer billing]]></category>
		<category><![CDATA[deep packet inspection]]></category>
		<category><![CDATA[mobile technologies]]></category>
		<category><![CDATA[packet inspection]]></category>
		<category><![CDATA[wireless infrastructure]]></category>
		<category><![CDATA[wireless spectrum]]></category>

		<guid isPermaLink="false">http://www.christopher-parsons.com/blog/?p=1602</guid>
		<description><![CDATA[If last year was the year of wireline network management/neutrality in Canada, we might get lucky and see this one as the transition year that leads to a public discussion about Canadian telecommunications companies' wireless network management/neutrality practices, with discrimination as the focal topic. <a href="http://www.christopher-parsons.com/blog/isps/deep-packet-inspection-and-mobile-discrimination/">Continue reading <span class="meta-nav">&#8594;</span></a>
Other posts you might be interested in:<ol>
<li><a href='http://www.christopher-parsons.com/blog/technology/background-to-north-american-politics-of-deep-packet-inspection/' rel='bookmark' title='Background to North American Politics of Deep Packet Inspection'>Background to North American Politics of Deep Packet Inspection</a></li>
<li><a href='http://www.christopher-parsons.com/blog/technology/choosing-winners-with-deep-packet-inspection/' rel='bookmark' title='Choosing Winners with Deep Packet Inspection'>Choosing Winners with Deep Packet Inspection</a></li>
<li><a href='http://www.christopher-parsons.com/blog/isps/deep-packet-inspection-and-the-discourses-of-censorship-and-regulation/' rel='bookmark' title='Deep Packet Inspection and the Discourses of Censorship and Regulation'>Deep Packet Inspection and the Discourses of Censorship and Regulation</a></li>
</ol>]]></description>
			<content:encoded><![CDATA[<p><a href="http://www.flickr.com/photos/daryl_mitchell/3560636199/"><img class="alignleft size-medium wp-image-1603" title="mobilebuilding" src="http://www.christopher-parsons.com/blog/wp-content/uploads/2010/03/mobilebuilding-225x300.jpg" alt="" width="225" height="300" /></a>Throughout the <a href="http://www.gstconferences.com/home?&amp;show=16" target="_blank">2009 Canadian Telecommunications Summit</a> presenter after presenter, and session after session, spoke to the Canadian situation concerning <a href="http://voiceontheweb.biz/2009/06/canadian-telecom-summit-focus-on-the-learning/" target="_blank">growth in mobile data</a>. In essence, there is a worry that the wireless infrastructure cannot cope with the high volumes of data that are expected to accompany increasing uses and penetrations of mobile technologies. Such worries persist, even though we&#8217;ve recently seen the launch of <a href="http://www.itworldcanada.com/news/bell-telus-launch-hspa-wireless-service/139208" target="_blank">another high-speed wireless network that was jointly invested in by Bell and Telus</a>, and despite the fact that <a href="http://www.cbc.ca/technology/story/2009/12/16/wind-mobile-cellphone-launch.html" target="_blank">new wireless</a> <a href="http://www.backbonemag.com/Press_Release/Items/press_release_08060901.asp" target="_blank">competitors are promising</a> to enter the national market as well.</p>
<p>The result of the wireless competition in Canada is this: Canadians actually enjoy pretty fast wireless networks. We can certainly complain about the high costs of such networks, about the conditions under which wireless spectrum was purchased and is used, and so forth, but the fact is that pretty impressive wireless networks exist&#8230;for Canadians with cash. As any network operator knows, however, speed is only part of the equation; it&#8217;s just as important to have sufficient data provisioning so your user base can genuinely take advantage of the network. It&#8217;s partially on the grounds of data provisioning that we&#8217;re seeing vendors develop and offer deep packet inspection (DPI) appliances for the mobile environment.</p>
<p>I think that provisioning is the trojan horse, however, and that DPI is really being presented by vendors as a solution to a pair of &#8216;authentic&#8217; issues: first, the need <a href="http://connectedplanetonline.com/service_delivery/news/dpi-mobile-networks-0209/" target="_blank">to improve</a> <a href="http://connectedplanetonline.com/wireless/news/continuous-computing-wireless-dpi-0209/" target="_blank">customer billing</a>, and second, to efficiently participate in the <a href="http://www.christopher-parsons.com/blog/advertising/dpi-deployed-for-mobile-advertising/" target="_blank">advertising and marketing</a> ecosystem. I would suggest that &#8216;congestion management&#8217;, right now, is more of a spectre-like issue than an authentic concern (and get into defending that claim, in just a moment). <span id="more-1602"></span>Before diving into this issue, however, I want to be up front with you: much of what I&#8217;m going to be referencing in this post is from last year (2009) because I&#8217;ve had a pile of stuff I&#8217;ve meant to write about but haven&#8217;t had the time until recently.[1] I don&#8217;t think that this invalidates what I&#8217;m writing, but think that you deserve to know &#8216;when&#8217; quite a few of the links will lead to.</p>
<p>Let&#8217;s begin with the issue of mobile &#8216;data hogs&#8217;. Last December, <a href="http://www.csmonitor.com/Innovation/Horizons/2009/1209/att-iphone-data-hogs-better-pay-up" target="_blank">AT&amp;T started making noises that iPhone users were &#8216;data hogs&#8217;</a> and some kind of extended monetization strategy was required. An economic solution was preferred on the basis that (a) it would generate revenue for AT&amp;T; (b) economics are typically seen as a stellar way of dissuading popular use of expensive new and emerging technologies. In AT&amp;T&#8217;s specific case, of course, there were <a href="http://www.iphonealley.com/current/assorted-reports-reveal-att-scaling-back-on-network-construction-and-expansion" target="_blank">questions about</a> <a href="http://www.macworld.com/article/145787/2010/01/att_verizon.html" target="_blank">the degree of actual mobile 3G investment</a> but, more significantly, the question of whether &#8216;data hogs&#8217; were actually the problem.</p>
<p>You see, contemporary smart phones, such as the iPhone, iterations of Android, and Palm Pre, have been designed to maximize their battery life. Unfortunately, this life creates enormous problems for cellular towers. From <a href="http://arstechnica.com/gadgets/news/2010/02/how-smartphones-are-bogging-down-some-wireless-carriers.ars" target="_blank">Ars Technica, we find that</a>:</p>
<blockquote><p>&#8230; the iPhone uses more power saving features than previous smartphone designs. Most devices that use data do so in short bursts—a couple e-mails here, a tweet there, downloading a voicemail message, etc. Normally, devices that access the data network use an idling state that maintains the open data channel between the device and the network. However, to squeeze even more battery life from the iPhone, Apple configured the radio to simply drop the data connection as soon as any requested data is received. When the iPhone needs more data, it has to set up a new data connection.</p>
<p>The result is more efficient use of the battery, but it can cause problems with the signaling channels used to set up connections between a device and a cell node. Cell nodes use signaling channels to set up the data connection, as well as signaling phone calls, SMS messages, voicemails, and more. When enough iPhones are in a particular area, these signaling channels can become overloaded—there simply aren&#8217;t enough to handle all the data requests along with all the calls and messages.</p></blockquote>
<p>In essence, the issue of congestion at cellular towards may not be a result of &#8216;data hogs&#8217; but a consequence of how smart phones are being engineered; the backhaul networks are in fine shape, but the particular towers are being overwhelmed. (We might have a discussion/debate on the condition of middle-mile backhaul, but I&#8217;m less familiar with those stats so I&#8217;m leaving them out.) In the US, let&#8217;s not forget that areas with high penetration of smart phones like the Eastern and Western seaboard cities are also home to (a) expensive real-estate; (b) people who oppose the development of large cellular towers in their neighbourhoods (often out of fear of depreciating that expensive real-estate). The first condition means that there is an economic challenge to building towers, and the latter focuses on civil resistance to development that could better balance the &#8216;smart phone load&#8217;. In what I&#8217;ve read about deep packet inspection in the mobile market, DPI doesn&#8217;t alleviate this kind of problem &#8211; it doesn&#8217;t &#8216;correct&#8217; of battery-saving engineering &#8211; but where the appliances can be installed under the guise of data hogs they could subsequently be used for (vendor stated) purposes of billing and service differentiation/provision.</p>
<p>At <a href="http://www.christopher-parsons.com/blog/technology/canadian-telecom-summit-and-dpi/" target="_blank">last year&#8217;s Canadian Telecom Summit</a>, various vendors and sessions discussed the need to have better customer transparency to &#8216;improve the customer-service provider relationship&#8217;. In essence, they were really describing a desire to develop &#8216;insight&#8217; into what customers do on mobile and wireline networks to better monetize those relationships, and in almost all cases the same vendors and speakers acknowledged the need to deal with the &#8216;creepy feeling&#8217; that comes with using DPI and related surveillance architecture for pico-marketing purposes. Few had clear solutions to this, what is arguably the most significant PR issue that limits ISPs&#8217; expansive uses of DPI for profit generation in the wireline and wireless environments.</p>
<p>It&#8217;s significant that the only really pressing statement about needing to efficiently manage bandwidth and spectrum came from RIM&#8217;s Mike Lazaridis. He was very concerned with actual mobile data usage, and at no point was traffic shaping or monitoring a &#8216;solution&#8217;: improved data compression techniques were the focus of his talk. Here, we had a smartphone vendor focusing on data efficiency itself instead of advocating for traffic shaping and analysis innovation. This strikes me as being very &#8216;forward thinking&#8217;, insofar as it tries to address the underlying issue of data growth instead of trying to find (what I see as) a bandage solution to limit and subsequently monetize this growth. Don&#8217;t stop people from using wireless, but learn how to transmit and receive it in a very efficient manner to deliver a solution that customers actually want!</p>
<p>However, it&#8217;s important that we not lose sight of the fact that DPI isn&#8217;t exclusively intended for traffic management but also to extend vision into the data stream &#8211; a data stream, I might add, that unless encrypted is almost entirely public facing. The drive to this transparency is confirmed by Allot Communications&#8217; Cam Cullen, <a href="http://connectedplanetonline.com/service_delivery/news/dpi-mobile-networks-0209/" target="_blank">who last year noted that</a>,</p>
<blockquote><p>[t]he stats and visibility that DPI provides at the access and applications layer lets mobile operators build better service plans for congestion control and feed that data into mobile billing systems to support things like roaming and advice of charge.</p></blockquote>
<p>To begin: data transparency can facilitate improved service offerings and let network providers more intelligently expand and develop their networks. You can learn what parties you might want to approach about setting up content delivery networks, what the trends in data usage are, and so forth. All of this can be invaluable in making the hard decisions of what to invest in, where, and why.</p>
<p>It is the potentialities of price, service, and customer discrimination that worry both <a href="http://www.piac.ca/telecom/" target="_blank">PIAC</a> and doctoral student <a href="http://www.infoscapelab.ca/members" target="_blank">Fenwick McKelvey</a>. Having spoken with representatives of PIAC, the worry is that any such discrimination will generate inefficient economic situations for customers &#8211; they&#8217;ll pay higher costs, for less &#8211; and McKelvey similarly questions the fairness of any such differentiations. As I&#8217;ve understood McKelvey&#8217;s position, DPI facilitates an artificial differentiation based on economics rather than efficiency: you charge more for streaming video because it&#8217;s profitable, not because the economics of charging for streaming video improve the network situation.</p>
<p>I would suggest that it is a combination of DPI&#8217;s <a href="http://arstechnica.com/old/content/2008/05/deep-packet-inspection-under-assault-from-canadian-critics.ars" target="_blank">bad</a> <a href="http://torrentfreak.com/deep-packet-inspection-080629/" target="_blank">press</a>, and the kinds of stories that would be generated if telecommunications providers stated they were using DPI for billing reasons, that billing isn&#8217;t a public-facing explanation ISPs present for introducing DPI into the mobile environment. I would, however, assert that billing and advertising are key motivating factors: the former allegation based on vendor statements and the latter based on less-public vendor statements and ISP discussions I&#8217;ve been privy to.</p>
<p>Even after all of this, there is a question of &#8216;so what?&#8217;</p>
<p>Where DPI and other traffic management solutions are publicly deployed to attend to a particular area of the telecommunications companies&#8217; business (e.g. bandwidth management, customer billing, tiering service) it strikes me as dishonest to subtly extend them into other areas of the business without first, very publicly, alerting both customers and appropriate regulatory bodies. In the case of advertising, Canadian ISPs are expected to report to the OPC and CRTC if they ever decide to use DPI for advertising or discrete user-history analysis, but the same ISPs arguably have to meet a low bar to meet the OPC&#8217;s disclosure requirements concerning their actual uses of DPI.</p>
<p>Far more significantly, whereas the CRTC has maintained a hands-off approach to regulating wireless &#8211; and thus implicitly permitted discrimination in the wireless environment &#8211; <a href="http://www.itworldcanada.com/news/analysis-is-the-wireless-industry-paranoid/140192" target="_blank">that might be changing</a>. In the forthcoming hearings in October and November entitled &#8220;<a href="http://www.crtc.gc.ca/eng/archive/2010/2010-43.htm" target="_blank">Proceeding to review access to basic telecommunications services and other matters</a>&#8221; we might see the beginning of an anti-discrimination regulatory framework that would address the economics of cellular service. The CRTC has been dropping &#8216;wireless&#8217; into more regulatory hearing documents recently, which may suggest a transition away from their general forbearance approach and, if so, I expect that the work performed by PIAC and others will be leveraged to try and establish a policy of non-discrimination in the Canadian mobile market. Any such regulation will likely have a very real impact on the permissibility and conditions of deploying DPI appliances in mobile networks, as well as publicly lay bare whether any Canadian ISPs are interested in, or already moving to implement, mobile traffic management facilitated by DPI appliances. If last year was the year of wireline network management/neutrality in Canada, we might get lucky and see this one as the transition year that leads to a public discussion about Canadian telecommunications companies&#8217; wireless network management/neutrality practices, with discrimination as the focal topic.</p>
<p>*********</p>
<p>[1] For the past eight or nine months I&#8217;ve been preparing for and writing doctoral candidacy exams. The last exam was recently concluded, leaving me with the new title of &#8216;Doctoral Candidate&#8217; and time to get back to what I love: network analysis, surveillance, and digital privacy!</p>
<div name="googleone_share_1" style="position:relative;z-index:5;float: right; margin-left: 10px;"><g:plusone size="medium" count="1" href="http://www.christopher-parsons.com/blog/isps/deep-packet-inspection-and-mobile-discrimination/"></g:plusone></div><p>Other posts you might be interested in:<ol>
<li><a href='http://www.christopher-parsons.com/blog/technology/background-to-north-american-politics-of-deep-packet-inspection/' rel='bookmark' title='Background to North American Politics of Deep Packet Inspection'>Background to North American Politics of Deep Packet Inspection</a></li>
<li><a href='http://www.christopher-parsons.com/blog/technology/choosing-winners-with-deep-packet-inspection/' rel='bookmark' title='Choosing Winners with Deep Packet Inspection'>Choosing Winners with Deep Packet Inspection</a></li>
<li><a href='http://www.christopher-parsons.com/blog/isps/deep-packet-inspection-and-the-discourses-of-censorship-and-regulation/' rel='bookmark' title='Deep Packet Inspection and the Discourses of Censorship and Regulation'>Deep Packet Inspection and the Discourses of Censorship and Regulation</a></li>
</ol></p>]]></content:encoded>
			<wfw:commentRss>http://www.christopher-parsons.com/blog/isps/deep-packet-inspection-and-mobile-discrimination/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>Crown, Copyright, and the CRTC</title>
		<link>http://www.christopher-parsons.com/blog/copyright/crown-copyright-and-the-crtc/</link>
		<comments>http://www.christopher-parsons.com/blog/copyright/crown-copyright-and-the-crtc/#comments</comments>
		<pubDate>Tue, 19 Jan 2010 21:35:32 +0000</pubDate>
		<dc:creator>Christopher</dc:creator>
				<category><![CDATA[Copyright]]></category>
		<category><![CDATA[CRTC]]></category>
		<category><![CDATA[academics]]></category>
		<category><![CDATA[canada]]></category>
		<category><![CDATA[copyright infringement]]></category>
		<category><![CDATA[government documents]]></category>
		<category><![CDATA[public domain works]]></category>
		<category><![CDATA[public notices]]></category>

		<guid isPermaLink="false">http://www.christopher-parsons.com/blog/?p=1550</guid>
		<description><![CDATA[I&#8217;m in the middle of a large project (for one person), and as part of it I wanted to host some CRTC documents on the project&#8217;s web server to link into. You see, if you&#8217;ve ever been involved in one &#8230; <a href="http://www.christopher-parsons.com/blog/copyright/crown-copyright-and-the-crtc/">Continue reading <span class="meta-nav">&#8594;</span></a>
Other posts you might be interested in:<ol>
<li><a href='http://www.christopher-parsons.com/blog/isps/update-crtc-pn-2008-19-isp-filing-summary-document/' rel='bookmark' title='Update: CRTC PN 2008-19 ISP Filing Summary Document'>Update: CRTC PN 2008-19 ISP Filing Summary Document</a></li>
<li><a href='http://www.christopher-parsons.com/blog/thoughts/will-copyright-kill-ehealth/' rel='bookmark' title='Will Copyright Kill eHealth?'>Will Copyright Kill eHealth?</a></li>
<li><a href='http://www.christopher-parsons.com/blog/isps/update-crtc-pn-2008-19-filings/' rel='bookmark' title='Update: CRTC PN 2008-19 Filings'>Update: CRTC PN 2008-19 Filings</a></li>
</ol>]]></description>
			<content:encoded><![CDATA[<p><a href="http://www.flickr.com/photos/junnn/3982105340/"><img class="alignleft size-medium wp-image-1551" title="NationalFlag" src="http://www.christopher-parsons.com/blog/wp-content/uploads/2010/01/NationalFlag-300x199.jpg" alt="" width="300" height="199" /></a>I&#8217;m in the middle of a large project (for one person), and as part of it I wanted to host some <a href="http://www.crtc.gc.ca/PartVII/eng/2008/8646/c12_200815400.htm" target="_blank">CRTC documents</a> on the project&#8217;s web server to link into. You see, if you&#8217;ve ever been involved in one of the <a href="http://www.christopher-parsons.com/blog/category/politics/crtc/" target="_blank">CRTC&#8217;s</a> public notices you&#8217;ll know that there are literal deluges of documents, many of which are zipped together. For the purposes of disseminating documents over email this works well &#8211; it puts all of the documents from say, Bell, into a single zipped file &#8211; but makes a user-unfriendly structure of linking to: expecting casual reader to link to zip archives is unreasonable. Given that as part of this project I do want to facilitate ease of access to resources it&#8217;s important that users can link to the documents themselves, and not zip archives.</p>
<p>While I pay attention to <a href="http://www.christopher-parsons.com/blog/category/copyright/" target="_blank">copyright</a> developments in <a href="http://www.christopher-parsons.com/blog/copyright/review-canadian-copyright-a-citizens-guide/" target="_blank">Canada</a> and abroad, and have strong stances on how academics and the Canadian government should licence their publications, I&#8217;m not a lawyer. I do, however, know that government documents in Canada are governed by <a href="http://publications.gc.ca/helpAndInfo/cc-dac/crownis-e.html" target="_blank">Crown Copyright</a> &#8211; unlike in the US, the Canadian government maintains copyright over its publications &#8211; and thus I wanted to check with the CRTC if there were any problems hosting documents from their site, including those presumably under a Crown copyright such as the CRTC&#8217;s decision.<span id="more-1550"></span></p>
<p>Today I spoke with someone at the CRTC and received word that I could rehost the documents, without any problems. They were &#8216;in the public domain&#8217; and so I could do with them what I wanted. I was pleased to hear this, as I wasn&#8217;t sure if the <a href="http://laws.justice.gc.ca/en/otherreg/SI-97-5/index.html" target="_blank">Reproduction of Federal Law Order</a> would apply to the filings of private companies &#8211; it should apply to the CRTC&#8217;s decision itself, but as the order is written it&#8217;s ambiguous (to me) where and how private filings &#8216;fit&#8217;. In any case, I&#8217;ll take the CRTC&#8217;s word and be pleased that their public notice filings, including the filings by private corporations, are &#8216;public domain&#8217; works and not governed by crown copyright. In case someone is wondering why I even bothered checking with the CRTC, given that my intended uses of the works arguably fall under under the research and review criteria of Canada&#8217;s fair dealing provisions, I expected that my use was legitimate but wanted to check with some lawyers that I was actually in the clear. I didn&#8217;t want to have a project go live, only to receive lawyer-grams from the CRTC or private companies! The CRTC has lawyers, and I thought it&#8217;d be a decent idea to draw on their expertise. Had I gotten a baffling response (e.g. no, for copyright reasons you cannot host anywhere else!) I&#8217;d have gotten a second opinion.</p>
<p>So, that&#8217;s fine and good: I can use the documents. It was the rest of the conversation that was particularly interesting, and more than a little disturbing.</p>
<p>I learned that the CRTC occasionally removes documents included in public filings and, far more significantly, sometimes changes the actual documents themselves without notifying anyone, not ever parties who were involved in the public notice. Such changes are made to correct misstatements of fact, to redact content already on the record or make available incorrectly redacted content, and so forth. This has far-reaching implications: closed public notices can have documented modified, where such modifications could potentially have affected public awareness of the notice as it was ongoing. In the case of some &#8216;corrections&#8217;, this could be incredibly important: what if in PN 2008-19 (and <em>this is entirely hypothetical and meant as an example: </em>I have ABSOLUTELY NO REASON TO BELIEVE THIS IS THE CASE) it turned out that one of TELUS&#8217; redacted sentence was made available to the public, and it stated that TELUS was in early consideration stages of using Deep Packet Inspection in their networks? Such a &#8216;correction&#8217; would have substantial effects on the arguments put forward by various civil advocates, and would render someone who was not involved with the public notice as it was ongoing very confused about the apparently contradictory filing between (in this example) TELUS and public advocacy groups. Thus, not only do these secretive changes risk contaminating later research, but it could also undermine public confidence in the public notice process itself.</p>
<p>The other very interesting copyright-related item that I learned was that, while hosting the documents isn&#8217;t a problem, were I to scrape and do a check-sum between what I have hosted and what the CRTC hosts <em>that</em> would be considered a copyright infringement. The gentleman I spoke with professed not understanding how that would be a copyright issue, and was just passing on the message from the lawyers, but it&#8217;s incredibly bizarre. In effect, it states (to me) that I can host but cannot check to guarantee that what I&#8217;m hosting is &#8216;the most accurate/recent version&#8217; unless I want to eyeball the documents and look for &#8216;corrections&#8217; that may or may not be announced anywhere in the document or public notice website itself. From a government transparency point of view, this is deeply concerning: members of the public, if aware of the potential for relatively secretive changes to public filings, cannot automate any system to watch for such changes without running afoul of lawyers. The resources thus required to &#8216;check up&#8217; on the CRTC would be enormous for the poorly funded civil advocacy groups and members of the public (neither eyeballs or time are in abundant supply!). Moreover (and again, I am not a lawyer!) in my reading a check-sum or something like it is r<em>equired</em> to actually comply with Canadian copyright law. The <a href="http://publications.gc.ca/helpAndInfo/cc-dac/reproduction-e.html" target="_blank">law</a>,</p>
<blockquote><p>authorizes anyone, unless otherwise specified, to copy federal legislation, statutes, regulations, court decisions and tribunal decisions without the usual restrictions that govern Crown copyright materials,<strong> provided that one is careful to ensure the accuracy of the materials reproduced and that the reproduction is not represented as an official version</strong>. (emphasis added)</p></blockquote>
<p>Given that I&#8217;ll be hosting documents, to &#8216;carefully ensure the accuracy of the materials reproduced&#8217; aren&#8217;t I required to set up some automated system, given that the CRTC can potentially just change or remove documents without any public notification or transparency? Does this mean that compliance requires me to manually check on a daily/weekly/monthly basis that all the files on the CRTC&#8217;s webpage are exactly as they were when I first copied them?</p>
<p>Admittedly, these changes to documents in public notices are supposed to happen &#8216;fairly rarely&#8217; and there isn&#8217;t any reason to expect that the filings for PN 2008-19 (which is what I&#8217;m interested in for this project, right now) are going to change. It&#8217;s possible that there was miscommunication as a result of interjecting an intermediary between myself and the CRTC&#8217;s lawyers. I&#8217;m very happy that I can host the filings for PN 2008-19 and that all of the items in that filing (including the CRTC decision) are apparently &#8216;public domain&#8217; and thus outside of crown copyright. Those are all great things and I appreciate that the CRTC was fairly quick in getting back to me (it took about 4 business days). I&#8217;m far less impressed with secretive changes happening to public filings, and am disturbed by the position that scraping for check-sum purposes would somehow violate copyright.</p>
<p>I&#8217;m not a lawyer, and I&#8217;ll be following this up with the CRTC to try and get additional transparency into what&#8217;s going on. Hopefully there was just a miscommunication; I would understand if regular scraping was a problem because it could bog down their servers, and that on that basis they could drum up DDOS charge or something, but to construe server access to guarantee I&#8217;m hosting the most up-to-date documents with a copyright violation is mind boggling, and screams of misuse of copyright to this non-lawyer.</p>
<div name="googleone_share_1" style="position:relative;z-index:5;float: right; margin-left: 10px;"><g:plusone size="medium" count="1" href="http://www.christopher-parsons.com/blog/copyright/crown-copyright-and-the-crtc/"></g:plusone></div><p>Other posts you might be interested in:<ol>
<li><a href='http://www.christopher-parsons.com/blog/isps/update-crtc-pn-2008-19-isp-filing-summary-document/' rel='bookmark' title='Update: CRTC PN 2008-19 ISP Filing Summary Document'>Update: CRTC PN 2008-19 ISP Filing Summary Document</a></li>
<li><a href='http://www.christopher-parsons.com/blog/thoughts/will-copyright-kill-ehealth/' rel='bookmark' title='Will Copyright Kill eHealth?'>Will Copyright Kill eHealth?</a></li>
<li><a href='http://www.christopher-parsons.com/blog/isps/update-crtc-pn-2008-19-filings/' rel='bookmark' title='Update: CRTC PN 2008-19 Filings'>Update: CRTC PN 2008-19 Filings</a></li>
</ol></p>]]></content:encoded>
			<wfw:commentRss>http://www.christopher-parsons.com/blog/copyright/crown-copyright-and-the-crtc/feed/</wfw:commentRss>
		<slash:comments>6</slash:comments>
		</item>
		<item>
		<title>Deep Packet Inspection and the Discourses of Censorship and Regulation</title>
		<link>http://www.christopher-parsons.com/blog/isps/deep-packet-inspection-and-the-discourses-of-censorship-and-regulation/</link>
		<comments>http://www.christopher-parsons.com/blog/isps/deep-packet-inspection-and-the-discourses-of-censorship-and-regulation/#comments</comments>
		<pubDate>Wed, 29 Jul 2009 21:23:30 +0000</pubDate>
		<dc:creator>Christopher</dc:creator>
				<category><![CDATA[CRTC]]></category>
		<category><![CDATA[DPI]]></category>
		<category><![CDATA[ISPs]]></category>
		<category><![CDATA[application protocols]]></category>
		<category><![CDATA[bandwidth]]></category>
		<category><![CDATA[censorship]]></category>
		<category><![CDATA[crtc hearings]]></category>
		<category><![CDATA[deep packet inspection]]></category>
		<category><![CDATA[discourse]]></category>
		<category><![CDATA[fingerprint]]></category>
		<category><![CDATA[hash]]></category>
		<category><![CDATA[isp]]></category>
		<category><![CDATA[netscape]]></category>
		<category><![CDATA[norming]]></category>
		<category><![CDATA[norms]]></category>
		<category><![CDATA[packet inspection]]></category>
		<category><![CDATA[power]]></category>
		<category><![CDATA[traffic management]]></category>

		<guid isPermaLink="false">http://www.christopher-parsons.com/blog/?p=1319</guid>
		<description><![CDATA[In the current CRTC hearings over Canadian ISPs&#8217; use of Deep Packet Inspection (DPI) to manage bandwidth, I see two &#8216;win situations&#8217; for the dominant carriers: They can continue to throttle &#8216;problem&#8217; applications in the future; The CRTC decides to &#8230; <a href="http://www.christopher-parsons.com/blog/isps/deep-packet-inspection-and-the-discourses-of-censorship-and-regulation/">Continue reading <span class="meta-nav">&#8594;</span></a>
Other posts you might be interested in:<ol>
<li><a href='http://www.christopher-parsons.com/blog/technology/background-to-north-american-politics-of-deep-packet-inspection/' rel='bookmark' title='Background to North American Politics of Deep Packet Inspection'>Background to North American Politics of Deep Packet Inspection</a></li>
<li><a href='http://www.christopher-parsons.com/blog/isps/deep-packet-inspection-and-mobile-discrimination/' rel='bookmark' title='Deep Packet Inspection and Mobile Discrimination'>Deep Packet Inspection and Mobile Discrimination</a></li>
<li><a href='http://www.christopher-parsons.com/blog/thoughts/draft-whats-driving-deep-packet-inspection-in-canada/' rel='bookmark' title='Draft: What&#8217;s Driving Deep Packet Inspection in Canada?'>Draft: What&#8217;s Driving Deep Packet Inspection in Canada?</a></li>
</ol>]]></description>
			<content:encoded><![CDATA[<p><a href="http://www.flickr.com/photos/uomoelettrico/2585602948/"><img class="size-medium wp-image-1320 alignright" title="boredom" src="http://www.christopher-parsons.com/blog/wp-content/uploads/2009/07/boredom-300x199.jpg" alt="boredom" width="300" height="199" /></a>In the current CRTC hearings over Canadian ISPs&#8217; use of Deep Packet Inspection (DPI) to manage bandwidth, I see two &#8216;win situations&#8217; for the dominant carriers:</p>
<ol>
<li>They can continue to throttle &#8216;problem&#8217; applications in the future;</li>
<li>The CRTC decides to leave the wireless market alone right now.</li>
</ol>
<p>I want to talk about the effects of throttling problem applications, and how people talking about DPI should focus on the negative consequences of regulation (something that is, admittedly, often done). In thinking about this, however, I want to first attend to the issues of censorship models to render transparent the difficulties in relying on censorship-based arguments to oppose uses of DPI. Following this, I&#8217;ll consider some of the effects of regulating access to content through protocol throttling. The aim is to suggest that individuals and groups who are opposed to the throttling of particular application-protocols should focus on the effects of regulation, given that it is a more productive space of analysis and argumentation, instead of focusing on DPI as an instrument for censorship.</p>
<p>Let&#8217;s first touch on the language of censorship itself. We typically understand this action in terms of a juridico-discursive model, or a model that relies on rules to permit or negate discourse. There are three common elements to this model-type:<span id="more-1319"></span></p>
<ol>
<li>Such a thing cannot be permitted</li>
<li>Preventing a thing from being said</li>
<li>Denying that such a thing exists</li>
</ol>
<p>Many people writing about DPI (including myself) have often relied on points (1) and/or (2) in our worries that the technology could be used to absolutely prohibit a particular protocol-type, or that certain things will be prevented from moving across networks using fingerprint and hash-based analyses of data transfers. While no ISP has stated that P2P doesn&#8217;t exist (the present traffic management hearings in Canada have seen ISPs focus on P2P as the reason for needing DPI appliances), ISPs such as Rogers have stated that none of their customers have complained about the throttling of P2P traffic.</p>
<p>I think that many censorship discussions about DPI broadly correspond with the worries around &#8216;netscapes of power&#8217;. Winseck (2003) has suggested that such netscapes are intended to &#8220;buttress market power and to regulate behaviour through network architecture, the privatization of cyberlaw, surveillance, and the creation of walled gardens.&#8221; In a recent paper, &#8220;<a href="http://www.christopher-parsons.com/blog/wp-content/uploads/2009/06/Whats_driving_DPI_1.3for_web.pdf" target="_blank">What&#8217;s Driving DPI?</a>&#8220;, I suggest that we can understand contemporary netscapes through the lens of delayed access to content. Whereas walled gardens let network providers (e.g. AOL Online) perfectly capture subscriber information, and generally try to centralize network intelligence in the network rather than the ends of the network (Zittrain 2008), I would suggest that Deep Packet Inspection can be understood as a productive form of regulation that facilitates access to particular content, without totally denying access to non-preferred content-types and repositories. Unlike the walled garden of AOL Online, Canadian customers can use application-types that their ISPs deem &#8216;problem applications&#8217; (such as P2P), but using these application-types means that customers will suffer delays. As I will touch on shortly, even a few milliseconds can have significant consequences for using particular content portals; while ISPs claim that a few more minutes to download content is practically nothing, I would suggest that contemporary research puts those claims in question.</p>
<p>Whereas in a netscape of power, such as Winsecks, censorship revolves around the banning of, or prohibiting access to, content, perhaps a contemporary understanding of censorship could relate to development of extensive knowledge concerning individual and their habits, and a willingness to exploit their behaviours. Such censorship does not need to ban content outright; delaying it is sufficient to encourage consumers to use &#8216;preferred&#8217; data protocols. Moreover, with an awareness of the discrete individual, not just what they do but why they do it, it is possible to preemptively target them for broadband packages using language that appeals to their &#8216;inner nature&#8217;. In effect, instead of talking about &#8216;censorship&#8217;, we can shift to a discussion of &#8216;consumer and citizen regulation&#8217;.</p>
<p>Google recently <a href="http://googleresearch.blogspot.com/2009/06/speed-matters.html" target="_blank">tested the effects of content delays</a>; they found that when search results were delayed from 100 to 400 milliseconds that users were less and less likely to run searches using Google, even if the service was restored. While the argument could be made that a Google-to-P2P analogy is an apples-to-oranges comparison, I would suggest that Google&#8217;s experiment betrays a central consumer truth: in a digital economy, where consumers are regularly taught that &#8216;faster is better&#8217;, the fastest content delivery system that is convenient is (or becomes) the preferred content delivery system. Where P2P access is delayed, and is generally a pain in the butt to get working, non-P2P file transfer systems will be preferred. Where ISPs are also content providers, this means that they can often deliver the same, or similar, content immediately to the individual. In the face of slow or immediate content, consumers will tend to prefer the immediate.</p>
<p>An advantage of thinking through the productive uses of DPI, and its effects in regulating content access, is that we can ask more interesting questions about the discourses and networks of power are in operation around DPI than are afforded through discourses focused on censorship. There are already good people looking at this &#8211; <a href="http://bendrath.blogspot.com/" target="_blank">Ralf Bendrath</a> and <a href="http://www.infoscapelab.ca/members" target="_blank">Fenwick McKelvey</a> have both been looking at DPI in this light &#8211; and I think that a regulatory framework offers useful ways of understanding the norming effects of DPI. Norming speaks to the mediation of consumers&#8217; desires, aims, and networks of power penetrating them, whereas censorship tends to focus on preventing such networks from spawning, or (worse) obfuscates the actual existence of these networks where they already exist. Further, I think that regulation lets us ask those questions like; &#8220;even in the face of CRTC regulation that stops throttling of particular application-types, what are (or have been) the actual effects of regulating data protocols?&#8221;</p>
<p>This all having been written, if Google&#8217;s test does carry over to the realm of ISPs&#8217; regulation of content delivery mechanisms, then it is possible that even a CRTC decision that prevents subsequent targeting of P2P may not matter: the &#8216;damage&#8217; might already be done. The real risk, then, is that if ISPs are permitted to target &#8216;problem&#8217; application types in the future, they can (effectively) encourage and discourage particular protocol uptake. This threatens to situate ISPs as regulators of emerging Internet protocols.</p>
<p>As regulators (and not censors), ISPs can easily navigate public criticism relying on traditional understandings of &#8216;censorship&#8217; because the ISPs can refer back to that three point model, written above, and say &#8216;our actions don&#8217;t fit that model&#8217;. ISPs as regulators are, however, vulnerable to critiques of the very modes and effects of their regulations &#8211; they are vulnerable to explicit analyses of the effects of their norming actions (e.g. throttling P2P and making Direct TV available to the same consumer). Only by engaging with, and exploiting the internal logics of, ISPs-as-Content-Providers&#8217; discourses are these discourses likely to be disrupted and shifted towards more appealing regulatory discussions and frameworks. Note that these are shifts, however, as opposed to stopping the discourse entirely. I have serious doubts that such a cessation of discourse on DPI can ever actually take place, though who or what orients future power formations remains an open (and thus actionable) question. Ultimately, as I&#8217;m thinking about things right now, it seems that focusing on regulatory discourse is far more promising than almost exclusively attending to a discourse of censorship, given censorship&#8217;s vulnerabilities to ISP-generated critique and rebuttal.</p>
<div name="googleone_share_1" style="position:relative;z-index:5;float: right; margin-left: 10px;"><g:plusone size="medium" count="1" href="http://www.christopher-parsons.com/blog/isps/deep-packet-inspection-and-the-discourses-of-censorship-and-regulation/"></g:plusone></div><p>Other posts you might be interested in:<ol>
<li><a href='http://www.christopher-parsons.com/blog/technology/background-to-north-american-politics-of-deep-packet-inspection/' rel='bookmark' title='Background to North American Politics of Deep Packet Inspection'>Background to North American Politics of Deep Packet Inspection</a></li>
<li><a href='http://www.christopher-parsons.com/blog/isps/deep-packet-inspection-and-mobile-discrimination/' rel='bookmark' title='Deep Packet Inspection and Mobile Discrimination'>Deep Packet Inspection and Mobile Discrimination</a></li>
<li><a href='http://www.christopher-parsons.com/blog/thoughts/draft-whats-driving-deep-packet-inspection-in-canada/' rel='bookmark' title='Draft: What&#8217;s Driving Deep Packet Inspection in Canada?'>Draft: What&#8217;s Driving Deep Packet Inspection in Canada?</a></li>
</ol></p>]]></content:encoded>
			<wfw:commentRss>http://www.christopher-parsons.com/blog/isps/deep-packet-inspection-and-the-discourses-of-censorship-and-regulation/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Background to North American Politics of Deep Packet Inspection</title>
		<link>http://www.christopher-parsons.com/blog/technology/background-to-north-american-politics-of-deep-packet-inspection/</link>
		<comments>http://www.christopher-parsons.com/blog/technology/background-to-north-american-politics-of-deep-packet-inspection/#comments</comments>
		<pubDate>Wed, 08 Jul 2009 00:11:11 +0000</pubDate>
		<dc:creator>Christopher</dc:creator>
				<category><![CDATA[CRTC]]></category>
		<category><![CDATA[DPI]]></category>
		<category><![CDATA[Internet]]></category>
		<category><![CDATA[ISPs]]></category>
		<category><![CDATA[P2P]]></category>
		<category><![CDATA[Politics]]></category>
		<category><![CDATA[Technology]]></category>
		<category><![CDATA[Bell]]></category>
		<category><![CDATA[CAIP]]></category>
		<category><![CDATA[canada]]></category>
		<category><![CDATA[comcast]]></category>
		<category><![CDATA[deep packet inspection]]></category>
		<category><![CDATA[mass surveillance]]></category>
		<category><![CDATA[nate anderson]]></category>
		<category><![CDATA[nebuad]]></category>
		<category><![CDATA[net neutrality]]></category>
		<category><![CDATA[p2p application]]></category>
		<category><![CDATA[p2p clients]]></category>
		<category><![CDATA[packet inspection]]></category>
		<category><![CDATA[tcp rst packets]]></category>
		<category><![CDATA[throttle]]></category>
		<category><![CDATA[topolski]]></category>
		<category><![CDATA[warrantless wiretapping]]></category>

		<guid isPermaLink="false">http://www.christopher-parsons.com/blog/?p=1303</guid>
		<description><![CDATA[This post gives people an appreciation for why DPI has become the focus of so much attention in North America and its surrounding politics. <a href="http://www.christopher-parsons.com/blog/technology/background-to-north-american-politics-of-deep-packet-inspection/">Continue reading <span class="meta-nav">&#8594;</span></a>
Other posts you might be interested in:<ol>
<li><a href='http://www.christopher-parsons.com/blog/technology/choosing-winners-with-deep-packet-inspection/' rel='bookmark' title='Choosing Winners with Deep Packet Inspection'>Choosing Winners with Deep Packet Inspection</a></li>
<li><a href='http://www.christopher-parsons.com/blog/technology/deep-packet-inspection-and-consumer-transparency/' rel='bookmark' title='Deep Packet Inspection and Consumer Transparency'>Deep Packet Inspection and Consumer Transparency</a></li>
<li><a href='http://www.christopher-parsons.com/blog/thoughts/draft-whats-driving-deep-packet-inspection-in-canada/' rel='bookmark' title='Draft: What&#8217;s Driving Deep Packet Inspection in Canada?'>Draft: What&#8217;s Driving Deep Packet Inspection in Canada?</a></li>
</ol>]]></description>
			<content:encoded><![CDATA[<p><a href="http://www.flickr.com/photos/mlaaker/182842862/"><img class="alignright size-medium wp-image-1304" title="crtc566" src="http://www.christopher-parsons.com/blog/wp-content/uploads/2009/07/crtc566-225x300.jpg" alt="crtc566" width="225" height="300" /></a>The <a href="http://www.christopher-parsons.com/blog/category/politics/crtc/" target="_blank">CRTC</a> is listening to oral presentations concerning Canadian ISPs&#8217; use of <a href="http://www.christopher-parsons.com/blog/category/technology/dpi/" target="_blank">Deep Packet Inspection (DPI) appliances</a> to throttle Canadians&#8217; Internet traffic. Rather than talk about these presentations in any length, I thought that I&#8217;d step back a bit and try to outline some of the attention that DPI has received over the past few years. This should give people who are newly interested in the technology an appreciation for why DPI has become the focus of so much attention and provide paths to learn about the politics of DPI. This post is meant to be a fast overview, and only attends to the North American situation given that it&#8217;s what I&#8217;m most familiar with.</p>
<p>Massive surveillance of digital networks took off as an issue in 2005, when the <a href="http://www.nytimes.com/2005/12/16/politics/16program.html" target="_blank">New York Times published their first article on the NSA&#8217;s warrantless wiretapping operations</a>. The concern about such surveillance brewed for years, but (in my eyes) really exploded as the public started to learn about the capacities of DPI technologies as potential tools for mass surveillance.</p>
<p>DPI has been garnering headlines in a major way in 2007, which has really been the result of Nate Anderson&#8217;s piece, &#8220;<a href="http://arstechnica.com/hardware/news/2007/07/Deep-packet-inspection-meets-net-neutrality.ars" target="_blank">Deep packet inspection meets &#8216;Net neutrality, CALEA</a>.&#8221; Anderson&#8217;s article is typically recognized as the popular news article that put DPI on the scene, and the American public&#8217;s interest in this technology was reinforced by <a href="http://www.eff.org/deeplinks/2007/10/eff-tests-agree-ap-comcast-forging-packets-to-interfere" target="_blank">Comcast&#8217;s use of TCP RST packets</a>, which was <a href="http://www.dslreports.com/forum/r18323368-Comcast-is-using-Sandvine-to-manage-P2P-Connections" target="_blank">made possible using Sandvine equipment</a>. These packets (<a href="http://www.rfc-editor.org/rfc/std/std7.txt" target="_blank">which appear to have been first discussed in 1981</a>) were used by Comcast to convince P2P clients that the other client(s) in the P2P session didn&#8217;t want to communicate with Comcast subscriber&#8217;s P2P application, which led to the termination of the data transmission. Things continued to heat up in the US, as the behavioural advertising company NebuAd <a href="http://arstechnica.com/old/content/2008/05/charter-enhances-internet-service-with-targeted-ads.ars" target="_blank">began partnering with ISPs</a> to deliver targeted ads to ISPs&#8217; customers using DPI equipment. The Free Press hired Robert Topolski to <a href="http://freepress.net/files/NebuAd_Report.pdf" target="_blank">perform a technical analysis of what NebuAd was doing</a>, and found that NebuAd was (in effect) performing a <a href="http://en.wikipedia.org/wiki/Man-in-the-middle_attack" target="_blank">man-in-the-middle attack</a> to alter packets as they coursed through ISP network hubs. This report, prepared for <a href="http://arstechnica.com/tech-policy/news/2008/07/congress-goes-after-nebuad-again.ars" target="_blank">Congressional hearings</a> into the surveillance of Americans&#8217; data transfers, was key to driving American ISPs away from NebuAd in the face of political and customer revolt over targeted advertising practices. NebuAd has since shut its doors. In the US there is <a href="http://www.christopher-parsons.com/blog/thoughts/comment-virgin-takes-aim-at-bittorrent/" target="_blank">now talk of shifting towards agnostic throttling</a>, rather than throttling that targets particular applications. Discrimination is equally applied now, instead of honing in on specific groups.</p>
<p>In Canada, there haven&#8217;t been (<a href="http://www.digitalhome.ca/content/view/2436/206/1/0/" target="_blank">many</a>) accusations of ISPs using DPI for advertising purposes, but throttling has been at the center of our discussions of how Canadian ISPs use DPI to delay P2P applications&#8217; data transfers.<span id="more-1303"></span>In 2008 Bell and the Canadian Association of Internet Providers (CAIP) got into a regulatory scuffle over Bell&#8217;s use of DPI appliances to throttle wholesale customers. Wholesale customers are ISPs (e.g. TekSavvy, Execulink) who purchase bandwidth with the intention of reselling it, whereas retail customers are (in Bell&#8217;s case) customers of Bell Sympatico. Bell had already been throttling their own retail customers&#8217; P2P traffic, but unexpectedly began impacting wholesale data traffic flows on the basis that they had to manage the entirety of their network. <a href="http://www.cbc.ca/technology/story/2008/06/19/tech-bell.html" target="_blank">Bell was required to justify their use of DPI to modulate data traffic flows</a>, and at the end of they were told that since they were discriminating against both retail and wholesale customers that the application of DPI was fair. Konrad von Finckenstein, head of the CRTC, noted that <a href="http://arstechnica.com/old/content/2008/06/bell-canada-p2p-spat-may-grow-into-big-net-neutrality-war.ars" target="_blank">this decision was just the &#8216;tip of the iceberg&#8217;</a> &#8211; more hearings into network neutrality were coming&#8230;</p>
<p>Over the course of the Bell v. CAIP proceeding, Canadians really started hearing a lot about &#8216;<a href="http://www.freedom-to-tinker.com/blog/felten/three-flavors-net-neutrality" target="_blank">network neutrality</a>&#8216;. This term really has (at least) three principles (not necessarily inclusive, or mutually exclusive) behind it:</p>
<ol>
<li>Net Neutrality as an end-to-end principle, where the ISP should not concern itself with the protocols or applications that are being used to transmit data.</li>
<li>Net Neutrality as Nonexclusionary Business Practices; where ISPs should not be permitted to apply surcharges to application/service providers to carry their traffic.</li>
<li>Network Neutrality as Content Nondiscrimination; where ISPs should not discriminate against messages/packets based on their content.</li>
</ol>
<p>While I would argue that Tim Wu, Jack Goldsmith, and Lawrence Lessig are recognized as championing points (1) and (2), it is (3) that I personally find most worrying. In Canada, <a href="http://www.cippic.ca/en/" target="_blank">CIPPIC</a>, <a href="http://saveournet.ca/" target="_blank">SavetheNet.ca</a>, <a href="http://www.p2pnet.net/" target="_blank">P2Pnet</a>, <a href="http://www.michaelgeist.ca/" target="_blank">Michael Geist</a>, and <a href="http://www.piac.ca/" target="_blank">PAIC</a> have all taken facets of these network neutrality principles to heart in their discussions of how Canadian ISPs throttle traffic and oppose the position that <a href="http://arstechnica.com/old/content/2008/06/sandvine-calls-net-neutrality-laughable-defends-filtering.ars" target="_blank">network neutrality is, in fact, laughable</a>.</p>
<p>With the most recent CRTC public notice about traffic management, the language has against shifted to <a href="http://www.slaw.ca/2009/02/25/crtc-net-neutrality-comments/" target="_blank">network neutrality</a>, <a href="http://www.crtc.gc.ca/public/partvii/2008/8646/c12_200815400/1027577.PDF" target="_blank">privacy</a>, and drawn <a href="http://www.brightsideofnews.com/news/2009/6/1/canadian-isps-fighting-regulators-over-net-neutrality--dpi.aspx" target="_blank">DPI appliances back into the spotlight</a>. The CBC has put up an article that <a href="http://www.cbc.ca/technology/story/2009/07/03/tech-crtc-hearings-internet-traffic-management.html" target="_blank">gives a nice overview of the present situation of this notice</a>, and what each of the players are looking to get out of the proceeding. What is distinctly different between the present hearing and the CAIP v Bell hearing, is that advocates of network neutrality can try to leverage the language that ISPs used during the New Media hearing a few months ago to demonstrate<a href="http://www.ottawacitizen.com/News/Cable+firms+telecoms+support+neutrality+times/1765702/story.html" target="_blank"> that ISPs are not presenting a coherent position on DPI to the CRTC</a>. What remains unchanged, of course, is that Sandvine <a href="http://www.cbc.ca/technology/story/2009/07/06/tech-090706-internet-traffic-management-crtc-hearings.html" target="_blank">continues to assert that network neutrality</a> simply doesn&#8217;t exist, with Juniper Networks maintaining that there is a qualitative different between the Internet of the past, and the Internet of the present and future.</p>
<p>The hearings will be continuing for the next few days. CIPPIC is <a href="http://twitter.com/cippic" target="_blank">live blogging each day</a>, and Michael Geist has been producing <a href="http://www.michaelgeist.ca/" target="_blank">summaries of each day&#8217;s activities</a>. If you want to learn about congestion, from a semi-technical point of view, head over to <a href="http://www.grc.com/sn/sn-139.htm" target="_blank">Security Now&#8217;s podcast on the subject</a>; it&#8217;s a bit dated (and a bit long, at almost 90 minutes), but still informative and worth your time. Further, the Office of the Privacy Commissioner of Canada has a <a href="http://dpi.priv.gc.ca/" target="_blank">website devoted to DPI</a>, and Ralf Bendrath has written a post<a href="http://bendrath.blogspot.com/2009/03/deep-packet-inspection-reading-list-and.html" target="_blank"> pulling together an excellent collection of papers that have been written</a> about the technology.</p>
<p>Hopefully, with this post and its links, you&#8217;ll be able to delve into the DPI discussions with a slightly broader background to what the technology is, and the controversies that have erupted thus far about it in North America. If you think I&#8217;ve missed a clearly critical article/event that&#8217;s taken place, and pertains to the North American situation, leave a note in the comments!</p>
<div name="googleone_share_1" style="position:relative;z-index:5;float: right; margin-left: 10px;"><g:plusone size="medium" count="1" href="http://www.christopher-parsons.com/blog/technology/background-to-north-american-politics-of-deep-packet-inspection/"></g:plusone></div><p>Other posts you might be interested in:<ol>
<li><a href='http://www.christopher-parsons.com/blog/technology/choosing-winners-with-deep-packet-inspection/' rel='bookmark' title='Choosing Winners with Deep Packet Inspection'>Choosing Winners with Deep Packet Inspection</a></li>
<li><a href='http://www.christopher-parsons.com/blog/technology/deep-packet-inspection-and-consumer-transparency/' rel='bookmark' title='Deep Packet Inspection and Consumer Transparency'>Deep Packet Inspection and Consumer Transparency</a></li>
<li><a href='http://www.christopher-parsons.com/blog/thoughts/draft-whats-driving-deep-packet-inspection-in-canada/' rel='bookmark' title='Draft: What&#8217;s Driving Deep Packet Inspection in Canada?'>Draft: What&#8217;s Driving Deep Packet Inspection in Canada?</a></li>
</ol></p>]]></content:encoded>
			<wfw:commentRss>http://www.christopher-parsons.com/blog/technology/background-to-north-american-politics-of-deep-packet-inspection/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
	</channel>
</rss>
<!-- WP Super Cache is installed but broken. The path to wp-cache-phase1.php in wp-content/advanced-cache.php must be fixed! -->
