AMS-IX overschrijdt grens van 5Tbit/s aan internetverkeer

De Amsterdam Internet Exchange heeft zondagavond de grens van 5Tbit/s aan internetverkeer doorbroken. De vorige grens van 4Tbit/s werd in september 2015 behaald. Volgens de organisatie draagt een hogere capaciteit bij aan het doorbreken van de grens.

Volgens de AMS-IX bedraagt de totale capaciteit inmiddels 21,8Tbit/s door een vergroting van 4,5Tbit/s ten opzichte van vorig jaar. Een andere oorzaak is de aanhoudende groei van dataverkeer door video's, dat in 2015 ongeveer 61 procent van al het internetverkeer uitmaakte. De verwachting is dat dit aandeel stijgt tot tachtig procent in 2020. Het aantal apparaten moet bovendien groeien van 2,1 miljard apparaten in 2015 naar 3,7 miljard apparaten over vier jaar.

In diezelfde periode moet het gemiddelde internetverkeer per Europees huishouden met 135 procent groeien. Het internetverkeer piekte zondagavond op 5,080Tbit/s. Volgens AMS-IX-ceo Job Witteman kwam in de eerste negen maanden van dit jaar negentig procent van de aansluitingen van nieuwe partijen van buiten Nederland.

Reacties (115)

[bartvb]

En slechts 120 Gbit van die piek (2%) was IPv6 verkeer. Het schiet niet echt op in Nederland met alle grote providers (op XS4ALL na) die flink achterblijven met het implementeren van IPv6:

https://ams-ix.net/techni.../sflow-stats/ipv6-traffic

[DonJunior]

Volgens mij heeft Ziggo ook al IPv6 toch?
nieuws: Ziggo: 'Uitrol ipv6 gaat nog de nodige jaren duren'

[CAPSLOCK2000]

Volgens mij heeft Ziggo ook al IPv6 toch?
nieuws: Ziggo: 'Uitrol ipv6 gaat nog de nodige jaren duren'

Neuh, dat is allemaal schromelijk overdreven. Ze hebben een korte tijd gexperimenteerd maar lijken daar niet meer verder te gaan, voor een deel lijkt het zelfs te zijn teruggedraaid.
Ziggo zegt al 15 jaar lang dat ze dit jaar echt gaan beginnen en iedere keer wordt het weer uitgesteld, afgeblazen of teruggedraaid. Ik geloof die praatjes niet meer.
Ik weet zeker dat er bij Ziggo zat techneuten zijn die graag willen maar die niet kunnen of mogen doorzetten zonder steun van het management. Ik geloof best dat er talloze technische tegenslagen zijn maar dat een bedrijf zo groot als Ziggo dat niet opgelost krijgt met haar leveranciers gaat er bij mij niet in, wereldwijd zijn er genoeg kleinere providers die het wel voor elkaar hebben. Als de wil er is dan kan het, misschien niet meteen voor iedereen, maar het kan sneller dan het nu gaat. Als je nu pas begint met experimenteren en nu pas ontdekt dat je apparatuur niet geschikt is dan heb je de afgelopen jaren zitten te slapen.

[sdk1985]

In dit soort situaties werkt die grootte werkt juist tegen de vooruitgang. Gezien het aantal problemen dat momenteel bij ziggo loopt. Zo hebben ze wéér een nieuw klantsysteem waardoor en elke tutorial op de website nu dubbel loopt. Daarnaast kunnen de medewerkers in 1 van de 2 systemen bepaalde dingen weer niet aanpassen/inloggen. Recent lagen de telefooncentrales er weer uit en zo gaan er heel wat meer dingen mis die niet mis hoeven te gaan. Interne communicatie gaat ook niet echt soepel. Ik geloof dat ik bij mijn overstap totaal 6x minimaal één uur met Ziggo heb gebeld voor al mijn problemen waren opgelost.

Met andere woorden: Het is eigenlijk verstandig dat ze dit nu niet doorzetten. Laat ze aub eerst de samenvoeging van UPC/Ziggo eens netjes afronden en die kinderziektes eens grondig aanpakken.

