- KICTANet - KICTANet

Re: [kictanet] kictanet Digest, Vol 113, Issue 30
by Bonface Witaba 13 Oct '16

13 Oct '16

Greetings Listers,Apologies for cross posting but just wanted to share this article I wrote sometimes back about "IPv6; The Inevitable Migration".Link: https://bonfacewitaba.wordpress.com/2015/08/19/ipv6-transition-the-inevitab… Kind regardsBonface Witaba It does NOT matter how SLOWLY you GO so long as you do Not STOP. --Confucious (Chinese Philosopher and Reformer) On Thursday, 13 October 2016, 16:44, "kictanet-request(a)lists.kictanet.or.ke" <kictanet-request(a)lists.kictanet.or.ke> wrote: Send kictanet mailing list submissions to kictanet(a)lists.kictanet.or.ke To subscribe or unsubscribe via the World Wide Web, visit https://lists.kictanet.or.ke/mailman/listinfo/kictanet or, via email, send a message with subject or body 'help' to kictanet-request(a)lists.kictanet.or.ke You can reach the person managing the list at kictanet-owner(a)lists.kictanet.or.ke When replying, please edit your Subject line so it is more specific than "Re: Contents of kictanet digest..." Today's Topics: 1. Re: [Community-Discuss] IPv6 Chapter 254 (Kevin Kamonye) ---------------------------------------------------------------------- Message: 1 Date: Thu, 13 Oct 2016 15:03:23 +0300 From: Kevin Kamonye <kevin.kamonye(a)gmail.com> To: Andrew Alston <Andrew.Alston(a)liquidtelecom.com> Cc: General Discussions of AFRINIC <community-discuss(a)afrinic.net>, KICTAnet ICT Policy Discussions <kictanet(a)lists.kictanet.or.ke>, Barrack Otieno <otieno.barrack(a)gmail.com> Subject: Re: [kictanet] [Community-Discuss] IPv6 Chapter 254 Message-ID: <CACqJS+K1wLVm540WSHB35YbOj5kPvLA7zUcy4TTbu_xucPi=RA(a)mail.gmail.com> Content-Type: text/plain; charset="utf-8" Hi Andrew, Your apparent passion and commitment to the migration reminds me of *Plato's Cave *:) You have clearly seen the promised land of a native v6 world and it is beautiful. Now, am hardly poet but am forced to say the above in appreciation of the amount of work that you have clearly put into this. You have also raised some very high level points that I will need some more time to fully research on. I do not have the answers at the moment. First, I agree that the proposal of having a reserve block for new entrants is the most rational way forward. Still, some of the reasons why I would consider stopping the allocation of v4 are below. 1. These v4 IPs will eventually be exhausted anyway and the final goal is to stop using the current addressing scheme completely 2. Every single v4 IP that is currently/ to be allocated will have to be swapped eventually - more time and resources will be required 3. To expand on the above, this challenge grows exponentially with every v4-only device that is sold (and this mostly happens in developing countries) 4. There are RIRs that have long stopped v4 allocations (certainly not by choice) and I believe there are still new entrants into those markets and they still find a way to survive. Let us not underestimate human nature. A good point in case is that the exhaustion of v4 has been *imminent* for a long long long time. ?5. For consumers( I include users, developers, Systems/IP guys - all of us), the costs also include the lost opportunities for better connections ( logical and social) and I can also add that we are also restricting innovation. Consider the below especially as regards to 4 & 5. ( I do not necessarily agree with the simplistic opinions given by the author re ISPs as I know we all have different values and priorities - but then again I did not want to create any perception as being subjective on what content to highlight from the article, being in the industry myself) ?? ?"A lot of CGNs are being deployed. Some recent work I have been doing shows that upward of 3% of IPv4 users present on a different source IPv4 address within 10 seconds?i.e. a minimum of 3% of users lie behind CGNs with relatively aggressive address lease timeouts. Secondly, a lot of shared Web hosting is being deployed. It is evidently commonplace to see upward of *10,000* Web host environments co-existing on a *single host IP* server address."? ??ISPs are playing their cards close to the vest, but it looks like many of the ones that are planning to start rolling out IPv6 soon will be deploying IPv6 along with CGN-based IPv4 for new users. They're reluctant to change anything for existing users, because the first rule of being an ISP is "don't generate support calls." Providing broadband Internet access is a very profitable business, but the profit generated by a customer evaporates faster than you can say "have you tried rebooting your router?" when said customer calls for support. ISPs that started deploying IPv6 in past years had access to enough IPv4 addresses to give users their own along with a range of IPv6 addresses. That is no longer true, or will no longer be true as soon as ISPs use up their own stashes of IPv4 addresses. The downside of NAT is that it only works well in one direction: from the inside to the outside. When connections must be set up from the outside to the inside, such as in the case of peer-to-peer audio or video conferencing, additional logic is necessary to find a way to the right internal system through the NAT. This is bad enough when two users are both behind their own home NATs so that two NATs must be bypassed, but it gets much worse as ISPs deploy CGNs, so now four NATs can be in the path. CGNs also can't open up ports as easily as home NATs. As long as it's not firewalled too severely, IPv6 has none of these issues; with 2^128 addresses there is no need for NAT. So it makes sense for ISPs to deploy IPv6 along with CGN-based IPv4. However, there are still ISPs that pooh-pooh IPv6. Huston again: "The pessimistic view is that so far nothing much has broken in IPv4-land, so there is still some more time left to do nothing!" Unless the ISPs that have been ignoring IPv6 plan to just keep their existing customers and not sign up any new ones, those ISPs are still going to be bitten by the IPv4 address exhaustion and will almost certainly be forced to deploy CGN at some point. With no pressure relief valve in the form of IPv6, all user traffic will have to flow through the CGN, which can then easily become a bottleneck and a single point of failure. As a result,* the quality of service delivered by different ISPs will diverge more and more*, with the ones providing unshared public IPv4 addresses as well as IPv6 doing the best and the ones using CGNs with relatively many users per public IPv4 address and no IPv6 doing the worst. The good news is that so far, the Internet has always managed to adapt just before collapse was imminent. In the late 1980s, TCP congestion control saved the Internet from massive congestion. In the 1990s, classless interdomain routing and route flap damping kept the routers going. This time we only have to turn on a feature that's been in our operating systems for a decade and maybe replace an aging modem or two. Call me an optimist, but I think it can be done. But only at the very last moment, of course. (Source <http://arstechnica.com/information-technology/2014/06/with-the-americas-run…> ) ?So yes v6 will happen with/out any drastic measures. On the other hand, Africa finally has a chance to make a bold message that I can consider to be at the scale of the burning of Ivory in Kenya.? Before, stopping all allocations was impossible as the RIRs would never have been able to convince their customers or even each other to do so. But now that we are the only ones left with a substantive reserve of these (potentially toxic) IPv4 resources, we could agree to start moving in the other direction and let all the others follow this time. I would really be pained to hear the inevitable statements (with very correct language of course) that the reason v4 still exists is to accommodate the developing world. Regards, *Kevin K.* *+254720789158* On 13 October 2016 at 10:00, Andrew Alston <Andrew.Alston(a)liquidtelecom.com> wrote: > Hi Kevin, > > > > Just another further note on what I said below. > > > > To quote from Dave Michaud from Rogers Communications yesterday on another > list (used with kind permission of the author who waived Chatham house > rules that exist on the list it was posted to allow me to quote this): > > > > *Once we are done with this phase, we will start migrating some phones to > IPv6-only operation. The transition will be executed per phone model by a > logic implemented in a AAA server that is queried by the PGW when the > PDP/PDN is established. The AAA decides based on IMEI if the phone should > connect to the network using dual-stack or using IPv6-only with > DNS64/CGN64.* > > > > He further sent me the following: > > > > *To clarify the v6-only service, we will be cherry picking devices for > this service. Initially, it will be Samsung Galaxy S4, LG G4 and Nexus 5. > After that, once we are comfortable, we will move more devices to IPv6-only > operation (likely all newer Samsung, LG and Google/Nexus/Pixel devices). > Moving forward, all new devices that we start selling will also be launched > with IPv6-only.* > > > > > > Now ? what does this mean. Firstly, the days of dual-stack as the only > means are over. There **IS** a move towards single-stack v6 with only > translation to v4. I believe (but am open to correction) that t-mobile is > doing the same thing. Secondly ? it emphasises the point of reserving a > small block of space for new-comers that don?t have in order to facilitate > the v6 -> v4 translation referred to above. Thirdly ? the implications of > the above are? quite mind blowing ? because while NAT has certain ways to > transverse back through it (UPNP etc) to enable certain applications to > work ok behind standard v4 NAT, I am far from convinced the same will work > with v6 to v4 NAT in the same manner. (Open to correction and would love > to hear from someone more knowledgeable in this area). But what this means > is ? if people aren?t running v6 and pretty fast ? life on the Internet is > going to start getting really interesting ? because v6 single stack isn?t a > thing for tomorrow ? it?s already happening. > > > > Thanks > > > > Andrew > > > > *From:* Andrew Alston [mailto:[email protected]] > *Sent:* 13 October 2016 09:45 > *To:* Kevin Kamonye <kevin.kamonye(a)gmail.com> > *Cc:* General Discussions of AFRINIC <community-discuss(a)afrinic.net>; > KICTAnet ICT Policy Discussions <kictanet(a)lists.kictanet.or.ke>; Barrack > Otieno <otieno.barrack(a)gmail.com> > > *Subject:* Re: [Community-Discuss] IPv6 Chapter 254 > > > > Hi Kevin, > > > > I don?t think completely stopping v4 allocations right now would have the > impact we?re looking for. If you look at the policy proposal I?ve put > forward, I propose a /13 reserved entirely for new comers, people who had > zero space from anywhere before this. I think this is still an adequate > number and sufficient, but it is also critical. The reason for this is > that it allows sufficient space for entities to do NAT64 / DNS64 for > translation to legacy equipment in a single-stack v6 environment. I still > believe this will be necessary for a few years to come ? and I think the > /13 reservation is sufficient. > > > > I also think that at the rate of depletion ? we won?t actually be gaining > much time by stopping, and as you say, there are other considerations we > have to keep in mind. Rather than focusing on the financial > considerations, we have to consider the fact that the space that was given > to AfriNIC by IANA was meant to the serve the people, and I?m pretty sure > that if AfriNIC decided to just stop allocating and hold onto all of it > they would run foul of the agreements under which they were given that > space. (I could be wrong here, perhaps someone with more insight can > comment). > > > > What I?d like to see is a situation where those who need the v4 space > today, for use on the continent, can get it, use it, and we deplete > naturally. There is a lot of evidence that there is plenty of demand on > the continent, and while some would say that large allocations indicate > space flowing off the continent, I have yet to see any concrete evidence of > this and in fact the allocation statistics seem to dispute this fact. (The > majority of the really large allocations in recent months looking at the > publically available data are tending to go to African countries that > traditionally had far less space than other places, and an analysis of the > BGP surrounding those allocations gives no indication that they have been > moved off continent, though of course I say that BGP analysis and latency > analysis of space to determine actual geographic location is a bit hit and > miss and far from an exact science). > > > > If we repeal the current soft landing policy and maintain a limited > reservation strictly for new-comers (and I do believe a /13 is sufficient), > this will achieve the necessary in my opinion. It will ensure the rapid > depletion of v4 space on the continent, it will ensure that the space that > is currently within AfriNIC is actually used for proper benefit, it will > ensure that there is still space available for people who have absolutely > none to use for single-stack v6 to v4 translation as necessary, and all in > all, I believe that?s the best solution. > > > > Thanks > > > > Andrew > > > > > > *From:* Kevin Kamonye [mailto:[email protected] > <kevin.kamonye(a)gmail.com>] > *Sent:* 12 October 2016 18:36 > *To:* Andrew Alston <Andrew.Alston(a)liquidtelecom.com> > *Cc:* Mark Tinka <mark.tinka(a)seacom.mu>; KICTAnet ICT Policy Discussions < > kictanet(a)lists.kictanet.or.ke>; General Discussions of AFRINIC < > community-discuss(a)afrinic.net>; Barrack Otieno <otieno.barrack(a)gmail.com> > *Subject:* Re: [Community-Discuss] IPv6 Chapter 254 > > > > Hi Andrew, > > > > Solid points all round. > > > > I had really not grasped it properly before, but I can now see how the > concept of actually encouraging the rapid exhaustion of v4 would certainly > be a game changer. > > > > To take it further, would you say that STOPPING the allocation of v4 > starting NOW would have more impact? Of course this would have several > downsides that would need to be mitigated. For instance, I can see that > this would translate into financial challenges for Afrinic as they do rely > (not sure about this) on the revenue from the sale of IPs to fund their > operations. No one likes to lose money, not even a non-profit :) > > > > I would really like to hear your thoughts on this. > > > > Hi Mark, very true. v6 on mobile should be pretty much done by now. Also, > I can already hear that the other big service providers are starting to > stir due to this challenge from Liquid. Perhaps it will even turn into a > race that makes us all winners. > > > > @ Barrack - cheers mate. > > > > Regards, > > > > *Kevin K.* > > *+254720789158* > > > > On 12 October 2016 at 16:22, Andrew Alston <Andrew.Alston@liquidtelecom. > com> wrote: > > Hi Mark, > > > > In the mobile space (LTE), and in the wireless space ? while I can?t > comment on specifics, watch this space. > > > > In particular in KE and ZM dependent on which technology you?re referring > to. > > > > Thanks > > > > Andrew > > > > > > *From:* Mark Tinka [mailto:[email protected]] > *Sent:* 12 October 2016 15:55 > *To:* Andrew Alston <Andrew.Alston(a)liquidtelecom.com>; Kevin Kamonye < > kevin.kamonye(a)gmail.com>; KICTAnet ICT Policy Discussions < > kictanet(a)lists.kictanet.or.ke> > *Cc:* General Discussions of AFRINIC <community-discuss(a)afrinic.net>; > Barrack Otieno <otieno.barrack(a)gmail.com> > *Subject:* Re: [Community-Discuss] IPv6 Chapter 254 > > > > > > On 12/Oct/16 13:31, Andrew Alston wrote: > > > > On this map, you will see there are only two countries in Africa that have > in excess of half a percent v6 penetration levels. One is Sudan, and one > in Zimbabwe. Zimbabwe currently runs at 4.76% penetration and climbing ? > beyond that the rest of Africa has effectively no real penetration. Now, > compare that to the rest of the world where v4 is depleted, and you see a > vastly different picture. The global average deployment rate is sitting at > 12% and climbing, whereas all it took to **double** the aggregate > penetration rate in Africa was the v6 enabling of 10 or 15 thousand FTTH > users in Zimbabwe. This speaks volumes, we have v4, and its slowing us > down in getting v6 deployed. > > > Given that consumers don't generally get a say in when IPv6 can be > enabled, that helps a lot. Much of Europe, North America and Asia-Pac have > sufficient broadband into people's homes that makes all the difference. > > A number of major mobile operators in that part of the world have also > turned on IPv6. > > The majority of Internet access in Africa happens in the mobile space > today. If we want to see the needle shift even a hair's width, mobile > operators in Africa need to enable IPv6. As of today, I have neither seen > nor heard of any plans from any major or small mobile network operator in > Africa re: turning on IPv6, never mind have a strategy or plan. > > If wire-line and non-GSM wireless service providers in Africa were to > enable IPv6 for their broadband customers, there would be an improvement in > the outlook (by your own experience in Zimbabwe), but not as much as if the > mobile operators came to the party. It is absurd that there is no interest > from this group, considering that the thinking is that it is cheaper to > spend millions of $$ to sustain NAT444444444 than it is to roll out IPv6. > > Mark. > > >

