Userbase

Toch grappig hoe ze bij Telenet gewoon excuses verzinnen en een ander de schuld in de schoenen schuiven. Wel triestig dat de nieuws websites alle zever overnemen zonder enig kritisch denken of verificatie...

we kregen bericht van Google dat de eerder gemelde problemen met de verbinding van Google naar Telenet opgelost zouden zijn.

Willen jullie even verifiëren dat de HD streams op YouTube voldoende snel binnenkomen? We doen graag nog een kleine steekproef voor we het nieuws verspreiden.

Alle feedback is welkom!


Charlotte
Telenet klantendienst

http://www.youtube.com/watch?v=5mi08o3ynYU

Deze wil met moeite starten in 1080p. met Mozilla Firefox en FN100 en geen smalband.

Bij mij schokt ie enorm en buffert continu :s
EDIT: Zelfs de lager dan 720 buffert ook continu.

Ik ondervind dezelfde hierboven vernoemde problemen.
De video speelt even dan 10 sec bufferen, repeat.
FN60

Het hangt natuurlijk af van video tot video. Er zijn nl. video's die niet op de cache servers in EU zelfs staan....

FN60 - geen smallband

nog altijd hetzelfde probleem, ik mag content zijn als ik meer dan 200KB/s haal.

als we da niet geloven gaan ze wel iets anders wijsmaken.

Nog altijd hetzelfde probleem.
Bufferen a volonté.

Ook geen verandering hier, alleen maar bufferen.

Mja Telenet en peering, misschien worden ze nu zelf slachtoffer van hun ip transit politiek.

mailracer schreef:http://www.youtube.com/watch?v=5mi08o3ynYU

Deze wil met moeite starten in 1080p. met Mozilla Firefox en FN100 en geen smalband.

Inderdaad deze doet moeilijk, de andere gewone filmpjes en music clips gaan anders wel vlot hier.

De video van Mailracer laadt hier zeer vlug in 1080P. Belgacom internet wel.

Hier met FN40 ook nog steeds niet te doen.

Doe eens
...in een commandovenster in uw buurt.

hier comfortnetXL 30 / 1.5 mbit

haal max 5sec een piek van de max snelheid van mijn lijn (3500kb)
daarna zakt het naar 200kb, waardoor hij continue in buffer gaat ...

hopelijk wordt dit vlug opgelost (zelf druk bezochte youtubefilmkes van HLN.be werken enorm traag)
greetzz

Lord Utopia schreef:De video van Mailracer laadt hier zeer vlug in 1080P. Belgacom internet wel.

Hier doet het filmpje nu wel goed , jeuj al 5 minuten zonder probleem

route nr youtube cache-servers is anders wel helemaal verandert vandaag en lijkt nu dezelfde te gebruiken als via dommel (veel dichterbij ~20ms vs nog ~60ms gisteren).
films streamen hier nu ook goed via Telenet.

Hier moet ik 5 min wachten tot een youtubefilmtje van 1 minuut helemaal gebufferd is zodat ik hem kan afspelen zonder onderbrekingen. Dit is al enkele maanden zo.

Mozilla Firefox + FN60

Hier is het ook al beter. Bovengenoemd filmpje gaat nu wel goed. Zonder het commando "ipconfig /flushdns"

Enkele filmpjes gaan nu al wat beter.
Maar de meeste 1080p filmpjes op youtube en zelfs de meeste 720p fillmpjes gaan nog altijd niet vooruit.

Het is meestal 3 a 4 seconden afspelen en dan rond de 10 - 15 seconden bufferen en dan weer 5 seconden spelen en weer 10 seconden bufferen.
Dus hier is het nog niet in orde.

Fibernet 100 Hoboken , Antwerpen

Yep, ik ben blij dat ik dit topic geopend heb.

HET IS OPGELOST BIJ MIJ.


Ik gebruik nu wel andere dns servers.