[Reactie gewijzigd door sdk1985 op 25 juli 2024 12:21]

[bamboe]

Hangt er van af hoeveel ip nummers ze nog hebben liggen in de kast...
Als ze snel op raken zullen ze er toch mee moeten beginnen, aan de andere kant loont het niet altijd om voorop te lopen ze kunnen ook afwachten en zien hoe andere profiders de problemen oplossen die ze tegen gaan komen.

Het kan zijn dat ze voor nederland genoeg ip nummers hebben en ziggo er een lange tijd niet eens aan hoeft te beginnen, ze zijn best wel veel klanten kwijt geraakt na de fusie met upc dus het kan zijn dat de noodzaak nu de komende tijd niet aanwezig is.

[robvanwijk]

Hangt er van af hoeveel ip nummers ze nog hebben liggen in de kast...

En hoe lang het duurt voor de volgende Google / Facebook / Whatsapp / Dropbox langskomt die (aanvankelijk) alleen over IPv6 te bereiken is. Dan staat Ziggo echt grondig met zijn mond vol tanden. Wat het extra onhandig maakt is dat klantenbinding voornamelijk komt doordat mensen te lam zijn om uit te zoeken naar wie ze over willen stappen, dus al die mensen zijn al meer dan een jaar abonnee... en mogen dus elke maand opzeggen.
Waarschijnlijk zal de volgende rage uiteindelijk wel zorgen dat ze over IPv4 te bereiken zijn, maar als hun populariteit opeens uit het niets komt duurt het misschien even om dat geregeld te krijgen en in de tussentijd...

[batjes]

Ze raken de laatste jaren steeds klanten kwijt, dus IP nummers genoeg gok ik

[Jerie]

Ze hebben een korte tijd gexperimenteerd maar lijken daar niet meer verder te gaan

Omdat ze geen full stack aanbieden, maar DSLite. Dat werkt niet goed in een wereld die nog steeds hoofdzakelijk IPv4 is. Xs4all biedt al jaren full stack, en voordat ze dat aanboden boden ze al een tunnel aan (dat komt meer in de buurt van dual stack dan DSLite). Klanten die het niet willen, kunnen worden teruggezet. Dat heb ik dan ook gedaan, en gelukkig ook een ander modem gekregen ipv de brakke Technicolor 7000 serie. Kortom, Ziggo moet ook gewoon full stack uitrollen. Dan zullen klanten veel minder last hebben van IPv6.

[tomvleeuwen]

Ik heb gewoon full-stack IPv6 met een Ziggo aansluiting. Mijn modem krijgt zowel een IPv4 als een IPv6 adres en ik kan op beide porten open zetten.

Het IPv4 adres is niet eens veranderd toen ze IPv6 hebben toegevoegd.

[Jerie]

Nieuwe klanten en oude klanten oud UPC gebied krijgen DSLite; oude klanten oud Ziggo gebied krijgen full stack.

[robertwebbe]

Ik heb onlangs een Ziggo abonnement genomen voor mijn nieuwbouw huis in een nieuwbouw wijk in Arnhem. En ik kreeg inderdaad IPv6. Echter was ik niet tevreden over de WiFi prestaties van het modem en heb ik deze in bridge laten zetten. Dit kon pas nadat ik teruggezet was naar IPv4.

[Dutch2007]

Klopt ze (Ziggo) bied het pas 50% ofzo aan (IPv6) op hun eigen apparatuur, als je in een regio zit waar Ziggo wel IPv6 aanbied op sommige modems dan heb je alsnog geen IPv6 met je eigen IPv6 compatible router

[robertwebbe]

Het is een oud UPC gebied trouwens.

