Thanks Judy for bringing up an exciting discussion at least you brought on board the consumers albeit through friendly fire :-), @ Alex, even in Lancaster very few went but the benefits are there for all i am sure we are on the right track. @ Walu i suppose i agree with your sentiments the problem is the mentality, we are a copy paste society even though we are slowly moving out of this, i suppose the only way we can change is for the governmnet to recognize and reward innovation, we have made some attempts in this direction but the have not been very successfull, as a country we might need to review our strategy is so far as technologically inspired R&D is concerned, i had an opportunity to visit the University of Nairobi Labs one day and i was amazed at what was going on inside that building unfortunately brilliant ideas end in the lab since there is no one to expose them, i suppose we might need to review our approach towards technology incubators @ Mich you couldnt have put it in a better way, it will take a few daring organisations to help us cross over, as you have rightly mentioned all that Mwanainchi wants is stable secure and efficient Internet, however we need a people who will ensure that this is the case and congratulations for doing that alongside McTim, the KIXP team, Walu at Afrinic, CCK and Kenic, on another note i suppose CCK should include some of this terms in its consumer outreach programs to educate Mwanainchi starting at school level.<br>
<br><div class="gmail_quote">On Thu, Jul 8, 2010 at 9:06 AM, Michuki Mwangi <span dir="ltr"><<a href="mailto:michuki@swiftkenya.com">michuki@swiftkenya.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Hi Judy, et al,<br>
<div class="im"><br>
McTim wrote:<br>
>> 1) �DNSSEC<br>
>><br>
>> Definition: �introduces security at the infrastructure level through a<br>
>> hierarchy of cryptographic signatures attached to the DNS records.<br>
<br>
</div>DNSSEC is Security Extensions of the DNS system (DNS protocol). Am not<br>
particularly in favor of using the terms infrastructure level since<br>
being a techie it means at layer 2.<br>
<div class="im"><br>
<br>
>> The stability, reliability and security of DNS data is paramount to any Top<br>
>> level domain (TLD)<br>
>><br>
>> In non- technical terms, what is in it for Kenya? why should we discuss it?<br>
><br>
> There is nothing in it for Kenya that does not hold true for Internet<br>
> users from other nations. I really don't understand why we try to use<br>
> a nation state POV in Internet Governance, it is not at all helpful<br>
> IMHO.<br>
><br>
> We should discuss it to make folk aware that it is there if they<br>
> should choose to use it, but also to make them aware that if it is not<br>
> implemented, then we are just using the current "vanilla" DNS. �Some<br>
> have thought that if the root zone is signed AND we do NOT implement<br>
> DNSSEC, then we will be "offline".<br>
><br>
<br>
</div>With a significant push for online services mainly banks and e-Govt, i<br>
would want to believe that the recent phishing scams experienced by some<br>
�of the local banks would be sufficient enough for this to be considered.<br>
<br>
Well if you may, let me indulge you with my personal experience with my<br>
bank regarding online transactions.<br>
<br>
My bank approached me with a new service called email authorization.<br>
Which means that i can send an email to authorize transactions from my<br>
account. Well as exciting as this may sound, i asked how would they be<br>
in a position to validate that am the sender. At that point the bank had<br>
no way to do so.<br>
<br>
All the same, i went ahead and said, i have a PGP key, would you be<br>
willing to exchange keys with me so that you have a way of validating<br>
that am the sender i.e encrypt my messages or digitally sign them for<br>
security purposes. At that point it was clear that such a feature did<br>
not exist.<br>
<br>
I have to give credit to my bank for taking the bold step of introducing<br>
such a service. I would however have been even more glad if they<br>
supported digital email signatures or PGP for email authorizations. But<br>
then again, how many people actually use this?.<br>
<br>
>> 2) � � �IPV6 �<br>
<div class="im">>><br>
>><br>
>> a) � � �Regulatory-<br>
>><br>
>> Last year, there was a suggestion that KEBS or KRA should ensure that no<br>
>> hardware or software should be allowed into the country that is not IPV6<br>
>> compliant.<br>
>><br>
>> Any updates on that? Who should be in-charge?<br>
><br>
> I am of the opinion that if a person or org wants to live in a v4<br>
> world, then a nation state sholdn't preclude them from doing that.<br>
> Having said that, I think it would be useful to point out that most<br>
> (if not all) kit imported (new and used) is either v6 ready or with a<br>
> few software changes, can be made v6 ready.<br>
><br>
<br>
</div>My concerns is if a majority is buying from ISP lists (used hardware)<br>
the upgrade path to V6 is non-existent for some (because the are end of<br>
life products) or far too expensive to make a business case.<br>
<div class="im"><br>
<br>
>> b) � � �How prepared are we (Kenya) any statistics?<br>
><br>
><br>
</div><div class="im">> I challenge all listers to ask for native v6 service from their provider.<br>
><br>
> Milestone:<br>
><br>
> When everyone on this list has turned on Ipv6 on their Windows<br>
> machines AND gotten a (free) IPv6 tunnel from a tunnel broker service,<br>
> that will be a real Milestone. �I did both of those things ~7 years<br>
> ago. �It's really not rocket science.<br>
><br>
><br>
<br>
</div>Maybe its a high time we changed the perception here. All users want is<br>
the "Internet" v4 or v6 thats not for them to care about. All i want is<br>
my internet to work period. If you think about it a significant number<br>
of us have one time or another used a USB Dongle for IP connectivity.<br>
This service often assigns IPs dynamically hence a significant<br>
percentage of subscribers will not have the interest to change the IP's<br>
if the "internet is working". Unless they are technically inclined and<br>
know what they need to do (read awareness).<br>
<br>
As such, making the providers understand the pros and cons of early<br>
adoption would be IMHO a more significant approach. The following are<br>
some of my opinions as to why early adoption maybe valuable to service<br>
providers.<br>
<br>
1) Gain operational experience. - There's limited operational experience<br>
in the v6 world. As such the earlier you can get involved with it the<br>
better. This recent event titled Google IPv6 Implementors conference<br>
shed some light on what the early implementors experiences -<br>
<a href="http://sites.google.com/site/ipv6implementors/2010/agenda" target="_blank">http://sites.google.com/site/ipv6implementors/2010/agenda</a><br>
<br>
<br>
2) With IPv6 resources currently free to all AfriNIC members, it<br>
probably worth acquiring the resources now to build that operational<br>
experience. There's a growing amount of content available on IPv6 and<br>
going forward building transition mechanisms (IPv4 to access IPv6 only<br>
content) will be adding significant costs and complexities on the<br>
network than having native IPv6 running. As such a phased adoption<br>
strategy/plan is more financially friendly than one thats driven by<br>
demand - as things cost alot more then.<br>
<br>
my 2 cents.<br>
<font color="#888888"><br>
Michuki.<br>
</font><div><div></div><div class="h5"><br>
<br>
<br>
_______________________________________________<br>
kictanet mailing list<br>
<a href="mailto:kictanet@lists.kictanet.or.ke">kictanet@lists.kictanet.or.ke</a><br>
<a href="http://lists.kictanet.or.ke/mailman/listinfo/kictanet" target="_blank">http://lists.kictanet.or.ke/mailman/listinfo/kictanet</a><br>
<br>
This message was sent to: <a href="mailto:otieno.barrack@gmail.com">otieno.barrack@gmail.com</a><br>
Unsubscribe or change your options at <a href="http://lists.kictanet.or.ke/mailman/options/kictanet/otieno.barrack%40gmail.com" target="_blank">http://lists.kictanet.or.ke/mailman/options/kictanet/otieno.barrack%40gmail.com</a><br>

</div></div></blockquote></div><br><br clear="all"><br>-- <br>Barrack O. Otieno<br>+41767892272<br>Skype: barrack.otieno<br>