1 0

Re: [kictanet] [Community-Discuss] IPv6 Chapter 254
by Kevin Kamonye 13 Oct '16

13 Oct '16

Hi Andrew, Your apparent passion and commitment to the migration reminds me of *Plato's Cave *:) You have clearly seen the promised land of a native v6 world and it is beautiful. Now, am hardly poet but am forced to say the above in appreciation of the amount of work that you have clearly put into this. You have also raised some very high level points that I will need some more time to fully research on. I do not have the answers at the moment. First, I agree that the proposal of having a reserve block for new entrants is the most rational way forward. Still, some of the reasons why I would consider stopping the allocation of v4 are below. 1. These v4 IPs will eventually be exhausted anyway and the final goal is to stop using the current addressing scheme completely 2. Every single v4 IP that is currently/ to be allocated will have to be swapped eventually - more time and resources will be required 3. To expand on the above, this challenge grows exponentially with every v4-only device that is sold (and this mostly happens in developing countries) 4. There are RIRs that have long stopped v4 allocations (certainly not by choice) and I believe there are still new entrants into those markets and they still find a way to survive. Let us not underestimate human nature. A good point in case is that the exhaustion of v4 has been *imminent* for a long long long time. 5. For consumers( I include users, developers, Systems/IP guys - all of us), the costs also include the lost opportunities for better connections ( logical and social) and I can also add that we are also restricting innovation. Consider the below especially as regards to 4 & 5. ( I do not necessarily agree with the simplistic opinions given by the author re ISPs as I know we all have different values and priorities - but then again I did not want to create any perception as being subjective on what content to highlight from the article, being in the industry myself) "A lot of CGNs are being deployed. Some recent work I have been doing shows that upward of 3% of IPv4 users present on a different source IPv4 address within 10 seconds—i.e. a minimum of 3% of users lie behind CGNs with relatively aggressive address lease timeouts. Secondly, a lot of shared Web hosting is being deployed. It is evidently commonplace to see upward of *10,000* Web host environments co-existing on a *single host IP* server address." ISPs are playing their cards close to the vest, but it looks like many of the ones that are planning to start rolling out IPv6 soon will be deploying IPv6 along with CGN-based IPv4 for new users. They're reluctant to change anything for existing users, because the first rule of being an ISP is "don't generate support calls." Providing broadband Internet access is a very profitable business, but the profit generated by a customer evaporates faster than you can say "have you tried rebooting your router?" when said customer calls for support. ISPs that started deploying IPv6 in past years had access to enough IPv4 addresses to give users their own along with a range of IPv6 addresses. That is no longer true, or will no longer be true as soon as ISPs use up their own stashes of IPv4 addresses. The downside of NAT is that it only works well in one direction: from the inside to the outside. When connections must be set up from the outside to the inside, such as in the case of peer-to-peer audio or video conferencing, additional logic is necessary to find a way to the right internal system through the NAT. This is bad enough when two users are both behind their own home NATs so that two NATs must be bypassed, but it gets much worse as ISPs deploy CGNs, so now four NATs can be in the path. CGNs also can't open up ports as easily as home NATs. As long as it's not firewalled too severely, IPv6 has none of these issues; with 2^128 addresses there is no need for NAT. So it makes sense for ISPs to deploy IPv6 along with CGN-based IPv4. However, there are still ISPs that pooh-pooh IPv6. Huston again: "The pessimistic view is that so far nothing much has broken in IPv4-land, so there is still some more time left to do nothing!" Unless the ISPs that have been ignoring IPv6 plan to just keep their existing customers and not sign up any new ones, those ISPs are still going to be bitten by the IPv4 address exhaustion and will almost certainly be forced to deploy CGN at some point. With no pressure relief valve in the form of IPv6, all user traffic will have to flow through the CGN, which can then easily become a bottleneck and a single point of failure. As a result,* the quality of service delivered by different ISPs will diverge more and more*, with the ones providing unshared public IPv4 addresses as well as IPv6 doing the best and the ones using CGNs with relatively many users per public IPv4 address and no IPv6 doing the worst. The good news is that so far, the Internet has always managed to adapt just before collapse was imminent. In the late 1980s, TCP congestion control saved the Internet from massive congestion. In the 1990s, classless interdomain routing and route flap damping kept the routers going. This time we only have to turn on a feature that's been in our operating systems for a decade and maybe replace an aging modem or two. Call me an optimist, but I think it can be done. But only at the very last moment, of course. (Source <http://arstechnica.com/information-technology/2014/06/with-the-americas-run…> ) So yes v6 will happen with/out any drastic measures. On the other hand, Africa finally has a chance to make a bold message that I can consider to be at the scale of the burning of Ivory in Kenya. Before, stopping all allocations was impossible as the RIRs would never have been able to convince their customers or even each other to do so. But now that we are the only ones left with a substantive reserve of these (potentially toxic) IPv4 resources, we could agree to start moving in the other direction and let all the others follow this time. I would really be pained to hear the inevitable statements (with very correct language of course) that the reason v4 still exists is to accommodate the developing world. Regards, *Kevin K.* *+254720789158* On 13 October 2016 at 10:00, Andrew Alston <Andrew.Alston(a)liquidtelecom.com> wrote: > Hi Kevin, > > > > Just another further note on what I said below. > > > > To quote from Dave Michaud from Rogers Communications yesterday on another > list (used with kind permission of the author who waived Chatham house > rules that exist on the list it was posted to allow me to quote this): > > > > *Once we are done with this phase, we will start migrating some phones to > IPv6-only operation. The transition will be executed per phone model by a > logic implemented in a AAA server that is queried by the PGW when the > PDP/PDN is established. The AAA decides based on IMEI if the phone should > connect to the network using dual-stack or using IPv6-only with > DNS64/CGN64.* > > > > He further sent me the following: > > > > *To clarify the v6-only service, we will be cherry picking devices for > this service. Initially, it will be Samsung Galaxy S4, LG G4 and Nexus 5. > After that, once we are comfortable, we will move more devices to IPv6-only > operation (likely all newer Samsung, LG and Google/Nexus/Pixel devices). > Moving forward, all new devices that we start selling will also be launched > with IPv6-only.* > > > > > > Now – what does this mean. Firstly, the days of dual-stack as the only > means are over. There **IS** a move towards single-stack v6 with only > translation to v4. I believe (but am open to correction) that t-mobile is > doing the same thing. Secondly – it emphasises the point of reserving a > small block of space for new-comers that don’t have in order to facilitate > the v6 -> v4 translation referred to above. Thirdly – the implications of > the above are… quite mind blowing – because while NAT has certain ways to > transverse back through it (UPNP etc) to enable certain applications to > work ok behind standard v4 NAT, I am far from convinced the same will work > with v6 to v4 NAT in the same manner. (Open to correction and would love > to hear from someone more knowledgeable in this area). But what this means > is – if people aren’t running v6 and pretty fast – life on the Internet is > going to start getting really interesting – because v6 single stack isn’t a > thing for tomorrow – it’s already happening. > > > > Thanks > > > > Andrew > > > > *From:* Andrew Alston [mailto:[email protected]] > *Sent:* 13 October 2016 09:45 > *To:* Kevin Kamonye <kevin.kamonye(a)gmail.com> > *Cc:* General Discussions of AFRINIC <community-discuss(a)afrinic.net>; > KICTAnet ICT Policy Discussions <kictanet(a)lists.kictanet.or.ke>; Barrack > Otieno <otieno.barrack(a)gmail.com> > > *Subject:* Re: [Community-Discuss] IPv6 Chapter 254 > > > > Hi Kevin, > > > > I don’t think completely stopping v4 allocations right now would have the > impact we’re looking for. If you look at the policy proposal I’ve put > forward, I propose a /13 reserved entirely for new comers, people who had > zero space from anywhere before this. I think this is still an adequate > number and sufficient, but it is also critical. The reason for this is > that it allows sufficient space for entities to do NAT64 / DNS64 for > translation to legacy equipment in a single-stack v6 environment. I still > believe this will be necessary for a few years to come – and I think the > /13 reservation is sufficient. > > > > I also think that at the rate of depletion – we won’t actually be gaining > much time by stopping, and as you say, there are other considerations we > have to keep in mind. Rather than focusing on the financial > considerations, we have to consider the fact that the space that was given > to AfriNIC by IANA was meant to the serve the people, and I’m pretty sure > that if AfriNIC decided to just stop allocating and hold onto all of it > they would run foul of the agreements under which they were given that > space. (I could be wrong here, perhaps someone with more insight can > comment). > > > > What I’d like to see is a situation where those who need the v4 space > today, for use on the continent, can get it, use it, and we deplete > naturally. There is a lot of evidence that there is plenty of demand on > the continent, and while some would say that large allocations indicate > space flowing off the continent, I have yet to see any concrete evidence of > this and in fact the allocation statistics seem to dispute this fact. (The > majority of the really large allocations in recent months looking at the > publically available data are tending to go to African countries that > traditionally had far less space than other places, and an analysis of the > BGP surrounding those allocations gives no indication that they have been > moved off continent, though of course I say that BGP analysis and latency > analysis of space to determine actual geographic location is a bit hit and > miss and far from an exact science). > > > > If we repeal the current soft landing policy and maintain a limited > reservation strictly for new-comers (and I do believe a /13 is sufficient), > this will achieve the necessary in my opinion. It will ensure the rapid > depletion of v4 space on the continent, it will ensure that the space that > is currently within AfriNIC is actually used for proper benefit, it will > ensure that there is still space available for people who have absolutely > none to use for single-stack v6 to v4 translation as necessary, and all in > all, I believe that’s the best solution. > > > > Thanks > > > > Andrew > > > > > > *From:* Kevin Kamonye [mailto:[email protected] > <kevin.kamonye(a)gmail.com>] > *Sent:* 12 October 2016 18:36 > *To:* Andrew Alston <Andrew.Alston(a)liquidtelecom.com> > *Cc:* Mark Tinka <mark.tinka(a)seacom.mu>; KICTAnet ICT Policy Discussions < > kictanet(a)lists.kictanet.or.ke>; General Discussions of AFRINIC < > community-discuss(a)afrinic.net>; Barrack Otieno <otieno.barrack(a)gmail.com> > *Subject:* Re: [Community-Discuss] IPv6 Chapter 254 > > > > Hi Andrew, > > > > Solid points all round. > > > > I had really not grasped it properly before, but I can now see how the > concept of actually encouraging the rapid exhaustion of v4 would certainly > be a game changer. > > > > To take it further, would you say that STOPPING the allocation of v4 > starting NOW would have more impact? Of course this would have several > downsides that would need to be mitigated. For instance, I can see that > this would translate into financial challenges for Afrinic as they do rely > (not sure about this) on the revenue from the sale of IPs to fund their > operations. No one likes to lose money, not even a non-profit :) > > > > I would really like to hear your thoughts on this. > > > > Hi Mark, very true. v6 on mobile should be pretty much done by now. Also, > I can already hear that the other big service providers are starting to > stir due to this challenge from Liquid. Perhaps it will even turn into a > race that makes us all winners. > > > > @ Barrack - cheers mate. > > > > Regards, > > > > *Kevin K.* > > *+254720789158* > > > > On 12 October 2016 at 16:22, Andrew Alston <Andrew.Alston@liquidtelecom. > com> wrote: > > Hi Mark, > > > > In the mobile space (LTE), and in the wireless space – while I can’t > comment on specifics, watch this space. > > > > In particular in KE and ZM dependent on which technology you’re referring > to. > > > > Thanks > > > > Andrew > > > > > > *From:* Mark Tinka [mailto:[email protected]] > *Sent:* 12 October 2016 15:55 > *To:* Andrew Alston <Andrew.Alston(a)liquidtelecom.com>; Kevin Kamonye < > kevin.kamonye(a)gmail.com>; KICTAnet ICT Policy Discussions < > kictanet(a)lists.kictanet.or.ke> > *Cc:* General Discussions of AFRINIC <community-discuss(a)afrinic.net>; > Barrack Otieno <otieno.barrack(a)gmail.com> > *Subject:* Re: [Community-Discuss] IPv6 Chapter 254 > > > > > > On 12/Oct/16 13:31, Andrew Alston wrote: > > > > On this map, you will see there are only two countries in Africa that have > in excess of half a percent v6 penetration levels. One is Sudan, and one > in Zimbabwe. Zimbabwe currently runs at 4.76% penetration and climbing – > beyond that the rest of Africa has effectively no real penetration. Now, > compare that to the rest of the world where v4 is depleted, and you see a > vastly different picture. The global average deployment rate is sitting at > 12% and climbing, whereas all it took to **double** the aggregate > penetration rate in Africa was the v6 enabling of 10 or 15 thousand FTTH > users in Zimbabwe. This speaks volumes, we have v4, and its slowing us > down in getting v6 deployed. > > > Given that consumers don't generally get a say in when IPv6 can be > enabled, that helps a lot. Much of Europe, North America and Asia-Pac have > sufficient broadband into people's homes that makes all the difference. > > A number of major mobile operators in that part of the world have also > turned on IPv6. > > The majority of Internet access in Africa happens in the mobile space > today. If we want to see the needle shift even a hair's width, mobile > operators in Africa need to enable IPv6. As of today, I have neither seen > nor heard of any plans from any major or small mobile network operator in > Africa re: turning on IPv6, never mind have a strategy or plan. > > If wire-line and non-GSM wireless service providers in Africa were to > enable IPv6 for their broadband customers, there would be an improvement in > the outlook (by your own experience in Zimbabwe), but not as much as if the > mobile operators came to the party. It is absurd that there is no interest > from this group, considering that the thinking is that it is cheaper to > spend millions of $$ to sustain NAT444444444 than it is to roll out IPv6. > > Mark. > > >