Achter het modem heb ik Apple AirPort routers en hierin zag ik het. De meeste clients / apparaten kregen ook al netjes een IPv6 adres toegewezen en als ik die IPv6 testjes draaide dan kreeg ik ook overal groene vinkjes. Maar nu ik er aan terug denk, regelmatig had ik dat bepaalde sites of subpagina's niet goed wouden laden. En ik was niet de enige, de kinderen klaagde ook regelmatig dat bepaalde spelletjes niet werkte via WiFi terwijl 4G geen probleem had. Nu ik terug op IPv4 ben heb ik geen probleem meer en ik krijg ook geen klachten meer van de kinderen. Mogelijk verwant met de IPv6 implentatie...

[Dutch2007]

Helaas is het vaak zo dat een netwerkbeheerder alles van IPv6 ook implementeert zoals het met IPv4 dient te gebeuren en extra veilig is mbt ICMP(v6) en dan werken dingen wel eens niet als de packages te klein zijn, krijg je de bijv. de package to big niet en websites/internet-diensten worden onbereikbaar

[bartvb]

Sure, een klein percentage van de Ziggo klanten heeft IPv6. Klein deel via dual-stack (ex Ziggo gebied), UPC (en nieuwe?) klanten krijgen DS-Lite voor hun kiezen volgens Liberty Global beleid.

Maar het gaat nog maar om een klein percentage:
http://www.worldipv6launc...t/images/graphs/Ziggo.png

Heb zelf een ZZP aansluiting en daarvoor zijn helemaal geen IPv6 plannen. Modem kan ook niet in bridge-mode worden gezet dus al met al een vrij gecastreerde verbinding hier.

KPN is de laatste maanden iets actiever maar ook nog geen geweldige cijfers:
http://www.worldipv6launc...ent/images/graphs/KPN.png

[Reactie gewijzigd door bartvb op 25 juli 2024 12:21]

[Mosaics.Ruled]

Misschien ietwat off-topic, maar ik heb eerder een ZZP abbo gehad van Ziggo en heb die verbinding wél kunnen laten bridgen. Volgens mij had ik in die tijd een Cisco modem.

[bartvb]

Klopt, in ex-Ziggo gebied kan dit wel. Ik heb een Hitron CGNV4, apparaat zelf heeft een bridgefunctie maar deze is om onduidelijk redenen uitgeschakeld door Ziggo.

[Xirt]

Ik had een IPv6 gekregen van Ziggo, maar de router van Ziggo die ik heb gekregen (jaartje terug) heeft problemen om IPv6 in bridge-mode te gebruiken. Dus heb ik nu een IPv4 gekregen en geen probleem meer. Naar mijn mening is 'uitrollen' een beetje een vaag begrip aangezien ik bij een volledige uitrol verwacht dat de geleverde hardware aan clients ook goed functioneert.

[TheRealProcyon]

Bij ons (Ziggo) hebben we nog geen ipv6 noch een extern ipv6 address. Terwijl bij mijn grootouders ze allang een extern ipv6 address hebben (KPN).

[Terrestrial]

Ik snap niet waarom je zo druk maakt over dat IPv6 FAIL gebeuren. Als de wereld er werkelijk klaar voor is en de noodzaak aanwezig is komt het vanzelf. Mijn vermoeden is overigens dat dit nog wel 15-20 jaar kan duren. En ik zit trouwens bij XS en heb IPv6 uit staan op het modem.

[Yggdrasil]

Nee, dat is te simpel. Het komt niet "vanzelf" en het is goed dat daar op een technisch forum als Tweakers over wordt gesproken. Voor IPv6 moeten techneuten veel werk verzetten en moet het management hen daarvoor de ruimte geven. De aanloopperiode is lang dus als de noodzaak er eenmaal is dan is het aardig laat om dan pas met het aanbod te beginnen.

In enkele werelddelen is de noodzaak al aanwezig. Natuurlijk is het moeilijk om in NL een business-case te maken voor iets waarvan men vooral aan de andere kant van de aardbol nu last heeft. Maar moeten we daarom wachten tot ook wij er last van hebben? We kunnen juist veel ellende (CGNA, proxies e.d.) voorkomen door proactief te zijn.

[BushWhacker]

Maar waarom heb je IPv6 uitstaan?
De OS-sen ondersteunen IPv6 gewoon goed.

