Search RPD Archives
Limit search to: Subject & Body Subject Author
Sort by:

[rpd] [afnog] What are the major challenges in enabling Services to run on IPv6?

Owen DeLong owen at delong.com
Tue Oct 28 22:58:32 UTC 2014


Really?

Owens-MacBook-Pro:vr-delegations owendelong$ host www.liquidtelecom.com
www.liquidtelecom.com is an alias for liquidtelecom.com.
liquidtelecom.com has address 185.25.211.28
liquidtelecom.com mail is handled by 20 mx1.liquidtelecom.com.
liquidtelecom.com mail is handled by 20 mx2.liquidtelecom.com.
Owens-MacBook-Pro:vr-delegations owendelong$ dig -t AAAA www.liquidtelecom.com

; <<>> DiG 9.8.3-P1 <<>> -t AAAA www.liquidtelecom.com
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 29862
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 1, ADDITIONAL: 0

;; QUESTION SECTION:
;www.liquidtelecom.com.		IN	AAAA

;; ANSWER SECTION:
www.liquidtelecom.com.	86400	IN	CNAME	liquidtelecom.com.

;; AUTHORITY SECTION:
liquidtelecom.com.	10784	IN	SOA	ns1.worldstream.com. ben\.roberts.liquidtelecom.com. 2014101400 10800 3600 604800 10800

;; Query time: 163 msec
;; SERVER: 4.2.2.2#53(4.2.2.2)
;; WHEN: Tue Oct 28 15:58:10 2014
;; MSG SIZE  rcvd: 117


Owen

