<div dir="ltr">It is sad that Kenya considers itself a leader on ICT, yet we have lagged way behind on two Key policy issues 1. Net Neutrality and 2. Intermediary liabilities.<div><br></div><div>I shared the South African ICT policy framework sometimes back on this list that had a definite policy direction in Net Neutrality. Did we drop the ball by not championing this issues on the ICT Master plan?</div><div><br></div><div>I support Ali's thinking to have a cross community round table and develop a paper ... then lobby for it to be adopted as a standard framework. Challenge is bringing all the relevant stakeholders on the table.</div><div><br></div><div>Regards</div><div class="gmail_extra"><br clear="all"><div><div><div dir="ltr"><div><div dir="ltr">______________________<br>Mwendwa Kivuva, Nairobi, Kenya<br><br>"There are some men who lift the age they inhabit, till all men walk on higher ground in that lifetime." - Maxwell Anderson<br><div><br></div></div></div></div></div></div>
<br><div class="gmail_quote">On 9 February 2015 at 10:52, Joly MacFie via isoc <span dir="ltr"><<a href="mailto:isoc@lists.my.co.ke" target="_blank">isoc@lists.my.co.ke</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_default" style="font-size:small">In some ways we are all talked out on NN in the US, and are just waiting for it to get done already so we can move on! And it has indeed become something of a political football. But through the chaff there appear occasional pearls - such as</div><div class="gmail_default" style="font-size:small">this regulatory analysis <a href="http://www.listbox.com/member/archive/247/2015/02/sort/time_rev/page/1/entry/0:38/20150208143818:0633E850-AFCA-11E4-8AE1-86185DAFC17C/" target="_blank">(posted</a> to By Dr�<span style="font-size:12.7272720336914px">Jonathan S. Shapiro</span>�to Dave Farber's IP list yesterday):<br></div><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_default" style="font-size:small"><div style="font-size:12.7272720336914px"><span style="font-size:12.8000001907349px">The internet *does* need regulation, but not the kind of protectionist regulation that has historically been associated with Title II. The regulation that we need falls in several areas:</span></div><div style="font-size:12.7272720336914px"><span style="font-size:12.8000001907349px"><br></span></div><div style="font-size:12.7272720336914px"><span style="font-size:12.8000001907349px">1. *Prohibiting* local monopolies on cable and internet services. As new delivery technologies emerge, new providers should not be hampered by incumbents, nor by the need to negotiate with every state, county, city, house, and outhouse to establish a right to offer service. A common national standard would go a long way.</span></div><div style="font-size:12.7272720336914px"><span style="font-size:12.8000001907349px"><br></span></div><div style="font-size:12.7272720336914px"><span style="font-size:12.8000001907349px">2. Defining pricing schemas and requiring liberal interconnection at internet exchange points. Comcast should not be forced to lease its facilities, but it *should* be forced to interconnect its networks with those of others and carry their traffic, subject only to a uniform pricing policy.</span></div><div style="font-size:12.7272720336914px"><span style="font-size:12.8000001907349px"><br></span></div><div style="font-size:12.7272720336914px"><span style="font-size:12.8000001907349px">3. Enforcing a clear layer boundary between the "internet as a transport" and the 'internet as a carrier of services" concept. There are valid and necessary reasons at the transport layer for operators to engage in network traffic management for *operational* reasons. But at that level there is also an obligation to send the end user's packets where they are supposed to go, without favoring one over another inappropriately. It is reasonable to define service classes providing distinct "shapes" of packet service guarantee, but the billing structure and operational treatment of packets within a class must be uniform.</span></div><div style="font-size:12.7272720336914px"><span style="font-size:12.8000001907349px"><br></span></div><div style="font-size:12.7272720336914px"><span style="font-size:12.8000001907349px">4. A regulatory guarantee must be made that customer traffic will not be modified or tampered with beyond the requirements of implementing the standard and accepted protocol definitions. Verizon's "super cookie" should properly be framed as a violation of wiretap statutes or something like them. The principal here is that a carrier does *not* have a right to modify, examine, or record the traffic of its customers in the absence of customer consent or the lawful order of a judge, issued through an openly accountable process in compliance with the constitution and the law. Some adaptation of that principal is required to deal with network-based attacks and legitimate operational issues.</span></div><span><font color="#888888"><div><br></div></font></span></div><span><font color="#888888"><div class="gmail_extra"><div><br></div>-- <br><div>---------------------------------------------------------------<br>Joly MacFie� <a href="tel:218%20565%209365" value="+12185659365" target="_blank">218 565 9365</a> Skype:punkcast<br>WWWhatsup NYC - <a href="http://wwwhatsup.com" target="_blank">http://wwwhatsup.com</a><br>�<a href="http://pinstand.com" target="_blank">http://pinstand.com</a> - <a href="http://punkcast.com" target="_blank">http://punkcast.com</a><br>�VP (Admin) - ISOC-NY - <a href="http://isoc-ny.org" target="_blank">http://isoc-ny.org</a><br>--------------------------------------------------------------<br>-</div>
</div><img style="border:0;width:0px;min-height:0px" width="0" height="0"><img style="border:0;width:0px;min-height:0px" width="0" height="0"><font face="yw-b3b03f93acb29dde874548d979c14638352bd06e-769f48f8bb0ffc5ee50333f7967449d5--to"></font></font></span></div>
<br>_______________________________________________<br>
isoc mailing list<br>
<a href="mailto:isoc@lists.my.co.ke" target="_blank">isoc@lists.my.co.ke</a><br>
<a href="http://lists.my.co.ke/cgi-bin/mailman/listinfo/isoc" target="_blank">http://lists.my.co.ke/cgi-bin/mailman/listinfo/isoc</a><br></blockquote></div><br></div></div>