Ik heb het al jaren aanstaan en er nog nooit problemen mee gehad.

[Terrestrial]

De vraag is waarom heb ik het nodig? Het is alleen maar lastig op dit moment. Alles werkt prima via IPv4.

[Verwijderd]

Op wat voor manier is het lastig voor jou? Ik ben er wel benieuwd naar. Ik kan niet wachten op IPv6. Iedere device een uniek IP-adres en een vast adres voor de router zou geweldige vooruitgang zijn.

Hier in ZO Azië kun je bij veel providers alleen nog maar een publieke IPv6 /64 krijgen. IPv4 is dan achter NAT waarbij je via een portal wel enkele port forwards kunt instellen indien nodig. Hier ligt nog een oudere FTTH-lijn met native IPv4 die ik om die reden niet meer upgrade omdat dan overgestapt zou worden naar de nieuwe constructie.

Dual stack bieden ze helaas niet aan, vermoedelijk om klanten te stimuleren om hun publieke v4 adres op te geven. Maar ik denk dat het aandeel IPv6 hier daarom nu al significant hoger ligt dan in het westen.

[SinergyX]

Ook aardig wat gebruikers zetten IPv6 ook gewoon weer uit, al 2 jaar lang loopt de mythe (naast die packetsize, pingbooster en andere onzin) dat IPv6 uitschakelen een betere ping en downloadsnelheid zou opleveren bij online games, LoL bv geeft in support aan 'If the above steps did not help, please disable IPv6. The League of Legends client is designed to work with IPv4.' Die gamers zetten dan hun volledig verbruik terug op IPv4, wat tezamen een behoorlijk aandeel IPv4 verkeer zal verklaren.

Dat een provider dit wel/niet ondersteund, zit je nog altijd met de gebruiker zelf (ook zakelijk) of ze wel of geen ipv6 gebruiken.

[goats]

IPv6 is in mijn ervaring betrouwbaarder en sneller.
Als ik van diverse locaties in NL naar BE ga, dan is de v6 variant steevast een stuk sneller.
6ms tussen colocaties, >30 ms tussen de colocaties via v4.
Van modem naar modem scheelt het ook een factor2.
Dat komt natuurlijk omdat belgie een koploper is. En hier in Nederland hobbelen we er achteraan, en moet er oplossing na oplossing bedacht worden om die mensen toch te kunnen laten connecten naar een server.
KPN en xs4all doen 100% "native" (zowel v4 als v6 worden getunneld over ppp), solcon doet 100% echt native (puur v4 en v6), tweakers tunnelt v6 over v4 (dus zelfde niveau als xs4all).
We wachten dus alleen echt op Ziggo, die de uitrol gestaakt heeft.
Datgene wat ze uitgerold hebben deed het bij mijn weten goed.

[SinergyX]

Als ik testipv6.com bekijk, ben ik dus niet zo goed uit met IPv6 op het moment:

Your IPv6 address on the public Internet appears to be 2001blabla
Your IPv6 service appears to be: Teredo

Maar met name dit:
Test with IPv4 DNS record ok (0.032s) using ipv4
Test with IPv6 DNS record ok (1.366s) using ipv6 Teredo
Test IPv4 without DNS ok (0.049s) using ipv4
Test IPv6 without DNS ok (0.114s) using ipv6 Teredo

Die tijden wordt je dan niet echt blij van, geen idee of het mijn random timeouts kan verklaren (zelfs op T.net), Xbox gebruikt afaik z'n eigen Teredo.

[Reactie gewijzigd door SinergyX op 25 juli 2024 12:21]

[Verwijderd]

Teredo is een tunneling protocol. Je hebt dus geen native IPv6 en dan is het logisch dat je er slechtere tijden mee haalt. Probeer native IPv6 eens aan te zetten in je router en kijk of je een prefix toegewezen krijgt. Zo ja dan zul je heel andere tijden meten.

[SinergyX]

Zover ik weet heeft caiway nog geen native IPv6, dus verder dan dit zal ik nog niet komen. Dat geval zet ik het eerder uit, dan zo te laten.