8.8.4.4 als primair --> tweede dns server van google
195.130.131.1 als secundair --> primaire dns server van telenet
212.71.8.10 als tertiar --> dns server van EDPNET

Ik heb ook mijn modem eens gereboot samen met mijn switch. Na ik dit gedaan had waren mijn pings naar tweakers.net en google.be weer normaal (eerst lagen deze rond de 100 ms en dat is 5 keer trager als normaal)

Daarna met namebench getest op dns servers en hun voorkeur instellingen gebruikt.

Bijna al mijn websites laden nu maximaal 4 a 5 seconden.
En sites als tweakers.net laden binnen de seconde.

Ik heb nu een aantal uren rond gesurft op youtube en bijna alle filmpjes die ik nu open laden met 80 a 90 mbit.
Dus filmpjes van 10 minuten op 360p = 50MB. Deze laden op 5 a 6 seconden en daarna kun je lekker vlot door de filmpjes heen spoelen.

Ook hd filmpjes laden terug aan de volledige 100 mbit.

Er was dus ZEKER een probleem maar het is nu dus ook ZEKER opgelost.
Bedankt Telenet voor hier redelijk snel op te reageren.

Userbase.be heeft zijn nut weer eens laten zien. Ik had niet gedacht dat dit zo snel zou opgelost zijn.

Voor de rest raad ik iedereen aan op eens te testen met namebench zoals besproken in dit topic --> http://userbase.be/forum/viewtopic.php?f=50&t=29433

En dan je dns servers instellen volgens die tool je laat zien.
Als ik hier test dan scheelt het op websites die NIET in de cache zitten (en dus een dns request nodig hebben) soms wel een volle seconde ofwel 60% sneller.
Dit is vooral de tweede dns server van google.be (8.8.4.4) Deze is veel sneller als die van Telenet voor de meeste websites.

Ik ga het wel in de gaten houden. Probleem met andere dns servers is dat deze soms niet goed op de hoogte zijn van je locatie en je voor een download naar een verdere server sturen als waar je je bevind.
Maar voorlopig ben ik terug tevreden.

Kainiac schreef:HET IS OPGELOST BIJ MIJ.

Ik gebruik nu wel andere dns servers.

8.8.4.4 als primair --> tweede dns server van google
195.130.131.1 als secundair --> primaire dns server van telenet
212.71.8.10 als tertiar --> dns server van EDPNET

Je gebruikt nu dus de Google DNS... de overige worden niet gebruikt zolang de eerste actief is.

Ik heb niets aangepast, en het werkt nu ook terug prima... dus je wijziging heeft er vermoedelijk niets mee te zien.

Staat ook op ZDnet hoe je kan vermijden dat je trage youtube filmpje krijg. (Google DNS en DNS flush)
http://www.zdnet.be/help/126558/hoe-ver ... filmpjes-/

Vandaag is het hier ook terug ok , filmpjes in Hd 1080 werken perfect nu.

Wat hebben die DNS servers er nu mee te maken ... Als de DNS servers het probleem waren dan had je dat aan andere zaken ook gemerkt...

DNS wordt toch alleen maar gebruikt bij het opzetten van een verbinding/opzoeken waar je eindpunt ligt. Het maakt niet uit welke DNS server je zegt waar het eindpunt zich bevindt, de weg ernaartoe is helemaal in handen van je ISP (peering etc). Dat de eene DNS server sneller reageert dan de andere daar heb je overschot van gelijk in, maar dat kan technisch niets te maken hebben met de bandbreedte die je krijgt voor netwerk communicatie van/naar je eindpunt.
In het antwoord dat je van eender welke DNS server krijgt zit geen informatie in over hoe je nu dat eindpunt moet bereiken, dat is voor 100% in handen van je ISP, dat heb je zelf niet in de hand.