1 0

Three problems choking Africa’s technology entrepreneurs
by Mbugua Njihia 13 Oct '16

13 Oct '16

The proper way to build a business is to figure out how to sustainably scratch a perpetual itch and in Africa we have no shortage of opportunities or brains that apply themselves toward that pursuit. As technology fashioned by Africa’s techpreneurs continues to be produced and taken to market, there are three issues that that I have identified as stifling their ability to take root and grow, outside of capital and talent - http://www.mbuguanjihia.com/business/three-problems-choking-africas-technol… *Regards,* Mbugua Njihia | +254721668709 Entrepreneur in pursuit of opportunities without regard to resources currently controlled #WhatIsNext #AfricaRising ᐧ

1 0

Re: [kictanet] [Community-Discuss] IPv6 Chapter 254
by Kevin Kamonye 12 Oct '16

12 Oct '16

Hi Andrew, Solid points all round. I had really not grasped it properly before, but I can now see how the concept of actually encouraging the rapid exhaustion of v4 would certainly be a game changer. To take it further, would you say that STOPPING the allocation of v4 starting NOW would have more impact? Of course this would have several downsides that would need to be mitigated. For instance, I can see that this would translate into financial challenges for Afrinic as they do rely (not sure about this) on the revenue from the sale of IPs to fund their operations. No one likes to lose money, not even a non-profit :) I would really like to hear your thoughts on this. Hi Mark, very true. v6 on mobile should be pretty much done by now. Also, I can already hear that the other big service providers are starting to stir due to this challenge from Liquid. Perhaps it will even turn into a race that makes us all winners. @ Barrack - cheers mate. Regards, *Kevin K.* *+254720789158* On 12 October 2016 at 16:22, Andrew Alston <Andrew.Alston(a)liquidtelecom.com> wrote: > Hi Mark, > > > > In the mobile space (LTE), and in the wireless space – while I can’t > comment on specifics, watch this space. > > > > In particular in KE and ZM dependent on which technology you’re referring > to. > > > > Thanks > > > > Andrew > > > > > > *From:* Mark Tinka [mailto:[email protected]] > *Sent:* 12 October 2016 15:55 > *To:* Andrew Alston <Andrew.Alston(a)liquidtelecom.com>; Kevin Kamonye < > kevin.kamonye(a)gmail.com>; KICTAnet ICT Policy Discussions < > kictanet(a)lists.kictanet.or.ke> > *Cc:* General Discussions of AFRINIC <community-discuss(a)afrinic.net>; > Barrack Otieno <otieno.barrack(a)gmail.com> > *Subject:* Re: [Community-Discuss] IPv6 Chapter 254 > > > > > > On 12/Oct/16 13:31, Andrew Alston wrote: > > > > On this map, you will see there are only two countries in Africa that have > in excess of half a percent v6 penetration levels. One is Sudan, and one > in Zimbabwe. Zimbabwe currently runs at 4.76% penetration and climbing – > beyond that the rest of Africa has effectively no real penetration. Now, > compare that to the rest of the world where v4 is depleted, and you see a > vastly different picture. The global average deployment rate is sitting at > 12% and climbing, whereas all it took to **double** the aggregate > penetration rate in Africa was the v6 enabling of 10 or 15 thousand FTTH > users in Zimbabwe. This speaks volumes, we have v4, and its slowing us > down in getting v6 deployed. > > > Given that consumers don't generally get a say in when IPv6 can be > enabled, that helps a lot. Much of Europe, North America and Asia-Pac have > sufficient broadband into people's homes that makes all the difference. > > A number of major mobile operators in that part of the world have also > turned on IPv6. > > The majority of Internet access in Africa happens in the mobile space > today. If we want to see the needle shift even a hair's width, mobile > operators in Africa need to enable IPv6. As of today, I have neither seen > nor heard of any plans from any major or small mobile network operator in > Africa re: turning on IPv6, never mind have a strategy or plan. > > If wire-line and non-GSM wireless service providers in Africa were to > enable IPv6 for their broadband customers, there would be an improvement in > the outlook (by your own experience in Zimbabwe), but not as much as if the > mobile operators came to the party. It is absurd that there is no interest > from this group, considering that the thinking is that it is cheaper to > spend millions of $$ to sustain NAT444444444 than it is to roll out IPv6. > > Mark. >

1 0

Re: [kictanet] kictanet Digest, Vol 113, Issue 21
by June Tessy 11 Oct '16

11 Oct '16

Listers, As at 1300 hours Dr. Ezekiel Mutua (albeit under coercive pressure from the stakeholders), unequivocally stated that the draft proposed bill was done away with during today's stakeholder meeting. The way forward as resolved at the meeting is to develop a new policy framework on which industry legislation can be founded on, to review the Proposed 2012 Films Bill as well as review and possible amendment of the current statute Cap 222. On 11 Oct 2016 12:01 p.m., <kictanet-request(a)lists.kictanet.or.ke> wrote: > Send kictanet mailing list submissions to > kictanet(a)lists.kictanet.or.ke > > To subscribe or unsubscribe via the World Wide Web, visit > https://lists.kictanet.or.ke/mailman/listinfo/kictanet > or, via email, send a message with subject or body 'help' to > kictanet-request(a)lists.kictanet.or.ke > > You can reach the person managing the list at > kictanet-owner(a)lists.kictanet.or.ke > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of kictanet digest..." > > > Today's Topics: > > 1. Mutua is at it again: KFCB Draft. (Collins Areba) > 2. Re: Mutua is at it again: KFCB Draft. (Rosemary Koech-Kimwatu) > 3. Jadili the Proposed Kenya's Film, Stage Plays and > Publications Law (Mose Karanja) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Mon, 10 Oct 2016 20:39:52 +0300 > From: Collins Areba <arebacollins(a)gmail.com> > To: KICTAnet ICT Policy Discussions <kictanet(a)lists.kictanet.or.ke> > Subject: [kictanet] Mutua is at it again: KFCB Draft. > Message-ID: > <CAFb6RxDbywLydTmLVjO0D4U91tE3qL2hDWnqoevTZRwoRw7Msw@mail. > gmail.com> > Content-Type: text/plain; charset="utf-8" > > Dear Listers, > > Apologies if this has been shared before. I would like to bring your > attention to this bill... > http://kfcb.co.ke/wp-content/uploads/2016/10/DRAFT-BILL- > KFCB-21-7-Draft-10.pdf > In particular to chapter 39 which specifically refers to Internet Service > Providers. I think in their zeal to create a solution where no problem > exists they are forcibly trying to provide service providers into being > enforcers of said bill. This would at worst mean Forced DPI on the service > providers end, which I might argue is an infringement on privacy: a > fundamental right, yes? > > > > -- > Regards, > > Collins Areba, > Kilifi, Kenya. > Tel: +*254 707 750 788 */ *0731534124* > Twitter: @arebacollins. > Skype: arebacollins >

3 2

Jadili the Proposed Kenya's Film, Stage Plays and Publications Law
by Mose Karanja 11 Oct '16

11 Oct '16

Greetings from Strathmore. The Kenya Film Classification Board (KFCB) has published the Films, Stage Plays and Publications Bill (2016) as part of reviewing the existing the Film and Stage Plays Act Cap222 with the aim of aligning it with the Constitution of Kenya (2010). As an effort to use technology to supplement existing public participation avenues in Kenyan law making, we have developed Jadili <http://jadili.ictpolicy.org/docs/kfcb2016>, an open source project running on Madison <https://github.com/opengovfoundation/madison> as a transparent tool for aggregating pubic sentiments, comments and annotations to specific parts of proposed laws. We hope you can use Jadili to read the Bill, support or oppose it, single out specific clauses and provide alternative wording. This, we think, is a progressive path to constructive public participation as it avoids the general good/bad dichotomy while giving the drafters much more insight into which parts of the Bill need revision. After the public participation window closes, we send ALL input as received to the drafters for their consideration. I hope you will use Jadili and if you have any suggestions to improve on it, that will be greatly appreciated. Find the Bill here: http://jadili.ictpolicy.org/docs/kfcb2016 <http://jadili.ictpolicy.org/docs/kfcb2016> ~~~ www.moseskaranja.com/blog

2 3

IPv6 Chapter 254
by Kevin Kamonye 11 Oct '16

11 Oct '16