[MSalters]

Dat is niet alleen mythe, het klopt gewoon indien je IPv6 over IPv4 had. Native IPv6 is wel even efficient.

[N8w8]

Een paar jaar terug had ik dankzij Telfort IPv6, en was daar blij mee en enthousiast mee aan de slag gegaan.
Maar toen werkte youtube soms niet, omdat een paar nodes in het CDN van Google blijkbaar fout geconfigureerd waren voor IPv6. En ook soms andere problemen elders.
Dus besloot ik het maar compleet uit te zetten totdat ik last zou krijgen van het _niet_ hebben van IPv6.

[Verwijderd]

IPv4 En IPv6 gebruiken niet altijd dezelfde routes. Sommige providers scheiden het opzettelijk, bij anderen komt het toevallig zo uit.

Dit verschil in routes kan soms in je voordeel uitpakken, soms in je nadeel. Welke beter is zal van situatie tot situatie verschillen en met de tijd ook veranderen.

[SampleUser]

KPN heeft afaik landelijk IPv6 uitgerold.

[gjmi]

het probleem is dat de apperatuur thuis ook op IPv6 overgeschakeld moet worden. Dus de infra structuur kan wr wel liggen, maar dan moet wel nog gebruik van gemaakt worden.

[Paprika]

Ik heb sinds een week of twee glasvezel van KPN (na een overstap van Ziggo) en we hebben gewoon IPv6 werkende zonder problemen. Een kleine website draaiende op de PI in de meterkast resolved ook netjes (met SSL) over zowel IPv4 en IPv6. Wat heb ik hiervoor moeten doen? Gewoon de Exp. Box (v10) aansluiten en de juiste poorten (op dus zowel IPv4 en IPv6) forwarden.

KPN doet dit oprecht gewoon goed.

XXXXX.nl scored 11 out of 11

IPv6 addresses for nameservers
3 out of 3 nameservers have IPv6 addresses [details]
Nameserver IPv6 connectivity
All IPv6 nameservers responded [details]
IPv6 address(es) for web server(s)
Got IPv6 record(s) for webserver from IPv6 nameservers [details]
IPv6 address(es) for bare domain name
1 AAAA record found for bare domain [details]
Web server IPv6 connectivity
1 webserver responded OK [details]
Secure web server IPv6 connectivity
1 webserver responded OK [details]
IPv6 addresses for incoming mail servers
1 of 1 MX servers have IPv6 addresses [details]
Mail server IPv6 connectivity
All IPv6 mail servers responded [details]
Reverse DNS for mail server IPv6 addresses
All MXs have reverse DNS for IPv6 addresses [details]
SPF records refer to hosts with IPv6 addresses
SPF record OK [details]
IPv6 nameserver delegation and glue trace (experimental)
Single-stack IPv6 resolution successful [details]

https://www.mythic-beasts.com/ipv6/health-check

[Reactie gewijzigd door Paprika op 25 juli 2024 12:21]

[gjmi]

Ik zeg niet dat ze het niet voor elkaar hebben, dit stukje begint met de opmerking dat er maar weinig verkeer op IPv6 zit.
Natuurlijk zal een modem gereset of opnieuw ingesteld moeten worden om daadwerkelijk IPv6 te gebruiken. Jij hebt het net nieuw aangesloten, dan zal het vast out-of-the-box werken.

[Reactie gewijzigd door gjmi op 25 juli 2024 12:21]

[Paprika]

Ja na mijn reactie bedacht ik me inderdaad dat je het waarschijnlijk over de apparaten binnen het netwerk had, maar alle telefoons en laptops binnen ons netwerk lopen standaard via IPv6 (mijnip.nl etc) mits de target dit ondersteunt, dus het lijkt vanzelf goed te gaan.

Ik acht de kans groter dat mensen het binnen hun netwerk verpesten met een extra router die het juist weer breekt (in het geval van KPN klanten dan). Een vriend van mij die er nooit naar heeft gekeken (en alweer bijna 2 jaar glasvezel heeft) kon direct naar mijn website verbinden over IPv6, dus het lijkt mij eerder een slechte (custom) configuratie te zijn dan een restart van het modem die gedaan moet worden.

