<p>Tunneling seems easy with ipv6 than ipv4.</p>
<div class="gmail_quote">On 4 Jun 2012 01:16, "Kondwani C. Hara" <<a href="mailto:kondwa@m-hi.org">kondwa@m-hi.org</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<p>I have seen from my very smartphone an attack. After having closed every whole I could think of it still broke through. </p>
<p>So you plug in your smartphone to your pc to synchronize data, you see the synchronization is also not they way it usually works. It enables the device as usb at the same time synchronizing. I have had to remove the synchronizing software so that the attacker is unable to know which pc I am using. </p>
<p>Otherwise, if he did, I could easily get an attack on my pc. <br></p>
<p>When I saw, the nature of this attack after having considered all security issues my smartphone, the best way to contain it was to prevent it from being infected and cleaning it up soon after noting the infection. </p>
<p>While the Android is never being updated with security patches, it remains vulnerable.</p>
<p>I did decide to just buy an ordinary handset to make phone calls and receive smses. I wonder how ipv6 would relate to these?</p>
<div class="gmail_quote">On 4 Jun 2012 00:24, "JORDI PALET MARTINEZ" <<a href="mailto:jordi.palet@consulintel.es" target="_blank">jordi.palet@consulintel.es</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
There are many reasons for a home to require a /48, for example IoT<br>
(Internet of Things).<br>
<br>
Tony Hain calculations indicate that if we allocate a /48 for every human,<br>
we will have enough IPv6 addresses for the next 500 years or so. So there<br>
is not reason for not doing so, specially, because for sure, in 50-100<br>
years, we will need some new changes, not this time because the runout of<br>
addresses anymore.<br>
<br>
Regards,<br>
Jordi<br>
<br>
<br>
<br>
<br>
<br>
<br>
-----Mensaje original-----<br>
De: Kivuva <<a href="mailto:Kivuva@transworldafrica.com" target="_blank">Kivuva@transworldafrica.com</a>><br>
Responder a: IPv6 in Africa <<a href="mailto:afripv6-discuss@afrinic.net" target="_blank">afripv6-discuss@afrinic.net</a>><br>
Fecha: lunes 4 de junio de 2012 00:08<br>
Para: IPv6 in Africa <<a href="mailto:afripv6-discuss@afrinic.net" target="_blank">afripv6-discuss@afrinic.net</a>><br>
Asunto: Re: [afripv6-discuss] What are the benefits of IPv6 over IPv4<br>
<br>
>Kondwani, you are right. What about issuing a /8 class A IPv4 for<br>
>private addresses, or issuing /8 for several legacy companies. That is<br>
>16.7million or 2^24 hosts per company. Such a waste.<br>
><br>
>The same lack of foresight is seen in allocation of IPv6 by giving<br>
>small entities /48 (that is more than all addressable numbers in v4)<br>
>although that leaves us with 281 trillion /48.<br>
><br>
>Mark Elkins! Can someone enlighten me why a home may need a /60? Still<br>
>I don't see how we will exhaust v6 in our lifetime even after.<br>
><br>
>On 03/06/2012, Frank Habicht <<a href="mailto:geier@geier.ne.tz" target="_blank">geier@geier.ne.tz</a>> wrote:<br>
>> Hi,<br>
>><br>
>> I understand Vint Cerf is accepting part of the blame [about limitations<br>
>> of v4].<br>
>> I believe that it's good (for innovation) to be able to have direct<br>
>> communication between end devices (end-to-end principle).<br>
>> That is gone for IPv4 (NAT), and workarounds [1] are there (none<br>
>>perfect).<br>
>><br>
>> I think IPv6 will take care of it for longer that IPv4 did.<br>
>><br>
>><br>
>> I hope we have a common understanding about history and we can go<br>
>> forward. How do we deploy more v6 ?<br>
>><br>
>> I like Gert Doering's .sig :<br>
>> "have you enabled IPv6 on something today...?"<br>
>><br>
>><br>
>> Frank<br>
>><br>
>> PS: didn't get 2x eBGP up with Cisco 891 [2] today :<br>
>> clear bgp ipv6 unicast * did _not_ help<br>
>> reload _did_ help. strange....<br>
>> Cisco IOS Software, C890 Software (C890-UNIVERSALK9-M), Version<br>
>> 15.1(4)M1, RELEASE SOFTWARE (fc1)<br>
>><br>
>><br>
>> [1]<br>
>> - the one I think about are STUN etc<br>
>> - ipv6 over facebook, over google, don't count<br>
>> - 6to4 should be history, and not in discussions about the future - can<br>
>> we agree?<br>
>><br>
>> [2]<br>
>> end-user customer, with 2 uplinks to same ISP, in AS 64512<br>
>> yes, i was talking about BGP over v6 and about v6<br>
>><br>
>><br>
>> On 6/3/2012 7:52 PM, Kondwani C. Hara wrote:<br>
>>> I believe by design, ipv4 was never supposed to exhaust. But as a<br>
>>> marketing extra, even ipv6 address space will prove too little. Not<br>
>>> every individual requires a public ip. But if every device will require<br>
>>> a public ip, then per individual it should be expected several devices.<br>
>>> I wonder how many ipv6 ip address are implementable? If there is an<br>
>>> upper bound, the seemingly huge number will exhaust.<br>
>>><br>
>>> Unless we come back to the original design of ipv4 we will find that we<br>
>>> would still encounter the same problem. We will also find that ipv4 was<br>
>>> never supposed to exhaust in the first place.<br>
>>><br>
>>> On 3 Jun 2012 14:09, "Mark Tinka" <<a href="mailto:mark.tinka@seacom.mu" target="_blank">mark.tinka@seacom.mu</a><br>
>>> <mailto:<a href="mailto:mark.tinka@seacom.mu" target="_blank">mark.tinka@seacom.mu</a>>> wrote:<br>
>>><br>
>>> On Sunday, June 03, 2012 11:11:39 AM Mark Elkins wrote:<br>
>>><br>
>>> > At the end of the day - every ISP type service charges<br>
>>> > for the IP addresses that they 'rent' from their<br>
>>> > Upstream or RIR. They are all businesses.<br>
>>><br>
>>> Mark, do you mean as a hidden cost or explicitly?<br>
>>><br>
>>> Not all ISP's charge their customers for space. But yes,<br>
>>> some do.<br>
>>><br>
>>> The operations I've run assign a minimum default for every<br>
>>> new turn-up. If customers want additional space for their<br>
>>> expansion, they only need to justify that to us (not as easy<br>
>>> as I'm making it sound), and if they could, we'd assign more<br>
>>> to them. Justification for additional space was always in<br>
>>> line with the policies enforced by the RIR in the respective<br>
>>> region I worked; which is fair.<br>
>>><br>
>>> Charging for IPv4 address space isn't terribly useful, as<br>
>>> that's a dying resource you can't base any sustainable model<br>
>>> on.<br>
>>><br>
>>> I know Product & Marketing folks like to charge for IPv4<br>
>>> addresses as a deterrence to exhaustion, but I always tell<br>
>>> them that if a customer is desperate, they'll pay anything<br>
>>> to get it.<br>
>>><br>
>>> Add to that, the Sales are happy making IPv4 addresses an<br>
>>> item line because they make more on commissions.<br>
>>><br>
>>> So the combination of S&M, in this case, is a recipe for<br>
>>> disaster that needs checking.<br>
>>><br>
>>> But as a basic means of revenue when offering a service,<br>
>>> I'll submit it (selling IPv4 space) leaves a foul taste in<br>
>>> my mouth. As for IPv6, that's just immoral, but that's my<br>
>>> own opinion.<br>
>>><br>
>>> Your network, your rules.<br>
>>><br>
>>> Mark.<br>
>>><br>
>>> _______________________________________________<br>
>>> afripv6-discuss mailing list<br>
>>> <a href="mailto:afripv6-discuss@afrinic.net" target="_blank">afripv6-discuss@afrinic.net</a> <mailto:<a href="mailto:afripv6-discuss@afrinic.net" target="_blank">afripv6-discuss@afrinic.net</a>><br>
>>> <a href="https://lists.afrinic.net/mailman/listinfo.cgi/afripv6-discuss" target="_blank">https://lists.afrinic.net/mailman/listinfo.cgi/afripv6-discuss</a><br>
>>><br>
>>><br>
>>><br>
>>> _______________________________________________<br>
>>> afripv6-discuss mailing list<br>
>>> <a href="mailto:afripv6-discuss@afrinic.net" target="_blank">afripv6-discuss@afrinic.net</a><br>
>>> <a href="https://lists.afrinic.net/mailman/listinfo.cgi/afripv6-discuss" target="_blank">https://lists.afrinic.net/mailman/listinfo.cgi/afripv6-discuss</a><br>
>><br>
>> _______________________________________________<br>
>> afripv6-discuss mailing list<br>
>> <a href="mailto:afripv6-discuss@afrinic.net" target="_blank">afripv6-discuss@afrinic.net</a><br>
>> <a href="https://lists.afrinic.net/mailman/listinfo.cgi/afripv6-discuss" target="_blank">https://lists.afrinic.net/mailman/listinfo.cgi/afripv6-discuss</a><br>
>><br>
><br>
><br>
>--<br>
>______________________<br>
>Mwendwa Kivuva<br>
>For<br>
>Business Development<br>
>Transworld Computer Channels<br>
>Cel: 0722402248<br>
><a href="http://twitter.com/lordmwesh" target="_blank">twitter.com/lordmwesh</a><br>
>transworldAfrica.com | Fluent in computing<br>
><a href="http://kenya.or.ke" target="_blank">kenya.or.ke</a> | The Kenya we know<br>
>_______________________________________________<br>
>afripv6-discuss mailing list<br>
><a href="mailto:afripv6-discuss@afrinic.net" target="_blank">afripv6-discuss@afrinic.net</a><br>
><a href="https://lists.afrinic.net/mailman/listinfo.cgi/afripv6-discuss" target="_blank">https://lists.afrinic.net/mailman/listinfo.cgi/afripv6-discuss</a><br>
<br>
<br>
<br>
**********************************************<br>
IPv4 is over<br>
Are you ready for the new Internet ?<br>
<a href="http://www.consulintel.es" target="_blank">http://www.consulintel.es</a><br>
The IPv6 Company<br>
<br>
This electronic message contains information which may be privileged or confidential. The information is intended to be for the use of the individual(s) named above. If you are not the intended recipient be aware that any disclosure, copying, distribution or use of the contents of this information, including attached files, is prohibited.<br>
<br>
<br>
<br>
_______________________________________________<br>
afripv6-discuss mailing list<br>
<a href="mailto:afripv6-discuss@afrinic.net" target="_blank">afripv6-discuss@afrinic.net</a><br>
<a href="https://lists.afrinic.net/mailman/listinfo.cgi/afripv6-discuss" target="_blank">https://lists.afrinic.net/mailman/listinfo.cgi/afripv6-discuss</a><br>
</blockquote></div>
</blockquote></div>