As always, thanks Ali and team for breathing some life into this one. My story with IPv6 started much longer than I can remember. The key moment, however, came in 2010/2011 when the hype hit its peak due to the then projected exhaustion of IANA's central pool (officially announced in 3/02/2011). I was working at KDN at the time and being the largest IP transit provider in the region, a decision was agreed by all that we had to move quick - I think mostly to avoid potential embarrassment :) Our then HOD David W. K., and I sincerely applaud him for the work he has put into building the Telecom Industry in the region, got wind of an Afrinic IPv6 Workshop in Ghana and 13 days later another very commendable colleague and myself were in that class and it all went superbly well. The problem for me started a few weeks after I got back because I realised that there really wasn't a particular motivation for us to get the other providers to respond (though the hard-core techies like us did some 'test' peering here and there). We even conducted a major upgrade on KDN's infrastructure at KIXP to ensure that all ISPs could get at least 1Gbps capacity ( though this was mostly driven by the Google Youtube Cache that we deployed to handle the post-Seacom Internet traffic explosion in 254 and region). We also pursued ISPs in the region through forums such as AfPIF, ISOC etc. but the matter collapsed mostly due to natural causes. In short, I would say that there will never be a major crisis as regards to IPv4 exhaustion. Techies will do their thing of patching networks until they can't do it anymore and then they will switch the rest of the population to IPv6. What we can do for now is to follow in the example of formulating the policies, which I can volunteer some of my time as would be needed. Lastly, I will quote from this <https://www.linkedin.com/pulse/ipv4-exhaustion-5-implications-africa-runnin…> article by one of the guys that led us through the training at NIITA back in 2011 (and I advise going it through in full if you want to learn more of IPv6 in Africa) *Implication #3: Driving Complacency in Africa Towards IPv6 Adoption* *[image: Inline images 1]* *So long as it is still possible and easy to get IPv4 addresses, 95% of network operators will do so; humans (and the organisations that they make up) don't change easily. Particularly, organisations fixated on short term results will fail to realise that using every every single IPv4 address available to AFRINIC is not enough for us to catch up with the rest of the world. Not being able to look beyond a the proverbial tree to the forest, it is easy to totally be blind to drastic change in resource availability that will result if one of Africa's large mobile telecommunications companies (say MTN) decides to remove NAT on their mobile networks and give each mobile user a true Internet access experience using public IP addresses (I didn't think it was possible until experienced it for myself in Dar es Salaam last year with Airtel).* *Networks will move to deploy IPv6 under the following influences:* *a) The cost of getting IPv4 addresses becomes un-bearable (as would be if they have to be acquired from the Transfer market) * *b) There are no IPv4 addresses to be gotten, anywhere (even if you have money to buy them)* *c) The network's owners have this blinding insight of the obvious that the IPv4 game is an un-winable one and IPv6 is the only sustainable way* *d) Some powerful entity forces them (by mandates or by incentives) to deploy IPv6 (like gov't IT regulators)* *For most African companies, scenarios (a & b) are unlikely to happen in next 2 – 3 years (unless the shell companies increase and succeed in getting addresses which depletes AFRINIC's current space). Only a few network operators to my knowledge pay anything other that lip service to scenario (c) and the only party that can make scenario (d) happen (gov't regulators) still largely don't know how to go about it (if you are an African gov't IT leader and need help with this, I might be able to help). Therefore, we have ourselves an IPv4 address resource curse!* Good afternoon, *Kevin K. K.* *+254720789158* On 10 October 2016 at 14:42, Barrack Otieno via kictanet < kictanet(a)lists.kictanet.or.ke> wrote: > Dear Andrew, > > Many thanks for the feedback and for sharing the policy which i > believe is a good starting point. Maybe we need a couple of town hall > meetings with the business/corporate communicate and policy makers to > break the resistance. > > Best Regards > > On 10/10/16, Andrew Alston <Andrew.Alston(a)liquidtelecom.com> wrote: > > Hi Barrack, > > > > We are also running native v6 on our FTTH network and continuing to > deploy. > > We plan to also shortly enable our public wifi networks in Kenya and are > > working towards this (couple of vendor related issues that are being > worked > > on in this regard) > > > > We are in a position to roll out IPv6 to any corporate customer and IP > > transit customer who wishes it as well, and have some IPT customers > actively > > using IPv6 - Basically the entire Liquid network, irrespective of which > > country we operate in, is fully V6 ready. > > > > The reason the percentage point indicators in the stats I've given > haven't > > moved that much though is because convincing corporate customers to take > > IPv6 is slightly more challenging, and our consumer rollouts in Kenya are > > still relatively new (and as a result not yet large enough to seriously > move > > the penetration figures for the entire country). We are however working > > with our customers to continue to increase the penetration percentages > and > > get the v6 adopted by the customers. > > > > Thanks > > > > Andrew > > > > > > -----Original Message----- > > From: Barrack Otieno [mailto:[email protected]] > > Sent: 10 October 2016 14:29 > > To: Walubengo J <jwalu(a)yahoo.com>; KICTAnet ICT Policy Discussions > > <kictanet(a)lists.kictanet.or.ke> > > Cc: General Discussions of AFRINIC <community-discuss(a)afrinic.net> > > Subject: Re: [Community-Discuss] [kictanet] Liquid Telecom warns of > looming > > address shortage - Daily Nation > > > > Dear Walu et al? > > > > Liquid has been on Zimbabwean Media over successfull V6 deployment. > > Andrew , what is impeding deployment of the same in Kenya? > > > > Regards > > > > On 10/10/16, Walubengo J via kictanet <kictanet(a)lists.kictanet.or.ke> > > wrote: > >> @Mwendwa,>>> > >> What can you do? > >> - Government Organizations: Coordinate with industry to support and > >> promote awareness and educational activities. Adopt regulatory and > >> economic incentives to encourage IPv6 adoption. Require IPv6 > >> compatibility in procurement procedures. Officially adopt IPv6 within > >> your government agencies. > >>>>>The above text is what we were looking for to include in our revised > >>>>>.KE ICT Policy. How I wish you had shared this earlier :-) > >> walu. > >> > >> From: Mwendwa Kivuva via kictanet > >> <kictanet(a)lists.kictanet.or.ke> > >> To: jwalu(a)yahoo.com > >> Cc: Mwendwa Kivuva <Kivuva(a)transworldafrica.com>; General Discussions > >> of AFRINIC <community-discuss(a)afrinic.net> > >> Sent: Monday, October 10, 2016 11:55 AM > >> Subject: Re: [kictanet] [Community-Discuss] Liquid Telecom warns of > >> looming address shortage - Daily Nation > >> > >> This is an extremely important debate for the continent. Thank you Ali > >> for that. > >> Some of these issues have been debated thoroughly in several forums. > >> It's very important we continue debating them until we see an > >> exponential growth of IPv6 in the continent.To answer a few questions, > >> there is a clear justification on why it is necessary to migrate to > IPv6. > >> Among them: > >> - There are no enough IPv4 remaining for everyone. There are more > >> devices, and people on earth than IPv4. Maximum IPv4 addresses are > >> 4billion. > >> Population of Earth is 7.3Billion. Maximum IPv6 address 3.4×10 38 > >> - Migration will not happen overnight since the recommended > >> implementation is dual-stacking; that is, running IPv4 and IPv6 in > >> parallel. > >> We are not telling people to do away with IPv4, but to run the two > >> protocols in parallel. > >> - To be a producer of information, you cannot use a shared IP, you > >> need a dedicated IP. This has been a big challenge in the continent. > >> We have stifled innovation by using shared IPs. > >> - There are many services now around the world which are IPv6 only > >> website and services. If you are not on IPv6, you cannot get to these > >> networks. Africa may get into what I can call "Information dark age" > >> if we cannot acess some parts of the Internet. > >> - IPv6 is necessary for business growth. How? How will your > >> business scale when IPv4 has run out? > >> What has AFRINIC done to bridge the gap?1. Trainings. This year alone, > >> AFRINIC is conducting free IPv6 trainings to over 23 countries across > >> the continent. Kenya was among the beneficiaries. Check this link > >> http://www.afrinic.net/services/training > >> AFRINIC has an extensive training program provides free training to > >> over 600 network engineers per year on Internet Number Resources > >> Management (INRM) and IPv6 Planning and Deployment. Our training > >> courses are always growing to support the technologies related to > >> Internet resources, including DNSSEC & RPKI. AFRINIC's IPv6 course are > >> IPv6 Forum (Gold) Certified and are fully hands-on, making use of > >> extensive IPv6 testbed access which gives participants hands-on > >> experience on real equipment to configure, test and troubleshoot IPv6. > >> > >> 2. AFRINIC has a Government Working Group (AfGWG). Here government > >> players are brought together to be sensitized on the need to push for > >> IPv6 adoption, and rollout of IXPs, among other. Here is the link > >> https://meeting.afrinic.net/afgwg/ > >> 3. Issuance of v6 blocks to ISPs. All ISPs have been issued V6 blocks > >> by AFRINIC. What we should be seeing now is clients insisting they > >> want the ISPs to pass the benefits to the end users. > >> What can you do? > >> - Government Organizations: Coordinate with industry to support and > >> promote awareness and educational activities. Adopt regulatory and > >> economic incentives to encourage IPv6 adoption. Require IPv6 > >> compatibility in procurement procedures. Officially adopt IPv6 within > >> your government agencies. > >> - Broadband Access Providers: Your customers want access to the > >> entire Internet, and this means IPv4 and IPv6 websites. Offering full > >> access requires running IPv4/IPv6 transition services and is a > >> significant engineering project. Multiple transition technologies are > >> available, and each provider needs to make their own architectural > >> decisions. > >> - Internet Service Providers: Implement a plan that will allow your > >> customers to connect to the Internet via IPv6 and IPv6/IPv4, not just > >> IPv4. > >> Businesses are beginning to ask for IPv6 over their existing Internet > >> connections and for their co-located servers. Communicate with your > >> peers and vendors about IPv6, and confirm their timelines for > >> production IPv6 services. > >> - Internet Content Providers: Content must be reachable to future > >> Internet customers. Plan on serving content via IPv6 in addition to > >> IPv4 as soon as possible. > >> - Enterprise Customers: Email, web, and application servers must be > >> reachable via IPv6 in addition to IPv4. Open a dialogue with your ISP > >> about providing IPv6 services. Each organization must decide on > >> timelines, and investment level will vary. > >> > >> What is the role of Internet Service Providers (ISPs) in deploying > >> IPv6?This link > >> https://lists.afrinic.net/pipermail/afripv6-discuss/attachments/201607 > >> 10/f7e693ac/attachment-0001.pdf contains some very interesting > >> statistics and findings on V6 deployments around the world, shared at > >> the OECD Ministerial Meeting in June2016. One lesson we can learn from > >> this is work very closely with ISPs. That seems to be the solution in > >> the success stories. > >> > >> *Some statistics on deployments*Belgium 55.11%,Germany 34.50%,United > >> States 32.83%Greece 28.53%Portugal 25.80%Ecuador 20.8%,Peru > >> 19.35%,Estonia 17,32%Japan 16.61%,Canada 9.83%Norway 6.65%Bolivia > >> 3.8%Italy 0.73%Spain 0.7%Denmark 0.61% Some interesting findings is > >> that deployment depends on the large ISPs uptake of v6 regardless of > >> economic circumstances. e.g Peru has a lower per capita but has more > >> deployment than Norway. Portugal with $22,000/capita and Greece > >> $21,000/capita are outperforming Denmark with $60,000/capita. Canada > >> $45,000/capita is trailing Estonia with $19,000/capita. > >> In the success stories, the majority of the commercial access market > >> products have IPv6 enabled by default, and competing products have > >> matching features. > >> > >> Regards > >> > >> ______________________ > >> Mwendwa Kivuva, Nairobi, Kenya > >> twitter.com/lordmwesh > >> > >> > >> > >> On 10 October 2016 at 11:44, Joseph Mucheru via kictanet > >> <kictanet(a)lists.kictanet.or.ke> wrote: > >> > >> That said, do we have any experts on DOA? I personally believe this is > >> the way forward... > >> https://www.google.co.kr/url? sa=t&source=web&rct=j&url= > >> https://www.itu.int/ITU-D/arb/ ARO/2011/CyberSecurityForum- > >> Eg/Docs/Doc11-Sorene_18-12- 2011.pptx&ved=0ahUKEwjsv8jc3c_ > >> PAhUU82MKHeXuALIQFggZMAA&usg= AFQjCNGzWEx4VBdgLQYrceW- > >> eme4GvjaWwThanks On 10 Oct 2016 4:37 PM, "Ali Hussein via kictanet" > >> <kictanet(a)lists.kictanet.or.ke > wrote: > >> > >> Andrew > >> Thank you so much for that informative response. > >> So let's paint a scenario. > >> Say, v4 exhausts in say 3 years. What are the implications for the > >> continent esp those who will not have migrated? > >> Ali HusseinPrincipalHussein & Associates+254 0713 601113 > >> Twitter: @AliHKassimSkype: abu-jomoLinkedIn: http://ke.linkedin.c > >> om/in/alihkassim > >> > >> "Discovery consists in seeing what everyone else has seen and thinking > >> what no one else has thought". ~ Albert Szent-Györgyi Sent from my > >> iPad On 10 Oct 2016, at 9:25 AM, Andrew Alston > >> <Andrew.Alston(a)liquidtelecom.c om> > >> wrote: > >> > >> > >> Hi Ali, If I may respond here. Firstly – I think we need to be > >> careful about referring to blanket transition – what Liquid has said > >> is, we have to be ready with dual-stack networks. As v4 runs out – > >> that dual-stack becomes more and more critical because it will enable > >> the full transition when the time comes for it. How soon that will > >> come is hard to say – but it is coming. What are the major > >> impediments? There are 2 or 3 major points > >> here: a.) Lack of will to actually do it – it takes work, it takes > >> time, it takes effort – and the will power to actually move beyond > >> talking the talk into walking the walk doesn’t seem to be thereb.) > >> Lack of understanding/skill – The fact is that implementing v6 vs > >> implementing v4 – it’s just another protocol, same routing, same > >> everything. But there is a fear factor walking into something that is > >> misunderstood. That lack of understanding that you can build this > >> simultaneously in the same way you build v4, creates the fear factor. > >> The fear of handling addressing plans in hexadecimal is also > >> prohibiting growth. I run into that one a lot – people having issues > >> with the address planning.c.) The last question is the million > >> dollar one – because the reality is – all it takes is will power and a > >> willingness to actually take some action. The simple fact is – we had > >> a relatively small team on this – we committed a bunch of hours – we > >> stuck our heads down and did it. We did not spend money – other than > >> the cost of the time (which is an OPEX cost admittedly). We said > >> ourselves deadlines and we DID it. There are those who propose that > >> setting policies to try and force > >> v6 is workable – it’s not – unless the will is there it will achieve > >> nothing. People have to WANT this. It is a matter of desire and a > >> matter of seeing the benefits – the benefits are future proofing – > >> they are not based on revenue generation, but more revenue retention. > >> And if anyone wants to see just how much impact you can have with a > >> small team that actually has the desire, please see the following > >> stats out of Zimbabwe (our largest consumer market) > >> http://stats.labs.apnic.net/ip > >> v6/ZW?b=20161001&d=10http://stats.labs.apnic.net/ip > >> v6/AS30969?b=20161001&d=10http://stats.labs.apnic.net/ip > >> v6/XB?b=20161001&d=10 (I see things have slightly dropped off today, > >> these stats tend to fluctuate, but fact is – it’s out there and it > >> work’s. Andrew From: Ali Hussein <ali(a)hussein.me.ke> > >> Date: Monday, 10 October 2016 at 09:01 > >> To: KICTAnet ICT Policy Discussions <kictanet(a)lists.kictanet.or.ke >, > >> General Discussions of AFRINIC <community-discuss(a)afrinic.net > > >> Subject: [Community-Discuss] Liquid Telecom warns of looming address > >> shortage - Daily Nation Dear listersGreetings and apologies for > >> cross-posting.Internet service provider Liquid Telecom Kenya has > >> warned that Africa is set to run out of Internet Protocol (IP) > >> addresses as early as next year, potentially slowing down digital > >> growth in the continent.Read on:-http://www.nation.co.ke/busine > >> ss/Liquid-Telecom-warns-of- > >> looming-address-shortage/996- 3410850-format-xhtml-aub5sm/ > >> index.htmlCouple of questions:-1. How involved are we as a community > >> in ensuring the smooth transition from IPV4 to IPV6?2. What have been > >> the major impediments to the successful migration?3. How can we move > >> the needle faster?Ali Hussein > >> Tel: +254 713 601113 > >> > >> ______________________________ _________________ kictanet mailing list > >> kictanet(a)lists.kictanet.or.ke https://lists.kictanet.or.ke/m > >> ailman/listinfo/kictanet > >> > >> Unsubscribe or change your options at https://lists.kictanet.or.ke/m > >> ailman/options/kictanet/joe%40 mucheru.com > >> > >> The Kenya ICT Action Network (KICTANet) is a multi-stakeholder > >> platform for people and institutions interested and involved in ICT > >> policy and regulation. The network aims to act as a catalyst for > >> reform in the ICT sector in support of the national aim of ICT enabled > >> growth and development. > >> > >> KICTANetiquette : Adhere to the same standards of acceptable behaviors > >> online that you follow in real life: respect people's times and > >> bandwidth, share knowledge, don't flame or abuse or personalize, > >> respect privacy, do not spam, do not market your wares or > qualifications. > >> > >> > >> ______________________________ _________________ kictanet mailing list > >> kictanet(a)lists.kictanet.or.ke https://lists.kictanet.or.ke/ > >> mailman/listinfo/kictanet > >> > >> Unsubscribe or change your options at https://lists.kictanet.or.ke/ > >> mailman/options/kictanet/ kivuva%40transworldafrica.com > >> > >> The Kenya ICT Action Network (KICTANet) is a multi-stakeholder > >> platform for people and institutions interested and involved in ICT > >> policy and regulation. The network aims to act as a catalyst for > >> reform in the ICT sector in support of the national aim of ICT enabled > >> growth and development. > >> > >> KICTANetiquette : Adhere to the same standards of acceptable behaviors > >> online that you follow in real life: respect people's times and > >> bandwidth, share knowledge, don't flame or abuse or personalize, > >> respect privacy, do not spam, do not market your wares or > qualifications. > >> > >> > >> > >> _______________________________________________ > >> kictanet mailing list > >> kictanet(a)lists.kictanet.or.ke > >> https://lists.kictanet.or.ke/mailman/listinfo/kictanet > >> > >> Unsubscribe or change your options at > >> https://lists.kictanet.or.ke/mailman/options/kictanet/jwalu%40yahoo.co > >> m > >> > >> The Kenya ICT Action Network (KICTANet) is a multi-stakeholder > >> platform for people and institutions interested and involved in ICT > >> policy and regulation. The network aims to act as a catalyst for > >> reform in the ICT sector in support of the national aim of ICT enabled > >> growth and development. > >> > >> KICTANetiquette : Adhere to the same standards of acceptable behaviors > >> online that you follow in real life: respect people's times and > >> bandwidth, share knowledge, don't flame or abuse or personalize, > >> respect privacy, do not spam, do not market your wares or > qualifications. > >> > >> > > > > > > -- > > Barrack O. Otieno > > +254721325277 > > +254733206359 > > Skype: barrack.otieno > > PGP ID: 0x2611D86A > > > > _______________________________________________ > > Community-Discuss mailing list > > Community-Discuss(a)afrinic.net > > https://lists.afrinic.net/mailman/listinfo/community-discuss > > > > > -- > Barrack O. Otieno > +254721325277 > +254733206359 > Skype: barrack.otieno > PGP ID: 0x2611D86A > > _______________________________________________ > kictanet mailing list > kictanet(a)lists.kictanet.or.ke > https://lists.kictanet.or.ke/mailman/listinfo/kictanet > > Unsubscribe or change your options at https://lists.kictanet.or.ke/ > mailman/options/kictanet/kevin.kamonye%40gmail.com > > The Kenya ICT Action Network (KICTANet) is a multi-stakeholder platform > for people and institutions interested and involved in ICT policy and > regulation. The network aims to act as a catalyst for reform in the ICT > sector in support of the national aim of ICT enabled growth and development. > > KICTANetiquette : Adhere to the same standards of acceptable behaviors > online that you follow in real life: respect people's times and bandwidth, > share knowledge, don't flame or abuse or personalize, respect privacy, do > not spam, do not market your wares or qualifications. >