[mashell]

het probleem is dat de apperatuur thuis ook op IPv6 overgeschakeld moet worden.

Een oplossing is juist om dat niet te doen. Thuis op een 10.x.x.x of een echt IP v4 adres verbonden zijn en die adressen omzetten naar IP V6 adressen op de backbone als dat nodig is.

[Yggdrasil]

Als KPN Zakelijk Glas klant mochten wij toch eerst nog eenmalig €500 betalen om IPv6 te krijgen. We hebben nu korting bedongen naar €250, maar het voelt nog steeds suf dat men geld vraagt voor iets dat men jaren geleden beloofd had en dat waarschijnlijk gratis aan nieuwe klanten wordt toegekend.

[Nyarlathotep]

Is dat nou echt zo erg?

Als je een IPv4 adres hebt dat gewoon werkt, dan... werkt het toch?
Wat is het voordeel als ik nu ineens een IPv6 adres zou hebben?

[bartvb]

Op dit moment voor jou als eindgebruiker? Vrijwel niets.
Het is een lange termijn ding. IPv4 houdt een keer op, hoe langer 'we' wachten met de transitie naar IPv6 hoe pijnlijker dat dadelijk wordt.

[Nakebod]

Wat dan wel een flinke verhoging is tov 1.5, 2 weken geleden, waar de piek slechts rond de 80 Gbit lag.
Wat dat betreft is er nog flink wat in te halen.

[Lupusceleri]

FWIW, slechts een relatief klein deel van het verkeer op de AMS-IX is ook daadwerkelijk van Nederlandse end user ISP's. Een significant groter deel zal van die door Dhr Witteman benoemde buitenlandse partijen komen én eveneens naar buitenlandse partijen lopen.

[Balance]

Tijdsoverzichtje van de pieken:

• 0,5 Tb/s: Oktober 2008
• 1 Tb/s: September 2010
• 2 Tb/s: November 2012
• 2,5 Tb/s: Oktober 2013
• 3 Tb/s: September 2014
• 3,5 Tb/s: Maart 2015
• 4 Tb/s: September 2015
• 5 Tb/s: November 2016

Edit: 0,5 en 3,5 Tb/s toegevoegd.

[Reactie gewijzigd door Balance op 25 juli 2024 12:21]

[bbob]

Bijna ieder jaar dus 1TB erbij.
Sept/nov 2017 zal het zeker 6 TB zijn.

[Slijpschuiver]

Nee, van 2010-2014 jaarlijks 1/2 Tb/s, vanaf 2014 jaarlijks 1 Tb/s. Twee grootverbruikende ontwikkelingen, Netflix+Spotify en grootverbruik data op mobieltjes, zullen daar wel debet aan zijn.

[Speleding]

Netflix zet bij iedere ISP een kast neer waardoor dat verkeer meestal binnen het netwerk van de ISP blijft en niet via de AMS-IX gaat dacht ik

[MSalters]

