Re: [ipv6-wg] Youtube over IPv6!
A couple of days ago Martin Milnert wrote <qoute> The time when it began is clearly visible in our own IPv6 graphs, http://stats.csbnet.se/public/ipv6/csbnet-ipv6-traffictypes.html , and you can see similar correlated data at for example http://www.de-cix.net/content/network.html . </quote> What puzzles me is that we see none of this at the AMS-IX, have a look at http://www.ams-ix.net/sflow-stats/ipv6/ Does anybody have a clue as to why that is? Peter van Eijk (dutch IPv6 taskforce)
On 02/11/2010 03:31 PM, Peter van Eijk wrote:
A couple of days ago Martin Milnert wrote
<qoute> The time when it began is clearly visible in our own IPv6 graphs, http://stats.csbnet.se/public/ipv6/csbnet-ipv6-traffictypes.html , and you can see similar correlated data at for example http://www.de-cix.net/content/network.html . </quote>
What puzzles me is that we see none of this at the AMS-IX, have a look at http://www.ams-ix.net/sflow-stats/ipv6/
Does anybody have a clue as to why that is?
Hi Peter, IPv6 amount on AMS-IX is simply too high (afaik mainly news-traffic etc. nowadays) to reflect the additional YouTube-IPv6-traffic. Kind regards, Stefan Neufeind
On 11 feb 2010, at 15:31, Peter van Eijk wrote:
A couple of days ago Martin Milnert wrote
<qoute> The time when it began is clearly visible in our own IPv6 graphs, http://stats.csbnet.se/public/ipv6/csbnet-ipv6-traffictypes.html , and you can see similar correlated data at for example http://www.de-cix.net/content/network.html . </quote>
What puzzles me is that we see none of this at the AMS-IX, have a look at http://www.ams-ix.net/sflow-stats/ipv6/
Does anybody have a clue as to why that is?
Peter van Eijk (dutch IPv6 taskforce)
I can think of various reasons: - scale The CBS graph show an increase of a few megabit, that won't show up in graphs at gigabit level. - It only works for selected parties It's hard to tell which networks actually have their nameservers whitelisted by google, I know a few who do...I can probably also find a number of bigger ones in NL who don't. - Routing preference A lot of traffic is based around a few tunnel operators and another part is 6to4 anycast. It might just be that route selection happens to decide the path over DECIX is preferred to a path over Amsterdam. It might also be that Amsterdam traffic happens to be on a private interconnect instead of the shared medium. - Local situation We know France has a relatively high number of IPv6 users, I have seen sources which indicate the same goes for Russia. It might be that those parties involved are only situated in Frankfurt and not in Amsterdam. And I'm not going to open the can of worms labeled 'sampling interval'. So graphs and especially the public ones don't necessarely reflect reality, the only way to be 100% sure is to get to the graphs on the end points. We normally don't publish statistics and I won't do now, but I can tell you the impact of youtube got lost in the day to day lump of usenet trraffic we see passing on our interfaces. MarcoH
On Thu, 2010-02-11 at 16:46 +0100, Marco Hogewoning wrote:
The CBS graph show an increase of a few megabit, that won't show up in graphs at gigabit level.
Our graph is IMHO quite appropriate for an eyeball-only leaf network, as that is what we are. Even if we only have a meager 2000 customers, an *extremely* high percentage of these are IPv6-enabled (much due to a very high turnover rate, meaning new students with new capable OS's move in frequently). We are way past 50% of our users IPv6 enabled by now. So, for the eyeball side of it all, and if you are whitelisted, I would wager that the increase seen in our graph is ~quite representative of what type of impact it can have in a (even dormitory) network with high IPv6-stack ratio. Having said that, there wasn't much to see on v6 before. And most peer to peer connections still carry most data over v4. This is something I suspect 2010 might see heavy change of though. Stay alert and be prepared to relay!
So graphs and especially the public ones don't necessarely reflect reality, the only way to be 100% sure is to get to the graphs on the end points.
I'm well aware 1000-1500 IPv6 clients isn't much of a statistical base on the full Internet scale... so, more data would be interesting, including such from Google. Cheers, -- Martin Millnert <millnert@csbnet.se>
Interesting discussion, and some new hypotheses. I am doing some research on the side to figure out how to best measure IPv6 progress.
From the quantitative angle, the size of your network hardly matters. A six fold increase (sic) is still a six fold increase. At CSBnet is goes from 1 Mbit/sec to 6 Mbit (roughly), at DE-CIX it goes from 0.3 Gbit to 1.8 Gbit.
More interesting is the IPv6 fraction. At DE-CIX this has risen six fold to 0.16% of total traffic (roughly), while at the AMS-IX it is steady at 0.17%. As the total traffic levels at these exchanges are comparable (around 0.6 Terabit/sec avg) I have the idea that we need two hypotheses. As Marco suggests the AMS-IX may have traditionally carried a lot of IPv6 netnews, which explains its early lead. My other hypothesis is that the youtube traffic is privately peered outside of the amsix statistic, because Google has datacenters in the Netherlands (I have other research to support that). Martin, could you comment on your current IPv6 fraction? In all cases, daily patterns suggest that home users are dominant, even before Youtube got on IPv6. Anyone to comment on these ideas? Regards. Peter van Eijk, +31 6 22684939, peter @ digitalinfrastructures.nl -----Original Message----- From: Martin Millnert [mailto:millnert@csbnet.se] Sent: vrijdag 12 februari 2010 1:07 To: Marco Hogewoning Cc: Peter van Eijk; ipv6-wg@ripe.net Subject: Re: [ipv6-wg] Youtube over IPv6! On Thu, 2010-02-11 at 16:46 +0100, Marco Hogewoning wrote:
The CBS graph show an increase of a few megabit, that won't show up in graphs at gigabit level.
Our graph is IMHO quite appropriate for an eyeball-only leaf network, as that is what we are. Even if we only have a meager 2000 customers, an *extremely* high percentage of these are IPv6-enabled (much due to a very high turnover rate, meaning new students with new capable OS's move in frequently). We are way past 50% of our users IPv6 enabled by now. So, for the eyeball side of it all, and if you are whitelisted, I would wager that the increase seen in our graph is ~quite representative of what type of impact it can have in a (even dormitory) network with high IPv6-stack ratio. Having said that, there wasn't much to see on v6 before. And most peer to peer connections still carry most data over v4. This is something I suspect 2010 might see heavy change of though. Stay alert and be prepared to relay!
So graphs and especially the public ones don't necessarely reflect reality, the only way to be 100% sure is to get to the graphs on the end points.
I'm well aware 1000-1500 IPv6 clients isn't much of a statistical base on the full Internet scale... so, more data would be interesting, including such from Google. Cheers, -- Martin Millnert <millnert@csbnet.se>
On 12 feb 2010, at 11:03, Peter van Eijk wrote:
Interesting discussion, and some new hypotheses. I am doing some research on the side to figure out how to best measure IPv6 progress.
From the quantitative angle, the size of your network hardly matters. A six fold increase (sic) is still a six fold increase. At CSBnet is goes from 1 Mbit/sec to 6 Mbit (roughly), at DE-CIX it goes from 0.3 Gbit to 1.8 Gbit.
More interesting is the IPv6 fraction. At DE-CIX this has risen six fold to 0.16% of total traffic (roughly), while at the AMS-IX it is steady at 0.17%.
As the total traffic levels at these exchanges are comparable (around 0.6 Terabit/sec avg) I have the idea that we need two hypotheses. As Marco suggests the AMS-IX may have traditionally carried a lot of IPv6 netnews, which explains its early lead. My other hypothesis is that the youtube traffic is privately peered outside of the amsix statistic, because Google has datacenters in the Netherlands (I have other research to support that).
Hypothesis 3: 2002::/16 is routed as one block, now this is anycast but it's highly likely _all_ traffic for this block coming from one datacenter ends up at the same path, given the distance between AMS and FRA I don't think much people would care where it ends up. And yes a sixfold is a sixfold but it greatly depends on user behavior. Youtube is interactive, so it causes traffic burst, normally these would flatten out against other users, but with low numbers of users these spikes all of a sudden do show up. Next to that youtube only needs a very limited amount of bandwidth compared to other protocols such as usenet and p2p who are happy to eat away whatever they can. Martin reports he has around 1000 ~ 1500 customers, our tunnelbox shows similair numbers. His traffic is a couple of megabits, our box rarely drops below 100 mbit/s. Now I'm not making any judgement who is better or has a bigger one, but it clearly shows that it is not as straighforward as one may think. I happen to have a usenet box in my network which is on IPv6, thousands of residential users will take care of the rest. I guess the youtube traffic is there, it must be there, but I haven't seen any. Even on my own link at home it won't show up because those little peaks on the graphs get blown away by other traffic and since I'm the only user I know which is which :) If you want measurements, measure at the end points that is the only reliable method. Make sure everybody measures the same, using the same set of counters (either byte counters or flow sampling) or find a way to correct your data between the 2. Make sure averages, peaks and other oddities are represented in the same way and based on the same time interval or make sure to correct for these as well. Keep in mind not everybody has the same view of the world, especially since one of the bigger IPv6 content sources only returns AAAA to selected parties, others like ourselves don't run dual stack at all, the published address for our usenet box is A only, the v6 hostname is published in other places aimed at people who know what they are doing or looking for. And the list goes on and on, for instance due to OS weirdness (or shall I say brokenness) probably half of the traffic I could get over IPv6 comes in over IPv4, this solely relies on whatever DNS query returns first. Accoording to reports on nanog, DECNIC just stopped responding to queries from 6to4 hosts, this might show a drop again in the German graphs. Now don't get me wrong, I like statistics but please make sure they are correct and even more important make sure to draw the correct conclusions from them and don't have people shopping for the results what they want to see. Google just made another great leap forward by dual stacking youtube, but it's still a very small step for mankind. Maybe, trying again to avoid opening the can labeled 'sample interval', we as a group can try and come up with a model on how to measure IPv6 deployment: Should we look at the public graphs and if so, how can we correct these figures to actually be meaningfull ? Or are we better of measuring at the end points and how are we going to convince people to share their numbers ? What makes a better representation of the situation, the amount if traffic or the number of hosts actually being dual stacked ? Should we consider all traffic or look specific protocols ? I personally think we should look at numbers of hosts, how big a percentage of the users have IPv6 (native/6rd/tunnel/6to4) and how man hosts are out there who have both A and AAAA records asociated (and you might want to test for *.ipv6 and www6 as well). Traffic figures are nice but don't mean anything, if you take a close look at the AMSIX history you will find at least 2 occasions where you see a significant drop in v6 traffic, one only lasted about a day and was caused by 2 usenet providers having trouble at the same time. The other one lasted for months and was due to 1(!) usenet feed being moved back from v6 to v4 causing traffic to drop from 0.1 % to 0.0 % again. I've seen that graph show up in a number of publications. In the end we can expect the v4 world to keep on working, for me the big question to answer is "how far are we in making sure the any to any model will survive after we ran out", if by that date I still have 80% of my traffic on IPv4 I won't care, as long as my users can access every and each service they wish for and at the same time somebody who only has an IPv6 address is still able to communicate with my users and can access all of my and my customers' services. MarcoH
Hi, On Fri, Feb 12, 2010 at 12:13:35PM +0100, Marco Hogewoning wrote:
And the list goes on and on, for instance due to OS weirdness (or shall I say brokenness) probably half of the traffic I could get over IPv6 comes in over IPv4, this solely relies on whatever DNS query returns first. Accoording to reports on nanog, DECNIC just stopped responding to queries from 6to4 hosts, this might show a drop again in the German graphs.
Would that be "DENIC"? If yes, can you point me to the Nanog article? (Since we're providing IPv6 transit to DENIC, it might be a problem with our 6to4 relay - or with their routing. They're multihomed, they make their own mistakes^Wdecisions...) Gert Doering -- NetMaster -- Total number of prefixes smaller than registry allocations: 144438 SpaceNet AG Vorstand: Sebastian v. Bomhard Joseph-Dollinger-Bogen 14 Aufsichtsratsvors.: A. Grundner-Culemann D-80807 Muenchen HRB: 136055 (AG Muenchen) Tel: +49 (89) 32356-444 USt-IdNr.: DE813185279
On 12 feb 2010, at 12:25, Gert Doering wrote:
Hi,
On Fri, Feb 12, 2010 at 12:13:35PM +0100, Marco Hogewoning wrote:
And the list goes on and on, for instance due to OS weirdness (or shall I say brokenness) probably half of the traffic I could get over IPv6 comes in over IPv4, this solely relies on whatever DNS query returns first. Accoording to reports on nanog, DECNIC just stopped responding to queries from 6to4 hosts, this might show a drop again in the German graphs.
Would that be "DENIC"? If yes, can you point me to the Nanog article?
Yeah, sorry for the typo: http://mailman.nanog.org/pipermail/nanog/2010-February/018162.html
(Since we're providing IPv6 transit to DENIC, it might be a problem with our 6to4 relay - or with their routing. They're multihomed, they make their own mistakes^Wdecisions...)
Love to hear if in fact this is policy or simply a technical issue and bad translation from a service representative. MarcoH
Hi, On Fri, Feb 12, 2010 at 01:01:50PM +0100, Marco Hogewoning wrote:
On 12 feb 2010, at 12:25, Gert Doering wrote:
On Fri, Feb 12, 2010 at 12:13:35PM +0100, Marco Hogewoning wrote:
And the list goes on and on, for instance due to OS weirdness (or shall I say brokenness) probably half of the traffic I could get over IPv6 comes in over IPv4, this solely relies on whatever DNS query returns first. Accoording to reports on nanog, DECNIC just stopped responding to queries from 6to4 hosts, this might show a drop again in the German graphs.
Would that be "DENIC"? If yes, can you point me to the Nanog article?
Yeah, sorry for the typo:
http://mailman.nanog.org/pipermail/nanog/2010-February/018162.html
Mmmh. To clarify: this is not "DENIC not responding to DNS queries (packets) from 6to4 addresses" but this is "DENIC refusing to delegate a new .de domain to nameservers that have (only) 6to4 connectivity". DENIC does DNS checks before delegating a zone.de, and their rules are numerous and amazing... But in *this* case, I'm not going to argue the case - the usefulness of 6to4 connectivity for a name server is something which you can spend debating hours and hours, and people will still disagree :-)
(Since we're providing IPv6 transit to DENIC, it might be a problem with our 6to4 relay - or with their routing. They're multihomed, they make their own mistakes^Wdecisions...)
Love to hear if in fact this is policy or simply a technical issue and bad translation from a service representative.
It's policy, and it's not a technical issue. So as a transport provider, there is nothing we can do about it. Gert Doering -- NetMaster -- Total number of prefixes smaller than registry allocations: 144438 SpaceNet AG Vorstand: Sebastian v. Bomhard Joseph-Dollinger-Bogen 14 Aufsichtsratsvors.: A. Grundner-Culemann D-80807 Muenchen HRB: 136055 (AG Muenchen) Tel: +49 (89) 32356-444 USt-IdNr.: DE813185279
On Fri, 2010-02-12 at 12:13 +0100, Marco Hogewoning wrote:
I guess the youtube traffic is there, it must be there, but I haven't seen any. Even on my own link at home it won't show up because those little peaks on the graphs get blown away by other traffic and since I'm the only user I know which is which :)
If you want measurements, measure at the end points that is the only reliable method. Make sure everybody measures the same, using the same set of counters (either byte counters or flow sampling) or find a way to correct your data between the 2.
Well, as you say, we really don't have to overly complicate this wrt. Youtube IP traffic. I doubt anybody will argue that eyeballs have traffic to Google/Youtube traffic. How much? I remember some flow sample statistics from a few years back here from Gothenburg, covering some ~10k students with plenty of bandwidth. I assume these _swedish students_ knew how to use P2P. :) Google+Youtube was about 3rd or 4th unique origin AS by bytes transferred! I don't have the references available, but this I personally consider a ~fact for eyeball networks, at least in Scandinavia. Prove me wrong. :) I don't remember what this meant in terms of fraction of the total traffic, but I suspect somewhere around 5-10%? If what we want to find out is % IPv6 traffic out of all IP traffic, and how this might change by some large players, or protocols, (suddenly) changing behaviour, this is relevant. I assume the ranking of Google/Youtube has dropped much since then. More data needed. I could write more, but where I want to come basically boils down to that I strongly suspect that the current IPv6 support infrastructure for the transition mechanisms today do not support a Google/Youtube ceasing to use the DNS resolver whitelist method as a connectivity quality assurance technique. And I believe we will have to cope with the transition mechanisms for quite a while. We're a long way from native IPv6 to a majority of Internet users. But OS:s support transition and this is being "rolled out" every day, everywhere. So, the operator community should IMO continue to do more to help the transition. What would happen if $LARGE_FRACTION of p2p traffic suddenly moved to v6 transitions? This can happen. So it is, like you say Marco, not very significant how many % traffic there is today. There are much more important aspects to look at. I fully agree with you on this. Basically what to follow closely, I think boils down to something like: * users type of v6 connectivity, if at all * changes to p2p * changes to ~top-10 CDN:ish networks (youtube included) * rest of the web in general There are plenty previous work done in following/measuring several of these points. Would be nice with some potaroo.net type, stable, place to follow it, though. Regards, -- Martin Millnert <millnert@csbnet.se>
participants (6)
-
Gert Doering
-
Marco Hogewoning
-
Martin Millnert
-
Peter van Eijk
-
Peter van Eijk
-
Stefan Neufeind