2 1

Mutua is at it again: KFCB Draft.
by Collins Areba 10 Oct '16

10 Oct '16

Dear Listers, Apologies if this has been shared before. I would like to bring your attention to this bill... http://kfcb.co.ke/wp-content/uploads/2016/10/DRAFT-BILL-KFCB-21-7-Draft-10.… In particular to chapter 39 which specifically refers to Internet Service Providers. I think in their zeal to create a solution where no problem exists they are forcibly trying to provide service providers into being enforcers of said bill. This would at worst mean Forced DPI on the service providers end, which I might argue is an infringement on privacy: a fundamental right, yes? -- Regards, Collins Areba, Kilifi, Kenya. Tel: +*254 707 750 788 */ *0731534124* Twitter: @arebacollins. Skype: arebacollins

2 1

IP v6 Strategy - was Liquid Telecom warns of looming address shortage - Daily Nation
by Walubengo J 10 Oct '16

10 Oct '16

NB: Zims IPv6 Strategy @ https://www.potraz.gov.zw/images/documents/Zimbabwe-Draft-IPv6-Implementati… I recall Prof. Ndemo tried to get one for Kenya but looks like the idea died when he left office :-) walu. ----- Forwarded Message ----- From: Andrew Alston <Andrew.Alston(a)liquidtelecom.com> To: Walubengo J <jwalu(a)yahoo.com>; KICTAnet ICT Policy Discussions <kictanet(a)lists.kictanet.or.ke> Cc: General Discussions of AFRINIC <community-discuss(a)afrinic.net> Sent: Monday, October 10, 2016 1:46 PM Subject: RE: [Community-Discuss] [kictanet] Liquid Telecom warns of looming address shortage - Daily Nation As another note – I would STRONGLY encourage every government on this continent to take a very close look at the draft Zimbabwean IPv6 strategy plan as published by POTRAZ (the Zimbabwean regulator), which was open for public comment. It is a detailed, in depth, carefully worded document – not perfect – but far and away one of the better v6 documents I have seen coming out of any regulator. There is plenty to learn from in there. If anyone is looking for this document – it can be found at:https://www.potraz.gov.zw/images/documents/Zimbabwe-Draft-IPv6-Implementation-Strategy.pdf Thanks Andrew From: Walubengo J [mailto:[email protected]] Sent: 10 October 2016 12:39 To: KICTAnet ICT Policy Discussions <kictanet(a)lists.kictanet.or.ke> Cc: General Discussions of AFRINIC <community-discuss(a)afrinic.net> Subject: Re: [Community-Discuss] [kictanet] Liquid Telecom warns of looming address shortage - Daily Nation @Mwendwa, >>> What can you do? - Government Organizations: Coordinate with industry to support and promote awareness and educational activities. Adopt regulatory and economic incentives to encourage IPv6 adoption. Require IPv6 compatibility in procurement procedures. Officially adopt IPv6 within your government agencies. >>> The above text is what we were looking for to include in our revised .KE ICT Policy. How I wish you had shared this earlier :-) walu. From: Mwendwa Kivuva via kictanet <kictanet(a)lists.kictanet.or.ke> To: jwalu(a)yahoo.com Cc: Mwendwa Kivuva <Kivuva(a)transworldafrica.com>; General Discussions of AFRINIC <community-discuss(a)afrinic.net> Sent: Monday, October 10, 2016 11:55 AM Subject: Re: [kictanet] [Community-Discuss] Liquid Telecom warns of looming address shortage - Daily Nation This is an extremely important debate for the continent. Thank you Ali for that. Some of these issues have been debated thoroughly in several forums. It's very important we continue debating them until we see an exponential growth of IPv6 in the continent. To answer a few questions, there is a clear justification on why it is necessary to migrate to IPv6. Among them: - There are no enough IPv4 remaining for everyone. There are more devices, and people on earth than IPv4. Maximum IPv4 addresses are 4billion. Population of Earth is 7.3Billion. Maximum IPv6 address 3.4×10 38 - Migration will not happen overnight since the recommended implementation is dual-stacking; that is, running IPv4 and IPv6 in parallel. We are not telling people to do away with IPv4, but to run the two protocols in parallel. - To be a producer of information, you cannot use a shared IP, you need a dedicated IP. This has been a big challenge in the continent. We have stifled innovation by using shared IPs. - There are many services now around the world which are IPv6 only website and services. If you are not on IPv6, you cannot get to these networks. Africa may get into what I can call "Information dark age" if we cannot acess some parts of the Internet. - IPv6 is necessary for business growth. How? How will your business scale when IPv4 has run out? What has AFRINIC done to bridge the gap? 1. Trainings. This year alone, AFRINIC is conducting free IPv6 trainings to over 23 countries across the continent. Kenya was among the beneficiaries. Check this link http://www.afrinic.net/services/training AFRINIC has an extensive training program provides free training to over 600 network engineers per year on Internet Number Resources Management (INRM) and IPv6 Planning and Deployment. Our training courses are always growing to support the technologies related to Internet resources, including DNSSEC & RPKI. AFRINIC's IPv6 course are IPv6 Forum (Gold) Certified and are fully hands-on, making use of extensive IPv6 testbed access which gives participants hands-on experience on real equipment to configure, test and troubleshoot IPv6. 2. AFRINIC has a Government Working Group (AfGWG). Here government players are brought together to be sensitized on the need to push for IPv6 adoption, and rollout of IXPs, among other. Here is the link https://meeting.afrinic.net/afgwg/ 3. Issuance of v6 blocks to ISPs. All ISPs have been issued V6 blocks by AFRINIC. What we should be seeing now is clients insisting they want the ISPs to pass the benefits to the end users. What can you do? - Government Organizations: Coordinate with industry to support and promote awareness and educational activities. Adopt regulatory and economic incentives to encourage IPv6 adoption. Require IPv6 compatibility in procurement procedures. Officially adopt IPv6 within your government agencies. - Broadband Access Providers: Your customers want access to the entire Internet, and this means IPv4 and IPv6 websites. Offering full access requires running IPv4/IPv6 transition services and is a significant engineering project. Multiple transition technologies are available, and each provider needs to make their own architectural decisions. - Internet Service Providers: Implement a plan that will allow your customers to connect to the Internet via IPv6 and IPv6/IPv4, not just IPv4. Businesses are beginning to ask for IPv6 over their existing Internet connections and for their co-located servers. Communicate with your peers and vendors about IPv6, and confirm their timelines for production IPv6 services. - Internet Content Providers: Content must be reachable to future Internet customers. Plan on serving content via IPv6 in addition to IPv4 as soon as possible. - Enterprise Customers: Email, web, and application servers must be reachable via IPv6 in addition to IPv4. Open a dialogue with your ISP about providing IPv6 services. Each organization must decide on timelines, and investment level will vary. What is the role of Internet Service Providers (ISPs) in deploying IPv6? This linkhttps://lists.afrinic.net/pipermail/afripv6-discuss/attachments/2016071… contains some very interesting statistics and findings on V6 deployments around the world, shared at the OECD Ministerial Meeting in June2016. One lesson we can learn from this is work very closely with ISPs. That seems to be the solution in the success stories. *Some statistics on deployments* Belgium 55.11%, Germany 34.50%, United States 32.83% Greece 28.53% Portugal 25.80% Ecuador 20.8%, Peru 19.35%, Estonia 17,32% Japan 16.61%, Canada 9.83% Norway 6.65% Bolivia 3.8% Italy 0.73% Spain 0.7% Denmark 0.61% Some interesting findings is that deployment depends on the large ISPs uptake of v6 regardless of economic circumstances. e.g Peru has a lower per capita but has more deployment than Norway. Portugal with $22,000/capita and Greece $21,000/capita are outperforming Denmark with $60,000/capita. Canada $45,000/capita is trailing Estonia with $19,000/capita. In the success stories, the majority of the commercial access market products have IPv6 enabled by default, and competing products have matching features. Regards ______________________ Mwendwa Kivuva, Nairobi, Kenya twitter.com/lordmwesh On 10 October 2016 at 11:44, Joseph Mucheru via kictanet <kictanet(a)lists.kictanet.or.ke> wrote: That said, do we have any experts on DOA? I personally believe this is the way forward... https://www.google.co.kr/url? sa=t&source=web&rct=j&url= https://www.itu.int/ITU-D/arb/ ARO/2011/CyberSecurityForum- Eg/Docs/Doc11-Sorene_18-12- 2011.pptx&ved=0ahUKEwjsv8jc3c_ PAhUU82MKHeXuALIQFggZMAA&usg= AFQjCNGzWEx4VBdgLQYrceW- eme4GvjaWw Thanks On 10 Oct 2016 4:37 PM, "Ali Hussein via kictanet" <kictanet(a)lists.kictanet.or.ke > wrote: Andrew Thank you so much for that informative response. So let's paint a scenario. Say, v4 exhausts in say 3 years. What are the implications for the continent esp those who will not have migrated? Ali Hussein Principal Hussein & Associates +254 0713 601113 Twitter: @AliHKassim Skype: abu-jomo LinkedIn: http://ke.linkedin.c om/in/alihkassim "Discovery consists in seeing what everyone else has seen and thinking what no one else has thought". ~ Albert Szent-Györgyi Sent from my iPad On 10 Oct 2016, at 9:25 AM, Andrew Alston <Andrew.Alston(a)liquidtelecom.c om> wrote: Hi Ali, If I may respond here. Firstly – I think we need to be careful about referring to blanket transition – what Liquid has said is, we have to be ready with dual-stack networks. As v4 runs out – that dual-stack becomes more and more critical because it will enable the full transition when the time comes for it. How soon that will come is hard to say – but it is coming. What are the major impediments? There are 2 or 3 major points here: a.) Lack of will to actually do it – it takes work, it takes time, it takes effort – and the will power to actually move beyond talking the talk into walking the walk doesn’t seem to be there b.) Lack of understanding/skill – The fact is that implementing v6 vs implementing v4 – it’s just another protocol, same routing, same everything. But there is a fear factor walking into something that is misunderstood. That lack of understanding that you can build this simultaneously in the same way you build v4, creates the fear factor. The fear of handling addressing plans in hexadecimal is also prohibiting growth. I run into that one a lot – people having issues with the address planning. c.) The last question is the million dollar one – because the reality is – all it takes is will power and a willingness to actually take some action. The simple fact is – we had a relatively small team on this – we committed a bunch of hours – we stuck our heads down and did it. We did not spend money – other than the cost of the time (which is an OPEX cost admittedly). We said ourselves deadlines and we DID it. There are those who propose that setting policies to try and force v6 is workable – it’s not – unless the will is there it will achieve nothing. People have to WANT this. It is a matter of desire and a matter of seeing the benefits – the benefits are future proofing – they are not based on revenue generation, but more revenue retention. And if anyone wants to see just how much impact you can have with a small team that actually has the desire, please see the following stats out of Zimbabwe (our largest consumer market) http://stats.labs.apnic.net/ip v6/ZW?b=20161001&d=10 http://stats.labs.apnic.net/ip v6/AS30969?b=20161001&d=10 http://stats.labs.apnic.net/ip v6/XB?b=20161001&d=10 (I see things have slightly dropped off today, these stats tend to fluctuate, but fact is – it’s out there and it work’s. Andrew From:Ali Hussein <ali(a)hussein.me.ke> Date: Monday, 10 October 2016 at 09:01 To: KICTAnet ICT Policy Discussions <kictanet(a)lists.kictanet.or.ke >, General Discussions of AFRINIC <community-discuss(a)afrinic.net > Subject: [Community-Discuss] Liquid Telecom warns of looming address shortage - Daily Nation Dear listers Greetings and apologies for cross-posting. Internet service provider Liquid Telecom Kenya has warned that Africa is set to run out of Internet Protocol (IP) addresses as early as next year, potentially slowing down digital growth in the continent. Read on:- http://www.nation.co.ke/busine ss/Liquid-Telecom-warns-of- looming-address-shortage/996- 3410850-format-xhtml-aub5sm/ index.html Couple of questions:- 1. How involved are we as a community in ensuring the smooth transition from IPV4 to IPV6? 2. What have been the major impediments to the successful migration? 3. How can we move the needle faster? Ali Hussein Tel: +254 713 601113 ______________________________ _________________ kictanet mailing list kictanet(a)lists.kictanet.or.ke https://lists.kictanet.or.ke/m ailman/listinfo/kictanet Unsubscribe or change your options at https://lists.kictanet.or.ke/m ailman/options/kictanet/joe%40 mucheru.com The Kenya ICT Action Network (KICTANet) is a multi-stakeholder platform for people and institutions interested and involved in ICT policy and regulation. The network aims to act as a catalyst for reform in the ICT sector in support of the national aim of ICT enabled growth and development. KICTANetiquette : Adhere to the same standards of acceptable behaviors online that you follow in real life: respect people's times and bandwidth, share knowledge, don't flame or abuse or personalize, respect privacy, do not spam, do not market your wares or qualifications. ______________________________ _________________ kictanet mailing list kictanet(a)lists.kictanet.or.ke https://lists.kictanet.or.ke/ mailman/listinfo/kictanet Unsubscribe or change your options at https://lists.kictanet.or.ke/ mailman/options/kictanet/ kivuva%40transworldafrica.com The Kenya ICT Action Network (KICTANet) is a multi-stakeholder platform for people and institutions interested and involved in ICT policy and regulation. The network aims to act as a catalyst for reform in the ICT sector in support of the national aim of ICT enabled growth and development. KICTANetiquette : Adhere to the same standards of acceptable behaviors online that you follow in real life: respect people's times and bandwidth, share knowledge, don't flame or abuse or personalize, respect privacy, do not spam, do not market your wares or qualifications. _______________________________________________ kictanet mailing list kictanet(a)lists.kictanet.or.ke https://lists.kictanet.or.ke/mailman/listinfo/kictanet Unsubscribe or change your options at https://lists.kictanet.or.ke/mailman/options/kictanet/jwalu%40yahoo.com The Kenya ICT Action Network (KICTANet) is a multi-stakeholder platform for people and institutions interested and involved in ICT policy and regulation. The network aims to act as a catalyst for reform in the ICT sector in support of the national aim of ICT enabled growth and development. KICTANetiquette : Adhere to the same standards of acceptable behaviors online that you follow in real life: respect people's times and bandwidth, share knowledge, don't flame or abuse or personalize, respect privacy, do not spam, do not market your wares or qualifications.

