Re: Vrije markt zal niet voor glasvezel zorgen
Geplaatst: 16 okt 2013, 20:28
Ook naast de mijne ... Ik heb pas 2 maand moeten sukkelen om 12/1 te krijgen...gunmaster schreef:Damnit, Brecht ligt naast mijn gemeente -.-"
Ook naast de mijne ... Ik heb pas 2 maand moeten sukkelen om 12/1 te krijgen...gunmaster schreef:Damnit, Brecht ligt naast mijn gemeente -.-"
Het is wellicht voor Belgacom goedkoper om in zo'n nieuwe verkaveling (zogenoemde "green fields") direct fiber te leggen, in plaats van nieuwe telefoonkabels, ROP's, KVD's, etc ...Splitter schreef:dat is een volledig nieuwbouw wijk waar ze dus gemakkelijk fiber konden uitrollen gezien er nog niets was.
Gezien FTTH nog niet officieel gecommercialiseerd is, kan je ook niets terug vinden op de site.Splitter schreef:tijdens de testperiode is het wel iets om jaloers op te zijn:
- 200 mbps down
50 mbps up
4 decoders met max 8 HD streams.
Ja, toch wel hoor ... Waarom niet?Astralon schreef:En nu zou ik kunnen posten hoeveel Telenet er gewonnen heeft maar ja dat mag niet van de moderatorphilippe_d schreef:Dat zijn nog jaarlijks 40.000 bijkomende lijnen (= saldo van nieuwe aansluitingen - verloren klanten..
Met mijn excuses, het was niet de bedoeling om jou tegen te spreken. Jij weet natuurlijk wat je in je omgeving ziet.Astralon schreef:Ik wist niet dat wij een gedeelde klanten- en/of vriendenkring hebbenphilippe_d schreef:Toch enkele beweringen rechtzettenAstralon schreef:En ik merk in mijn omgeving dat steeds meer mensen/bedrijven overstappen naar Telenet..
Ik vrees dat dit overal wel is. Al haal ik vrijwel altijd mijn maximumsnelheid (op voorwaarde dat de tegenpartij dit kan leveren). En eveneens ook op elk moment van de dag. (Torrent's over het algemeen afhankelijk van het tijdstip.)iRockabizzydilly schreef:Dat ze hogere snelheden op papier bieden is duidelijk, maar je hebt die van z'n leven niet 24/7. Handig op speedtestresultaten, maar meeste dagdagelijkse dingen op internet krijgen die snelheden totaal niet continu.
Als dit over torrent-verkeer gaat kan dit zeer goed kloppen door "traffic management", maar de rest zou ik dit toch in vraag kunnen stellen. Zoals jij het formuleert is het precies of ze knijpen "alles" af. Als je op een drukke node zit kan het verkeer ook droppen tijdens de drukke uren, maar nooit zo hard dan jij wil doen uitschijnen. (op uitzonderingen na)iRockabizzydilly schreef:Om maar iets te zeggen, met een 30Mbit lijn hele dag door een bepaald bestand binnenhalen van bijvoorbeeld 2GB telkens opnieuw zal uiteindelijk op einde van de rit veel sneller gaan continu dan wat Telenet nog op een particuliere lijn toelaat. Dat afknijpen, zeker in bepaalde gebieden, is zo ingrijpend dat je soms wou dat je op een 30Mbit/50Mbit lijn zat.
15Mbps, dus uw bewering is dat TN niet sneller ging dan 1.8 Mbps? Ik denk dat dit niet "afgeknepen" wordt, maar andere factoren hieraan verbonden zijn. Lijkt mij ook normaal dat verbinding A soms een gunstigere weg heeft dan verbinding B.iRockabizzydilly schreef:Een kleine 2 jaar geleden zag ik mijn toemalige Fibernet XL 100Mbit over vaste verbinding een bepaald bestand tot 8x trager binnenhalen dan toen ik de download pauzeerde, Belgacom comfort 15Mbit lijn met ethernetkabel verbond en liet verder downloaden. Het is een discussie die al meermaals gevoerd is, maar zij die de twee connecties hebben kunnen af en toe wel wat van die absurde dingen tegenkomen. Voor alle duidelijkheid, het was een software update pakket dat ik via de site van fabrikant downloadde, dus geen torrents.
Men schoonbroer en ouders wonen in een zeer drukke TN-buurt, sinds de ontdubbeling hebben zij veel minder last van "diepe" schommelingen. Men schoonbroer zei vorige zondag op zijn verjaardagsfeest nog dat hij tegenwoordig goed boven de 90a100Mbps blijft, terwijl dit vroeger rond de 30a60 was.iRockabizzydilly schreef:Dus puur op cijfer en enkel speedtestresultaten af gaan is veel te kort door de bocht. Tenzij misschien je afgelegen woont met amper tot geen andere klanten op de node.
Ik heb dit alleen nog maar waargenomen met torrents. Nog nooit op usenet. Maar dit zal misschien van de usenetprovider afhangen. Eweka mensen hebben dacht ik hier veel last mee gekend.iRockabizzydilly schreef:En 't is nu ook lang niet alleen Torrents die afgeknepen worden hé... Er is wel wat meer verkeer dat de protocollen gebruikt die Telenet mogelijks afknijpt.
Uploadsnelheid =Tomsworld schreef:Bron : http://tweakers.net/nieuws/91980/belgac ... l-aan.html
Waar moet ik tekenen ?
200/50 Mbit + 4 decoders mogelijk + telefoon lijkt me een leuk abbonemetje.
[Mod Edit] verplaatst naar de lopende topic over glasvezel
Kijk eens naar de MOD edit...Loeri schreef:Neen, kijk naar de titels van hun posts en dan naar die van ons nu en ervoor
Het gebeurt af en toe eens dat een bericht hier dubbel gepost wordt (in dit geval werd de link zelfs 3* gepost).gbmed schreef:Man, excuseer me 1.000 keer dat dit eerder gepost is. .
Ik ben ook blij.... Mijn lijn is stabiel. ik heb liever een stabiele lijn dan een lijn die onregelmatig is...Wees blij, hier 12/1(en Telenet gelukkig)
Volgens mij gaan bytes altijd even snel of het nu TCP, UDP, ICMP, ... of wat dan ook is.Bssoft schreef:en iedereen zou moeten weten dat UDP sneller is dan TCP of toch niet ?
Mijn excuses gmbed het was niet de bedoeling om opheffing te veroorzaken..gbmed schreef:Man, excuseer me 1.000 keer dat dit eerder gepost is. Een reden te meer om hier weg te blijven. Mea culpa maxima. Ik heb steeds minder zin om op dit forum te komen.
Het protocol UDP is sneller dan TCP want die moet zich met veel minder bezig houden ....r2504 schreef:Volgens mij gaan bytes altijd even snel of het nu TCP, UDP, ICMP, ... of wat dan ook is.
Bij TCP heb je bevestiging... maar dat heeft normaal geen impact op de downstream (tenzij de kwaliteit slecht is).
Mmm... ik leer hier alle dagen bij... sinds wanneer zou een UDP pakket geen TTL hebbenBssoft schreef:of omdat de "time to live" overschreden is
Ik sprak daar niet specifiek over UDP maar over mogelijke oorzaken die problemen geven met verloren pakketjes als jer2504 schreef:Mmm... ik leer hier alle dagen bij... sinds wanneer zou een UDP pakket geen TTL hebbenBssoft schreef:of omdat de "time to live" overschreden is![]()
Ik denk dat je je eens moet verdiepen in TCP/IP voor je nog dergelijke uitspraken doet![]()
Maar laten we het hier bij houden... het was eerder een grapje dat bits op zich altijd even snel gaan