:fill(white):strip_exif()/i/2001533281.jpeg?f=thumbmini)
:strip_exif()/i/2002716354.png?f=thumbmini)
:strip_exif()/i/2005110790.png?f=thumbmini)
:strip_exif()/i/2001533283.png?f=thumbmini)
DNS/HTTP/CURL alles kan smokeping ;-) het is maar net hoe je hem inricht laat je niet verleiden door alleen de naam smoke"ping"z1rconium schreef op dinsdag 11 april 2017 @ 10:37:
[...]
Smokeping blijft een ping. Een traceroute is ook niets anders dan een ping.
Antwoord uberhaupt alles wel op een ping op het internet ?
Lees net even de laatste paar tweets richting Ziggo, volgens mij hebben ze nog steeds geen flauw idee waar het aan ligt. Wel grappig dat een groot bedrijf als Ziggo zo in het duister kan tasten. 
edit: Skynet?
edit: Skynet?
[ Voor 4% gewijzigd door Silversin op 11-04-2017 11:45 ]
:strip_exif()/u/202473/crop58510f048ef8f_cropped.gif?f=community)
:strip_icc():strip_exif()/u/414184/306367_1254323546133_60.jpg?f=community)
:strip_exif()/u/163648/crop5a04133bc3ce5_cropped.gif?f=community)
Momenteel staat er dit op de website van Ziggo:
--------------
Trage websites
Op dit moment zijn er problemen bekend waarbij sommige webpagina’s traag laden of niet werken. Er wordt gewerkt aan een oplossing, onze excuses voor het ongemak.
Wanneer is het opgelost?
dinsdag 11 april om 23.00
--------------
Gisteren rond 19u Ziggo gebeld en en het meisje van de helpdesk beweerde dat er geen problemen bekend waren. Ik heb uitdrukkelijk gezegd dat dit zelfs nieuws was op tweakers.net en dat dit ook officieel op twitter was bevestigd. De medewerkster beweerde nog steeds dat dat niet bekend was bij hun
Ik ben blij dat in ieder geval ziggo onderkend heeft dat er een probleem is
--------------
Trage websites
Op dit moment zijn er problemen bekend waarbij sommige webpagina’s traag laden of niet werken. Er wordt gewerkt aan een oplossing, onze excuses voor het ongemak.
Wanneer is het opgelost?
dinsdag 11 april om 23.00
--------------
Gisteren rond 19u Ziggo gebeld en en het meisje van de helpdesk beweerde dat er geen problemen bekend waren. Ik heb uitdrukkelijk gezegd dat dit zelfs nieuws was op tweakers.net en dat dit ook officieel op twitter was bevestigd. De medewerkster beweerde nog steeds dat dat niet bekend was bij hun
Ik ben blij dat in ieder geval ziggo onderkend heeft dat er een probleem is
:strip_icc():strip_exif()/u/182/crop66d4984812e9a_cropped.jpg?f=community)
:strip_icc():strip_exif()/u/45998/gakkie_got.jpg?f=community)
:strip_exif()/u/285290/crop662e1bf6d2565_cropped.webp?f=community)
/u/8555/Shadow_60x60.png?f=community)
Ping gaat wonderbaarlijk redelijk goed, het gaat mis op applicatie niveau. Of een echt DNS request of een echt webverzoek.
Ping naar Google 8.8.8.8 (groen is OK)
DNS request naar Google 8.8.8.8 (paars is NOK)
Stukje historie van de DNS request
[ Voor 5% gewijzigd door stormfly op 11-04-2017 16:05 ]
Dan zou het ook een UDP probleem kunnen zijn of een probleem met het verwerken van Anycast requests (in het geval van de Google DNS requests dan).
De traceroutes lijken allemaal uit te komen in San Jose USA. Tenminste dat is laatste waar nog betrouwbare geo informatie voor is.
Helaas kan ik geen 'DNS traceroute' maken. Wel an ik DNS requests laten doen van de server maar die gaat niets meer laten zien dan je nu zelf al aangeeft. Als iemand nog andere (betere) metingen weet houd ik me aanbevolen (heb toch nog 10 miljoen credits te 'verbranden'
).Edit: Oh ja, deze meting pakt alleen metingen vanuit fZiggo gebied. Het selecteren van fUPC probes is aan stuk lastiger aangezien ik het ASN niet weet en deze volgens mij sowieso internationaal gedeeld wordt (en dus niet heel veel gaat zeggen).
[ Voor 9% gewijzigd door ShadowLord op 11-04-2017 16:19 ]
You see things; and you say, "Why?" But I dream things that never were; and I say, "Why not?"
:strip_exif()/u/18101/cartmanklein.gif?f=community)
Cool, mijn probe doet ook mee
Heb zelf overigens nergens last van.
[ Voor 3% gewijzigd door tiguan op 11-04-2017 16:39 ]
Ik pak nu 100 probes (nou ja, iets minder aangezien er maar iets meer dan 80 zijn in het fZiggo ASN). Handmatig selecteren is een *** klus helaas en daar heb ik even geen tijd voor
Wel heb ik nu net twee nieuwe metingen aangemaakt naar google.nl. Een UDP en een TCP traceroute. Deze zouden dus voor het openen van Google.nl een redelijk realistisch resultaat moeten laten zien.
Het zijn: https://atlas.ripe.net/measurements/8000615/ en https://atlas.ripe.net/measurements/8000654/
Een extra meting naar de DNS server aanmaken lukt helaas niet meer. De globale limiet voor jobs naar deze machines zijn op dit moment overschreden.
You see things; and you say, "Why?" But I dream things that never were; and I say, "Why not?"
Lol die van mij staat er ook tussen:
[...]
Cool, mijn probe doet ook mee
Maar is het een voorbarige conclusie om te stellen dat er veel variatie is in de route naar Google toe?
Waardoor je misschien wel kunt uitsluiten dat het een routing/link probleem is maar eerder een applicatie issue bij Google? Kan me er slecht in vinden dat ineens al die internet paden vrijdagavond om 20:30 stuk zijn gegaan
Dan zou het buiten Ziggo liggen
[ Voor 31% gewijzigd door stormfly op 11-04-2017 16:48 ]
Alle fZiggo probes (die up zijn) staan er tussen
You see things; and you say, "Why?" But I dream things that never were; and I say, "Why not?"
he.net Certified Sage
:strip_icc():strip_exif()/u/371543/pirat60.jpg?f=community)
De twee van mij (#2462 en #17297) dus ook.
[ Voor 25% gewijzigd door Roetzen op 11-04-2017 17:08 ]
Het lijkt erop dat Ziggo de problemen heeft opgelost.
Ik kan weer 8.8.8.8 pingen bijvoorbeeld, en YouTube hangt ook niet meer random.
Daarnaast lijkt alles ook weer op normale snelheid te laden.
Edit: Via Twitter heb ik ook een bericht van Ziggo ontvangen met daarin de bevestiging dat er een wijziging is aangebracht.
Edit 2: 10 minuten later en we zijn weer terug bij af, 8.8.8.8 niet te pingen en Google Services laden weer traag.
Ik kan weer 8.8.8.8 pingen bijvoorbeeld, en YouTube hangt ook niet meer random.
Daarnaast lijkt alles ook weer op normale snelheid te laden.
Edit: Via Twitter heb ik ook een bericht van Ziggo ontvangen met daarin de bevestiging dat er een wijziging is aangebracht.
Edit 2: 10 minuten later en we zijn weer terug bij af, 8.8.8.8 niet te pingen en Google Services laden weer traag.
[ Voor 39% gewijzigd door Dyon_R op 11-04-2017 19:13 ]
:strip_icc():strip_exif()/u/22063/DodgeViper3.jpg?f=community)
Mijn Ziggo internet werkt normaal gesproken zo goed dat ik gisteren mijn modem, router en zelfs laptop de schuld gaf van traag ladende youtube filmpjes
blijkt het dus het internet te zijn
blijkt het dus het internet te zijn
Pinging 8.8.8.8 with 32 bytes of data:
Reply from 8.8.8.8: bytes=32 time=10ms TTL=46
Reply from 8.8.8.8: bytes=32 time=12ms TTL=46
Reply from 8.8.8.8: bytes=32 time=9ms TTL=46
Reply from 8.8.8.8: bytes=32 time=10ms TTL=46
Ping statistics for 8.8.8.8:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 9ms, Maximum = 12ms, Average = 10ms
tracert 8.8.8.8
Tracing route to google-public-dns-a.google.com [8.8.8.8]
over a maximum of 30 hops:
1 <1 ms <1 ms <1 ms RT-N66W-1B98 [192.168.1.1]
2 3 ms 7 ms 6 ms 10.254.221.1
3 5 ms 10 ms 12 ms mnd-rc0001-cr101-xe-1-3-1-0.core.as9143.net [213.51.189.252]
4 * * * Request timed out.
5 7 ms 8 ms 8 ms 84.116.135.38
6 7 ms 7 ms 6 ms 74.125.146.228
7 8 ms 7 ms 7 ms 108.170.241.194
8 10 ms 18 ms 9 ms 216.239.47.100
9 10 ms 10 ms 10 ms 72.14.237.98
10 11 ms 8 ms 11 ms 108.170.237.131
11 * * * Request timed out.
12 11 ms 11 ms 10 ms google-public-dns-a.google.com [8.8.8.8]
Trace complete.
*runs
/u/189310/crop571f5b38cbd6b_cropped.png?f=community)
:strip_icc():strip_exif()/u/347583/Cyborg3.jpg?f=community)
mijn Nexus tablet wil updates downloaden, maar alles met het woord Google erin reageert niet.
Google docs
google keep
google play music
google play newsstand
google sheets
google slides
google text-to-speech
eigenlijk best eng hoeveel diensten/apps google heft
Nog even en ik moet de tv weer aanzetten, of een book gaan lezen...
or worse, go outside and talk to people
Google docs
google keep
google play music
google play newsstand
google sheets
google slides
google text-to-speech
eigenlijk best eng hoeveel diensten/apps google heft
Nog even en ik moet de tv weer aanzetten, of een book gaan lezen...
or worse, go outside and talk to people
[ Voor 17% gewijzigd door Viper® op 11-04-2017 21:21 ]
/u/208954/noiconn.png?f=community)
Mobiel met 3/4G is razendsnel met Google diensten, ga jij maar eerst even vertellen dat dit niets met Ziggo te maken heeft....:
[...]
Misschien ligt het wel helemaal niet aan Ziggo
“We don't make mistakes just happy little accidents” - Bob Ross
/u/373100/crop5de38845d4948_cropped.png?f=community)
Ik heb het e.e.a getest door mijn IPv6 te enablen in mijn bridged router, ik heb nu geen traag/niet ladende google probleem meer. Hij probeerde inderdaad over IPv6 te verbinden naar google.
Ik heb een RT-AC66U, heb IPv6 ingeschakeld in de firmware. Router gereboot, en ik kan ineens zonder problemen Google diensten bereiken... want? IPV6 doet het.
2a00:1450:400b:c03::8b
16 bytes from 2a00:1450:400b:c03::8b, icmp_seq=0 hlim=56 time=31.157 ms
16 bytes from 2a00:1450:400b:c03::8b, icmp_seq=1 hlim=56 time=31.416 ms
16 bytes from 2a00:1450:400b:c03::8b, icmp_seq=2 hlim=56 time=28.032 ms
16 bytes from 2a00:1450:400b:c03::8b, icmp_seq=3 hlim=56 time=28.226 ms
https://ipv6.google.com werkt ook
http://v6.testmyipv6.com/:
Excellent!
You are successfully using IPv6 to connect to this server!
Your IPv6 address is [ipv6 adres]
Ook in inspect element zie ik in de headers dat hij een IPv6 verbinding heeft gemaakt. Ik heb bij de IPv6 DNS servers in de router dit opgegeven:
2001:4860:4860::8888
2001:4860:4860::8844
http://ipv6-test.com geeft alles ook groen aan, behalve dan dat Type 6to4 geel is.
Ik heb een RT-AC66U, heb IPv6 ingeschakeld in de firmware. Router gereboot, en ik kan ineens zonder problemen Google diensten bereiken... want? IPV6 doet het
.2a00:1450:400b:c03::8b
16 bytes from 2a00:1450:400b:c03::8b, icmp_seq=0 hlim=56 time=31.157 ms
16 bytes from 2a00:1450:400b:c03::8b, icmp_seq=1 hlim=56 time=31.416 ms
16 bytes from 2a00:1450:400b:c03::8b, icmp_seq=2 hlim=56 time=28.032 ms
16 bytes from 2a00:1450:400b:c03::8b, icmp_seq=3 hlim=56 time=28.226 ms
https://ipv6.google.com werkt ook
http://v6.testmyipv6.com/:
Excellent!
You are successfully using IPv6 to connect to this server!
Your IPv6 address is [ipv6 adres]
Ook in inspect element zie ik in de headers dat hij een IPv6 verbinding heeft gemaakt. Ik heb bij de IPv6 DNS servers in de router dit opgegeven:
2001:4860:4860::8888
2001:4860:4860::8844
http://ipv6-test.com geeft alles ook groen aan, behalve dan dat Type 6to4 geel is.
[ Voor 6% gewijzigd door Falcon93 op 11-04-2017 22:01 ]
/u/357133/crop5e4ea330bd81d_cropped.png?f=community)
Uhm, huh? Met je eigen router? Welk modem heb je van Ziggo? En welke settings gebruik je dan van je ASUS? SLAAC of DHCP voor IPv6 WAN?:
Ik heb het e.e.a getest door mijn IPv6 te enablen in mijn bridged router, ik heb nu geen traag/niet ladende google probleem meer. Hij probeerde inderdaad over IPv6 te verbinden naar google.
Ik heb een RT-AC66U, heb IPv6 ingeschakeld in de firmware. Router gereboot, en ik kan ineens zonder problemen Google diensten bereiken... want? IPV6 doet het
2a00:1450:400b:c03::8b
16 bytes from 2a00:1450:400b:c03::8b, icmp_seq=0 hlim=56 time=31.157 ms
16 bytes from 2a00:1450:400b:c03::8b, icmp_seq=1 hlim=56 time=31.416 ms
16 bytes from 2a00:1450:400b:c03::8b, icmp_seq=2 hlim=56 time=28.032 ms
16 bytes from 2a00:1450:400b:c03::8b, icmp_seq=3 hlim=56 time=28.226 ms
https://ipv6.google.com werkt ook
http://v6.testmyipv6.com/:
Excellent!
You are successfully using IPv6 to connect to this server!
Your IPv6 address is [ipv6 adres]
Ook in inspect element zie ik in de headers dat hij een IPv6 verbinding heeft gemaakt. Ik heb bij de IPv6 DNS servers in de router dit opgegeven:
2001:4860:4860::8888
2001:4860:4860::8844
http://ipv6-test.com geeft alles ook groen aan, behalve dan dat Type 6to4 geel is.
PSN: tcviper | Steam: Viper | TechConnect - MikeRedfields
:strip_exif()/u/172393/crop671a552786579_cropped.gif?f=community)
Hebben meer mensen een mail gekregen van onderhoud vannacht om 01:00?
Jeps in alle grafieken lijkt het gerepareerd sinds vannacht sinds 01:30
Ben wel benieuwd of die onderhoudsemail er landelijk uit is gegaan of alleen regio Utrecht/Midden? Vreemd genoeg was die onderhoudsemail al een week geleden verstuurd, misschien hebben ze e.a. gecombineerd vannacht?
Jeps in alle grafieken lijkt het gerepareerd sinds vannacht
sinds 01:30Ben wel benieuwd of die onderhoudsemail er landelijk uit is gegaan of alleen regio Utrecht/Midden? Vreemd genoeg was die onderhoudsemail al een week geleden verstuurd, misschien hebben ze e.a. gecombineerd vannacht?
[ Voor 64% gewijzigd door stormfly op 12-04-2017 07:20 ]
Hetzelfde hier (niet de email), alles werkt weer naar behoren. Ben benieuwd naar het officiele statement van Ziggo.:
Hebben meer mensen een mail gekregen van onderhoud vannacht om 01:00?
Jeps in alle grafieken lijkt het gerepareerd sinds vannacht
Ben wel benieuwd of die onderhoudsemail er landelijk uit is gegaan of alleen regio Utrecht/Midden? Vreemd genoeg was die onderhoudsemail al een week geleden verstuurd, misschien hebben ze e.a. gecombineerd vannacht?
[afbeelding]
[afbeelding]
/u/291908/crop59f37d7a4ee6b.png?f=community)
Wat fijn zeg, door Google/Ziggo had ik al dagen last van. Nu hoor ik dat alles werkt, heb ik geen internet 
(regio Gooi en Vechtstreek).
Internet, Bellen, Digitale TV, Kabel TV
Status:
We zijn het voor je aan het oplossen
Bekend sinds
woensdag 12 april om 7.45
Wanneer is het opgelost?
donderdag 13 april om 7.39
Meer mensen last van?
(regio Gooi en Vechtstreek).Internet, Bellen, Digitale TV, Kabel TV
Status:
We zijn het voor je aan het oplossen
Bekend sinds
woensdag 12 april om 7.45
Wanneer is het opgelost?
donderdag 13 april om 7.39
Meer mensen last van?
:strip_icc():strip_exif()/u/90151/crop605936758553a_cropped.jpg?f=community)
Hier ook alles plat. Heeft even gewerkt vanmorgen. Bij mij staat 10.00 vandaag als tijd van opgelost.:
Wat fijn zeg, door Google/Ziggo had ik al dagen last van. Nu hoor ik dat alles werkt, heb ik geen internet
Internet, Bellen, Digitale TV, Kabel TV
Status:
We zijn het voor je aan het oplossen
Bekend sinds
woensdag 12 april om 7.45
Wanneer is het opgelost?
donderdag 13 april om 7.39
Meer mensen last van?
:strip_exif()/u/32724/00050.gif?f=community)
:strip_icc():strip_exif()/u/297284/NGC2129-70x70-web.jpg?f=community)
Een van de (bij)effecten van de storing was dat de Google DNS servers niet goed bereikbaar waren. Aangezien relatief veel Ziggo gebruikers deze DNS servers gebruiken na het DDOS akkefietje een tijd geleden leek het bij die gebruikers op een DNS probleem. Immers de browser melde ineens soms dat er een DNS probleem was.
Ik denk dat daardoor in eerste instantie door velen gedacht werd aan issues met DNS, wat dus niet zo was zoals je al aangaf. Het is dus niet heel erg gek dat een aantal mensen de DNS server verdacht.
Overigens is dat ook de reden dat mijn eerste traceroute op Atlas naar de Google DNS server ging; deze was namelijk bevestigd als een server die netwerkproblemen had bij Ziggo
You see things; and you say, "Why?" But I dream things that never were; and I say, "Why not?"
LOL en ik maar denken waarom www.nu.nl ook zo slecht bereikbaar was ten tijde van de Google issues. Die site is gehost (www.nu.nl ipv nu.nl) bij Google
Aan de DNS naam te zien zijn ze ook klant geweest bij AWS ;-)
Aan de DNS naam te zien zijn ze ook klant geweest bij AWS ;-)
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
| raceroute www.nu.nl
traceroute to nunl.aws.sanomaservices.nl (107.178.244.221), 64 hops max, 52 byte packets
1 172.16.1.1 (172.16.1.1) 1.706 ms 1.850 ms 2.704 ms
2 * * *
3 hvs-rc0002-cr102-xe-3-1-4-0.core.as9143.net (213.51.190.157) 8.614 ms 9.042 ms 9.326 ms
4 nl-ams02a-rc1-ae7-0.aorta.net (84.116.134.90) 10.568 ms 11.552 ms 9.939 ms
5 nl-ams04a-ri2-ae7-0.aorta.net (84.116.134.89) 11.778 ms
nl-ams04a-ri2-ae6-0.aorta.net (84.116.135.182) 13.287 ms
nl-ams04a-ri2-ae7-0.aorta.net (84.116.134.89) 12.763 ms
6 74.125.51.52 (74.125.51.52) 11.769 ms 10.429 ms 11.184 ms
7 108.170.241.129 (108.170.241.129) 10.248 ms
108.170.241.161 (108.170.241.161) 12.297 ms
108.170.241.129 (108.170.241.129) 11.011 ms
8 216.239.42.3 (216.239.42.3) 10.364 ms
216.239.42.73 (216.239.42.73) 7.980 ms
216.239.42.173 (216.239.42.173) 12.241 ms
9 221.244.178.107.bc.googleusercontent.com (107.178.244.221) 12.235 ms 18.100 ms 10.103 ms |
/u/93334/crop64e0f58e350de_cropped.png?f=community)
Op zoek naar een nieuwe printer? Kies voor een Brother laser printer. Uiterst betrouwbaar en economisch!
Ja mooi hè, met zo'n grote storing zie je pas hoe erg Ziggo de boel niet op orde heeft. Het heeft dagen geduurd voordat alle klantenservice eilandjes centraal doorhadden dat er een grote storing was. En daarna pas eenduidig begon met communiceren over hetzelfde verhaal.
Ik blijf dat zeer verwonderlijk vinden dat als dit je corebuisness is, je zo slecht je klantenservice op orde hebt. Het zijn blijkbaar allemaal afdelingen/eilandjes die elk in hun eigen domein functioneren. Klanten kiezen anno 2017 niet meer op prijs maar op toegevoegde waarde en service.
Intern communiceren ze blijkbaar niet onderling, maar ook niet naar 2017 maatstaven op socialmedia of aan de telefoon. Ze laten ze als Ziggo BV niets los. Waardoor je als klant het complete gevoel van "algehele chaos" over je heen gestort krijgt en na dag 4 betwijfel je of ze er überhaupt nog mee bezig zijn.
Maar ja omdat die klantenservice zo'n barrière is kan je met dit gevoel ook nergens terecht. Ja de klantenservice bellen met dit verhaal, en je af laten schepen. Ik hou wel van die bedrijven waar de klantenservice manager/afdelingshoofd zelf bereikbaar is. Maar Ziggo kiest ervoor om dit niet te doen en alleen een klantenservice neer te zette. Die ondermaats is en veel te jong studentenpersoneel zonder bevoegdheden om iets voor je te realiseren of te escalaren in de systemen. Terwijl de producten wel goed zijn en stabiel (op een paar core storingen na in Q1 2017) krijg je toch een negatieve ervaring
Maar de prijsverhoging van dit jaar accepteren we natuurlijk weer zonder blikken of blozen
Ik deel die mening deels met je. Het is natuurlijk op dergelijke schaal een lastig proces om goed in elkaar te krijgen. Beginnende met vervelende telefoon-doorkies-menu's tot aan het correct te woord staan van de bellende partij, tot aan de navolging v.w.b. het afronden van een incident of het vervolgens vragen om meer informatie / overleg over de situatie.:
[...]
Ja mooi hè, met zo'n grote storing zie je pas hoe erg Ziggo de boel niet op orde heeft. Het heeft dagen geduurd voordat alle klantenservice eilandjes centraal doorhadden dat er een grote storing was. En daarna pas eenduidig begon met communiceren over hetzelfde verhaal.
Ik blijf dat zeer verwonderlijk vinden dat als dit je corebuisness is, je zo slecht je klantenservice op orde hebt. Het zijn blijkbaar allemaal afdelingen/eilandjes die elk in hun eigen domein functioneren. Klanten kiezen anno 2017 niet meer op prijs maar op toegevoegde waarde en service.
Intern communiceren ze blijkbaar niet onderling, maar ook niet naar 2017 maatstaven op socialmedia of aan de telefoon. Ze laten ze als Ziggo BV niets los. Waardoor je als klant het complete gevoel van "algehele chaos" over je heen gestort krijgt en na dag 4 betwijfel je of ze er überhaupt nog mee bezig zijn.
Maar ja omdat die klantenservice zo'n barrière is kan je met dit gevoel ook nergens terecht. Ja de klantenservice bellen met dit verhaal, en je af laten schepen. Ik hou wel van die bedrijven waar de klantenservice manager/afdelingshoofd zelf bereikbaar is. Maar Ziggo kiest ervoor om dit niet te doen en alleen een klantenservice neer te zette. Die ondermaats is en veel te jong studentenpersoneel zonder bevoegdheden om iets voor je te realiseren of te escalaren in de systemen. Terwijl de producten wel goed zijn en stabiel (op een paar core storingen na in Q1 2017) krijg je toch een negatieve ervaring
Maar de prijsverhoging van dit jaar accepteren we natuurlijk weer zonder blikken of blozen
Dat laatste wil ik gerust accepteren dat daar af en toe is verkeerd gaat, eerder zelfs als het om een consumenten product zou gaan. Echter, als je hoog-over communiceert dat je een zakelijke provider bent, je keurige SLA's hebt, en (mag ik hopen) je een service-orgaan ontwikkeld omtrent zakelijke dienstverlening, dan schiet je nu behoorlijk mis.
Ik vind namelijk dat een medewerker die een dergelijk issue afsluit, wel even daadwerkelijk moet afvragen of hij/zij een ticket correct en naar volledigheid weet te tackelen.
Simpelweg zeggen (vrij vertaald), kut voor je, succes verder, fijne dag nog, kan niet meer, zakelijk niet maar particulier ook niet.
Laten we voorop stellen dat ik blij ben dat het issue getackeld is, echter zulke tenenkrommende communicatie.... jugh
Hoi.
Even een niet storingsgerelateerde Ziggo vraag (jaja, ook die bestaan nog ).
Over een paar maanden ga ik verhuizen van een gebied met (KPN) glasvezel naar een fZiggo gebied waar geen glasvezel te krijgen is. Helaas moet ik dus weer terug naar het koper.
Nu ben ik van plan Ziggo te nemen want via de telefoonlijn kom ik niet boven een erg matige 75Mbit uit. En zelfs die is waarschijnlijk niet eens haalbaar gezien de afstand naar de telefooncentrale.
Ziggo lijkt wel leuke snelheden te bieden en ik wou dan ook gaan voor het 300/30 abonnement. Qua upload vind ik dit nog steeds te laag maar helaas zijn er geen andere opties.
Nu vraag ik me dus wel af hoe gegarandeerd deze snelheid is. En dan heb ik het nog niet eens over overboekingsfactoren in drukke coax segmenten maar over de fysiek haalbare snelheid. Het heeft naar mijn inziens namelijk weinig zin om voor 300/30 te betalen en nooit beven de 200/20 uit te kunnen komen.
Is de snelheid bij Ziggo dus gegarandeerd? En zo niet, waar kan ik er dan achter komen wat de werkelijk te halen snelheden zijn?
).Over een paar maanden ga ik verhuizen van een gebied met (KPN) glasvezel naar een fZiggo gebied waar geen glasvezel te krijgen is. Helaas moet ik dus weer terug naar het koper.
Nu ben ik van plan Ziggo te nemen want via de telefoonlijn kom ik niet boven een erg matige 75Mbit uit. En zelfs die is waarschijnlijk niet eens haalbaar gezien de afstand naar de telefooncentrale.
Ziggo lijkt wel leuke snelheden te bieden en ik wou dan ook gaan voor het 300/30 abonnement. Qua upload vind ik dit nog steeds te laag maar helaas zijn er geen andere opties.
Nu vraag ik me dus wel af hoe gegarandeerd deze snelheid is. En dan heb ik het nog niet eens over overboekingsfactoren in drukke coax segmenten maar over de fysiek haalbare snelheid. Het heeft naar mijn inziens namelijk weinig zin om voor 300/30 te betalen en nooit beven de 200/20 uit te kunnen komen.
Is de snelheid bij Ziggo dus gegarandeerd? En zo niet, waar kan ik er dan achter komen wat de werkelijk te halen snelheden zijn?
You see things; and you say, "Why?" But I dream things that never were; and I say, "Why not?"
Komop beetje research:
Even een niet storingsgerelateerde Ziggo vraag (jaja, ook die bestaan nog
Over een paar maanden ga ik verhuizen van een gebied met (KPN) glasvezel naar een fZiggo gebied waar geen glasvezel te krijgen is. Helaas moet ik dus weer terug naar het koper.
Nu ben ik van plan Ziggo te nemen want via de telefoonlijn kom ik niet boven een erg matige 75Mbit uit. En zelfs die is waarschijnlijk niet eens haalbaar gezien de afstand naar de telefooncentrale.
Ziggo lijkt wel leuke snelheden te bieden en ik wou dan ook gaan voor het 300/30 abonnement. Qua upload vind ik dit nog steeds te laag maar helaas zijn er geen andere opties.
Nu vraag ik me dus wel af hoe gegarandeerd deze snelheid is. En dan heb ik het nog niet eens over overboekingsfactoren in drukke coax segmenten maar over de fysiek haalbare snelheid. Het heeft naar mijn inziens namelijk weinig zin om voor 300/30 te betalen en nooit beven de 200/20 uit te kunnen komen.
Is de snelheid bij Ziggo dus gegarandeerd? En zo niet, waar kan ik er dan achter komen wat de werkelijk te halen snelheden zijn?
ja die snelheden haal je gewoon, marge die ze volgens mij accepteren is 10%. Maar goed bedraad moet je zeker gewoon volle bak halen.
Float like a butterfly, sting like a bee.
:strip_icc():strip_exif()/u/79070/crop63295d8c4c0be_cropped.jpg?f=community)
Ik heb 300/30 (sinds een paar weken, ik ben ook verhuisd) en haal gewoon 300/30. Nou ja, naar speedtest.nl 290/30, maar da's goed genoeg. De Ziggo Speedtest geeft 15Mbit down, die is duidelijk stoek...
De Ziggo Speedtest geeft 15Mbit down, die is duidelijk stoek...
Robert Elsinga =8-) | IT security, Scouting, zendamateur (PC5E, WC5E) | www.elsinga.net/robert, www.pc5e.nl
Bij al mijn vrienden en familie (en mijzelf, 300/30) wordt de maximale snelheid gewoon gehaald. Natuurlijk is alles wel netjes aangesloten conform handleiding en is de snelheid bekabeld getest, maar als je via coax je snelheid niet haalt, is er gewoon ergens iets mis. Bij xDSL is je signaal gewoon een trilling die demping kent, bij coax is het een elektrisch signaal en dat is nu eenmaal een stuk robuuster.:
Even een niet storingsgerelateerde Ziggo vraag (jaja, ook die bestaan nog
Over een paar maanden ga ik verhuizen van een gebied met (KPN) glasvezel naar een fZiggo gebied waar geen glasvezel te krijgen is. Helaas moet ik dus weer terug naar het koper.
Nu ben ik van plan Ziggo te nemen want via de telefoonlijn kom ik niet boven een erg matige 75Mbit uit. En zelfs die is waarschijnlijk niet eens haalbaar gezien de afstand naar de telefooncentrale.
Ziggo lijkt wel leuke snelheden te bieden en ik wou dan ook gaan voor het 300/30 abonnement. Qua upload vind ik dit nog steeds te laag maar helaas zijn er geen andere opties.
Nu vraag ik me dus wel af hoe gegarandeerd deze snelheid is. En dan heb ik het nog niet eens over overboekingsfactoren in drukke coax segmenten maar over de fysiek haalbare snelheid. Het heeft naar mijn inziens namelijk weinig zin om voor 300/30 te betalen en nooit beven de 200/20 uit te kunnen komen.
Is de snelheid bij Ziggo dus gegarandeerd? En zo niet, waar kan ik er dan achter komen wat de werkelijk te halen snelheden zijn?
...
Dat begrijp ik niet.. weet je zeker dat je het goed uitlegd?
Waarom niet? Stel dat het zo zou zijn dan is dat nog altijd beter dan 150/15 toch?
Waarom zou je uberhaupt email van je ISP willen gebruiken?
Dit soort problemen heb je ook / *altijd* als je overstapt.
[ Voor 70% gewijzigd door Olaf van der Spek op 12-04-2017 16:44 ]
Heb ook wel gezocht maar kon zo niet een definitief antwoord vinden hierop. Maar bedankt voor de info in ieder geval.:
[...]
Komop beetje research
De reden dat ik het vroeg is omdat de huidige bewoner aangaf dat hij een 200Mbit abonnement heeft en dat dat ook de max van de lijn zou zijn in de wijk.
Zowel via de coax als xDSL wordt er een 'trilling' gebruikt hoor. Dit is allemaal QAM (Kwadratuur-amplitudemodulatie).
De modulatietechnieken verschillen niet zoveel van elkaar. Bij coax deel je de lijn met de buren maar is er een stuk meer data mogelijk over die lijn door de constructie die zorgt voor een lagere signal-to-noise ratio. Bij xDSL is de lijn helemaal van jou maar heeft deze last van overspraak met andere lijnen en andere storingsbronnen in de omgeving.
Bij beide hangt je maximum snelheid af van meerdere factoren, maar de belangrijkste is de afstand tot de centrale/wijkkast. Dat is dan ook waar mijn vraag vandaan komt omdat ik geen inzicht heb in hoeveel wijkkasten Ziggo nu werkelijk heeft (en dus wat de maximale snelheidsverwachting is).
Omdat dat dan een erg dure 50/5 upgrade is boven een 150/15 abonnement
[ Voor 8% gewijzigd door ShadowLord op 12-04-2017 16:53 ]
You see things; and you say, "Why?" But I dream things that never were; and I say, "Why not?"
Hmm betreffende het signaal over coax zou ik het mis kunnen hebben, maar xDSL is toch echt een trilling welke prima zonder spanning werkt. Effectief zijn het modem bij de gebruiker en het modem in de centrale tegen elkaar aan het schreeuwen op frequenties die het menselijk oor niet kan horen. Natuurlijk laat ik het verglaasde deel van de infra dan buiten beschouwing.:
[...]
Dat begrijp ik niet.. weet je zeker dat je het goed uitlegd?
[...]
Waarom niet? Stel dat het zo zou zijn dan is dat nog altijd beter dan 150/15 toch?
Mijn uitspraak over coax baseer ik op informatie die ik in het verleden heb meegekregen en simpelweg de voltagewaarden die ik per kanaal in het tabelltje van het modem zie ;-)
Edit: Weet je, ik vraag het voor de grap gewoon even na. xDSL weet ik 100% zeker, in ieder geval voordat men met vectoring en pair bonding kwam, aangezien ik tot die tijd zelf 1e/2e lijn helpdeskwerk heb gedaan bij onze grote koperboer. En daar was toch best wat diepgaande kennis voor nodig. Maar voor coax ben ik nu zelf ook wel benieuwd.
[ Voor 17% gewijzigd door PhatFish op 12-04-2017 16:55 ]
...
Je haalt wat termen door elkaar denk ik
QAM (en dus xDSL en het digitale signaal op de coax) gebruikt een hoog frequente een elektrische trilling (de draaggolf): dit zijn snelle spanningswisselingen op een hoge frequentie. De modulering (en dus de dataoverdracht) komt door de amplitude (het voltage zeg maar) van deze draaggolf te wisselen.
Wat er niet nodig is (en ook niet met coax overigens) is dat er ook nog gelijkspanning op de lijn staat. En ik denk dat je spanningsopmerking daar op slaat.
[ Voor 11% gewijzigd door ShadowLord op 12-04-2017 17:10 ]
You see things; and you say, "Why?" But I dream things that never were; and I say, "Why not?"
Hier zou je best eens gelijk in kunnen hebben, is onderhand alweer een tijd geleden dat ik in dat wereldje werkte. Staat mij enkel bij dat we naar dB-waarden keken voor linesync en simpelweg nooit naar spanning, tenzij er een vermoeden van defecte infra was.:
[...]
Je haalt wat termen door elkaar denk ik
QAM (en dus xDSL en het digitale signaal op de coax) is een hoog frequente een elektrische trilling: dit zijn snelle spanningswisselingen op een hoge frequentie.
Wat er niet nodig is (en ook niet met coax overigens) is dat er ook nog gelijkspanning op de lijn staat. En ik denk dat je spanningsopmerking daar op slaat.
Maar goed, eerlijk gezegd maakt het mij weinig uit of ik hier wel of geen gelijk in heb. We gaan zo erg off-topic. Komt er gewoon op neer dat je met Ziggo gewoon aan de max van je abonnement hoort te zitten, in ieder geval op het bekabelde gedeelte. Draadloos gaan we het natuurlijk niet over hebben ;-)
...
Draadloos heb ik een Asus RC-AC68U voor met een kleine patch dus dat komt goed
Daarnaast heb ik zelf een simpel principe. Is het mobiel dan draadloos, staat het op een vast plek dan met draad.
You see things; and you say, "Why?" But I dream things that never were; and I say, "Why not?"
Je haalt de snelheid gegarandeerd of je segment moet erg vol zitten (je hebt dan een paar groot verbruikers in je segment) De overboeking ligt meen ik ergens op 700 gebruikers op 800Mbit (16 kanalen). Al heb ik nog nooit meegemaakt dat ik m'n snelheid niet haalde.:
Even een niet storingsgerelateerde Ziggo vraag (jaja, ook die bestaan nog
Over een paar maanden ga ik verhuizen van een gebied met (KPN) glasvezel naar een fZiggo gebied waar geen glasvezel te krijgen is. Helaas moet ik dus weer terug naar het koper.
Nu ben ik van plan Ziggo te nemen want via de telefoonlijn kom ik niet boven een erg matige 75Mbit uit. En zelfs die is waarschijnlijk niet eens haalbaar gezien de afstand naar de telefooncentrale.
Ziggo lijkt wel leuke snelheden te bieden en ik wou dan ook gaan voor het 300/30 abonnement. Qua upload vind ik dit nog steeds te laag maar helaas zijn er geen andere opties.
Nu vraag ik me dus wel af hoe gegarandeerd deze snelheid is. En dan heb ik het nog niet eens over overboekingsfactoren in drukke coax segmenten maar over de fysiek haalbare snelheid. Het heeft naar mijn inziens namelijk weinig zin om voor 300/30 te betalen en nooit beven de 200/20 uit te kunnen komen.
Is de snelheid bij Ziggo dus gegarandeerd? En zo niet, waar kan ik er dan achter komen wat de werkelijk te halen snelheden zijn?
Even een opmerking daarop: tegenwoordig moet je niet meer puur de afstand naar de wijkcentrale meenemen; veel dsl lijnen lopen via een straatkastje die veel dichterbij je woning staat met actieve apparatuur. Dus die 75Mbit zou je dan wel kunnen halen, soms ligt de snelheid nog hoger.:
Even een niet storingsgerelateerde Ziggo vraag (jaja, ook die bestaan nog
Over een paar maanden ga ik verhuizen van een gebied met (KPN) glasvezel naar een fZiggo gebied waar geen glasvezel te krijgen is. Helaas moet ik dus weer terug naar het koper.
Nu ben ik van plan Ziggo te nemen want via de telefoonlijn kom ik niet boven een erg matige 75Mbit uit. En zelfs die is waarschijnlijk niet eens haalbaar gezien de afstand naar de telefooncentrale.
Ziggo lijkt wel leuke snelheden te bieden en ik wou dan ook gaan voor het 300/30 abonnement. Qua upload vind ik dit nog steeds te laag maar helaas zijn er geen andere opties.
Nu vraag ik me dus wel af hoe gegarandeerd deze snelheid is. En dan heb ik het nog niet eens over overboekingsfactoren in drukke coax segmenten maar over de fysiek haalbare snelheid. Het heeft naar mijn inziens namelijk weinig zin om voor 300/30 te betalen en nooit beven de 200/20 uit te kunnen komen.
Is de snelheid bij Ziggo dus gegarandeerd? En zo niet, waar kan ik er dan achter komen wat de werkelijk te halen snelheden zijn?
Dit topic is gesloten.