Met DNS server X is het sneller als met DNS server Y is zoals: als ik de weg opzoek op wegenkaart A dan ben ik er sneller dan als ik het opzoek met wegenkaart B ... de wegen zijn _exact_ hetzelfde op wegenkaart A en B. Dat staat los van het feit dat je misschien sneller _gevonden_ hebt waar je eindpunt ligt, maar dat bepaalt niet de _snelheid_ waarmee je naar dat eindpunt kan rijden.

De nagel helemaal op de (Telenet) kop.

Zolang de mensen via speedtest.net en konsoorten een hoge waarde te zien krijgen van hun veronderstelde snelheid zijn die mensen alvast zeer tevreden.... Ook al moet Telenet hiervoor zelf een eigen speedtest server ter beschikking stellen.
Van een objectieve snelheidsmeting gesproken.
Lokaal op hun eigen netwerk: akkoord.
Maar deze meetwaarden extrapoleren naar sites gelegen buiten het Telenet netwerk: dat is op eigen risico natuurlijk.

Dat andere websites traag/trager zijn, zal in hun redenering allicht wel te wijten zijn aan het trage internet...
En niet aan hun internetverbinding. Want Telenet levert het allersnelste internet. Toch?
Klein probleempje natuurlijk als zoiets zich voordoet met bijvoorbeeld YouTube.

iedereen alvast bedankt voor de hulp.

Kunnen jullie even een update geven aub?

Alweer bedankt!

Charlotte
Telenet klantendienst

eternum schreef:De nagel helemaal op de (Telenet) kop.
.

Dat andere websites traag/trager zijn, zal in hun redenering allicht wel te wijten zijn aan het trage internet...
En niet aan hun internetverbinding. Want Telenet levert het allersnelste internet. Toch?
Klein probleempje natuurlijk als zoiets zich voordoet met bijvoorbeeld YouTube.

Ik heb nog nooit problemen gehad met youtube filmpjes hier in Limburg met fibernet.
Hoe leg je dat uit eternum.
Wil best met jou erbij hier testen doen.

@larcos35
Al jouw andere persoonlijkheden hebben allicht dezelfde ervaring... best vraag je hen om meer uitleg.

Alvast een niet limitatief lijstje:
Bunga, Joopie, Ashmed, vrdat, jonagold, gregor, Spick&Span, sus, sander, KingHighway, elza, BOSAL, flash, crows, caminoe, fin, hak, mambo, flurk, florkos, jarin, jennyO, martina, maus, SnelTelenet, jans46, morton, henky, sassano.

En nee, ik heb geen zin om bij een Forumtroll iets te gaan testen.
Complete waste of time.

En ja, gelieve ook te stoppen met me te bestoken met privé berichten onder je diverse hoedanigheden.
Als gevolg van je gedrag heb ik momenteel de mogelijkheid dat mensen me privé berichten kunnen sturen alvast uitgeschakeld.

Edit: enkele typos.

[quote="eternum"][/quote]

Wist niet dat je zoveel vrienden had.

selder schreef:Wat hebben die DNS servers er nu mee te maken ... Als de DNS servers het probleem waren dan had je dat aan andere zaken ook gemerkt...

Misschien had je de thread eens eerst moeten lezen... dan had je misschien geweten dat niet alle DNS servers hetzelfde IP-adres geven voor een bepaalde hostname. Er bestaat namelijk zoiets als location based DNS wat ervoor zorgt dat hij dezelfde naam gaat resolven naar een IP-adres dat lokaal is voor jou (ideaal zelfs een cache bij je provider zelf).

Vergelijk het met de vraag... waar is de Delhaize... een DNS die niet location based is zal misschien altijd de hoofdzetel vertellen, terwijl een location based DNS je de dichtsbijzijnde winkel zal vertellen op basis van waar jij op dat moment zit. Wanneer er echter een fout zit in het location mechanisme, dan zou je als persoon aan de Kust wel eens een adres in de Ardennen kunnen krijgen... en da's heel wat verder rijden.

bij mij werkt deze vlot op 720 soms nog een hapering in de rode uren.
groene uren tussen 65 -74 Mbps