2 2

Re: [kictanet] [Community-Discuss] Liquid Telecom warns of looming address shortage - Daily Nation
by Barrack Otieno 10 Oct '16

10 Oct '16

Dear Andrew, Many thanks for the feedback and for sharing the policy which i believe is a good starting point. Maybe we need a couple of town hall meetings with the business/corporate communicate and policy makers to break the resistance. Best Regards On 10/10/16, Andrew Alston <Andrew.Alston(a)liquidtelecom.com> wrote: > Hi Barrack, > > We are also running native v6 on our FTTH network and continuing to deploy. > We plan to also shortly enable our public wifi networks in Kenya and are > working towards this (couple of vendor related issues that are being worked > on in this regard) > > We are in a position to roll out IPv6 to any corporate customer and IP > transit customer who wishes it as well, and have some IPT customers actively > using IPv6 - Basically the entire Liquid network, irrespective of which > country we operate in, is fully V6 ready. > > The reason the percentage point indicators in the stats I've given haven't > moved that much though is because convincing corporate customers to take > IPv6 is slightly more challenging, and our consumer rollouts in Kenya are > still relatively new (and as a result not yet large enough to seriously move > the penetration figures for the entire country). We are however working > with our customers to continue to increase the penetration percentages and > get the v6 adopted by the customers. > > Thanks > > Andrew > > > -----Original Message----- > From: Barrack Otieno [mailto:[email protected]] > Sent: 10 October 2016 14:29 > To: Walubengo J <jwalu(a)yahoo.com>; KICTAnet ICT Policy Discussions > <kictanet(a)lists.kictanet.or.ke> > Cc: General Discussions of AFRINIC <community-discuss(a)afrinic.net> > Subject: Re: [Community-Discuss] [kictanet] Liquid Telecom warns of looming > address shortage - Daily Nation > > Dear Walu et al? > > Liquid has been on Zimbabwean Media over successfull V6 deployment. > Andrew , what is impeding deployment of the same in Kenya? > > Regards > > On 10/10/16, Walubengo J via kictanet <kictanet(a)lists.kictanet.or.ke> > wrote: >> @Mwendwa,>>> >> What can you do? >> - Government Organizations: Coordinate with industry to support and >> promote awareness and educational activities. Adopt regulatory and >> economic incentives to encourage IPv6 adoption. Require IPv6 >> compatibility in procurement procedures. Officially adopt IPv6 within >> your government agencies. >>>>>The above text is what we were looking for to include in our revised >>>>>.KE ICT Policy. How I wish you had shared this earlier :-) >> walu. >> >> From: Mwendwa Kivuva via kictanet >> <kictanet(a)lists.kictanet.or.ke> >> To: jwalu(a)yahoo.com >> Cc: Mwendwa Kivuva <Kivuva(a)transworldafrica.com>; General Discussions >> of AFRINIC <community-discuss(a)afrinic.net> >> Sent: Monday, October 10, 2016 11:55 AM >> Subject: Re: [kictanet] [Community-Discuss] Liquid Telecom warns of >> looming address shortage - Daily Nation >> >> This is an extremely important debate for the continent. Thank you Ali >> for that. >> Some of these issues have been debated thoroughly in several forums. >> It's very important we continue debating them until we see an >> exponential growth of IPv6 in the continent.To answer a few questions, >> there is a clear justification on why it is necessary to migrate to IPv6. >> Among them: >> - There are no enough IPv4 remaining for everyone. There are more >> devices, and people on earth than IPv4. Maximum IPv4 addresses are >> 4billion. >> Population of Earth is 7.3Billion. Maximum IPv6 address 3.4×10 38 >> - Migration will not happen overnight since the recommended >> implementation is dual-stacking; that is, running IPv4 and IPv6 in >> parallel. >> We are not telling people to do away with IPv4, but to run the two >> protocols in parallel. >> - To be a producer of information, you cannot use a shared IP, you >> need a dedicated IP. This has been a big challenge in the continent. >> We have stifled innovation by using shared IPs. >> - There are many services now around the world which are IPv6 only >> website and services. If you are not on IPv6, you cannot get to these >> networks. Africa may get into what I can call "Information dark age" >> if we cannot acess some parts of the Internet. >> - IPv6 is necessary for business growth. How? How will your >> business scale when IPv4 has run out? >> What has AFRINIC done to bridge the gap?1. Trainings. This year alone, >> AFRINIC is conducting free IPv6 trainings to over 23 countries across >> the continent. Kenya was among the beneficiaries. Check this link >> http://www.afrinic.net/services/training >> AFRINIC has an extensive training program provides free training to >> over 600 network engineers per year on Internet Number Resources >> Management (INRM) and IPv6 Planning and Deployment. Our training >> courses are always growing to support the technologies related to >> Internet resources, including DNSSEC & RPKI. AFRINIC's IPv6 course are >> IPv6 Forum (Gold) Certified and are fully hands-on, making use of >> extensive IPv6 testbed access which gives participants hands-on >> experience on real equipment to configure, test and troubleshoot IPv6. >> >> 2. AFRINIC has a Government Working Group (AfGWG). Here government >> players are brought together to be sensitized on the need to push for >> IPv6 adoption, and rollout of IXPs, among other. Here is the link >> https://meeting.afrinic.net/afgwg/ >> 3. Issuance of v6 blocks to ISPs. All ISPs have been issued V6 blocks >> by AFRINIC. What we should be seeing now is clients insisting they >> want the ISPs to pass the benefits to the end users. >> What can you do? >> - Government Organizations: Coordinate with industry to support and >> promote awareness and educational activities. Adopt regulatory and >> economic incentives to encourage IPv6 adoption. Require IPv6 >> compatibility in procurement procedures. Officially adopt IPv6 within >> your government agencies. >> - Broadband Access Providers: Your customers want access to the >> entire Internet, and this means IPv4 and IPv6 websites. Offering full >> access requires running IPv4/IPv6 transition services and is a >> significant engineering project. Multiple transition technologies are >> available, and each provider needs to make their own architectural >> decisions. >> - Internet Service Providers: Implement a plan that will allow your >> customers to connect to the Internet via IPv6 and IPv6/IPv4, not just >> IPv4. >> Businesses are beginning to ask for IPv6 over their existing Internet >> connections and for their co-located servers. Communicate with your >> peers and vendors about IPv6, and confirm their timelines for >> production IPv6 services. >> - Internet Content Providers: Content must be reachable to future >> Internet customers. Plan on serving content via IPv6 in addition to >> IPv4 as soon as possible. >> - Enterprise Customers: Email, web, and application servers must be >> reachable via IPv6 in addition to IPv4. Open a dialogue with your ISP >> about providing IPv6 services. Each organization must decide on >> timelines, and investment level will vary. >> >> What is the role of Internet Service Providers (ISPs) in deploying >> IPv6?This link >> https://lists.afrinic.net/pipermail/afripv6-discuss/attachments/201607 >> 10/f7e693ac/attachment-0001.pdf contains some very interesting >> statistics and findings on V6 deployments around the world, shared at >> the OECD Ministerial Meeting in June2016. One lesson we can learn from >> this is work very closely with ISPs. That seems to be the solution in >> the success stories. >> >> *Some statistics on deployments*Belgium 55.11%,Germany 34.50%,United >> States 32.83%Greece 28.53%Portugal 25.80%Ecuador 20.8%,Peru >> 19.35%,Estonia 17,32%Japan 16.61%,Canada 9.83%Norway 6.65%Bolivia >> 3.8%Italy 0.73%Spain 0.7%Denmark 0.61% Some interesting findings is >> that deployment depends on the large ISPs uptake of v6 regardless of >> economic circumstances. e.g Peru has a lower per capita but has more >> deployment than Norway. Portugal with $22,000/capita and Greece >> $21,000/capita are outperforming Denmark with $60,000/capita. Canada >> $45,000/capita is trailing Estonia with $19,000/capita. >> In the success stories, the majority of the commercial access market >> products have IPv6 enabled by default, and competing products have >> matching features. >> >> Regards >> >> ______________________ >> Mwendwa Kivuva, Nairobi, Kenya >> twitter.com/lordmwesh >> >> >> >> On 10 October 2016 at 11:44, Joseph Mucheru via kictanet >> <kictanet(a)lists.kictanet.or.ke> wrote: >> >> That said, do we have any experts on DOA? I personally believe this is >> the way forward... >> https://www.google.co.kr/url? sa=t&source=web&rct=j&url= >> https://www.itu.int/ITU-D/arb/ ARO/2011/CyberSecurityForum- >> Eg/Docs/Doc11-Sorene_18-12- 2011.pptx&ved=0ahUKEwjsv8jc3c_ >> PAhUU82MKHeXuALIQFggZMAA&usg= AFQjCNGzWEx4VBdgLQYrceW- >> eme4GvjaWwThanks On 10 Oct 2016 4:37 PM, "Ali Hussein via kictanet" >> <kictanet(a)lists.kictanet.or.ke > wrote: >> >> Andrew >> Thank you so much for that informative response. >> So let's paint a scenario. >> Say, v4 exhausts in say 3 years. What are the implications for the >> continent esp those who will not have migrated? >> Ali HusseinPrincipalHussein & Associates+254 0713 601113 >> Twitter: @AliHKassimSkype: abu-jomoLinkedIn: http://ke.linkedin.c >> om/in/alihkassim >> >> "Discovery consists in seeing what everyone else has seen and thinking >> what no one else has thought". ~ Albert Szent-Györgyi Sent from my >> iPad On 10 Oct 2016, at 9:25 AM, Andrew Alston >> <Andrew.Alston(a)liquidtelecom.c om> >> wrote: >> >> >> Hi Ali, If I may respond here. Firstly – I think we need to be >> careful about referring to blanket transition – what Liquid has said >> is, we have to be ready with dual-stack networks. As v4 runs out – >> that dual-stack becomes more and more critical because it will enable >> the full transition when the time comes for it. How soon that will >> come is hard to say – but it is coming. What are the major >> impediments? There are 2 or 3 major points >> here: a.) Lack of will to actually do it – it takes work, it takes >> time, it takes effort – and the will power to actually move beyond >> talking the talk into walking the walk doesn’t seem to be thereb.) >> Lack of understanding/skill – The fact is that implementing v6 vs >> implementing v4 – it’s just another protocol, same routing, same >> everything. But there is a fear factor walking into something that is >> misunderstood. That lack of understanding that you can build this >> simultaneously in the same way you build v4, creates the fear factor. >> The fear of handling addressing plans in hexadecimal is also >> prohibiting growth. I run into that one a lot – people having issues >> with the address planning.c.) The last question is the million >> dollar one – because the reality is – all it takes is will power and a >> willingness to actually take some action. The simple fact is – we had >> a relatively small team on this – we committed a bunch of hours – we >> stuck our heads down and did it. We did not spend money – other than >> the cost of the time (which is an OPEX cost admittedly). We said >> ourselves deadlines and we DID it. There are those who propose that >> setting policies to try and force >> v6 is workable – it’s not – unless the will is there it will achieve >> nothing. People have to WANT this. It is a matter of desire and a >> matter of seeing the benefits – the benefits are future proofing – >> they are not based on revenue generation, but more revenue retention. >> And if anyone wants to see just how much impact you can have with a >> small team that actually has the desire, please see the following >> stats out of Zimbabwe (our largest consumer market) >> http://stats.labs.apnic.net/ip >> v6/ZW?b=20161001&d=10http://stats.labs.apnic.net/ip >> v6/AS30969?b=20161001&d=10http://stats.labs.apnic.net/ip >> v6/XB?b=20161001&d=10 (I see things have slightly dropped off today, >> these stats tend to fluctuate, but fact is – it’s out there and it >> work’s. Andrew From: Ali Hussein <ali(a)hussein.me.ke> >> Date: Monday, 10 October 2016 at 09:01 >> To: KICTAnet ICT Policy Discussions <kictanet(a)lists.kictanet.or.ke >, >> General Discussions of AFRINIC <community-discuss(a)afrinic.net > >> Subject: [Community-Discuss] Liquid Telecom warns of looming address >> shortage - Daily Nation Dear listersGreetings and apologies for >> cross-posting.Internet service provider Liquid Telecom Kenya has >> warned that Africa is set to run out of Internet Protocol (IP) >> addresses as early as next year, potentially slowing down digital >> growth in the continent.Read on:-http://www.nation.co.ke/busine >> ss/Liquid-Telecom-warns-of- >> looming-address-shortage/996- 3410850-format-xhtml-aub5sm/ >> index.htmlCouple of questions:-1. How involved are we as a community >> in ensuring the smooth transition from IPV4 to IPV6?2. What have been >> the major impediments to the successful migration?3. How can we move >> the needle faster?Ali Hussein >> Tel: +254 713 601113 >> >> ______________________________ _________________ kictanet mailing list >> kictanet(a)lists.kictanet.or.ke https://lists.kictanet.or.ke/m >> ailman/listinfo/kictanet >> >> Unsubscribe or change your options at https://lists.kictanet.or.ke/m >> ailman/options/kictanet/joe%40 mucheru.com >> >> The Kenya ICT Action Network (KICTANet) is a multi-stakeholder >> platform for people and institutions interested and involved in ICT >> policy and regulation. The network aims to act as a catalyst for >> reform in the ICT sector in support of the national aim of ICT enabled >> growth and development. >> >> KICTANetiquette : Adhere to the same standards of acceptable behaviors >> online that you follow in real life: respect people's times and >> bandwidth, share knowledge, don't flame or abuse or personalize, >> respect privacy, do not spam, do not market your wares or qualifications. >> >> >> ______________________________ _________________ kictanet mailing list >> kictanet(a)lists.kictanet.or.ke https://lists.kictanet.or.ke/ >> mailman/listinfo/kictanet >> >> Unsubscribe or change your options at https://lists.kictanet.or.ke/ >> mailman/options/kictanet/ kivuva%40transworldafrica.com >> >> The Kenya ICT Action Network (KICTANet) is a multi-stakeholder >> platform for people and institutions interested and involved in ICT >> policy and regulation. The network aims to act as a catalyst for >> reform in the ICT sector in support of the national aim of ICT enabled >> growth and development. >> >> KICTANetiquette : Adhere to the same standards of acceptable behaviors >> online that you follow in real life: respect people's times and >> bandwidth, share knowledge, don't flame or abuse or personalize, >> respect privacy, do not spam, do not market your wares or qualifications. >> >> >> >> _______________________________________________ >> kictanet mailing list >> kictanet(a)lists.kictanet.or.ke >> https://lists.kictanet.or.ke/mailman/listinfo/kictanet >> >> Unsubscribe or change your options at >> https://lists.kictanet.or.ke/mailman/options/kictanet/jwalu%40yahoo.co >> m >> >> The Kenya ICT Action Network (KICTANet) is a multi-stakeholder >> platform for people and institutions interested and involved in ICT >> policy and regulation. The network aims to act as a catalyst for >> reform in the ICT sector in support of the national aim of ICT enabled >> growth and development. >> >> KICTANetiquette : Adhere to the same standards of acceptable behaviors >> online that you follow in real life: respect people's times and >> bandwidth, share knowledge, don't flame or abuse or personalize, >> respect privacy, do not spam, do not market your wares or qualifications. >> >> > > > -- > Barrack O. Otieno > +254721325277 > +254733206359 > Skype: barrack.otieno > PGP ID: 0x2611D86A > > _______________________________________________ > Community-Discuss mailing list > Community-Discuss(a)afrinic.net > https://lists.afrinic.net/mailman/listinfo/community-discuss > -- Barrack O. Otieno +254721325277 +254733206359 Skype: barrack.otieno PGP ID: 0x2611D86A