> On Oct 28, 2014, at 4:55 AM, Andrew Alston <Andrew.Alston at liquidtelecom.com> wrote:
> 
> Kofi *grin*
>  
> I have no problem with you picking on me, I can handle it.
>  
> The current state of V6 on our network goes well beyond our core.  We are V6 enabled all the way to the edge and are in a position to offer V6 services to all of our clients at any point in our network.  It is true that the DNS has lagged behind and that will be rectified shortly, but I still believe it’s better to be a position to provide V6 native service than to have a few servers running v6 J
>  
> Andrew
>  
> From: Kofi ANSA AKUFO [mailto:kofi.ansa at gmail.com <mailto:kofi.ansa at gmail.com>] 
> Sent: Tuesday, October 28, 2014 2:37 PM
> To: Andrew Alston
> Cc: Malick.Sy at swisscom.com <mailto:Malick.Sy at swisscom.com>; mark.tinka at seacom.mu <mailto:mark.tinka at seacom.mu>; rpd at afrinic.net <mailto:rpd at afrinic.net>; afnog at afnog.org <mailto:afnog at afnog.org>
> Subject: Re: [afnog] What are the major challenges in enabling Services to run on IPv6?
>  
> Hi Andrew
>  
> On 28 October 2014 14:53, Andrew Alston <Andrew.Alston at liquidtelecom.com <mailto:Andrew.Alston at liquidtelecom.com>> wrote:
> Hi Malick,
> 
> This is kind of a short sighted view in my opinion.  Why you ask?  Because the rest of the world has to go V6 and V6 doesn't talk to V4, unless you want to take a huge step backwards and start running translation mechanisms and other dodgy kludges which will further degrade the African internet experience.
> 
> Money is being spent on fiber, wimax and all the other things you mention, in vast quantities.  Infact I would hazard a guess that the investment levels into African infrastructure at the moment are probably outstripping what is being spent upgrading systems in other more developed parts of the world.  That should not stop us trying to get to a point where the internet in Africa has parity with the rest of the world, and parity means we get the V6 in or risk being left behind when the rest of the world goes that way (as they have to do, since there is no more v4).
> 
>  
> I thought you mentioned you are dual stack ready or that does not include your TLD - liquidtelecom.com <http://liquidtelecom.com/>
> 
> a quick check here seems to be contrary - http://ip6.nl/#!liquidtelecom.com <http://ip6.nl/#!liquidtelecom.com>
>  
> I know you make have enabled service on your core network  -- just picking on you :)
>  
> Further to this, it is far cheaper to implement V6 as the infrastructure is expanded than have to go back and retrofit, if we don't do it now, we'll be facing a HUGE bill later when we're forced to do it anyway
> 
> Andrew
> 
> 
> -----Original Message-----
> From: Malick.Sy at swisscom.com <mailto:Malick.Sy at swisscom.com> [mailto:Malick.Sy at swisscom.com <mailto:Malick.Sy at swisscom.com>]
> Sent: Tuesday, October 28, 2014 1:21 PM
> To: mark.tinka at seacom.mu <mailto:mark.tinka at seacom.mu>; Andrew Alston
> Cc: rpd at afrinic.net <mailto:rpd at afrinic.net>; afnog at afnog.org <mailto:afnog at afnog.org>
> Subject: Re: [afnog] What are the major challenges in enabling Services to run on IPv6?
> 
> Hi,
> I was wondering, what good business need is there to push IPv6 to the network edge, specifically in Africa?
> What would be the direct benefit to the customer or the service provider, of investing in configuring, deploying and migrating to v6. V4 address depletion is a reality, but in the Africa region, is there really a shortage of IP addresses to assign or is there more a lack of services to run on these IP addresses? Also, wouldn¹t the effort and expense to move to v6 In Africa, be better used, if spent on harnessing WiMax? rolling out fibre where possible? I creasing  Wifi coverage? rolling out DSL/VDSL/xDSL? Increasing peering points? creating alternatives to the current under sea cable transits (and reduce reliance on ACE, etc)?
> With the relatively small penetration of broadband in Africa, should not efforts be spent addressing broadband penetration rates and access to information, rather than ³keeping up with the Jones² and rolling out technology for the sake of technology?
> 
> In Europe, I am only aware of France¹s Free who have a full native IPv6 deployment, all other providers are managing to provide services without too big an IPv6 footprint. In the Americas, I believe a number of educational institutions have native v6, and most Sps can probably provide it. My contention, IPv6 rollouts globally have been quite low speed and that is probably because there are other priorities for the Service providers.
> 
> So major challenges to enabling services on v6, I guess the demand for such services, is probably going to be a major factor.If there is no demand or minimal demand, and a current working system exists, why waste time on it?
> Just my 2 cents.
> 
> ..........................................
> Best Regards,
> Malick Sy
> Sr. Network Engineer
> 
> Swisscom (Switzerland) Ltd.
> Hospitality Services
> 2, chemin du Pavillon
> Case Postale 2200
> CH-1211 Genève 2
> 
> 
> Desk Phone:+41 227 407 585
> Cellular Phone:+ 41 794 426 765
> Fax Number: +41 227 740 7542
> Internet: www.swisscom.com/hospitality <http://www.swisscom.com/hospitality>
> ............................................
> This message contains confidential or privileged information and is intended solely for the use of the individual(s) to whom it is addressed.
> If you are not the intended recipient, you are hereby notified that you must not use, copy, disclose, forward or take any action based on this message or information herein. If you have received this message by error, please advise the sender immediately and delete this message.
> 
> 
> 
> 
> 
> On 28/10/2014 07:18, "Mark Tinka" <mark.tinka at seacom.mu <mailto:mark.tinka at seacom.mu>> wrote:
> 
> >On Tuesday, October 28, 2014 07:05:33 AM Andrew Alston
> >wrote:
> >
> >> That challenge also prevents a
> >> lot of providers from actually putting in the effort (and sometimes
> >> expense) of rolling IPv6 all the way to the edge with a lack of
> >> demand.  Its kinda a chicken and egg situation for many, no IPv6 at
> >> the edge decreases the number of people running IPv6, we decreases
> >> the demand for IPv6, which decreases the motivation to roll
> >> IPv6 to the edge.
> >
> >I'm still reasonably disappointed in the lack of drive from retail
> >providers to offer IPv6 to their customers, i.e., the
> >broadband/consumer space.
> >
> >Granted, it is a lot more challenging to deliver IPv6 to large scale
> >consumers (more so in Africa, where a lot of consumers are running data
> >off the mobile networks).
> >
> >But I think that deployment of IPv6 toward end customers in a manner
> >where they do not have to directly participate in the process is where
> >we shall see the most gains.
> >
> >The old mantra still holds true - users don't care, as long as it
> >works.
> >
> >Mark.
> 
> 
> DISCLAIMER:  This email contains proprietary information some or all of which may be legally privileged. It is for the intended recipient only. If an addressing or transmission error has misdirected this email, please notify the author by replying to this email. If you are not the intended recipient, you must not use, disclose, copy, print, or rely on this email.  We cannot accept liability for any statements made which are clearly the sender's own and not expressly made on behalf of this company or one of its agents.
> 
> 
> _______________________________________________
> afnog mailing list
> http://afnog.org/mailman/listinfo/afnog <http://afnog.org/mailman/listinfo/afnog>
>  
> 
> DISCLAIMER: This email contains proprietary information some or all of which may be legally privileged. It is for the intended recipient only. If an addressing or transmission error has misdirected this email, please notify the author by replying to this email. If you are not the intended recipient, you must not use, disclose, copy, print, or rely on this email. We cannot accept liability for any statements made which are clearly the sender's own and not expressly made on behalf of this company or one of its agents.
> 
> _______________________________________________
> rpd mailing list
> rpd at afrinic.net <mailto:rpd at afrinic.net>
> https://lists.afrinic.net/mailman/listinfo.cgi/rpd <https://lists.afrinic.net/mailman/listinfo.cgi/rpd>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.afrinic.net/pipermail/rpd/attachments/20141028/7eb2a9af/attachment.html>


More information about the RPD mailing list