r2504 schreef:

selder schreef:Wat hebben die DNS servers er nu mee te maken ... Als de DNS servers het probleem waren dan had je dat aan andere zaken ook gemerkt...

Misschien had je de thread eens eerst moeten lezen... dan had je misschien geweten dat niet alle DNS servers hetzelfde IP-adres geven voor een bepaalde hostname. Er bestaat namelijk zoiets als location based DNS wat ervoor zorgt dat hij dezelfde naam gaat resolven naar een IP-adres dat lokaal is voor jou (ideaal zelfs een cache bij je provider zelf).

Vergelijk het met de vraag... waar is de Delhaize... een DNS die niet location based is zal misschien altijd de hoofdzetel vertellen, terwijl een location based DNS je de dichtsbijzijnde winkel zal vertellen op basis van waar jij op dat moment zit. Wanneer er echter een fout zit in het location mechanisme, dan zou je als persoon aan de Kust wel eens een adres in de Ardennen kunnen krijgen... en da's heel wat verder rijden.

Maar niet in dit geval. Iedereen van in "belgië" die de bron opzoekt van die filmpjes van Youtube zal bij dezelfde server van Google (of Akamai) uitkomen.

selder schreef:Maar niet in dit geval. Iedereen van in "belgië" die de bron opzoekt van die filmpjes van Youtube zal bij dezelfde server van Google (of Akamai) uitkomen.

Dat zeg jij... ik weet niet waar Google overal caching servers heeft staan. Als je trouwens gaat kijken op pagina 3 van deze thread dan zie je dat ik terecht kwam op 74.125.15.170 (wat niet resolved, en blijkbaar via Level3 gaat in Amsterdam). Geen idee dus of dit bij Akamai is of niet.

Om dit uit te sluiten moet je een referentie filmpje nemen, en testen doen via je provider DNS (ook BGC klanten kunnen dan zien wat zij krijgen), Google DNS en OpenDNS om te kijken of inderdaad steeds hetzelfde IP-adres krijgt. Als je telkens hetzelfde hebt kan je dan zien wat het verschil in routing is met een bv. een BGC klant (mogelijk dat daar het probleem zat en dat TN snel wat capaciteit heeft bijgenomen ergens).

selder schreef:Maar niet in dit geval. Iedereen van in "belgië" die de bron opzoekt van die filmpjes van Youtube zal bij dezelfde server van Google (of Akamai) uitkomen.

Voor Content Delivery Networks klopt dit niet : de localisatie gebeurt op basis van de DNS-server, en niet van je eigen ip. zie hieronder het relevante stukje uit http://robert.accettura.com/blog/2010/1 ... lications/

de server die het request afhandelt is degene met het minste aantal hops naar de gebruikte dns-server.

bijna alle grote sites zijn op basis van een cdn, dus niet alleen youtube.

That last query is going to the CDN’s DNS instead of the website. The CDN gives an IP (sometimes multiple) that it feels is closest to whomever is requesting it (the DNS server). That’s the important takeaway from this crash course in DNS. The CDN only sees the DNS server of the requester, not the requester itself. It therefore gives an IP that it thinks is closest based on the DNS server making the query.

HET IS WEER TERUG1! Verdorie toch.

Op 3 locaties getest.
Antwerpen --> 60 mbit
Kortenberg --> 100 mbit
Meeuwen. --> 30 mbit

Bijna alle youtube video's laden weer heel erg traag.
Kan er een permanente oplossing komen Telenet aub !
Dat schokken is vreed irritant.

Helpt het veranderen van DNS servers? Anders kan het misschien een bandbreedte probleem bij Telenet zijn.

Hier blijft het goed gaan, geen probleem.

Ik heb verschillende dns servers gebruikt (open dns, google dns, telenet, edpnet) en elke keer een ipconfig/ dnsflush gedaan maar ik blijf problemen hebben met verschillende video's.