1 0

Re: [kictanet] [Community-Discuss] Liquid Telecom warns of looming address shortage - Daily Nation
by Ali Hussein 10 Oct '16

10 Oct '16

Andrew Thank you so much for that informative response. So let's paint a scenario. Say, v4 exhausts in say 3 years. What are the implications for the continent esp those who will not have migrated? Ali Hussein Principal Hussein & Associates +254 0713 601113 Twitter: @AliHKassim Skype: abu-jomo LinkedIn: http://ke.linkedin.com/in/alihkassim "Discovery consists in seeing what everyone else has seen and thinking what no one else has thought". ~ Albert Szent-Györgyi Sent from my iPad > On 10 Oct 2016, at 9:25 AM, Andrew Alston <Andrew.Alston(a)liquidtelecom.com> wrote: > > Hi Ali, > > If I may respond here. > > Firstly – I think we need to be careful about referring to blanket transition – what Liquid has said is, we have to be ready with dual-stack networks. As v4 runs out – that dual-stack becomes more and more critical because it will enable the full transition when the time comes for it. How soon that will come is hard to say – but it is coming. > > What are the major impediments? There are 2 or 3 major points here: > > a.) Lack of will to actually do it – it takes work, it takes time, it takes effort – and the will power to actually move beyond talking the talk into walking the walk doesn’t seem to be there > b.) Lack of understanding/skill – The fact is that implementing v6 vs implementing v4 – it’s just another protocol, same routing, same everything. But there is a fear factor walking into something that is misunderstood. That lack of understanding that you can build this simultaneously in the same way you build v4, creates the fear factor. The fear of handling addressing plans in hexadecimal is also prohibiting growth. I run into that one a lot – people having issues with the address planning. > c.) The last question is the million dollar one – because the reality is – all it takes is will power and a willingness to actually take some action. > > The simple fact is – we had a relatively small team on this – we committed a bunch of hours – we stuck our heads down and did it. We did not spend money – other than the cost of the time (which is an OPEX cost admittedly). We said ourselves deadlines and we DID it. > > There are those who propose that setting policies to try and force v6 is workable – it’s not – unless the will is there it will achieve nothing. People have to WANT this. It is a matter of desire and a matter of seeing the benefits – the benefits are future proofing – they are not based on revenue generation, but more revenue retention. > > And if anyone wants to see just how much impact you can have with a small team that actually has the desire, please see the following stats out of Zimbabwe (our largest consumer market) > > http://stats.labs.apnic.net/ipv6/ZW?b=20161001&d=10 > http://stats.labs.apnic.net/ipv6/AS30969?b=20161001&d=10 > http://stats.labs.apnic.net/ipv6/XB?b=20161001&d=10 > > (I see things have slightly dropped off today, these stats tend to fluctuate, but fact is – it’s out there and it work’s. > > Andrew > > > > > From: Ali Hussein <ali(a)hussein.me.ke> > Date: Monday, 10 October 2016 at 09:01 > To: KICTAnet ICT Policy Discussions <kictanet(a)lists.kictanet.or.ke>, General Discussions of AFRINIC <community-discuss(a)afrinic.net> > Subject: [Community-Discuss] Liquid Telecom warns of looming address shortage - Daily Nation > > Dear listers > > Greetings and apologies for cross-posting. > > Internet service provider Liquid Telecom Kenya has warned that Africa is set to run out of Internet Protocol (IP) addresses as early as next year, potentially slowing down digital growth in the continent. > > Read on:- > > http://www.nation.co.ke/business/Liquid-Telecom-warns-of-looming-address-sh… > > Couple of questions:- > > 1. How involved are we as a community in ensuring the smooth transition from IPV4 to IPV6? > > 2. What have been the major impediments to the successful migration? > > 3. How can we move the needle faster? > > Ali Hussein > Tel: +254 713 601113

5 4

Re: [kictanet] Proposed Film Bill
by Paul Korir 10 Oct '16

10 Oct '16

This has become the norm in Kenya now. The trend has become to licence activities which never used to be licensed. I remember the Science, Technology and Innovation Act of 2015 (I think) which became law and requires licences for any kind of research. In other words, you cannot do research as part of your business without getting a licence. There was an attempt to form the Kenya Accreditation Agency (another privately sponsored bill by Hon. Duale) which failed. We recently had ICT Practitioners Bill which flopped. (I’m sure there are many others which do not directly impact me.) Now this… it’s copy cat scheme to privatise rights. Dr. Paul Korir, PhD Ordnung muß sein > On 9 Oct 2016, at 19:46, kictanet-request(a)lists.kictanet.or.ke wrote: > > Send kictanet mailing list submissions to > kictanet(a)lists.kictanet.or.ke > > To subscribe or unsubscribe via the World Wide Web, visit > https://lists.kictanet.or.ke/mailman/listinfo/kictanet > or, via email, send a message with subject or body 'help' to > kictanet-request(a)lists.kictanet.or.ke > > You can reach the person managing the list at > kictanet-owner(a)lists.kictanet.or.ke > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of kictanet digest..." > > > Today's Topics: > > 1. Proposed Film Bill (Mildred Achoch) > 2. Re: Proposed Film Bill (Tony White) > 3. Re: Proposed Film Bill (Mildred Achoch) > 4. Re: Proposed Film Bill (waudo siganga) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Sun, 9 Oct 2016 18:36:41 +0300 > From: Mildred Achoch <mildandred(a)gmail.com> > To: KICTAnet ICT Policy Discussions <kictanet(a)lists.kictanet.or.ke> > Subject: [kictanet] Proposed Film Bill > Message-ID: > <CADHwjVQbgt8ZcJ0zxEt3soPsTmx2E_eC2qABvU6UfecLwUhkEA(a)mail.gmail.com> > Content-Type: text/plain; charset="utf-8" > > Dear Listers, > > There will be a stakeholders meeting on the *11th of October 2016* at the > Louis Leakey Auditorium, National Museum, to discuss the proposed film bill > from 8.30am. > > Each guild or association is supposed to forward the names and contacts of > at least 7 members so that they can attend the forum. I was wondering > whether Kictanet is aware of this? > > The proposed film bill will definitely have an impact on the ICT community, > including ISP providers. > > As a filmmaker, I am very concerned with a lot of the details in the > proposed bill. Here is just one example: > > > > Regards, > Mildred Achoch. > > Check out the Rock 'n' roll film festival, Kenya TV Channel! > http://kenyarockfilmfestivaljournal.blogspot.com >

4 3

Liquid Telecom warns of looming address shortage - Daily Nation
by Ali Hussein 10 Oct '16

10 Oct '16