Er zijn meer Content Delivery Networks (CDN's) die dat doen. Akamai en CloudFlare zijn waarschijnlijk de bekendste.

Andere oplossingen zijn om direct te peeren met ISP's buiten AMS-IX om. Spotify zit in de Google Cloud, dus goede kans dat dat direct verbonden is.

[quarkstar]

Traditioneel moet in zo'n bericht toch altijd de omrekening staan naar CD's per seconde ?

[gatlarf]

Als mijn quick&dirty berekening klopt, komt dat neer op net geen 893 CD's ter grootte van 700MB. Of net geen 130 DVD's van 4,7GB. Voor de lol: Net geen 25 Blu ray schijfjes van 25GB.

Geweldige cijfers, maar toch misschien in perspectief plaatsen: Het zou alsnog 16,8 seconden duren om wikipedia volledig te downloaden, protocol en netwerk-overhead niet meegerekend. (Bij geen enkel van de berekeningen trouwens, alsook andere limiterende factoren waar geen rekening mee gehouden is.)

Conclusie: Ik heb dringend een leven nodig.

_{edit: typo}

[Reactie gewijzigd door gatlarf op 25 juli 2024 12:21]

[willemd]

Het nieuwe record is 5 Tbps, en de capaciteit is 21,8 Tbps. Ik snap het vast niet helemaal; waarom is er zo'n giga-overcapaciteit?

[mashell]

Goede vraag eigenlijk. Als ik het bron artikel lees staat er "a new total connected capacity of 21.8 Tbps". Ik denk dat de sleutel in het woord "connected" zit. De totale capaciteit van de lijnen in en uit het exchange is 21.8 Tbps. Maar de hoogst gemeten doorstroom is 5TB.
Zie het als de capaciteit van alle snelwegen die aan de ringweg A10 rond Amsterdam verbonden zijn. De totale capaciteit van die wegen is heel groot maar de capaciteit van de ringweg zelf is (natuurlijk) kleiner.

[TheMaurice]

Goede vraag.. ik dacht aan rampen, maar dan nog zou je zeggen dat het vooral om TV en telefoonlijnen gaat. Wellicht dat het vergroten van capaciteit relatief goedkoop is en ze gewoon erg op safe willen spelen.

[MSalters]

De reden is dat niet iedereen permanent 100% van de verbinding gebruikt. De 5 Tbps is daadwerkelijk dataverkeer. De 21.8 Tbps is de theoretische bandbreedte van alle aansluitingen op AMS-IX.

Praktisch gesproken: de piek ligt in het weekend, dus van alle bedrijfsaansluitingen zal dan weinig verkeer komen, terwijl de consumenten-ISP's dan redelijk richting de 100% gebruik zullen gaan.

[Ge Someone]

De vraag is inderdaad wat wordt hier bedoeld met "Internetverkeer"? Van waar naar waar? Ik vermoed trouwens IX in naar de IX uit.

[Sharkoon]

wat gebeurde er rond 7:00?

[bartvb]

Waarschijnljk een fout in de statistieken. Flow lijkt naar 0 te gaan, dat is vrijwel onmogelijk op de AMS-IX. De grafiek die je ziet is niet het verkeer dat over 1 kabel gaat oid. Het is verkeer tussen flink wat verschillende partijen en daar het totaal van. Als er een storing is dan is die er over het algemeen tussen een aantal van die partijen, dat levert wel een dip op maar vrijwel nooit naar 0.

[CyBeR]

Die grafiek begint bij 1.5 Tbps, niet bij 0.

Verder, idd: meetfoutje.

[buiter]

Begint ergens rond de 1.4 Tbps en niet bij 1.5Tbps

[CyBeR]

Ja want die 0.1 is idd belangrijk in deze context.

[Rataplan_]

Jawel dat is mogelijk: nieuws: Internetknooppunt AMS-IX kampt met uitval - update 2

[marking]

In jouw link staat letterlijk dat dit niet zo was:

[...]het internetknooppunt, het belangrijkste van Nederland en een van de grootste ter wereld, iets na 12 uur 's middags tot het nulpunt daalt. Dat wil niet zeggen dat al het verkeer over het knooppunt uitviel: bij de storing viel het meetsysteem uit. .

[Reactie gewijzigd door marking op 25 juli 2024 12:21]

[Rataplan_]

Ah, touché

[timicool]

Uitval?

Geen idee, wel een goede vraag

[Verwijderd]

Misschien was de poller even naar de wc... 😉

[gatlarf]

Koffiepauze.
Misschien stomweg counters gecleared of zo? Of het monitoringsysteem dat een reboot kreeg of een opstootje had? Mocht het echt een uitval geweest zijn hadden we het wel geweten.

[Anonymoussaurus]

Toen waren er waarschijnlijk heel weinig mensen gebruik aan het maken van het internet .

[Bazziek]

Iedereen ging massaal de piepers met jus.

[DonJunior]

's ochtends vroeg? Lekker..

[Bazziek]

Ik had blijkbaar een 1 voor de 7 erbij gefantaseerd....

[RobWest]

Toen was het internet even stuk

[Gamebuster]

Bijzonder dat het dataverkeer in het weekend hoger is dan op werkdagen. Tenminste, zo te zien begint het vandaag al lager dan gisteren rond dezelfde tijd.

Mooie egale golven ook in het verbruik. Had toch wel wat meer pieken & dalen verwacht

[Reactie gewijzigd door Gamebuster op 25 juli 2024 12:21]

[Standeman]

Ik denk dat er dan veel meer gestreamed wordt via o.a. Netflix en consorten. In het artikel wordt ook aangegeven dat de groei voornamelijk in video zit.

[Rataplan_]

Dat geloof ik meteen, echter heeft Ams-IX of andere knooppunten dat in beeld? Die mogen toch helemaal geen packet inspection oid doen vanwege de wetgevingen?

[Standeman]

Dat hoeft toch niet. Wanneer je ziet dat het dataverkeer van bijv. netflix vandaan komt, weet je in principe al genoeg.

[Tommie12]

Vrijetijdsgebruik van internet vraag véél meer data.
Gamen, video's, muziek streamen, dat vraagt continu grote hoeveelheden data.
Wat gebruik je op je werk?
Meestal is dat niet veel meer dan een online meeting of bellen via het netwerk.
Een excell documentje van 4 MB bevat al een pak data, en je opent dat niet continu.

Video, en dan zeker streams in HD of 4K, dat vreet bandbreedte.

[.oisyn]

Nou vraagt gamen over het algemeen dan weer niet grote hoeveelheden data. Dat is echt niets vergeleken met het browsen van een gemiddelde website. Tenzij je het natuurlijk hebt over het downloaden van games en patches zelf.

[Reactie gewijzigd door .oisyn op 25 juli 2024 12:21]

[Tommie12]

Klopt, maar het is wel een vrij continue stoom aan data.
Als ik gewoon wat aan het werk ben, met af en toe een mail of een documentje dat ergens op een verre server staat, dan gaat er niet veel data door.

Het is pas als er video's gestream worden dat je dat voelt.

Op mijn vorige werkplek deelden we een 20 Mbit lijn met 10 personen. Dat ging behoorlijk omdat er toen ook niet via het web gebeld werd.

[MSalters]

Bellen? Dat is een 64 kbit/s stream, dat merk je niet op 20.000 kbit/s. Video kan redelijk in 500-1000 kbit/s, dat is inderdaad al merkbaar.

[DonJunior]

`Bijzonder dat het dataverkeer in het weekend hoger is dan op werkdagen. `

Bijzonder, valt wel mee toch? Dan gaat bij velen Netflix/YouTube/Whatever-video-dienst aan. Terwijl men doordeweeks op kantoor moet zitten en hier dus geen tijd voor heeft.

[ToFast]

Wellicht dat voor het zakelijk verkeer grote synchronisaties ook in het weekend worden gepland, verder is de invloed van de consument op het dataverkeer in het weekend dus van grote invloed (vooral videoverkeer)

[Verwijderd]

Opvallend dat de peak tussen 23:00 en 0:00 ligt. Je zou toch zeggen dat iedereen moet slapen...

[Slijpschuiver]

Als ik het goed zie is de piek toch echt 21.00-21.30, om daarna snel te dalen.

[Verwijderd]

Hmm, je hebt gelijk. Niet goed gekeken.

[sourcecode]

Gebruiken ze nou nagios daar als monitoring!
zo aan het plaatje te zien wel. vooral de verticale lijn en de letter T erin

[finlaydag33k]

jupp, Nagios

[finlaydag33k]

Sweet! en ondertussen haal ik de 50/5 maar net xD

[Spinner]

moet bovendien groeien

Ik lees in het artikel dat het dataverkeer moet groeien. Waarom moet dat ?
Is het een manier van schrijven of is er een doel dat we moeten bereiken omdat anders............