Dear listers Greetings and apologies for cross-posting. Internet service provider Liquid Telecom Kenya has warned that Africa is set to run out of Internet Protocol (IP) addresses as early as next year, potentially slowing down digital growth in the continent. Read on:- http://www.nation.co.ke/business/Liquid-Telecom-warns-of-looming-address-sh… Couple of questions:- 1. How involved are we as a community in ensuring the smooth transition from IPV4 to IPV6? 2. What have been the major impediments to the successful migration? 3. How can we move the needle faster? Ali Hussein Tel: +254 713 601113

3 2

Proposed Film Bill
by Mildred Achoch 10 Oct '16

10 Oct '16

Dear Listers, There will be a stakeholders meeting on the *11th of October 2016* at the Louis Leakey Auditorium, National Museum, to discuss the proposed film bill from 8.30am. Each guild or association is supposed to forward the names and contacts of at least 7 members so that they can attend the forum. I was wondering whether Kictanet is aware of this? The proposed film bill will definitely have an impact on the ICT community, including ISP providers. As a filmmaker, I am very concerned with a lot of the details in the proposed bill. Here is just one example: Regards, Mildred Achoch. Check out the Rock 'n' roll film festival, Kenya TV Channel! http://kenyarockfilmfestivaljournal.blogspot.com

5 6

Telkom Kenya cries foul over social media’s free ride on its - Corporate News
by Ali Hussein 07 Oct '16

07 Oct '16

Listers This is getting abit tiring..Telcos complaining social media platforms are getting a free ride on their infrastructure. http://www.businessdailyafrica.com/Corporate-News/Telkom-Kenya-cries-foul-o… What are your thoughts? Should Telcos charge companies like Google and Facebook for access to their networks? What would be next? A small fee for every website? #NetNeutrality Ali Hussein Principal Hussein & Associates +254 0713 601113 Twitter: @AliHKassim Skype: abu-jomo LinkedIn: http://ke.linkedin.com/in/alihkassim "Discovery consists in seeing what everyone else has seen and thinking what no one else has thought". ~ Albert Szent-Györgyi Sent from my iPad

8 8

FW: [Skunkworks] ICT for development convening
by Alex Watila 06 Oct '16

06 Oct '16

Dear Listers, May be relevant to some of you. Regards, Alex From: Lavenda Watila via skunkworks [mailto:[email protected]] Sent: Thursday, October 6, 2016 10:14 AM To: Skunkworks Mailing List <skunkworks(a)lists.my.co.ke> Subject: [Skunkworks] ICT for development convening Target Audience ICT professionals from NON PROFIT organisations 6th October 2016 Dear Participant, RE:INVITATION TO THE INAUGURAL ICT-FOR-DEVELOPMENTCONVENING ON OCTOBER, 13TH 2016 AT PRIDE INN HOTEL –WESTLANDS ROAD. Microsoft Kenya, TechSoup Kenya and Kenya Community Development Foundation (KCDF) cordially invite you to an ICT-4-Development convening on Thursday 13th October 2016 at the Pride Inn Hotel along, Westlands Road starting from 8.30AM – 4.00PM. Technology has a huge impact on how organisations achieve their goals across all sectors. The transformative potential of technology has become a key cornerstone in improving the efficiency and effectiveness of non-profits in their quest to address sustainable development programmes. The reality of embracing the true potential of technology is however made more challenging by the ever-changing environment that Non-profits operate in. This forces the Non-Profit sector to innovate and create progressive partnerships with private sector organisations as well as amongst themeselves to enhance their adoption and utilisation of ICT to increase the impact of their development programmes hence the objective of this convening. This convening aims to bring together over 200 IT professionals and Monitoring & Impact Assessment practitioners from the non-profit sector to come together and explore as well as share their experience in using ICT in improving their efficiency and effectiveness in their core mandates. The convening will also bring together critical ICT service providers to showcase some of the products that the Non Profit Sector can utilise in their operations while offering them at highly discounted prices. The convening will take the form of participatory plenary sessions as well as breakout sessions with a focus on experiential and practical applications and trends of ICT solutions as highlighted in the programme annexed with this invitation. Kindly confirm your attendance by 8th October 2016 through Lavenda Watila at <mailto:[email protected]> Lavenda.Watila(a)kcdf.or.ke or through Tel 0722 927559. We look forward to having you participate in the convening. On behalf of the partner organisations Janet Mawiyoo Executive Director Kenya Community Development Foundation regards Lavenda Watila

1 0

Forum on Internet Freedom in Africa/ The Future of Tv
by Mildred Achoch 05 Oct '16

05 Oct '16

Hi all, Many of the sentiments expressed in the articles below were discussed at the recently concluded Forum on Internet Freedom in Africa organized by CIPESA "Why the Future of TV isn't TV" https://www.linkedin.com/pulse/why-future-tv-isnt-tom-goodwin?trk=eml-b2_co… "Content Marketing the Future of Journalism?" https://mediavidi.com/content_marketing_future_journalism/?utm_content=buff… And here's a link about how increasingly, consumers (like me) are getting their news from social media. https://www.washingtonpost.com/news/monkey-cage/wp/2016/09/30/more-and-more… Regards, Mildred Achoch. Check out the Rock 'n' roll film festival, Kenya TV Channel! http://kenyarockfilmfestivaljournal.blogspot.com

2 1

Fwd: [i-network] Japanese Higher Education
by Barrack Otieno 05 Oct '16

05 Oct '16

Dear Listers, This is for your information and attention. Regards ---------- Forwarded message ---------- From: Fred Bbaale <bbaale(a)gmail.com> Date: Wed, 05 Oct 2016 05:48:07 GMT Subject: [i-network] Japanese Higher Education To: I-Network Uganda <i-network(a)dgroups.org> Hi List, I just though some members on this list would benefit from this. http://education-japan.org/africa/index.html <http://education-japan.org/africa/index.html> Our brothers in Rwanda are fully utilizing this. I would also recommend https://www.kic.ac.jp/en/ <https://www.kic.ac.jp/en/> . Regards Fred Bbaale __________ MAILING LIST RULES - http://www.i-network.or.ug/index.php?option=com_content&view=article&id=189… WEEKLY DISCUSSION ROUNDUPS - http://www.i-network.or.ug/index.php?option=com_content&view=category&id=19… QUARTERLY eNEWSLETTERS - http://www.i-network.or.ug/index.php?option=com_content&view=section&id=34&… WEBSITE - www.i-network.or.ug TWITTER - http://twitter.com/inetwork FACEBOOK - https://www.facebook.com/inetwork.ug The I-Network Dgroup is a platform for ICT Knowledge Sharing --------------------------------------------------------------------------------- Visit [web site]( http://dgroups.org/iicd/i-network/ ) Click [here]( mailto:[email protected] ) to unsubscribe The email is intended only for the recipients. The owners of the Dgroups cannot be held responsible for the contents of the email message. -- Barrack O. Otieno +254721325277 +254733206359 Skype: barrack.otieno PGP ID: 0x2611D86A

1 0

Free AgriGIS Workshop
by Muchiri Nyaggah 04 Oct '16

04 Oct '16

Colleagues I trust the month of October is off to a great start for you. The following may be of interest to some of you. The University of Nottingham, the Regional Centre for Mapping of Resources for Development (RCMRD), the Global Open Data for Agriculture and Nutrition (GODAN) and Crops for the Future (CFF) are pleased to announce an AgriGIS Workshop and Think Tank meetings to be held at RCMRD, Nairobi, October 27-28, 2016. The objectives of the workshop are to: Promote the use of Open software, open data and Open science in the agriculture sector in Africa using AgriGIS as an example Share ideas from GRASP research <https://www.nottingham.ac.uk/ngi/research/geospatial-science/projects/grasp…> and build more collaborations Act as a springboard for GODAN capacity development activities The workshop is free to attend. Participants have to make their own travel and accommodation arrangements if coming from outside Nairobi. More details about the workshop and how to RSVP for it can be found here -> http://www.nottingham.ac.uk/grace/events/eventsarticles/agrigis-workshop-an… <http://www.nottingham.ac.uk/grace/events/eventsarticles/agrigis-workshop-an…> Click here to register -> http://www.nottingham.ac.uk/grace/events/agrigis-kenya-registration.aspx <http://www.nottingham.ac.uk/grace/events/agrigis-kenya-registration.aspx> More information on the GODAN Capacity Development Working Group can be found here -> http://www.godan.info/working-groups/capacity-development <http://www.godan.info/working-groups/capacity-development> Kind regards Muchiri @muchiri

3 2

Deep Fried Data [A talk by Pinboard's founder on Internet Archiving and Big Data]
by Brian Muhia 04 Oct '16

04 Oct '16

Are there any projects to enable free, high-speed internet access in our public libraries? What about perpetual internet archival? http://idlewords.com/talks/deep_fried_data.htm -- Software Engineer - Savannah Informatics Ltd.

1 0

Africa ICT Summit to Discuss How IoT will advance Afrca's Develop0ment
by waudo siganga 04 Oct '16

04 Oct '16

http://smartworldngr.com/2016/10/03/aficta-2016-summit-to-discuss-how-iot-w…

2 2

Fwd: Visa TravailsTraveling While African
by waudo siganga 04 Oct '16

04 Oct '16

http://qz.com/790671/african-visa-problems-while-traveling-around-europe-so…

1 0

Fwd: [AfrICANN-discuss] Stewardship of IANA Functions Transitions to Global Internet Community as Contract with U.S. Government Ends
by Barrack Otieno 01 Oct '16

01 Oct '16

Dear Listers, This is for your information and attention. Best Regards ---------- Forwarded message ---------- From: Yaovi Atohoun <yaovi.atohoun(a)icann.org> Date: Sat, 1 Oct 2016 08:13:44 +0000 Subject: [AfrICANN-discuss] Stewardship of IANA Functions Transitions to Global Internet Community as Contract with U.S. Government Ends To: AfrICANN Community List <africann(a)afrinic.net> Dear all. Please read more on the subject at https://www.icann.org/news/announcement-2016-10-01-en Thanks - Yaovi Atohoun Stakeholder Engagement and Operations Manager Africa ICANN www.icann.org Mobile : +229 66015649 / 97891228 -- Barrack O. Otieno +254721325277 +254733206359 Skype: barrack.otieno PGP ID: 0x2611D86A

1 0

Fwd: [NRO-IANAXFER] Application for injunction by US States against NTIA
by M Vernon 01 Oct '16

01 Oct '16

Listers, FYI. Thanks. Marilyn Vernon Projects Officer US Mobile: +1 424 345 4944 |Office: +256 (0) 414 289 502 -------------------------------------------------------------------------------------------- Collaboration on International ICT Policy in East and Southern Africa (CIPESA) Plot 156-158 Mutesa II Road, Ntinda | Kampala, Uganda www.cipesa.org | @cipesaug | www.facebook.com/cipesaug -mv Begin forwarded message: > From: John Curran <jcurran(a)arin.net> > Date: September 30, 2016 at 15:48:18 PDT > To: "ianaxfer(a)nro.net" <ianaxfer(a)nro.net> > Subject: Re: [NRO-IANAXFER] Application for injunction by US States against NTIA > >> On 29 Sep 2016, at 9:29 PM, Craig Ng <craig(a)apnic.net> wrote: >> >> https://www.texasattorneygeneral.gov/files/epress/Net_Complaint_-_FILED.pdf > > The AG motion for declaratory and injunctive relief was denied, and thus the IANA > Stewardship transition may continue on schedule. The entire Internet community > worked very hard on this effort and deserves praise, but we also should recognize > the amazing efforts of the folks NTIA/Department of Commerce (in defending the > plan developed by this community, even when things become rather challenging.) > > Onward! > /John > > John Curran > President and CEO > ARIN > > > > > _______________________________________________ > ianaxfer mailing list > ianaxfer(a)nro.net > https://www.nro.net/mailman/listinfo/ianaxfer

2 1

Fwd: [AfrICANN-discuss] Four US states demand restraining order to stop the ICANN/IANA transition
by Ali Hussein 30 Sep '16

30 Sep '16

Listers Email below refers. This is the sort of thing that doesn't endear the world to America and will jeopardize Internet Governance going forward. Ali Hussein Principal Hussein & Associates +254 0713 601113 Twitter: @AliHKassim Skype: abu-jomo LinkedIn: http://ke.linkedin.com/in/alihkassim "Discovery consists in seeing what everyone else has seen and thinking what no one else has thought". ~ Albert Szent-Györgyi Sent from my iPad Begin forwarded message: > From: Hountomey Jean Robert <jrhountomey(a)gmail.com> > Date: 30 September 2016 at 5:42:14 AM EAT > To: AfrICANN Community List <africann(a)afrinic.net> > Subject: [AfrICANN-discuss] Four US states demand restraining order to stop the ICANN/IANA transition > Reply-To: AfrICANN Community List <africann(a)afrinic.net> > > The attorneys general of ARIZONA, TEXAS, OKLAHOMA and NEVADA demand restraining order with five main claims: > > The contract is US government property and requires explicit Congressional approval before it can be handed over. > The transition would violate the First Amendment. > The NTIA did not follow the correct public comment procedures. > The NTIA does not have the authority to hand over the contract. > The transition does not properly protect the .gov and .mil top-level domains. > More at > > https://www.lawfareblog.com/icann-and-iana-transition-end-game-ii > https://www.texasattorneygeneral.gov/files/epress/Net_Complaint_-_FILED.pdf > _______________________________________________ > AfrICANN mailing list > AfrICANN(a)afrinic.net > https://lists.afrinic.net/mailman/listinfo/africann

1 0