Telfort Internet ervaringen topic - Deel 15

[Verwijderd]

bjck schreef op donderdag 23 juli 2009 @ 16:12:
[...]


Dat omzetten van multimode naar ADSL2 naar GDMT heeft dus geen effect. Als je ADSL verbinding gewoon stabiel is zal daar 't ook niet snel in zitten maar goed om even te proberen.

Is het heel specifiek naar die gameserver/netwerk of is het echt je hele verbinding? Dus als je nu op de achtergrond een ping laat lopen (of op andere PC?) zie je dezelfde onderbreking?

Doe dan bijvoorbeeld:

ping -t ping.xs4all.nl

Ik heb het ping commando laten draaien (goede tip trouwens) Verbinding naar Zyxel is prima, het interne netwerk is ook prima, m'n fileserver blijft gewoon bereikbaar. Het pingen naar xs4all draait eerst keurig, af en toe pieken in het aantal ms. Totdat de verbinding er uit ligt.

Ik heb telfort nu 3 maanden, het draaide ook perfect. Zyxel op Multimode (19000+ kpbs down, 600m van de centrale), ook dat is anders sinds afgelopen vrijdag (niet meer dan 14000 kpbs).

Vandaar dat ik de Zyxel nu op ADSL1 (gdmt) heb draaien. Dit helpt dus niet, de verbrekingen blijven. Het is al eerder genoemd: het modem blijft gewoon up aangeven. Ook ZyxMon (handige tool: http://zyxmon.streamclub.ru) blijft up aangeven. Kabels ook gechecked, opnieuw aangesloten, geen verbetering.

Het lijkt er echt op dat Telfort een probleem in het netwerk heeft gezien er meerderen zijn die hetzelfde probleem aangeven. Ook op het telfort gebruikers forum (http://telfort.gebruikers.eu) lopen al een paar threads.

Al met al, ik hoop dat er snel een oplossing is spreekt een game-addict (www.planetside.com, old but still good )

[bjck]

Verwijderd schreef op donderdag 23 juli 2009 @ 17:20:
[...]


Ik heb het ping commando laten draaien (goede tip trouwens) Verbinding naar Zyxel is prima, het interne netwerk is ook prima, m'n fileserver blijft gewoon bereikbaar. Het pingen naar xs4all draait eerst keurig, af en toe pieken in het aantal ms. Totdat de verbinding er uit ligt.

Ok, geen IP verbinding meer met de buitenwereld en dat terwijl ADSL gewoon UP blijft netjes.

Ik heb telfort nu 3 maanden, het draaide ook perfect. Zyxel op Multimode (19000+ kpbs down, 600m van de centrale), ook dat is anders sinds afgelopen vrijdag (niet meer dan 14000 kpbs).

Vandaar dat ik de Zyxel nu op ADSL1 (gdmt) heb draaien. Dit helpt dus niet, de verbrekingen blijven. Het is al eerder genoemd: het modem blijft gewoon up aangeven. Ook ZyxMon (handige tool: http://zyxmon.streamclub.ru) blijft up aangeven. Kabels ook gechecked, opnieuw aangesloten, geen verbetering.

Het lijkt er echt op dat Telfort een probleem in het netwerk heeft gezien er meerderen zijn die hetzelfde probleem aangeven. Ook op het telfort gebruikers forum (http://telfort.gebruikers.eu) lopen al een paar threads.

Pas wel op dat 'soms geen verbinding' in 98 van de 100 gevallen iets met de ADSL lijn te maken heeft dat die verbreekt, dat is de meest voorkomende oorzaak bij die klacht bij ADSL (vooral bij snelle abonnementen). Deze is iets meer specifiek inderdaad waarbij dat wel stabiel blijft maar er voor periodes totaal geen verkeer mogelijk is.

Zet hem gewoon terug op multimode je modem, heb je meer snelheid

Al met al, ik hoop dat er snel een oplossing is spreekt een game-addict (www.planetside.com, old but still good )

Dan is het behoorlijk lastig inderdaad

[Jewie]

Hallo allemaal,

Is er iets van bekend dat KPN haar ADSL-centrales nog bijwerkt? Ik keek zojuist evenin de modem-instellingen en zag dat mijn verbinding van ADSL2 naar ADSL2PLUS is gegaan. Ik was altijd in de veronderstelling dat er geen upgrades meer plaats zouden vinden.

Overigens is mijn verbinding niet dermate verbeterd kwa snelheid met de volgende waarden:

DSL Up 8002 kbps / 1031 kbps

Kan iemand hierover iets meer vertellen aan de hand van de volgende log:

^{noise margin upstream: 9 db
output power downstream: 21 db
attenuation upstream: 18 db
tone 0- 31: 00 00 00 07 9a bb cc cc cc cc cc cc cc cb ba a9
tone 32- 63: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
noise margin downstream: 8 db
output power upstream: 12 db
attenuation downstream: 39 db
tone 32- 63: 00 24 56 78 99 aa ab bb bb bb bb cc cc cc cc cc
tone 64- 95: 2b bb bb bb bb bb bb bb bb aa aa aa aa aa aa aa
tone 96-127: aa aa aa aa aa a9 aa a9 99 a9 99 99 99 99 99 99
tone 128-159: 99 99 99 99 99 99 99 99 99 98 99 99 99 89 89 98
tone 160-191: 99 88 99 89 88 88 88 88 88 88 88 88 88 88 88 88
tone 192-223: 88 88 88 88 87 77 76 32 57 77 77 77 77 77 77 77
tone 224-255: 77 76 77 77 76 77 77 77 77 76 56 67 66 57 55 52
tone 256-287: 04 66 54 66 66 65 55 67 77 76 63 35 66 66 66 35
tone 288-319: 54 03 44 24 66 66 66 53 56 66 55 40 44 43 22 32
tone 320-351: 24 44 44 44 04 44 43 33 12 22 21 22 10 22 22 22
tone 352-383: 21 22 22 22 21 12 22 21 10 01 11 11 10 00 00 00
tone 384-415: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
tone 416-447: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
tone 448-479: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
tone 480-511: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00}

[thefxr]

IJsbeer schreef op donderdag 23 juli 2009 @ 11:13:
[...]

Jij weet mensen ook wel aan te moedigen om je verder te helpen. Succes met de helpdesk

Als ik op de vorige pagina 2x post, dat mijn modem UP/ingetraint blijft.
Dan moet mexel niet meegaan, dat ik een zogenaamde klapperlijn heb.
een klapperlijn is dat je modem er steeds uitvliegt,maar dat weet iedereen toch al hier, Tweakers is geen forum voor beginners!

[Mexel]

thefxr schreef op donderdag 23 juli 2009 @ 21:52:
[...]
Als ik op de vorige pagina 2x post, dat mijn modem UP/ingetraint blijft.
Dan moet mexel niet meegaan, dat ik een zogenaamde klapperlijn heb.
een klapperlijn is dat je modem er steeds uitvliegt,maar dat weet iedereen toch al hier, Tweakers is geen forum voor beginners!

Boys ik probeer gewoon als gebruiker jullie te helpen
maar het mag niet baten.

ooit had ik hetzelfde probleem met wegvallende verbinding maar dat is gelukkig opgelost
ik laat het nu ook hier bij en zal me niet zo veel meer bezig houden met dit topic

[JosWo]

Jewie schreef op donderdag 23 juli 2009 @ 19:19:
Hallo allemaal,

Is er iets van bekend dat KPN haar ADSL-centrales nog bijwerkt? Ik keek zojuist evenin de modem-instellingen en zag dat mijn verbinding van ADSL2 naar ADSL2PLUS is gegaan. Ik was altijd in de veronderstelling dat er geen upgrades meer plaats zouden vinden.

Overigens is mijn verbinding niet dermate verbeterd kwa snelheid met de volgende waarden:

DSL Up 8002 kbps / 1031 kbps

Ook ik heb deze week hetzelfde opgemerkt en ook ik haal de volgende snelheid:
8002 kbps / 1031 kbps
Toevallig precies dezelfde snelheid?
Heb Telfort Joris al gevraagd of er door KPN iets aangepast gaat worden want ik sta op het punt om naar Ziggo over te stappen. Als die 20 MB nu via 2PLUS toch binnen handbereik komt omdat de centrale aangepast gaat worden wil ik nog wel even wachten. Maar worden ze aangepast.....? that's the question

[Hurricane]

Adsl centrales worden niet meer aangepast. Ga daar maar van uit. Het is de investering niet meer waard denk ik.

[Jewie]

Hurricane schreef op vrijdag 24 juli 2009 @ 12:25:
Adsl centrales worden niet meer aangepast. Ga daar maar van uit. Het is de investering niet meer waard denk ik.

Dat dacht ik ook. Maar waarom is dan sinds enige tijd mijn verbinding overgegaan van ADSL2 naar ADSL2PLUS? Ik heb ruim een jaar op ADSL2 gezeten en ben dus onlangs 'overgezet' .

[Verwijderd]

Jewie schreef op vrijdag 24 juli 2009 @ 14:02:
[...]

Dat dacht ik ook. Maar waarom is dan sinds enige tijd mijn verbinding overgegaan van ADSL2 naar ADSL2PLUS? Ik heb ruim een jaar op ADSL2 gezeten en ben dus onlangs 'overgezet' .

Hier nog één die van ADSL2 naar ADSL2plus is gegaan met exact hetzelfde, DSL Up 8002 kbps / 1031 kbps.
Alleen de attenuation downstream: is van 24 naar 27db gegaan (extra lusje in de kabel?) en de laatste helft van de tone regels waren eerst nullen en nu niet meer.
Ik sta trouwens ook op het punt om over te stappen naar Ziggo

[Jewie]

Opmerkelijk, de snelheden liggen bij iedereen gelijk; lijkt wel op ze gecapped worden op de (oorspronkelijke) ADSL1-snelheden. Misschien dat Telfort Joris hier even op kan reageren of gaat dit buiten Telfort om?

[ Voor 0% gewijzigd door Jewie op 24-07-2009 21:31 . Reden: Tikfoutje ]

[Nielson]

8Mb lijkt me meer een cap op ADSL1 snelheid, 2 zou tot 12Mb moeten kunnen. Maar dit was wat ik begrepen had altijd al zo, als een centrale ook nog oude ADSL1 apparatuur bevatte werd alles gecapped op 8Mb om geen scheven gezichten te krijgen bij klanten onderling.

[Jewie]

Nielson schreef op vrijdag 24 juli 2009 @ 18:49:
8Mb lijkt me meer een cap op ADSL1 snelheid, 2 zou tot 12Mb moeten kunnen. Maar dit was wat ik begrepen had altijd al zo, als een centrale ook nog oude ADSL1 apparatuur bevatte werd alles gecapped op 8Mb om geen scheven gezichten te krijgen bij klanten onderling.

Klopt, inderdaad. Mijn fout.

[Ruffzz]

Hier weer hetzelfde gezeik. Internet val om de paar minuten uit zodat ik vervolgens weer moet wachten tot hij terugschiet.. Heb het modem gereset, alles op nieuw ingesteld maar het probleem blijft aanhouden.
Ben het echt zat nu.

EDIT:
Kom er net achter dat de snelheid gehalveerd is.

[ Voor 26% gewijzigd door Ruffzz op 25-07-2009 13:07 ]

[evanraalte]

Ik heb ook een probleem, als ik via mijn newsserver download, kan je alleen nog maar schokkerig bellen, is er misschien een tooltje om hier een limiet voor te stellen? zodat je nog kan bellen?

[AtRi]

Ik neem toch aan dat je in je news-download programma een limiet in kan stellen. Mijn max download is 1,51 MB/sec ik stel m'n limiet altijd op 1,4. Nooit problemen.

[TheKillingBean]

I download altijd met 1,90MB/s nu de hele dag 1,6MB/s. Volgens mij zijn ze ergens mee bezig, want ik zit nooit later dan 1,85MB/s

[bjck]

TheKillingBean schreef op zaterdag 25 juli 2009 @ 17:41:
I download altijd met 1,90MB/s nu de hele dag 1,6MB/s. Volgens mij zijn ze ergens mee bezig, want ik zit nooit later dan 1,85MB/s

Herstart me modem eens, misschien is die gewoon op een lagere snelheid verbonden door een tijdelijke verstoring op je lijn/signaal.

[ Voor 36% gewijzigd door bjck op 25-07-2009 20:25 ]

[thefxr]

Ik vermoed dat Telfort Joris vakantie heeft, op mijn DM's heeft hij nog niet gereageerd.

[joepboris]

Ruffzz schreef op zaterdag 25 juli 2009 @ 13:02:
Hier weer hetzelfde gezeik. Internet val om de paar minuten uit zodat ik vervolgens weer moet wachten tot hij terugschiet.. Heb het modem gereset, alles op nieuw ingesteld maar het probleem blijft aanhouden.
Ben het echt zat nu.

EDIT:
Kom er net achter dat de snelheid gehalveerd is.
[afbeelding]

24-07-2009 Verstoring internet en vast bellen, diverse locaties
Als gevolg van een storing kunt u op dit moment hinder ondervinden met vast bellen en het bezoeken van internet pagina's.

Deze storing beprekt zich tot 8000 klanten die zijn aangesloten via het netwerk van KPN.

Onze excuses voor het ongemak.

Klantenservice internet

[Mexel]

evanraalte schreef op zaterdag 25 juli 2009 @ 13:08:
Ik heb ook een probleem, als ik via mijn newsserver download, kan je alleen nog maar schokkerig bellen, is er misschien een tooltje om hier een limiet voor te stellen? zodat je nog kan bellen?

in de modem bij de wizzard is er de optie om je prio`s te stellen voor een dienst

BandWidth Management (BWM)

[Mafketel]

Ik denk toch dat er ergens iets niet lekker zit bij telfort.
En de reden hiervan staat hieronder vrij uitgebreid uitgelegd. Mijn conclusie is dat er ergens na mijn modem er ip pakketten verdwijnen. En helaas heb ik op dit moment geen machine, zonder ergens in te breken, tot mijn beschikking om van buiten naar binnen wat te testen.

Ik heb al vrij lang(>6maanden) een minder snelle verbinding met de dslam, van 16mbit(2 jaar geleden) naar 8mbit800kbit naar recentelijk 10mbit1mbit. Dit laatste na wat heen en weer gemaild te hebben naar telfort. De modem heeft altijd dicht bij het isra punt gestaan met minder dan een meter cat3 kabel en zonder filter of telefoon daar dit kaal koper is. Op het moment zelfs maar 30cm cat5 om te testen .
Nu was de laatste email van telfort bel ons maar om het door te laten meten en ik heb hierop geantwoord dat de meting ten alle tijden uitgevoerd kan worden daar de boel is aangesloten zoals zij willen. Hier heb ik nog geen reactie op gehad, dit is inmiddels een week geleden.
Vandaar dat ik dus recentelijk heb gepost dat maar minder moet gaan betalen, omdat ze opperen dat ze teveel mensen op het netwerk hebben zitten(overspraak) en ze dit als valide reden opgaven om minder te leveren.

Dit is een kant van het verhaal over wat ik denk dat er aan problemen zijn.
De andere kant of eigenlijk moet ik zeggen op een andere laag van het ip model. Zijn er ook problemen en hier heb ik eigenlijk meer last van. Namelijk trage websites en alles wat daarbij komt.
Om alles een beetje op een rijtje te zetten: speedtouch706firmware7.4.1.7 als bridge naar wbr3804Version 1.0Release12 dit is dan de router, wireless an bedraad, voor de rest van het interne netwerk. Tevens zit direct aan de bridge een linux server. Interne netwerk is rap en zonder dns en drops van paketten. Pings....
bedraad intern

code:

31 packets transmitted, 31 packets received, 0% packet loss
round-trip min/avg/max/stddev = 0.264/0.325/0.672/0.074 ms

bedraad naar router:

code:

32 packets transmitted, 32 packets received, 0% packet loss
round-trip min/avg/max/stddev = 0.520/0.582/0.761/0.060 ms

interne netwerk ping statistieken (wireless)

code:

579 packets transmitted, 579 packets received, 0% packet loss
round-trip min/avg/max/stddev = 1.578/2.698/52.325/3.529 ms

naar router wireless:

code:

533 packets transmitted, 533 packets received, 0% packet loss
round-trip min/avg/max/stddev = 1.285/2.185/51.011/4.215 ms

bedraad Intern naar de modem:

code:

32 packets transmitted, 32 received, 0% packet loss, time 31092ms
rtt min/avg/max/mdev = 0.995/1.425/3.577/0.556 ms

Dus intern alles ok....
Ga ik nu naar de router van telfort op het internet(82.168.191.254) dan:

code:

13 packets transmitted, 12 received, 7% packet loss, time 12034ms
rtt min/avg/max/mdev = 17.291/47.112/153.760/36.237 ms

Nu weet ik dat ik hier geen conclusies aan mag verbinden daar ping niet een prioriteit is van deze machine. maar ping.xs4all.nl heeft dezelfde drop:

code:

26 packets transmitted, 24 received, 7% packet loss, time 25166ms
rtt min/avg/max/mdev = 19.149/57.324/155.993/28.062 ms

traceroute ....

code:

traceroute to ping.xs4all.nl (194.109.21.51), 30 hops max, 40 byte packets
 1  82-168-191-254.ip.telfort.nl (82.168.191.254)  33.208 ms  33.374 ms  34.271 ms
 2  172.26.42.33 (172.26.42.33)  38.703 ms  39.025 ms *
 3  172.26.44.10 (172.26.44.10)  40.813 ms  41.186 ms  41.711 ms
 4  172.26.13.138 (172.26.13.138)  58.256 ms  58.157 ms  58.007 ms
 5  172.26.13.110 (172.26.13.110)  56.394 ms  56.151 ms  55.974 ms
 6  vpn496-telfort.bcsw3.asd-hp.ip.telfort.nl (195.241.4.185)  55.663 ms * vpn496-telfort.bcsw3.asd-hp.ip.telfort.nl (195.241.4.185)  40.132 ms
 7  vpn496-telfort.bcsw1.asd-nh.ip.telfort.nl (195.241.4.186)  182.571 ms  180.804 ms  180.538 ms
 8  ams-ix.tc2.xs4all.net (195.69.144.166)  19.763 ms  20.858 ms  21.573 ms
 9  0.so-2-0-0.xr4.1d12.xs4all.net (194.109.5.9)  23.147 ms  24.535 ms  25.012 ms
10  uucp1.xs4all.nl (194.109.21.51)  25.838 ms  26.931 ms  77.502 ms

Sterretjes(geen antwoordt) zijn soms hier soms daar, zit geen patroon in soms ook geen sterretjes.

code:

traceroute to telfort.nl (81.173.34.237), 30 hops max, 40 byte packets
 1  * * 82-168-191-254.ip.telfort.nl (82.168.191.254)  100.995 ms
 2  172.26.42.49 (172.26.42.49)  103.848 ms  107.328 ms *
 3  172.26.44.10 (172.26.44.10)  107.719 ms  107.568 ms  108.552 ms
 4  172.26.13.138 (172.26.13.138)  109.155 ms * *
 5  172.26.13.110 (172.26.13.110)  108.612 ms * 172.26.13.110 (172.26.13.110)  109.622 ms
 6  * vpn496-telfort.bcsw3.asd-hp.ip.telfort.nl (195.241.4.185)  90.114 ms  88.271 ms
 7  vpn496-telfort.bcsw1.asd-nh.ip.telfort.nl (195.241.4.186)  85.539 ms  86.363 ms  87.780 ms
 8  vlan507.bcsw1.asd-tc2.ip.telfort.nl (195.241.4.54)  87.721 ms * vlan507.bcsw1.asd-tc2.ip.telfort.nl (195.241.4.54)  87.805 ms
 9  * * *
10  * * *
11  Welcome.at.M40-2.as24730.nl (81.173.123.206)  71.585 ms  71.279 ms  71.480 ms
12  * rc02-netholding-gige-1.prolocation.net (94.228.128.25)  18.238 ms  18.011 ms
13  telfort.nl (81.173.34.237)  18.583 ms !X  20.013 ms !X  18.060 ms !X

Omdat ik hierboven aangeef dat de adsl snelheid niet super is geef ik ook nog even de fouten op het adsl stuk:

code:

Uptime: 8 days, 17:43:04
DSL Type:   G.992.5 annex A
Bandwidth (Up/Down) [kbps/kbps]:    1.029 / 9.868
Data Transferred (Sent/Received) [GB/GB]:   78,89 / 23,06
Output Power (Up/Down) [dBm]:   12,0 / 19,0
Line Attenuation (Up/Down) [dB]:    10,0 / 24,0
SN Margin (Up/Down) [dB]:   8,5 / 6,5
Vendor ID (Local/Remote):   TMMB / BDCM
Loss of Framing (Local/Remote): 10 / 0
Loss of Signal (Local/Remote):  9 / 0
Loss of Power (Local/Remote):   0 / 0
Loss of Link (Remote):  0
Error Seconds (Local/Remote):   4 / 0
FEC Errors (Up/Down):   12 / 205.519
CRC Errors (Up/Down):   12 / 66
HEC Errors (Up/Down):   1.336 / 61

En ook al zijn er hec errors over 8 dagen en vele verkeer zijn het er niet veel en wat ik lees over de fec errors zijn deze niet zo heel belangrijk.
Als conclusie van de voorgaande gegevens kun je stellen dat er na de modem er dus pakketjes verdwijnen.
Nu is het natuurlijk niet zo vreemd als je packetloss hebt dat de verbindingen niet zo lekker gaan.
Dus weet iemand waar die pakketjes heen gaan? Is er mischien een bar ofzo hier in de buurt die happy hour voor ip pakketjes heeft
Of om iets specifiekere vraag te stellen, Is er uit bovenstaande gegevens te concluderen wat de reden is voor de packetloss en zo niet welke info dan wel nodig is en als dit niet met redelijke computer en netwerkkennis te vergaren is wie mij deze info dan kan geven.
Persoonlijk denk ik dat de problemen niet op een door mij te controleren punt zitten.

Nog iets meer info over de modem daar deze nu niet in de door speedlinq/telfort verwachte config draait. En ik dus verwacht dat ik als tip krijg de modem naar de standaard instellingen terug te zetten of een andere modem te proberen. Recentelijk is er een modem overleden hier, deze was zeer slecht bereikbaar direct aangesloten op een pc dit verbeterde na een firmware flash. Alleen zodra deze modem aan het telefoon koper werd aangesloten ging het direct bergafwaarts om vervolgens ook niet meer bereikbaar te zijn nadat deze alleen nog maar aan een pc hing. De enige manier om de modem weer normaal te laten reageren was om opnieuw de firmware te flashen, het resetten van de instellingen hielp absoluut niet. Deze modem heeft een 2tal jaren gefunctioneerd zoals de huidige modem nu is geconfigureerd. En om achter de oorzaak te komen heb ik dus recentelijk veel verschillende firmwares en instellingen geprobeerd op beide modems. Conclusies hieruit:
1ste modem defect daar bij identieke instellingen op de andere modem functioneert het wel.
Conclusie 2 adsl verbinding is identiek bij alle firmwares en instellingen. Ik heb overigens niets aan de adsl instellingen veranderd buiten vci anders heb je geen verbinding, maar heb dus niet snr margins etc zitten aanpassen.
Conclusie 3 alle verbindingsproblemen zitten waarschijnlijk niet in de modem, daar ondanks alle veranderingen er geen verschil in de verbinding is op de middelange termijn(maanden). De verbindingsproblemen zijn al een behoorlijke tijd aan de gang(lange termijn, meer dan half jaar). Op het moment dat de 1ste modem geen zin meer had was er opeens zo goed als geen verbinding meer(korte termijn, week).

Ik weet dat ik hier vrij veel info geef over mijn interne setup en ik zou ook zo mijn ip adres geven, is alleen niet nodig voor deze problemen. Ik vind het niet interessant om te horen dat dit onveilig is, ik ben van mening van niet. Weet je dat er een lek is of iets anders, maar meer specifiek dan onveilig, gerelateerd aan deze setup hoor ik het overigens wel graag .

En nog wat anders:
Beetje late reactie, maar ik wilde toch nog even bedanken voor de moeite.

bjck schreef op zaterdag 18 juli 2009 @ 01:00:
[...]

Het was even zoeken, had het eerder al eens gevonden voor je.

http://klantenservice.int...-bellen.aspx#openfaq10747

Ik had wel gezocht naar instellingen maar blijkbaar niet de juiste zoektermen gebruikt. Zowel hier als op de telfort website en via google. Ik dacht dat ik goed was in het vinden van informatie.... blijkbaar toch niet zo goed
Bedankt voor het opzoeken.

Registratie dus om de 6000 seconden en een sessie expire per 3600s. Je had blijkbaar te lage waardes die niet meer mogen. Stap voor stap verhogen (eerst ver omhoog en langzaam weer omlaag of zo laten) is de beste methode inderdaad
[...]

Gegevens telfort voor voip
Algemene instellingen:
SIP proxy: sip.telefoniedienst.nl
SIP service location: sip.telefoniedienst.nl
SIP signaling port: UDP 5060
SIP register service location: tel.telefoniedienst.nl
SIP register signaling port: UDP 5060
SIP domain: tel.telefoniedienst.nl
URL type coding: SIP
Registration interval: 6000 seconds
Session expires: 1800 seconds
Reserved RTP port range: UDP 16384-32767
Codecs: First negotiated G.729 secondly negotiated G.711 a-law type
DTMF mode: PCM
Sending INVITE Anonymous: Not permitted
Echo Cancellation G.168: In use
Voice Activation Detection: Not in use
SIP SUBSCRIBES messages: Not permitted
Early Media acknowledge: Not in Use


Oftewel instellingen in asterisk worden dus net iets anders dan ik hierboven had neergezet:

registertimeout=6000
minexpiry=300
maxexpiry=6000
defaultexpiry=1800


Ik heb de maxexpire maar lekker hoog gezet.

[ Voor 90% gewijzigd door Mafketel op 26-07-2009 12:14 . Reden: Toevoegen van eigenlijke info van post ;) ]

[bjck]

Mafketel schreef op zondag 26 juli 2009 @ 09:46:
Ik denk toch dat er ergens iets niet lekker zit bij telfort.
Ik heb al vrij lang een minder snelle verbinding met de dslam, van 16mbit naar 8mbit800kbit naar recentelijk 10mbit1mbit. Dit laatste na wat heen en weer gemaild te hebben naar telfort. De modem heeft altijd dicht bij het isra punt gestaan met minder dan een meter cat3 kabel. Op het moment zelfs maar 30cm cat5 om te testen . Nu was de laatste email van telfort bel ons maar om het door te laten meten en ik heb hierop geantwoord dat de meting ten alle tijden uitgevoerd kan worden daar de boel is aangesloten zoals zij willen. Hier heb ik nog geen reactie op gehad.
Vandaar dat ik dus recentelijk heb gepost dat maar minder moet gaan betalen, omdat ze opperen dat ze teveel mensen op het netwerk hebben zitten(overspraak).

Overspraak is iets wat in de kabelbundel gebeurt en niet alleen Telfort. Dat gaat over alle ADSL verbindingen heen, dus ook van XS4all, van Online, van Tele2 en KPN. Het kan overspraak zijn of iets met specifiek jouw aansluiting wat oplosbaar is.

Misschien dat Telfort Joris een en ander kan bekijken voor je.

Dit is een kant van het verhaal over wat ik denk dat er aan problemen zijn.
De andere kant of eigenlijk moet ik zeggen op een andere laag van het ip model. Zijn er ook problemen en hier heb ik eigenlijk meer last van. Namelijk trage websites en alles wat daarbij komt.
Om alles een beetje op een rijtje te zetten: speedtouch706firmware7.4.1.7 als bridge naar wbr3804Version 1.0Release12 dit is dan de router, wireless an bedraad, voor de rest van het interne netwerk. Tevens zit direct aan de bridge een linux server. Interne netwerk is rap en zonder dns en drops van paketten.

[...]

Ga ik nu naar de router van telfort op het internet(82.168.191.254) dan:

code:

13 packets transmitted, 12 received, 7% packet loss, time 12034ms
rtt min/avg/max/mdev = 17.291/47.112/153.760/36.237 ms

Nu weet ik dat ik hier geen conclusies aan mag verbinden daar ping niet een prioriteit is van deze machine. maar ping.xs4all.nl heeft dezelfde drop:

code:

26 packets transmitted, 24 received, 7% packet loss, time 25166ms
rtt min/avg/max/mdev = 19.149/57.324/155.993/28.062 ms

Nu is het natuurlijk niet zo vreemd als je packetloss hebt dat de verbindingen niet zo lekker gaan.

Goede analyse!

Blijkt een ding niet uit je informatie, of je verbinding compleet onbelast/ongebruikt is als je dit test? De schommelende latency naar ping.xs4all.nl duidt op belasting van de verbinding. Test eens vanaf je linux machine als alle down- en uploads stil staan (haal de rest los desnoods van je bridge, dus 1 PC die niets doet alleen).

Als er iemand een grote web pagina van je linux server opvraagt zit je upstream even vol en verstoort dat je meting. Packetloss krijg je immers ook bij congestie, dus als je verbinding (over) belast is.

En nog wat anders:
Beetje late reactie, maar ik wilde toch nog even bedanken voor de moeite.

[ Voor 43% gewijzigd door bjck op 26-07-2009 12:12 ]

[Mafketel]

Yep inderdaad nog wat vergeten....
Verbinding is uitgaand belast, maar gelimiteerd tot 80kbyte/s dit geeft genoeg bandruimte om een ping correct te laten verlopen.
Tenminste dat was dus vroeger zo...... Sterker nog eerder was deze gelimiteerd op 95kbyte/s
Blijkt nu dat bij minder uitgaande belasting de packetloss verdwijnt maar er af en toe een pakketje zeer veel later aankomt dan de rest ipv 15 tot 30ms rond de 800ms
Is dus ook niet helemaal lekker....
Ik ga nog even kijken wat de maximale uitgaande belasting is waarbij er geen packetloss optreed.

[bjck]

Mafketel schreef op zondag 26 juli 2009 @ 12:28:
Yep inderdaad nog wat vergeten....
Verbinding is uitgaand belast, maar gelimiteerd tot 80kbyte/s dit geeft genoeg bandruimte om een ping correct te laten verlopen.
Tenminste dat was dus vroeger zo...... Sterker nog eerder was deze gelimiteerd op 95kbyte/s
Blijkt nu dat bij minder uitgaande belasting de packetloss verdwijnt maar er af en toe een pakketje zeer veel later aankomt dan de rest ipv 15 tot 30ms rond de 800ms
Is dus ook niet helemaal lekker....
Ik ga nog even kijken wat de maximale uitgaande belasting is waarbij er geen packetloss optreed.

Ah, het is dus niet aanwezig op een onbelaste verbinding en dus niet op de verbinding zelf.

Het gaat om uitgaande belasting enkel? Dus geen download erbij? In dat geval even kijken wat je veranderd hebt, daar kan een ISP eigenlijk geen rol in spelen.

[Mafketel]

Blijkt dat er geen packetloss optreed bij 70kbyte/s upload..... idd geen download belasting.

Dit is werkbaar en zeker een tijdelijke verlichting.
"Vroeger" was het mogelijk om een upload van 110kbyte/s voor langere tijd stabiel te houden dit heb ik altijd ruim naar beneden afgerond(vandaar de 95 en 80 kbyte/s). Dit om er zeker van te zijn dat ik altijd lekker kon internetten. Daar de upload adsl snelheid weer op 1mbit zat ben ik er eigenlijk vanuit gegaan dat dit nog steeds gold.
Ik moet nog wel even goed onderzoeken hoe het dan nu gesteld is met de andere soorten uploads, waarbij er minder controle in het protocol zit, zoals bij ftp transfers. Ik wil niet dat als ik werk naar klanten of leveranciers stuur, wat over het algemeen met "maximale" snelheid gebeurd, corrupt aankomt door teveel packetloss. Tot nu toe hadden ik en mijn vriendin af en toe last van onderbrekende ftp transfers. Ik moet nog even controleren of dit nu over is. Maar ik heb hier mijn twijfels over, want als ik het goed begrijp betekent wat er nu aan de hand is: Dat bij meer dan 65% netwerk belasting er fouten in de stream komen.

De discussie of dit niet een probleem bij de isp is zal ik niet nu hier voeren. Hier uit kun je waarschijnlijk wel concluderen wat mijn standpunt is. Als ik intern de boel maximaal belast heb ik geen pakketjes die verdwijnen, vroeger op coax wel maar dat waren collisions.

code:

49 packets transmitted, 49 received, 0% packet loss, time 48255ms
rtt min/avg/max/mdev = 17.893/36.733/80.057/17.793 ms

is nu de ping naar xs4all via linux server, voorgaande metingen de ik heb gepost durf ik niet met zekerheid te zeggen, daar van mijn werkstation via wireless router naar buiten of via server naar buiten er geen verschil zat in de meting.

bjck schreef op zondag 26 juli 2009 @ 12:31:
[...]
Ah, het is dus niet aanwezig op een onbelaste verbinding en dus niet op de verbinding zelf.

Belast of onbelast, de fouten ontstaan op de verbinding. Ik kan ook een fiets verkopen die het perfect doet als oma ermee fietst, maar zodra mams er op gaat fietsen slaat de ketting af en toe een tandje over.

Het gaat om uitgaande belasting enkel? Dus geen download erbij? In dat geval even kijken wat je veranderd hebt, daar kan een ISP eigenlijk geen rol in spelen.

De isp speelt inderdaad geen rol in hoe zwaar ik de verbinding belast Ik had hierboven beloofd niet deze discussie te voeren, moet ik wel mijn woord houden.

Overigens Als discussie wat je kan verwachten van je internet verbinding wel ontopic is hier dan wil ik hier wel op ingaan.

[MensionXL]

Mafketel schreef op zondag 26 juli 2009 @ 09:46:
Gegevens telfort voor voip

Codecs: First negotiated G.729 secondly negotiated G.711 a-law type

Waarom niet direct G.711? G.729 is minder van kwaliteit namelijk.

[bjck]

Mafketel schreef op zondag 26 juli 2009 @ 13:24:
Blijkt dat er geen packetloss optreed bij 70kbyte/s upload..... idd geen download belasting.

Dit is werkbaar en zeker een tijdelijke verlichting.
"Vroeger" was het mogelijk om een upload van 110kbyte/s voor langere tijd stabiel te houden dit heb ik altijd ruim naar beneden afgerond(vandaar de 95 en 80 kbyte/s). Dit om er zeker van te zijn dat ik altijd lekker kon internetten. Daar de upload adsl snelheid weer op 1mbit zat ben ik er eigenlijk vanuit gegaan dat dit nog steeds gold.
Ik moet nog wel even goed onderzoeken hoe het dan nu gesteld is met de andere soorten uploads, waarbij er minder controle in het protocol zit, zoals bij ftp transfers. Ik wil niet dat als ik werk naar klanten of leveranciers stuur, wat over het algemeen met "maximale" snelheid gebeurd, corrupt aankomt door teveel packetloss. Tot nu toe hadden ik en mijn vriendin af en toe last van onderbrekende ftp transfers. Ik moet nog even controleren of dit nu over is. Maar ik heb hier mijn twijfels over, want als ik het goed begrijp betekent wat er nu aan de hand is: Dat bij meer dan 65% netwerk belasting er fouten in de stream komen.

De discussie of dit niet een probleem bij de isp is zal ik niet nu hier voeren. Hier uit kun je waarschijnlijk wel concluderen wat mijn standpunt is. Als ik intern de boel maximaal belast heb ik geen pakketjes die verdwijnen, vroeger op coax wel maar dat waren collisions.

code:

49 packets transmitted, 49 received, 0% packet loss, time 48255ms
rtt min/avg/max/mdev = 17.893/36.733/80.057/17.793 ms

is nu de ping naar xs4all via linux server, voorgaande metingen de ik heb gepost durf ik niet met zekerheid te zeggen, daar van mijn werkstation via wireless router naar buiten of via server naar buiten er geen verschil zat in de meting.

[...]

Belast of onbelast, de fouten ontstaan op de verbinding. Ik kan ook een fiets verkopen die het perfect doet als oma ermee fietst, maar zodra mams er op gaat fietsen slaat de ketting af en toe een tandje over.
[...]

De isp speelt inderdaad geen rol in hoe zwaar ik de verbinding belast Ik had hierboven beloofd niet deze discussie te voeren, moet ik wel mijn woord houden.

Overigens Als discussie wat je kan verwachten van je internet verbinding wel ontopic is hier dan wil ik hier wel op ingaan.

Wat je mag verwachten van een internet verbinding zijn we het wel over eens, daar twijfel ik niet aan
En inderdaad is het ook geen discussie voor dit topic.

Wat ik ermee wilde zeggen is dat de kans dat dit door de ISP wordt veroorzaakt heel klein is, dit is je upstream en niet je downstream. Je modem (bridge/router) is het apparaat is wat als laatste voor het smalste stuk verbinding (upstream ADSL) staat. Die bepaalt dus wat er wel en niet doorheen gaat, welke pakketten uit de buffer vallen en zo packetloss hebben kunnen.

Reserveer je bandbreedte in je Speedtouch ofzo ergens voor? Want ook een bridge heeft buffers en kan voorrang verlenen aan bijvoorbeeld gespecificeerd SIP/RTP (VoIP) verkeer, misschien reserveert die 15kByte/s (bijv) waardoor je met overig verkeer boven de 70kBps al drops ziet?

[Mafketel]

Iets anders met dit controleren van de verbinding viel mij op dat deze twee gateways in het telfort netwerk direct zonder hops te bereiken zijn.
82.168.191.254 en 195.240.183.254 . Dit vanuit beide subnets 195.240.181.0 en 82.168.176.0 , yep verschillende netmasks.
Nu weet ik dat het geen probleem is om verschillende ip-subnetten op het zelfde fysieke netwerk te hebben, maar wat ik niet wist dat het mogelijk was van een subnet het andere subnet direct te bereiken.
Of is deze gateway fysiek dezelfde host en het verschil is dat dezelfde host van een andere interface reageert? Waarmee dit wel mogelijk wordt.

MensionXL schreef op zondag 26 juli 2009 @ 13:31:
[...]Waarom niet direct G.711? G.729 is minder van kwaliteit namelijk.

Dit zijn de gegevens die telfort geeft en die vinden blijkbaar dat a-law niet nodig is, maar wel mogelijk.

bjck schreef op zondag 26 juli 2009 @ 13:50:
[...] Wat je mag verwachten van een internet verbinding zijn we het wel over eens, daar twijfel ik niet aan
En inderdaad is het ook geen discussie voor dit topic.

Wat ik ermee wilde zeggen is dat de kans dat dit door de ISP wordt veroorzaakt heel klein is, dit is je upstream en niet je downstream. Je modem (bridge/router) is het apparaat is wat als laatste voor het smalste stuk verbinding (upstream ADSL) staat. Die bepaalt dus wat er wel en niet doorheen gaat, welke pakketten uit de buffer vallen en zo packetloss hebben kunnen.

Zo had ik er nog niet naar gekeken. Maar Packetloss zou toch niet mogen gebeuren boven 65% belasting bij een full duplex(istie wel ook al issie asynchroon). Of heb ik nu weer niet zitten opletten ergens. Zelfs bij zeer hoge belasting van een full duplex verbinding zou er zo goed als geen packetloss moeten zijn, Pas bij een overbelasting zou hier sprake van mogen zijn. De grote van de buffer tesamen met de ttl en de gemiddelde overbelasting zou dan de packetloss zijn....
Overigens bij een zeer asynchrone verbinding zou je zelfs packetloss kunnen hebben bij het alleen belasten van de snellere kant door de ack pakketjes. Ik stond laatst verbaasd over de ack belasting van een gigabit verbinding. Heen 70mbyte terug en dit was verassend 500kbyte, dit hangt natuurlijk van het protocol af.

Reserveer je bandbreedte in je Speedtouch ofzo ergens voor? Want ook een bridge heeft buffers en kan voorrang verlenen aan bijvoorbeeld gespecificeerd SIP/RTP (VoIP) verkeer, misschien reserveert die 15kByte/s (bijv) waardoor je met overig verkeer boven de 70kBps al drops ziet?

Persoonlijk heb ik dit niet ingesteld, maar er zitten een hoop instellingen standaard in die speedtouch. Ben er overigens vrij zeker van dat de modem geen reservering heeft, maar kan wat over het hoofd hebben gezien in 1000 tot 10.000 regels code waarin de instellingen staan.
Daarnaast het is geen harde reservering anders zou ik nooit boven die 70kbyte/s uit kunnen komen en "vroeger" kon ik de volledige up bandbreedte gebruiken 110kbyte/s. En ik weet dat er geen of in ieder geval minder dan 5kbyte/s ander verkeer is.

[ Voor 67% gewijzigd door Mafketel op 26-07-2009 14:54 . Reden: even wat quotes bijgezet om wat duidelijker te maken ]

[Schweino]

Ik heb het vreemde probleem dat ik één bepaalde internet site niet kan bereiken via Telfort, terwijl anderen dit wel kunnen via andere providers. Wat zou hier de oorzaak van kunnen zijn?

Het gaat om www.barker-shoes.co.uk en ik krijg in FireFox de volgende melding: "The connection has timed out
The server at www.barker-shoes.co.uk is taking too long to respond."

code:

Tracing route to www.barker-shoes.co.uk [217.194.210.60]
over a maximum of 30 hops:

  1    97 ms    98 ms    98 ms  speedtouch.lan [192.168.1.1]
  2    18 ms    17 ms    22 ms  195-240-223-254.ip.telfort.nl [195.240.223.254]

  3    29 ms    18 ms    18 ms  172.26.43.121
  4    18 ms    18 ms    18 ms  172.26.44.6
  5    23 ms    18 ms    21 ms  vpn496-telfort.bcsw3.asd-hp.ip.telfort.nl [195.241.4.185]
  6    18 ms     *        *     vpn496-telfort.bcsw1.asd-nh.ip.telfort.nl [195.241.4.186]
  7    18 ms    18 ms    18 ms  te3-0-0.gr10.saams.nl.easynet.net [195.69.144.38]
  8    27 ms    32 ms    27 ms  te0-0-0-0.gr10.telon.uk.easynet.net [87.86.77.20]
  9    28 ms    33 ms    27 ms  te2-0-0-111.er101.telon.uk.easynet.net [87.86.69.129]
 10    28 ms    28 ms    27 ms  te1-0-0.sr102.bllon.uk.easynet.net [87.86.72.45]
 11    28 ms    29 ms    27 ms  217.207.15.78
 12    29 ms    29 ms    29 ms  cust2-sov.lon.core.as33968.net [217.194.208.21]
 13     *        *        *     Request timed out.
 14     *        *        *     Request timed out.
 15     *        *        *     Request timed out.
 16     *        *        *     Request timed out.
 17     *        *        *     Request timed out.
 18     *        *        *     Request timed out.
 19     *        *        *     Request timed out.
 20     *        *        *     Request timed out.
 21     *        *        *     Request timed out.
 22     *        *        *     Request timed out.
 23     *        *        *     Request timed out.
 24     *        *        *     Request timed out.
 25     *        *        *     Request timed out.
 26     *        *        *     Request timed out.
 27     *        *        *     Request timed out.
 28     *        *        *     Request timed out.
 29     *        *        *     Request timed out.
 30     *        *        *     Request timed out.

Trace complete.

[Verwijderd]

@ Schweino:

Zelfde hier, ook bij mij blijft een tracert steken na

code:

 9    35 ms    35 ms    35 ms  cust2-sov.lon.core.as33968.net [217.194.208.21]

Vreemd...

(Telfort 20 abo btw)

[ Voor 17% gewijzigd door Verwijderd op 26-07-2009 15:55 . Reden: Aanvulling ]

[flashback1989]

Hier dus ook ADSL2PLUS
weet iemand wat de veranderingen zijn met ZyNOS V3.40(ASG.2)
net geupgrade maar geen snellere verbinding (zoals ik sommige topics op het net wordt verteld)

[Mafketel]

ROFLOL
1 site down iedereen proberen

Overigens waren er waarschijnlijk wel meer paginas down daar desbetreffende site draait op een shared webserver. www.hostinguk.net.

Succes met het melden dat een website down is

p.s. sorry dat dit niet de meest vriendelijke post is .... Ik wordt ook netjes geholpen
pps flashback1989 De volgende keer eerst de veranderingen bekijken en dan pas flashen

[ Voor 12% gewijzigd door Mafketel op 26-07-2009 17:56 . Reden: Ik moest nog wat extra commentaar geven ]

[MensionXL]

Mafketel schreef op zondag 26 juli 2009 @ 14:02:
Dit zijn de gegevens die telfort geeft en die vinden blijkbaar dat a-law niet nodig is, maar wel mogelijk.

Blijkbaar heb je zelf niet door dat je hier zelf hinder van ondervindt in de vorm van dat je gesprek kwalitatief beduidend minder zal zijn dan wanneer je G.711 pakt.

[Schweino]

Mafketel schreef op zondag 26 juli 2009 @ 17:52:
ROFLOL
1 site down iedereen proberen

Overigens waren er waarschijnlijk wel meer paginas down daar desbetreffende site draait op een shared webserver. www.hostinguk.net.

Succes met het melden dat een website down is

p.s. sorry dat dit niet de meest vriendelijke post is .... Ik wordt ook netjes geholpen
pps flashback1989 De volgende keer eerst de veranderingen bekijken en dan pas flashen

Als je de moeite neemt om mijn post te lezen zie je dat deze site alleen via een Telfort verbinding niet te bereiken is. Via andere providers (bijvoorbeeld Ziggo, of via mijn BlackBerry) geen probleem.... Oftewel: de site is niet down.

[ Voor 11% gewijzigd door een moderator op 27-07-2009 08:17 . Reden: iets vriendelijker graag ]

[Mafketel]

MensionXL schreef op zondag 26 juli 2009 @ 20:27:
[...]
Blijkbaar heb je zelf niet door dat je hier zelf hinder van ondervindt in de vorm van dat je gesprek kwalitatief beduidend minder zal zijn dan wanneer je G.711 pakt.

hmmmmm. Ik heb geen gegevens gegeven over mijn instellingen van de gebruikte codec.
Tuurlijk heb ik het niet door
Maar ik stel het op prijs dat je me probeert te vertellen dat ik ergens last van heb

Schweino schreef op zondag 26 juli 2009 @ 21:31:
[...]
Als je de moeite neemt om mijn post te lezen zie je dat deze site alleen via een Telfort verbinding niet te bereiken is. Via andere providers (bijvoorbeeld Ziggo, of via mijn BlackBerry) geen probleem.... Oftewel: de site is niet down.

Ik weet dat de site niet down is. Want ik kan er wel gewoon bij, via mijn telfort account. Of wil je zeggen dat je er nu nog steeds niet bij kunt.
Tevens komt een traceroute bij mij ook niet verder, er zijn nogal wat hosts die dit namelijk niet doorgeven ping gaat overigens wel.
Post is zeker wel gelezen Ik heb zelfs de moeite genomen om op te zoeken wat er op de site stond. De stelling dat alleen telfort klanten er niet bij kunnen vond ik apart.

En de grap dat iedereen het ging proberen inclusief mijzelf is waarschijnlijk niet geheel overgekomen.

[ Voor 5% gewijzigd door een moderator op 27-07-2009 08:18 . Reden: groetjes en smiley weg gehaald ]

[bjck]

Mafketel schreef op zondag 26 juli 2009 @ 14:02:

[...]

Zo had ik er nog niet naar gekeken. Maar Packetloss zou toch niet mogen gebeuren boven 65% belasting bij een full duplex(istie wel ook al issie asynchroon). Of heb ik nu weer niet zitten opletten ergens. Zelfs bij zeer hoge belasting van een full duplex verbinding zou er zo goed als geen packetloss moeten zijn, Pas bij een overbelasting zou hier sprake van mogen zijn. De grote van de buffer tesamen met de ttl en de gemiddelde overbelasting zou dan de packetloss zijn....

De duplex en TTl doen er hier even niet toe zelfs. Alles wat niet door de verbinding wordt getransporteerd en wel wordt aangeboden door een client (PC) is loss. Dat het niet getransporteerd wordt komt bijvoorbeeld omdat het niet past (als buffer vol is) of omdat een QoS mechanisme het weggooit wanneer het een ingestelde grens overschrijdt.

Ik heb het even getest en kan gewoon volledige snelheid uploaden zonder dat iets tot loss leidt hier. Nog even doorzoeken is het voor je

[...]

Persoonlijk heb ik dit niet ingesteld, maar er zitten een hoop instellingen standaard in die speedtouch. Ben er overigens vrij zeker van dat de modem geen reservering heeft, maar kan wat over het hoofd hebben gezien in 1000 tot 10.000 regels code waarin de instellingen staan.
Daarnaast het is geen harde reservering anders zou ik nooit boven die 70kbyte/s uit kunnen komen en "vroeger" kon ik de volledige up bandbreedte gebruiken 110kbyte/s. En ik weet dat er geen of in ieder geval minder dan 5kbyte/s ander verkeer is.

Sla je configuratie eens op, reset hem eens naar defaults en configureer hem opnieuw (niet oude terug, dan heb je hetzelfde). Misschien heb je de firmware van een update voorzien en zit daar iets nieuws in? Of wordt er gefragmenteerd om nog onduidelijke reden?

Wat zegt een ping met DF bit bij de maximale 1472 (MTU 1500) aan formaat?

Windows:

ping -f -l 1472 ping.xs4all.nl

Linux:

ping -M do -s 1472 ping.xs4all.nl

Overigens bij een zeer asynchrone verbinding zou je zelfs packetloss kunnen hebben bij het alleen belasten van de snellere kant door de ack pakketjes. Ik stond laatst verbaasd over de ack belasting van een gigabit verbinding. Heen 70mbyte terug en dit was verassend 500kbyte, dit hangt natuurlijk van het protocol af.

Ander onderwerp, maar klopt inderdaad. Met 10 a 20Mb (ADSL abonnementen) heb je ook tussen de 20 tot zelfs 80kByte/s aan ACK verkeer in de upstream tijdens het downloaden. Zeker als de TCP window-size erg klein staat in je OS (windows). Men vergeet dit heel vaak en begrijpt niet waarom je download niet hart gaat meer als je met >50kByte/s aan het uploaden bent

[Verwijderd]

smokesign schreef op vrijdag 24 juli 2009 @ 12:18:
[...]
Ook ik heb deze week hetzelfde opgemerkt en ook ik haal de volgende snelheid:
8002 kbps / 1031 kbps
Toevallig precies dezelfde snelheid?
Heb Telfort Joris al gevraagd of er door KPN iets aangepast gaat worden want ik sta op het punt om naar Ziggo over te stappen. Als die 20 MB nu via 2PLUS toch binnen handbereik komt omdat de centrale aangepast gaat worden wil ik nog wel even wachten. Maar worden ze aangepast.....? that's the question

De aansluitingen bij Telfort die via het KPN WBA netwerk zijn aangesloten zijn op sommige locaties gelimiteerd tot 8Mb. Dit komt doordat de centrale voor dat gebied niet is omgebouwd naar ADSL2+. Naast de ADSL1 kaarten zijn later voor uitbreiding wel nieuwere kaarten gebruikt die ADSL2+ ondersteunen. Maar ook al is je verbinding op zo’n kaart aangesloten blijft de maximale snelheid voor een aansluiting maximaal 8Mb. Dit omdat niet alle apparatuur in de centrale waarop uw adres is aangesloten ADSL2+ geschikt is.

Tot voorkort werden aansluitingen 0 t/m 8Mb op maximaal een ADSL2 profiel geleverd, dat is aangepast naar 0 t/m 6. Mensen met een 8Mb profiel zien dus een verandering naar ADSL2+ (mits je al ADSL2 had).

Dit betekent dus niet automatisch dat de hele locatie is omgebouwd en je dus 20Mb kan ontvangen, er is aan hardware niets veranderd of omgebouwd. Je bent dan toevallig op zo’n nieuwere kaart aangesloten en merkt nu een profiel omzetting.

[LuckY]

Verwijderd schreef op maandag 27 juli 2009 @ 10:37:

Kunt u misschien reageren op mijn DM?

[Verwijderd]

Antwoord is verstuurd.

[Gunner]

Gunner schreef op dinsdag 23 juni 2009 @ 13:23:
een paar maand geleden heb ik via de website van telfort aangegeven dat ik niet meer vermeld wilde worden in het telefoonboek. Hoe lang duurt zo'n aanpassing, want vooralsnog sta ik er gewoon in.

Telfort Joris, al enig idee hoe lang dit nog kan gaan duren, want ik sta er nog steeds overal in. Je zou toch denken dat het online wel sneller te regelen zou zijn.

[Sikkek]

Pff, lekkere administratie daar. Begin mei is mijn telefonie contract beëindigd. Echter bleef ik maar betalen voor telefonie. Klantenservice gebeld: facturatie zou stopgezet worden. Dat is dan ook gebeurd, maar ook voor mijn internet abbo! Ben benieuwd hoe ze dit nu weer gaan recht breien...

[Snowmiss]

Tijdje geleden dat ik hier eens ging kijken, zie ik diverse mensen die van ADSL2 naar 2+ zijn gegaan zonder snelheidsverhoging.

Uitleg van Telfort Joris:

De aansluitingen bij Telfort die via het KPN WBA netwerk zijn aangesloten zijn op sommige locaties gelimiteerd tot 8Mb. Dit komt doordat de centrale voor dat gebied niet is omgebouwd naar ADSL2+. Naast de ADSL1 kaarten zijn later voor uitbreiding wel nieuwere kaarten gebruikt die ADSL2+ ondersteunen. Maar ook al is je verbinding op zo’n kaart aangesloten blijft de maximale snelheid voor een aansluiting maximaal 8Mb. Dit omdat niet alle apparatuur in de centrale waarop uw adres is aangesloten ADSL2+ geschikt is.

Nu was dit twee jaar terug al zo, toen ik Telfort internet nam. Ook heb ik al vanaf die tijd ongeveer deze intrain waarden (op adsl2+) 15600 kbps / 1103 kbps
Alleen de laatste weken was mij opgevallen dat ik nog maar met maximaal 800-900 kB/s (ik hoop dat ik goed zit met de b en B's) download. Dus net even ingelogd op mijn modem en wat zie ik:
8900/850 (ongeveer) als intrain waarden en aangesloten op ADSL_G
Vooral dat laatste is mij een vraagteken, kan iemand mij vertellen wat dat is (was)

Ondertussen modem softwarematig gerest en heb ik weer mijn oude intrainwaarden terug. Vandaar dat ik me afvraag wat dit was

Ben trouwens benieuwd waar ik naartoe ga, als ik straks verhuis (met een beetje pech, verderweg op dezelfde centrale)

[ Voor 4% gewijzigd door Snowmiss op 27-07-2009 15:35 . Reden: verhuizing toegevoegd ]

[OgWok]

Sjonge jonge... weer vanmiddag bij een aantal games gekickt vanwege een hoge ping. Ik niet blij...........Heb al gekeken of hier het probleem zit, maar daar ligt het niet aan.

[Verwijderd]

Gunner, laten we zeggen dat u niet de enige bent en er behoorlijk wat werk voor moet worden verricht om dit te verhelpen voor meerdere klanten.

Helaas is een lastiger probleem dan verwacht, door uw oplettendheid was het ons opgevallen.

Onze excuses voor het ongemak.

[ Voor 31% gewijzigd door Verwijderd op 27-07-2009 17:09 ]

[Schweino]

Mafketel schreef op maandag 27 juli 2009 @ 00:34:
[...]

Ik weet dat de site niet down is. Want ik kan er wel gewoon bij, via mijn telfort account. Of wil je zeggen dat je er nu nog steeds niet bij kunt.
Tevens komt een traceroute bij mij ook niet verder, er zijn nogal wat hosts die dit namelijk niet doorgeven ping gaat overigens wel.

Site http://www.barker-shoes.co.uk/ is via mijn telfort verbinding nog steeds niet bereikbaar inderdaad, en dat is al een aantal dagen het geval.

Pingen geeft hetzelfde resultaat:

code:

Pinging www.barker-shoes.co.uk [217.194.210.60] with 32 bytes of data:
Request timed out.
Request timed out.
Request timed out.
Request timed out.

Ping statistics for 217.194.210.60:
    Packets: Sent = 4, Received = 0, Lost = 4 (100% loss),

[ Voor 23% gewijzigd door Schweino op 27-07-2009 17:49 ]

[Verwijderd]

@ Telfort Joris

Enig idee wanneer de volgende storing opgelost gaat worden :

-----
24-07-2009 Verstoring internet en vast bellen, diverse locaties

Als gevolg van een storing kunt u op dit moment hinder ondervinden met vast bellen en het bezoeken van internet pagina's.

Deze storing beprekt zich tot 8000 klanten die zijn aangesloten via het netwerk van KPN.

Onze excuses voor het ongemak.
-----

Het begint een beetje vervelend te worden als ik s'avonds een paar uurtjes online aan het gamen ben. Alvast bedankt.

[Gunner]

Verwijderd schreef op maandag 27 juli 2009 @ 17:08:
Gunner, laten we zeggen dat u niet de enige bent en er behoorlijk wat werk voor moet worden verricht om dit te verhelpen voor meerdere klanten.

Helaas is een lastiger probleem dan verwacht, door uw oplettendheid was het ons opgevallen.

Onze excuses voor het ongemak.

Je begrijpt dat ik als klant verwacht dat, als het in 'Mijn Telfort' aan te passen is, het ook binnen redelijke termijn mogelijk moet kunnen zijn? Binnen 'Mijn Telfort' wordt over geen enkele termijn gerept over hoe snel zo'n aanpassing overal verwerkt zou moeten zijn, vandaar mijn herhalende vraag.

[AzzKickah]

OK nu het volgende:

Nieuwe internet aansluiting (niet in mijn eigen huis). Eerste modem heeft het 24 uur gedaan.
Vandaag nieuwe ontvangen.

Aangesloten, ingesteld, internet werkt.
Maarrrrr.....

- volgens de modem is de DSL-connection 13269/1031kbps
- ping naar modem is constant <1ms
- om de +/- 10 minuten valt internet weg, niet de (draadloze) verbinding naar de computer, puur het internet doet het dan een paar minuten niet. Maar op de modem blijft ie gewoon 'DSL Up 13300/1000kpbs' weergeven.
- hoogste download-snelheid die ik tot nu toe heb gehaald hier is 182kb/s, met verschillende tests. BBNed 100mb download, speedtest.nl, speedtest.net, etc.
- op 2 verschillende laptops geprobeerd, totaal verschillende hardware. De ene Win7, de andere Vista.
- zowel met kabel als met Wireless geprobeerd.
- Wireless channel 4 en 9 geprobeerd (maar aangezien het met kabel ook het probleem geeft...)

- overigens nu net ook nog de oude modem aangesloten met de adapter van de nieuwe modem (alleen adapter was defect namelijk) en ook met de oude modem precies hetzelfde probleem.

Ik zal zo nog even een screenie van wat modem-gegevens posten.

Ik heb al gezocht naar een setting in de modem voor een max. downloadsnelheid per client of zo maar dat is niet te vinden. Ding is ook out of the box anderhalf uur geleden dus in principe zijn alle default settings nog van kracht behalve de IP-range en ik heb Wireless aangezet.

code:

noise margin upstream: 12 db
output power downstream: 22 db 
attenuation upstream: 12 db
tone   0- 31: 00 00 00 07 99 ab bc cc cc cc dd dc cc cc ba 99 
tone  32- 63: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 
noise margin downstream: 6 db
output power upstream: 12 db 
attenuation downstream: 29 db

[ Voor 24% gewijzigd door AzzKickah op 27-07-2009 22:09 ]

[nescafe]

AzzKickah schreef op maandag 27 juli 2009 @ 21:43:
OK nu het volgende:

- volgens de modem is de DSL-connection 13269/1031kbps
- ping naar modem is constant <1ms
- om de +/- 10 minuten valt internet weg, niet de (draadloze) verbinding naar de computer, puur het internet doet het dan een paar minuten niet. Maar op de modem blijft ie gewoon 'DSL Up 13300/1000kpbs' weergeven.
- hoogste download-snelheid die ik tot nu toe heb gehaald hier is 182kb/s, met verschillende tests. BBNed 100mb download, speedtest.nl, speedtest.net, etc.
- op 2 verschillende laptops geprobeerd, totaal verschillende hardware. De ene Win7, de andere Vista.
- zowel met kabel als met Wireless geprobeerd.
- Wireless channel 4 en 9 geprobeerd (maar aangezien het met kabel ook het probleem geeft...)

Lijkt erop dat je last hebt van de volgende storing:
24-07-2009 Verstoring internet en vast bellen, diverse locaties

Ook ik heb hier last van, erg vervelend omdat RDP-sessies zo onmogelijk worden. Ik hoop dat dit binnen een aantal dagen kan worden opgelost.

code:

Ping-statistieken voor 81.173.34.225:
    Pakketten: verzonden = 28859, ontvangen = 27265, verloren = 1594
    (5% verlies).De gemiddelde tijd voor het uitvoeren van één bewerking in milliseconden:
    Minimum = 10ms, Maximum = 765ms, Gemiddelde = 32ms

[ Voor 10% gewijzigd door nescafe op 27-07-2009 22:09 . Reden: ping-stats ter info ]

[AzzKickah]

nescafe schreef op maandag 27 juli 2009 @ 22:03:
[...]

Lijkt erop dat je last hebt van de volgende storing:
24-07-2009 Verstoring internet en vast bellen, diverse locaties

Ook ik heb hier last van, erg vervelend omdat RDP-sessies zo onmogelijk worden. Ik hoop dat dit binnen een aantal dagen kan worden opgelost.

Hmm dat lijkt me erg sterk want ik woon zelf letterlijk 3 straten verderop en bij mij is de Telfort-verbinding wel goed.

Die storingen gaan over dingen veel meer naar het westen in het land en er stond iets bij over 8000 klanten.
Daar vallen wij hier niet onder.

[nescafe]

Dat veel meer naar het westenverhaal begrijp ik niet helemaal..

Verwijderd schreef op donderdag 23 juli 2009 @ 15:03:
Hier ook nog steeds dezelfde problemen (9404, Assen). Heb nu m'n Zyxel op het ADSL1 profiel draaien, echter lost dit het probleem niet op. Modem blijft up maar er is geen internet verbinding gedurende 1 - 2 minuten.

joepboris schreef op donderdag 23 juli 2009 @ 16:44:
[...]
Hier 8501 Joure ook nog steeds het zelfde probleem!

Keyser schreef op woensdag 22 juli 2009 @ 22:08:
[...]
Om de paar minuten ligt de adsl verbinding eruit, en 2 minuten later was ie er weer....voor even.

Ik woon in Haaksbergen, 7481, in het oosten.

Downstream is ook flink geslonken naar een onregelmatige 0,5 a 2 Mbps, waar ik voor 23 juli gewoon 20Mbps vol kon trekken.

[AzzKickah]

nescafe schreef op maandag 27 juli 2009 @ 22:17:
Dat veel meer naar het westenverhaal begrijp ik niet helemaal..


[...]


[...]


[...]


Ik woon in Haaksbergen, 7481, in het oosten.

Downstream is ook flink geslonken naar een onregelmatige 0,5 a 2 Mbps, waar ik voor 23 juli gewoon 20Mbps vol kon trekken.

Oh in dat geval... heb ik misschien te vroeg geschreeuwd...
Want we zitten hier in regio Oldenzaal - 7574.

Maar hoe kan het dan dat ik thuis, 3 straten verderop,geen enkel probleem heb? (was altijd al maar 9MBit maar dat haalt ie nog wel gewoon)

[Verwijderd]

Gunner schreef op maandag 27 juli 2009 @ 19:52:
[...]

Je begrijpt dat ik als klant verwacht dat, als het in 'Mijn Telfort' aan te passen is, het ook binnen redelijke termijn mogelijk moet kunnen zijn? Binnen 'Mijn Telfort' wordt over geen enkele termijn gerept over hoe snel zo'n aanpassing overal verwerkt zou moeten zijn, vandaar mijn herhalende vraag.

Er is een probleem waardoor het voor bepaalde klanten de wijzigingen niet verwerkt worden, daar bent u er een van. Normaliter zou dit binnen 2 weken in orde moeten zijn.

[Mafketel]

Omdat dit een erg lange post is geworden zal ik mijn vraag nu alvast maar stellen, mocht je willen weten wat ik allemaal gedaan heb staat het daaronder. ps dit is op een niet vaak gebruikte ramplak getikt die soms niet lekker reageert, mijn excuses, misschien dat ik nog wat heb gemist.
Mijn volgende aktie is in ieder geval de hoeveelheid connecties naar beneden brengen. Mijn vraag is nu denk ik wat kan je verwachten van een adsl 20mbit/1mbit abonnement.

En als laatste nog een vraag voor Joris, Ik heb nu alles aangesloten zoals aangegeven voor een modemtest, geen splitter minder dan 30cm cat5 kabel tusen isra en modem, modem als enige op de lijn. Is het mogelijk om een lijntest te doen? Daar ik "vroeger" een 16mbit connectie had en op het moment maar een 10mbit. Rest van de details staan in een aantal posts terug. Mocht dat niet mogelijk zijn mag ik daar dan de reden voor weten? en ik zal dan maar door de zure appel heen bijten en telfort maar moeten bellen en dus waarschijnlijk te lang in de wacht staan. Alvast bedankt voor de moeite.

bjck schreef op maandag 27 juli 2009 @ 08:46:
[...]
Ik heb het even getest en kan gewoon volledige snelheid uploaden zonder dat iets tot loss leidt hier. Nog even doorzoeken is het voor je

Ik was er al bang voor

[...]
Sla je configuratie eens op, reset hem eens naar defaults en configureer hem opnieuw (niet oude terug, dan heb je hetzelfde). Misschien heb je de firmware van een update voorzien en zit daar iets nieuws in? Of wordt er gefragmenteerd om nog onduidelijke reden?

Door Verschillende reden heb ik het laaste half jaar dit al meerdere keren gedaan. standaard config en aangepaste config zowel als bridge als zoals de modem is aangeleverd. Dit met de firmware die bij speedtouch nl is te halen als de aangeraden door speedlinq als diegene meegeleverd op cd en natuurlijk diegene die ik nu gebruik. Bij al deze mogelijkheden was de snelheid hetzelfde.

Wat zegt een ping met DF bit bij de maximale 1472 (MTU 1500) aan formaat?

Windows:

ping -f -l 1472 ping.xs4all.nl

Linux:

ping -M do -s 1472 ping.xs4all.nl

Wat ie hoort te zeggen, oftwel ik krijg gewoon antwoord
Overigens een leuke..... Dit kan ik overigens niemand aanraden, je bent hier de boel echt mee aan het overbelasten!

code:

sudo ping -f -s 1472 -M do ping.xs4all.nl
PING uucp1.xs4all.nl (194.109.21.51) 1472(1500) bytes of data.
........................................^C
--- uucp1.xs4all.nl ping statistics ---
845 packets transmitted, 805 received, 4% packet loss, time 12261ms
rtt min/avg/max/mdev = 31.216/33.725/44.789/3.021 ms, pipe 4, ipg/ewma 14.527/41.188 ms

dit me ongeveer 800kbit/s(iftop)
Even de dynamica uitgelegd hier. In eerste instantie gaat het goed met af een toe eentje die er tussen uitvalt(geen probleem). MAAR dan opeens komt bijna niks meer terug, daarna gaat het weer een tijdje goed en dit herhaal zich. Dus verstuurt ok voor 10s dan heel veel drops voor 5s dan verstuurt ok 10s etc. Kan zijn dat xs4all hier een limiet op heeft zitten, zou ik persoonlijk wel doen .
Overigens doet telfort.nl hetzelfde.

code:

sudo ping -f -s 1472 -M do telfort.nl
PING telfort.nl (81.173.34.237) 1472(1500) bytes of data.
...........................................................................................................................................................................................^C
--- telfort.nl ping statistics ---
2030 packets transmitted, 1842 received, 9% packet loss, time 29262ms
rtt min/avg/max/mdev = 30.690/33.231/46.124/3.133 ms, pipe 4, ipg/ewma 14.422/31.882 ms

ook 800kb/s
Nu zou je zeggen dat het allemaal goed is.... tenminste niet te slecht 800kbit/s is niet 1029kbit/s die adsl status geeft maar erg dicht in de buurt.
Zodra je echter meer pakketjes tegelijkertijd gaat versturen gaat het helemaal fout. dus bij -l 5 60% packetloss en 900kbit/s heen en maar 360kbit/s terug.

Overigens intern

code:

sudo ping -l 100 -f -s 1472 -M do 192.168.1.133
PING 192.168.1.133 (192.168.1.133) 1472(1500) bytes of data.
................................................................................................................................................................................                                         
--- 192.168.1.133 ping statistics ---
166965 packets transmitted, 166868 received, 0% packet loss, time 7584ms
rtt min/avg/max/mdev = 0.120/0.274/4.136/0.127 ms, pipe 100, ipg/ewma 0.045/0.227 ms

met 350mbit/s
Modem snelheidstest .... 40 pakketjes tegelijkertijd gaat goed 45 tegelijkertijd gaat fout

code:

 sudo ping -l 40 -f -s 1472 -M do geen-ip-hier
PING geen-ip-hier 1472(1500) bytes of data.
.........................................................................................     
---geen-ip-hier ping statistics ---
69458 packets transmitted, 69371 received, 0% packet loss, time 32769ms
rtt min/avg/max/mdev = 0.899/18.551/31.152/1.288 ms, pipe 41, ipg/ewma 0.471/18.664 ms

dit met een respectabele 24mbit/s, maar als dit minder was geweest kan het geen adsl2 modem zijn

Overigens mocht je ooit het idee hebben om dit met een mac te proberen....... 27% dropped packets, met centos op diezelfde macbook 0% packetloss.

Inmiddels ben ik een beetje kwijt waar ik ben in deze post.

Mijn volgende aktie is in iedergeval de hoeveelheid connecties naar beneden brengen. Mijn vraag is nu denk ik wat kan je verwachten van een adsl 20mbit/1mbit abonnement.

En als laatste nog een vraag voor Joris, Ik heb nu alles aangesloten zoals aangegeven voor een modemtest, geen splitter minder dan 30cm cat5 kabel tusen isra en modem. Is het mogelijk om een lijntest te doen daar ik "vroeger" een 16mbit connectie had en op het moment maar een 10mbit. Rest van de details staan in een aantal posts terug. Mocht dat niet mogelijk zijn mag ik daar dan de reden voor weten? en ik zal dan maar door de zure appel heen bijten en telfort maar moeten bellen en dus waarschijnlijk te lang in de wacht staan.

[Verwijderd]

Stuur aub uw postcode en huisnummer naar mij via een dm.

[Schweino]

Schweino schreef op zondag 26 juli 2009 @ 15:23:
Ik heb het vreemde probleem dat ik één bepaalde internet site niet kan bereiken via Telfort, terwijl anderen dit wel kunnen via andere providers. Wat zou hier de oorzaak van kunnen zijn?

Het gaat om www.barker-shoes.co.uk en ik krijg in FireFox de volgende melding: "The connection has timed out
The server at www.barker-shoes.co.uk is taking too long to respond."

code:

Tracing route to www.barker-shoes.co.uk [217.194.210.60]
over a maximum of 30 hops:

  1    97 ms    98 ms    98 ms  speedtouch.lan [192.168.1.1]
  2    18 ms    17 ms    22 ms  195-240-223-254.ip.telfort.nl [195.240.223.254]

  3    29 ms    18 ms    18 ms  172.26.43.121
  4    18 ms    18 ms    18 ms  172.26.44.6
  5    23 ms    18 ms    21 ms  vpn496-telfort.bcsw3.asd-hp.ip.telfort.nl [195.241.4.185]
  6    18 ms     *        *     vpn496-telfort.bcsw1.asd-nh.ip.telfort.nl [195.241.4.186]
  7    18 ms    18 ms    18 ms  te3-0-0.gr10.saams.nl.easynet.net [195.69.144.38]
  8    27 ms    32 ms    27 ms  te0-0-0-0.gr10.telon.uk.easynet.net [87.86.77.20]
  9    28 ms    33 ms    27 ms  te2-0-0-111.er101.telon.uk.easynet.net [87.86.69.129]
 10    28 ms    28 ms    27 ms  te1-0-0.sr102.bllon.uk.easynet.net [87.86.72.45]
 11    28 ms    29 ms    27 ms  217.207.15.78
 12    29 ms    29 ms    29 ms  cust2-sov.lon.core.as33968.net [217.194.208.21]
 13     *        *        *     Request timed out.
 14     *        *        *     Request timed out.
 15     *        *        *     Request timed out.
 16     *        *        *     Request timed out.
 17     *        *        *     Request timed out.
 18     *        *        *     Request timed out.
 19     *        *        *     Request timed out.
 20     *        *        *     Request timed out.
 21     *        *        *     Request timed out.
 22     *        *        *     Request timed out.
 23     *        *        *     Request timed out.
 24     *        *        *     Request timed out.
 25     *        *        *     Request timed out.
 26     *        *        *     Request timed out.
 27     *        *        *     Request timed out.
 28     *        *        *     Request timed out.
 29     *        *        *     Request timed out.
 30     *        *        *     Request timed out.

Trace complete.

Telfort Joris, heb je een verklaring waar dit aan zou kunnen liggen?

[iDEOwen]

Hoi Iedereen!

Is er iemand die ook problemen heeft met de DSL verbinding nu. DSL lampje brandt nu niet, alles al gechecked of het aan mijn kant ligt, maar volgens mij niet. Ik zit in Amstelveen (telfort pagina geeft nog geen storing aan).

[nescafe]

Telfort Joris,

Als je toch bezig bent... kun jij aangeven op welke termijn de volgende storing kan worden opgelost:

24-07-2009 Verstoring internet en vast bellen, diverse locaties

Dit is wat er ongeveer elk half uur gebeurt (in avonduren vaker):


Het thuiswerken en remote inloggen bij klanten wordt hierdoor redelijk onmogelijk gemaakt, ik wil toch echt weer graag aan het werk

PC 7481

[iDEOwen]

Owentje schreef op dinsdag 28 juli 2009 @ 22:33:
Hoi Iedereen!

Is er iemand die ook problemen heeft met de DSL verbinding nu. DSL lampje brandt nu niet, alles al gechecked of het aan mijn kant ligt, maar volgens mij niet. Ik zit in Amstelveen (telfort pagina geeft nog geen storing aan).

En internet doet het weer deze ochtend. Was dus een storing aan de kant van Telfort!

[AzzKickah]

nescafe schreef op woensdag 29 juli 2009 @ 01:17:
Telfort Joris,

Als je toch bezig bent... kun jij aangeven op welke termijn de volgende storing kan worden opgelost:

24-07-2009 Verstoring internet en vast bellen, diverse locaties

Dit is wat er ongeveer elk half uur gebeurt (in avonduren vaker):
[afbeelding]

Het thuiswerken en remote inloggen bij klanten wordt hierdoor redelijk onmogelijk gemaakt, ik wil toch echt weer graag aan het werk

PC 7481

Hier ben ik ook erg benieuwd naar.
Heb exact hetzelfde probleem + dat de modem 13MBit aangeeft en de maximum download snelheid niet boven de 150kb/sec uitkomt.

[Verwijderd]

AzzKickah, Zou u mij een exacte omschrijving kunnen geven waarvan u download en uw gegevens via een dm naar mij willen sturen? Een andere tweaker geeft dit namelijk ook aan.
Nescafe, kunt u mij ook uw gegevens sturen?

De storing zou namelijk sinds gisteren 20:00 opgelost moeten zijn.

[AzzKickah]

Verwijderd schreef op woensdag 29 juli 2009 @ 09:52:
AzzKickah, Zou u mij een exacte omschrijving kunnen geven waarvan u download en uw gegevens via een dm naar mij willen sturen? Een andere tweaker geeft dit namelijk ook aan.
Nescafe, kunt u mij ook uw gegevens sturen?

De storing zou namelijk sinds gisteren 20:00 opgelost moeten zijn.

Ik heb u ( ) een DM gestuurd met daarin hoe ik het probleem heb geconstateerd, wat ik al heb geprobeerd en de gegevens over welke aansluiting het gaat.

[Verwijderd]

De storing die afgemeld was blijkt toch niet opgelost te zijn. Bedankt voor voor het aangeven van de problemen.

Ze zijn/gaan weer verder met het probleem.

Mochten er nog meer tweakers zijn die op dit moment last hebben van een lage/fluctuerende snelheid en uitval die op het KPN netwerk aangesloten zijn, mag ik jullie postcode en huisnummer ontvangen via een dm? Alvast dank hiervoor.

Doordat hier vrij veel gamers aanwezig zijn merken jullie vaak als eerste dat er iets mis gaat op het netwerk.

[AzzKickah]

Verwijderd schreef op woensdag 29 juli 2009 @ 10:49:
De storing die afgemeld was blijkt toch niet opgelost te zijn. Bedankt voor voor het aangeven van de problemen.

Ze zijn/gaan weer verder met het probleem.

Mochten er nog meer tweakers zijn die op dit moment last hebben van een lage/fluctuerende snelheid en uitval die op het KPN netwerk aangesloten zijn, mag ik jullie postcode en huisnummer ontvangen via een dm? Alvast dank hiervoor.

Doordat hier vrij veel gamers aanwezig zijn merken jullie vaak als eerste dat er iets mis gaat op het netwerk.

OK, niet zo mooi maar goed, is niet anders.

Hoe gaat dit met abonnementskosten? In dit geval is er dus sinds het opleveren van de aansluiting nog geen moment een fatsoenlijke verbinding geweest en iets zegt me dat dat ook niet meer gaat lukken voor het eind van deze abbo-maand.

Ik neem aan dat de abonnements-kosten voor deze eerste maand dus niet betaald hoeven te worden?
Hoe gaat dit in zijn werk? Of moet je als klant schriftelijk creditatie aanvragen (wat me zwaar zou tegenvallen maar dat terzijde) ? Ik hou er namelijk niet zo van te betalen voor iets wat niet geleverd is en dan vervolgens maar te hopen op dat je het geld weer terugkrijgt.

Overigens, de mededelingen-pagina op Telfort.nl doet het niet.
Gaat lekker daar bij Telfort, sorry kan er op dit moment toch echt niks anders van maken.

[ Voor 6% gewijzigd door AzzKickah op 29-07-2009 11:23 ]

[Verwijderd]

Als alles opgelost is kunt u via een e-mail compensatie aanvragen, dit hoeft niet schriftelijk.

Momenteel hebben we interne netwerk problemen waardoor bepaalde delen van de site niet werken en alle systemen niet werken.

[AzzKickah]

Verwijderd schreef op woensdag 29 juli 2009 @ 11:29:
Als alles opgelost is kunt u via een e-mail compensatie aanvragen, dit hoeft niet schriftelijk.

Momenteel hebben we interne netwerk problemen waardoor bepaalde delen van de site niet werken en alle systemen niet werken.

OK dat stemt mij al iets positiever, dat dit per mail kan.

Goed, wij wachten af!

[bjck]

Mafketel schreef op dinsdag 28 juli 2009 @ 13:27:

Overigens doet telfort.nl hetzelfde.

code:

sudo ping -f -s 1472 -M do telfort.nl
PING telfort.nl (81.173.34.237) 1472(1500) bytes of data.
...........................................................................................................................................................................................^C
--- telfort.nl ping statistics ---
2030 packets transmitted, 1842 received, 9% packet loss, time 29262ms
rtt min/avg/max/mdev = 30.690/33.231/46.124/3.133 ms, pipe 4, ipg/ewma 14.422/31.882 ms

ook 800kb/s
Nu zou je zeggen dat het allemaal goed is.... tenminste niet te slecht 800kbit/s is niet 1029kbit/s die adsl status geeft maar erg dicht in de buurt.
Zodra je echter meer pakketjes tegelijkertijd gaat versturen gaat het helemaal fout. dus bij -l 5 60% packetloss en 900kbit/s heen en maar 360kbit/s terug.

Waarschijnlijk schrijf ik voor jou naar de bekende weg en overbodig, maar voor andere dan even de extra informatie.

Vergeet niet dat ADSL lijnsnelheid is voor DSL. Iets minder is de ATM rate en voor IP heb je een 15% overhead, beetje afhankelijk van je pakket grootte die je gebruikt.

Als je upstream linerate 1029kbps is zal je ATM rate 1020 of zelfs 1000kbps zijn (xDSL error correctie bytes en overhead channel communicatie).

Elke 1500byte IP pakket (met 1472byte payload/data) moet nu nog in Ethernet worden geencapsuleerd en wordt dan 1518bytes lang. Dit moet in ATM cellen van 53bytes waarvan 48bytes de payload is. Dus gaat dit in 1518 / 48 = 32cellen.

De overhead is dan 32 * 5 bytes = 160 bytes per 1500byte IP pakket (en per 1472byte payload) = 10.7%.

Daarom delen we door 10 (of 9,6) voor het gemak en iet door 8 om van kbps (lijnsnelheid) naar haalbare snelheid (kByte/s) te rekenen in 1 stap.

Dus gebruik je 800kbps aan upstream snelheid en geeft dat een fractie loss klopt dat, dit is immers ( hier wel delen door 8 ) 100kByte/s aan data wat overeen komt met de maximale doorvoer snelheid van je upstream verbinding. Dit zal net wel, net geen loss geven.

Dat je nu sowieso ~5% loss ziet is omdat je waarschijnlijk precies in die groep zit van de storing die Telfort op de website heeft staan. Dat kan dan ook verklaren waarom je het misschien nu niet haalt soms, want als de packetloss verderop in het netwerk zit (dus op je verbinding zelf packetloss zit) gaan er ook TCP ACK pakketjes verloren wat de maximale doorvoer limiteert en resulteert in hertransmissies.

Mijn volgende aktie is in iedergeval de hoeveelheid connecties naar beneden brengen. Mijn vraag is nu denk ik wat kan je verwachten van een adsl 20mbit/1mbit abonnement.

Wat bedoel je met aantal connecties? Simultane pakketjes of TCP sessies? Aantal simultaan is afhankelijk van de banbreedte en de hoeveelheid data die je simultaan totaal wilt versturen, wordt achter elkaar gezet natuurlijk en niet naast elkaar verzonden.

Aantal simultane TCP sessies hangt meer af van je NAT (router) engine capaciteit en je TCP stack op de eindpunt(en) van je test.

En als laatste nog een vraag voor Joris, Ik heb nu alles aangesloten zoals aangegeven voor een modemtest, geen splitter minder dan 30cm cat5 kabel tusen isra en modem, modem als enige op de lijn. Is het mogelijk om een lijntest te doen? Daar ik "vroeger" een 16mbit connectie had en op het moment maar een 10mbit. Rest van de details staan in een aantal posts terug. Mocht dat niet mogelijk zijn mag ik daar dan de reden voor weten?

Wat was je linerate en wat is het nu? Je poste eerder 9.868kbps uit je modem. Met 5% packetloss haal je op een 16Mb verbinding ook geen 1600kByte/s meer

[ Voor 8% gewijzigd door bjck op 29-07-2009 17:37 ]

[dyna18]

Ik heb je een DM gestuurd.
Zowel afgelopen week-end als vandaag komen laden websites zeer traag. Vooral images komen nauwelijks binnen. Ik hoop dat dit een bekend probleem is (zodat het opgelost kan worden).

[Laagje]

graag deel ik mijn zeer recente telfort ervaringen met jullie.

Ik heb een 20 mbit abbo bij Telfort wat tot voor kort prima 16mbit haalde. Sinds ongev. 2 weken haalde ik nog maar 1,08 mb /s Max dus vandaag in de telefoon geklommen met dit als resultaat:

- 14.00 gebeld naar telfort ivm snelheid degradatie van ongev. 16mbit naar 10mbit.
- Medewerker gesproken, deze adviseerde om de modem harde reset te geven aangezien ik het modem al naar isra punt verplaatst had en daar zelfde probleem had met andere (nieuwe) kabel.
Hij kon geen lijn reset uitvoeren omdat telfort zelf met een storing kampt. Hij adviseerde 's avonds terug te bellen. Modem harde reset gegeven, instellingen opnieuw gezet. Geen verschil.
- 19.30 Gebeld naar telfort. Verhaal uitgelegd. Medewerker gesproken die mijn lijn ging resetten.
Voor reset: DSL Up 10597 kbps / 981 kbps
Na reset: DSL Up 10035 kbps / 974 kbps
- 19.35 Weer gebeld naar Telfort. Verhaal uitgelegd aan andere Medewerker. Deze wist mij te melden dat mijn uploadsnelheid (die lager ligt dan de theoretisch maximale snelheid) (974 kbit) er op zou wijzen
dat mijn kabel (binnenshuis) aan het roesten is. Nogmaals benadruks dat ik het al modem verplaatst had naar ISRA punt met nieuwe kabel (door telfort geleverd) en dat dus de kabel het probleem niet is.
Medewerker nogmaals uitgelegd dat ik vanmiddag ook al gebeld had en dat ik de modem al een harde reset had gegeven. Medewerker wist toen te vermelden dat dit niet waar is en dat ik géén harde reset had uitgevoerd. Na een kleine discussie hierover gevoerd te hebben heb ik aangegeven dat ik mij geen leugenaar laat noemen, dat ik het abbo op ga zeggen en opgehangen
Vervolgens kreeg mijn lijn nog twee maal, zonder afstemming en goedkeuring mijner zijde, een lijnreset te verwerken (overigens beide zonder resultaat).


tttttttt......

[ Voor 0% gewijzigd door Laagje op 29-07-2009 19:55 . Reden: typo ]

[thefxr]

Laagje schreef op woensdag 29 juli 2009 @ 19:52:
graag deel ik mijn zeer recente telfort ervaringen met jullie.

Ik heb een 20 mbit abbo bij Telfort wat tot voor kort prima 16mbit haalde. Sinds ongev. 2 weken haalde ik nog maar 1,08 mb /s Max dus vandaag in de telefoon geklommen met dit als resultaat:

- 14.00 gebeld naar telfort ivm snelheid degradatie van ongev. 16mbit naar 10mbit.
- Medewerker gesproken, deze adviseerde om de modem harde reset te geven aangezien ik het modem al naar isra punt verplaatst had en daar zelfde probleem had met andere (nieuwe) kabel.
Hij kon geen lijn reset uitvoeren omdat telfort zelf met een storing kampt. Hij adviseerde 's avonds terug te bellen. Modem harde reset gegeven, instellingen opnieuw gezet. Geen verschil.
- 19.30 Gebeld naar telfort. Verhaal uitgelegd. Medewerker gesproken die mijn lijn ging resetten.
Voor reset: DSL Up 10597 kbps / 981 kbps
Na reset: DSL Up 10035 kbps / 974 kbps
- 19.35 Weer gebeld naar Telfort. Verhaal uitgelegd aan andere Medewerker. Deze wist mij te melden dat mijn uploadsnelheid (die lager ligt dan de theoretisch maximale snelheid) (974 kbit) er op zou wijzen
dat mijn kabel (binnenshuis) aan het roesten is. Nogmaals benadruks dat ik het al modem verplaatst had naar ISRA punt met nieuwe kabel (door telfort geleverd) en dat dus de kabel het probleem niet is.
Medewerker nogmaals uitgelegd dat ik vanmiddag ook al gebeld had en dat ik de modem al een harde reset had gegeven. Medewerker wist toen te vermelden dat dit niet waar is en dat ik géén harde reset had uitgevoerd. Na een kleine discussie hierover gevoerd te hebben heb ik aangegeven dat ik mij geen leugenaar laat noemen, dat ik het abbo op ga zeggen en opgehangen
Vervolgens kreeg mijn lijn nog twee maal, zonder afstemming en goedkeuring mijner zijde, een lijnreset te verwerken (overigens beide zonder resultaat).

Ik vermoed dat het overspraak is, misschien kan je eens vragen op de KPN kan langskomen

[Laagje]

thefxr schreef op woensdag 29 juli 2009 @ 20:28:
[...]

Ik vermoed dat het overspraak is, misschien kan je eens vragen op de KPN kan langskomen

Mjah, lijkt me niet dat dat op mijn initiatief moet gaan gebeuren. Maar zolang je met zo'n gast niet verder komt dan een "roestende kabel" en een discussie over of ik iets wel of niet gedaan heb, gaat de KPN echt niet langs komen

Dat het dan mogelijk ook gebeurd met een andere provider neem ik dan voor lief.. Als ze me maar beter helpen en me niet voor leugenaar uitmaken á € 0,30 per minuut.

[ Voor 15% gewijzigd door Laagje op 29-07-2009 21:25 ]

[Verwijderd]

Ook ik kan sinds vanmiddag m'n eigen sites op een server in amerika niet meer bereiken. Ik weet dat er niks mis is met de server zelf, de sites doen het namelijk prima via andere providers. Erg vervelend..kan niks doen zo

[LuckY]

Verwijderd schreef op woensdag 29 juli 2009 @ 23:54:
Ook ik kan sinds vanmiddag m'n eigen sites op een server in amerika niet meer bereiken. Ik weet dat er niks mis is met de server zelf, de sites doen het namelijk prima via andere providers. Erg vervelend..kan niks doen zo

Tracerouten en kijken waar het fout gaat

Bah, ik wacht op me T&T code voor mijn adsl pakket.
Het enige probleem is dat telfort niet echt rekening lijkt te houden met mensen die vooruit plannen(of hun systeem). * LuckY gaat verhuizen naar LimbabwE en wilde daar internet.... * LuckY woont nu in dordrecht Het pakket kan alleen verstuurt worden naar het adres waar de aansluiting opgeleverd wordt..... gedeeltelijk logisch....Echter wat als dat adres minimaal 2 uur rijden is? En het een vrijedag kost om het pakket op te halen +benzine

Erg jammer van Telfort en de TNT dat ze dat pakket gewoon niet kunnen doorsturen... ik neem aan dat er een stikker op de doos komt en die dan aan de TNT afgegeven wordt.
Waarom kan Telfort daar geen andere stikker op plakken. Als ze een verificatie probleem hebben of ik wel ik ben dan kunnen ze mijn id te zien krijgen aan de deur...
Maar wie zegt dat telfort Joris wel echt een telfort medewerker is die joris heet of überhaupt voor telfort werkt Erg jammer dit. Als ze amper een pakket goed kunnen sturen wat kan je dan verwachten van miljoen internet pakketjes

[HuHu]

Kan iemand mij helpen, want ik snap het even niet meer. Sinds gisteravond 8 uur (ongeveer) heb ik geen internet en telefoon meer. Modem uit en aan helpt niet.

Het volgende gebeurd: de modem gaat aan, wachten op powerlampje, wachten op ethernetlampje, wachten op DSL lampje, wachten op internetlampje en ten slotte het Phone 1 lampje. Allemaal gaan ze branden. Ze blijven dan ongeveer 10 seconden branden, het internetlampje knippert af en toe en dan opeens vallen ze allemaal uit en begint het weer helemaal opnieuw.

In de webinterface van de modem zie ik dat de verbinding ongeveer elke 20 seconden wisselt tussen (0 kB/s | 0 kB/s) en daarna weer (7982 kB/s | 982 kB/s). De verbinding komt dus steeds even up en gaat daarna direct weer down.

Ik heb de ZyXEL 2602R (ding met één ethernetpoort). Wat kan ik doen en waar kan het aan liggen? Of is er een storing bij Telfort (al zie ik niets op de site)?

[Verwijderd]

Laagje, zou ik uw postcode en huisnummer mogen ontvangen? Dan kan ik kijken wat er allemaal aan de hand is.

HuHu, wat ik u kan adviseren is om de modem te resetten, de kabel tussen IS/RA en modem te vervangen. Als er dan geen verbetering is kan ik u aanraden de technische helpdesk te bellen.

[ Voor 46% gewijzigd door Verwijderd op 30-07-2009 10:02 ]

[Laagje]

*knip*

[ Voor 127% gewijzigd door Laagje op 30-07-2009 10:20 . Reden: Tis nog vroeg :-) ]

[bjck]

Laagje schreef op donderdag 30 juli 2009 @ 10:13:
[...]

Zoals mijn verhaaltje al aangaf, heb ik alle drie deze opties al gedaan.

Telfort Joris schrijft aan 2 personen in 1 reactie netjes.

De eerste zin voor jou (laagje) de 2de voor HuHu.

[Laagje]

bjck schreef op donderdag 30 juli 2009 @ 10:19:
[...]


Telfort Joris schrijft aan 2 personen in 1 reactie netjes.

De eerste zin voor jou (laagje) de 2de voor HuHu.

Oh, haha, lekker scherp :-)

[Verwijderd]

LuckyY schreef op donderdag 30 juli 2009 @ 08:50:
[...]

Tracerouten en kijken waar het fout gaat

Bah, ik wacht op me T&T code voor mijn adsl pakket.
Het enige probleem is dat telfort niet echt rekening lijkt te houden met mensen die vooruit plannen(of hun systeem). /me gaat verhuizen naar LimbabwE en wilde daar internet.... /me woont nu in dordrecht Het pakket kan alleen verstuurt worden naar het adres waar de aansluiting opgeleverd wordt..... gedeeltelijk logisch....Echter wat als dat adres minimaal 2 uur rijden is? En het een vrijedag kost om het pakket op te halen +benzine

Erg jammer van Telfort en de TNT dat ze dat pakket gewoon niet kunnen doorsturen... ik neem aan dat er een stikker op de doos komt en die dan aan de TNT afgegeven wordt.
Waarom kan Telfort daar geen andere stikker op plakken. Als ze een verificatie probleem hebben of ik wel ik ben dan kunnen ze mijn id te zien krijgen aan de deur...
Maar wie zegt dat telfort Joris wel echt een telfort medewerker is die joris heet of überhaupt voor telfort werkt Erg jammer dit. Als ze amper een pakket goed kunnen sturen wat kan je dan verwachten van miljoen internet pakketjes

Bij wijze van uitzondering heb ik het voor elkaar gekregen dat de modem naar een afwijkend adres kan worden verstuurd. Hopelijk gelooft u als u uw modem thuis krijgt dat ik echt bij Telfort werk. Door een achterstand bleek de modem nog niet verstuurd te zijn.

[LuckY]

Verwijderd schreef op donderdag 30 juli 2009 @ 10:50:
[...]


Bij wijze van uitzondering heb ik het voor elkaar gekregen dat de modem naar een afwijkend adres kan worden verstuurd. Hopelijk gelooft u als u uw modem thuis krijgt dat ik echt bij Telfort werk. Door een achterstand bleek de modem nog niet verstuurd te zijn.

Dit is wat ik bedoel met service.
Hartstikke bedankt, en ik geloofde ook wel dat u voor telfort werkte.
Echter vindt ik de rede van de meeste bedrijven van hoe weet ik dat u zegt wie u bent rede onzin.
En dat duidt ik dan aan met die zin.
hartstikke bedankt.

[Verwijderd]

Laagje, we hebben uw lijn bekeken en voor een lijn die tussen de 2200 en 2800 meter is komt de snelheid die u heeft goed overeen daarmee. We kunnen geen problemen ontdekken. De lijnen bij u in de straat zitten ook op hetzelfde niveau als uw lijn.
Mijn excuses voor het taalgebruik van mijn collega.

[Verwijderd]

LuckyY schreef op donderdag 30 juli 2009 @ 08:50:
[...]

Tracerouten en kijken waar het fout gaat

[....]
14   216 ms   123 ms   177 ms  ber1-tengig-9-0-0.Chicago.savvis.net [204.70.195.114]
15   123 ms   123 ms   123 ms  acr1-ge-2-1-0.chicago.savvis.net [204.70.204.210]
16   124 ms   123 ms   123 ms  216.90.240.162
17   126 ms   125 ms   125 ms  208.79.234.16
18     *        *        *     Time-out bij opdracht.
19     *        *        *     Time-out bij opdracht.

Ik ga de helpdesk maar eens bellen. Over het algemeen kan ik gewoon internetten, alleen m'n server (nouja, en waarschijnlijk andere server/sites die ik nog niet tegengekomen ben) is via telfort niet bereikbaar, via xs4all bijvoorbeeld wel.

[ Voor 1% gewijzigd door een moderator op 30-07-2009 12:55 . Reden: quote fix ]

[Mafketel]

bjck schreef op woensdag 29 juli 2009 @ 13:25:
[...]
Waarschijnlijk schrijf ik voor jou naar de bekende weg en overbodig, maar voor andere dan even de extra informatie.

bekend wel, overbodig niet helemaal. Altijd goed om dingetjes weer te horen ook al heb je er rekening mee gehouden.

Dus gebruik je 800kbps aan upstream snelheid en geeft dat een fractie loss klopt dat, dit is immers ( hier wel delen door 8 ) 100kByte/s aan data wat overeen komt met de maximale doorvoer snelheid van je upstream verbinding. Dit zal net wel, net geen loss geven.

Bij die 800kbps goed goed goed loss goed goed goed loss etc etc. Maximale snelheid is 85kbyte/s met hetzelfde patroon. Stabiele snelheid nu 70kbyte/s, dit na wat aanpassingen in de hoeveelheid connecties en samen met instelling maximale bandbreedte en als gevolg dat ik weer een werkbare verbinding heb, albeit langzamer. Mijn dank hiervoor want ik had toch nog een aantal dingen over het hoofd gezien en al die lappen tekst helpen wel met dingen op een rijtje zetten.

Dat je nu sowieso ~5% loss ziet is omdat je waarschijnlijk precies in die groep zit van de storing die Telfort op de website heeft staan. Dat kan dan ook verklaren waarom je het misschien nu niet haalt soms, want als de packetloss verderop in het netwerk zit (dus op je verbinding zelf packetloss zit) gaan er ook TCP ACK pakketjes verloren wat de maximale doorvoer limiteert en resulteert in hertransmissies.

Dan is die storing niet de 24ste begonnen..... maar ietsjes langer geleden

Wat bedoel je met aantal connecties? Simultane pakketjes of TCP sessies? Aantal simultaan is afhankelijk van de banbreedte en de hoeveelheid data die je simultaan totaal wilt versturen, wordt achter elkaar gezet natuurlijk en niet naast elkaar verzonden.

Een programma wat ik al sinds 2004 ofzo heb draaien kan niet alleen bandbreedte limiteren maar ook het aantal peers. Beiden hebben invloed op de verbinding als je niet teveel pakketjes tegelijkertijd over de adsl lijn kunt versturen door het een en ander.

Aantal simultane TCP sessies hangt meer af van je NAT (router) engine capaciteit en je TCP stack op de eindpunt(en) van je test.

De modem router pc kunnen heel veel meer aan dan mijn adsl lijn op dit moment kan. volgende zwakke schakel is mijn modem met 24mbit/s en tot 41 "open" verstuurde pakketten zonder op ack te wachten met 0% loss.

Wat was je linerate en wat is het nu? Je poste eerder 9.868kbps uit je modem. Met 5% packetloss haal je op een 16Mb verbinding ook geen 1600kByte/s meer

Was idd max 16mbit, en op dat laatste kan ik alleen maar , maar die packetloss moet ook verholpen worden.

HuHu schreef op donderdag 30 juli 2009 @ 09:05:
[...]
Het volgende gebeurd: de modem gaat aan, wachten op powerlampje, wachten op ethernetlampje, wachten op DSL lampje, wachten op internetlampje en ten slotte het Phone 1 lampje. Allemaal gaan ze branden. Ze blijven dan ongeveer 10 seconden branden, het internetlampje knippert af en toe en dan opeens vallen ze allemaal uit en begint het weer helemaal opnieuw.
[...]

Toen mijn modem dit gedrag vertoonde hielp alleen een complete reset naar default instellingen en daarna opnieuw configureren. Maar ik moet er wel bij zeggen dat ik de modem ook niet meer op de interne interface kon bereiken en dat het een speedtouch 706 is. Het kan dus bijna niet hetzelfde zijn.
Succes er in ieder geval ermee.

Verwijderd schreef op donderdag 30 juli 2009 @ 10:50:
[...]
Bij wijze van uitzondering heb ik het voor elkaar gekregen dat de modem naar een afwijkend adres kan worden verstuurd. Hopelijk gelooft u als u uw modem thuis krijgt dat ik echt bij Telfort werk. Door een achterstand bleek de modem nog niet verstuurd te zijn.

Samen met meer van dit soort akties en daarna van een ander forumlid een bedankje hiervoor doet mij denken dat dit wel snor zit.
Plus denk ik dat een modereter op een bepaald moment wel zal ingrijpen als Joris niet bij telfort werkt, of Joris daadwerkelijk Joris heet? wat mij betreft niet van belang...... mijn naam is ook maar een labeltje.

Laagje schreef op woensdag 29 juli 2009 @ 20:31:
[...]
Mjah, lijkt me niet dat dat op mijn initiatief moet gaan gebeuren. Maar zolang je met zo'n gast niet verder komt dan een "roestende kabel" en een discussie over of ik iets wel of niet gedaan heb, gaat de KPN echt niet langs komen

Dat het dan mogelijk ook gebeurd met een andere provider neem ik dan voor lief.. Als ze me maar beter helpen en me niet voor leugenaar uitmaken á € 0,30 per minuut.

Dit zijn van die redenen waarom ik niet graag aan de telefoon hang, al kun je natuurlijk het gesprek opnemen en soms is er gewoon urgentie. In een schriftelijke woordenwisseling(email, forum, brief, fax) wordt over het algemeen iets beter gelet op wat er gecommuniceerd wordt. En je dus verschoont blijft van ....
Ik ben ook erg blij dat in eerste instantie de klantenservice van telfort reageerde en zoals de service hier in dit forum wordt gegeven.
Ik vraag mij soms wel eens af hoe mensen die niet altijd even genuanceerd op een forum of email zijn aan de telefoon of face to face reageren. Al ben ik die eerlijk gezegd ook al genoeg tegengekomen, ben alleen niet zo snel geïntimideerd. De adrenaline scheut die daarbij komt reserveer ik liever voor het sporten.

p.s. aan Telfort Joris Ik had nog niet naar mijn dmtjes gekeken, en ik had het al bijna in deze post gezet. Storing is al lang zo heeft voor mij geen urgentie maar wil het wel opgelost.

[ Voor 1% gewijzigd door Mafketel op 30-07-2009 12:16 . Reden: vergeten mijn dm te checken ]

[nautaonline]

Bij het net inloggen in mn modem, zag ik ook dat er ineens ADSL2PLUS stond ipv ADSL2. Ook mijn intrainwaarden zijn veranderd, van 7998/1031 naar 8002/1031.

Betekend dit dat het theoretisch mogelijk is om meer dan 8MBits te kunnen krijgen? Zo ja, waarom zou dit dan nog niet toegekend zijn aan mijn aansluiting?

Betreft hier postcode 9363.

[Verwijderd]

nautaonline schreef op donderdag 30 juli 2009 @ 12:22:
Bij het net inloggen in mn modem, zag ik ook dat er ineens ADSL2PLUS stond ipv ADSL2. Ook mijn intrainwaarden zijn veranderd, van 7998/1031 naar 8002/1031.

Betekend dit dat het theoretisch mogelijk is om meer dan 8MBits te kunnen krijgen? Zo ja, waarom zou dit dan nog niet toegekend zijn aan mijn aansluiting?

Betreft hier postcode 9363.

Lees aub even deze post.
Verwijderd in "Telfort Internet ervaringen topic - Deel 15"

[bjck]

Verwijderd schreef op donderdag 30 juli 2009 @ 12:06:
[...]

[....]
14   216 ms   123 ms   177 ms  ber1-tengig-9-0-0.Chicago.savvis.net [204.70.195.114]
15   123 ms   123 ms   123 ms  acr1-ge-2-1-0.chicago.savvis.net [204.70.204.210]
16   124 ms   123 ms   123 ms  216.90.240.162
17   126 ms   125 ms   125 ms  208.79.234.16
18     *        *        *     Time-out bij opdracht.
19     *        *        *     Time-out bij opdracht.

Ik ga de helpdesk maar eens bellen. Over het algemeen kan ik gewoon internetten, alleen m'n server (nouja, en waarschijnlijk andere server/sites die ik nog niet tegengekomen ben) is via telfort niet bereikbaar, via xs4all bijvoorbeeld wel.

Zet het IP er even bij van de gameserver, dus de hele traceroute met het commando graag. Nu plaats je iets op een forum waar niemand iets aan heeft of kan helpen zoeken / vergelijken

Mafketel schreef op donderdag 30 juli 2009 @ 12:08:
[...]
bekend wel, overbodig niet helemaal. Altijd goed om dingetjes weer te horen ook al heb je er rekening mee gehouden.

[...]
Bij die 800kbps goed goed goed loss goed goed goed loss etc etc. Maximale snelheid is 85kbyte/s met hetzelfde patroon. Stabiele snelheid nu 70kbyte/s, dit na wat aanpassingen in de hoeveelheid connecties en samen met instelling maximale bandbreedte en als gevolg dat ik weer een werkbare verbinding heb, albeit langzamer. Mijn dank hiervoor want ik had toch nog een aantal dingen over het hoofd gezien en al die lappen tekst helpen wel met dingen op een rijtje zetten.

[...]
Dan is die storing niet de 24ste begonnen..... maar ietsjes langer geleden

Ik zou willen voorstellen om alles straks nog eens te testen als je storing verholpen is. Want packetloss is meetbaar toch op je aansluiting als je hem verder niet belast heb je vastgesteld. Dus zal je in de storing vallen waar Telfort melding van gemaakt heeft.

Packetloss heeft een invloed op je maximale doorvoer snelheid van TCP. Onderzoek op onderzoek stapelen levert meestal alleen maar verwarring op en duurt langer. Net als je lijnsnelheid die je op 10Mb even laten rusten zou ik doen tot die andere weg is.

Mooie volledige & leesbare posts maak je trouwens, mag wel eens gezegd worden.

[ Voor 43% gewijzigd door bjck op 30-07-2009 13:11 ]

[Verwijderd]

bjck schreef op donderdag 30 juli 2009 @ 13:03:
[...]


Zet het IP er even bij van de gameserver, dus de hele traceroute met het commando graag. Nu plaats je iets op een forum waar niemand iets aan heeft of kan helpen zoeken / vergelijken


[...]

Ahja, dat had ik inderdaad even moeten doen. Ik heb met de telfort helpdesk gebeld, het was een probleem buiten telfort om en is inmiddels opgelost!

[nautaonline]

Verwijderd schreef op donderdag 30 juli 2009 @ 12:41:
[...]

Lees aub even deze post.
Verwijderd in "Telfort Internet ervaringen topic - Deel 15"

Dank voor de info! Had niet het hele topic doorgelezen.

[nescafe]

nescafe schreef op woensdag 29 juli 2009 @ 01:17:
Telfort Joris,

Als je toch bezig bent... kun jij aangeven op welke termijn de volgende storing kan worden opgelost:

24-07-2009 Verstoring internet en vast bellen, diverse locaties

Het probleem lijkt verholpen te zijn... Download is weer netjes 20 Mb/s:



Telfort Joris, bedankt voor je bemiddeling in deze!

Edit:
Waar zal ik mijn schadeclaim t.w.v. € 0,20 voor 4% packetloss gedurende één week indienen

[ Voor 7% gewijzigd door nescafe op 30-07-2009 16:20 ]

[Verwijderd]

Wij hebben nog geen afmelding gehad. Juich aub nog niet te vroeg.

Compensatie kunt u aanvragen via het webformulier *proest*

[ Voor 8% gewijzigd door Verwijderd op 30-07-2009 17:08 ]

[Schweino]

Verwijderd schreef op donderdag 30 juli 2009 @ 12:06:
[...]

[....]
14   216 ms   123 ms   177 ms  ber1-tengig-9-0-0.Chicago.savvis.net [204.70.195.114]
15   123 ms   123 ms   123 ms  acr1-ge-2-1-0.chicago.savvis.net [204.70.204.210]
16   124 ms   123 ms   123 ms  216.90.240.162
17   126 ms   125 ms   125 ms  208.79.234.16
18     *        *        *     Time-out bij opdracht.
19     *        *        *     Time-out bij opdracht.

Ik ga de helpdesk maar eens bellen. Over het algemeen kan ik gewoon internetten, alleen m'n server (nouja, en waarschijnlijk andere server/sites die ik nog niet tegengekomen ben) is via telfort niet bereikbaar, via xs4all bijvoorbeeld wel.

Een identiek probleem heb ik eerder ook al gemeld, echter tot nu toe nog geen reactie van Telfort Joris. Ik ben erg benieuwd wat een mogelijke oorzaak kan zijn.

@Yikes, kan jij http://www.barker-shoes.co.uk/ bijvoorbeeld wel bereiken?

[ Voor 4% gewijzigd door Schweino op 30-07-2009 17:31 ]

[Verwijderd]

Schweino, helaas was dit aan mijn aandacht ontschoten. Ik zal even voor u gaan informeren.

[Schweino]

Hartelijk dank, en je mag best tutoyeren hoor hier op GOT

[Mafketel]

Even iets anders..... Wat is de kans dat de eigenaar van box 82-168-236-118.ip.telfort.nl hier mee leest?
Zo ja uw box is niet alleen uw eigendom meer.
Of zal ik maar gewoon een mailtje naar [e-mail] sturen?

Waarom is dit eigenlijk tiscali.nl ..... en niet green-isp.nl of speedlinq.nl of telfort.nl
Ik ben inmiddels de weg kwijt na alle naamsveranderingen en als ik zie wat er in de ripe database staat ben ik niet de enige

bjck schreef op donderdag 30 juli 2009 @ 13:03:
[...]
Ik zou willen voorstellen om alles straks nog eens te testen als je storing verholpen is. Want packetloss is meetbaar toch op je aansluiting als je hem verder niet belast heb je vastgesteld. Dus zal je in de storing vallen waar Telfort melding van gemaakt heeft.

Dat zal ik zeker doen. packetloss is vrij stabiel bij een hoge belasting . Ik vraag me toch een beetje af wat je bedoelt met verder niet belast. Wat ik eerder heb gedaan is de verbinding behoorlijk zwaar belasten waarbij er wat mij betreft te snel packetloss ontstaat, 2 direct achter elkaar verzonden tcp pakketten(1500) en dan wachten op antwoord geeft 14% loss. Ditzelfde met 40 direct verzonden pakketten(84) geeft 7% loss.
Daarom ook mijn vraag wat mag je verwachten van een 20mbit/1mbit verbinding. Alles heeft zijn prijs natuurlijk.
Nog even het gedrag van ping uitgelegd met deze instellingen. er worden 2* 1500byte grote pakketten verstuurt waarbij als er een antwoord komt er weer 2 naar buiten gaan. Als er na 10ms nog geen ack is gekomen gaan er weer twee uit etc etc. Dit zou betekenen dat er bij 30ms round trip naar de gateway van telfort er 6 pakketen op de lijn zitten heen en terug elk 1500bytes groot. Tenminste dit is wat ik uit de manpagina haal.

Packetloss heeft een invloed op je maximale doorvoer snelheid van TCP. Onderzoek op onderzoek stapelen levert meestal alleen maar verwarring op en duurt langer. Net als je lijnsnelheid die je op 10Mb even laten rusten zou ik doen tot die andere weg is.

lijnsnelheid staat idd even in de ijskast. Wat ik al eerder zei de boel is nu weer werkzaam zij het iets langzamer dus wat mij betreft is er nu geen "haast", maar zou het wel prettig vinden om te krijgen wat beloofd is.

Mooie volledige & leesbare posts maak je trouwens, mag wel eens gezegd worden.

merci, doe mijn best.

[Giem]

Zo ik heb de volle snelheid ook weer terug.

Vlak na mijn verhuizing internet aangesloten en netjes ingetraind op 17mbit. Na elke weken was dit nog maar 11mbit.

Sinds vandaag een Speedtouch 716 er aan gehangen, zelfde intrain waarden.. Via DMT wat verbeteringen doorgevoerd en haal nu weer netjes 17mbit, zonder storingen of haperende lijnen.. Heel appart..

[thefxr]

Het lijkt dat mijn wegvallende internetverbinding is opgelost.

[AzzKickah]

De problemen die ik hier aankaartte van max. 150kb/sec lijkt ook opgelost te zijn!

Modem traint in op 13MBit en de speedtest gaf gisteravond 11MBit aan dus ik heb het even gelaten voor wat het is en er vanuit gegaan dat het (zo goed als) opgelost is.

[HuHu]

Verwijderd schreef op donderdag 30 juli 2009 @ 09:59:

HuHu, wat ik u kan adviseren is om de modem te resetten, de kabel tussen IS/RA en modem te vervangen. Als er dan geen verbetering is kan ik u aanraden de technische helpdesk te bellen.

Ik heb de modem gereset, dat haalde niets uit. Andere kabels ook niet. Heb het modem rechtstreeks op het IS/RA punt aangesloten, zonder splitter er tussen. Ook dat helpt niet.

De Power-LED blijft branden. Daarna gaat DSL aan en vervolgens Internet. Die blijven ongeveer 10 seconden branden en daarna vallen ze uit. Dan begint het weer overnieuw.

Is er nog iets anders wat ik kan proberen? Kan het soms aan die storing liggen voor klanten op het KPN netwerk? Het treedt sinds woensdagavond ongeveer 20 uur op.

Dat we internet missen is niet erg, ik heb een draadloze netwerkbrug opgezet met de buren. We mogen hun internet lenen nu ze op vakantie zijn. Maar de telefoon hebben we echt nodig. Gisteren is m'n oma plotseling overleden. De hele familie is op vakantie behalve wij. Nu zijn wij dus belast met de begrafenis, alles moet geregeld worden. Maar we kunnen niet bellen. Of gebeld worden. Aaarrggghhh. Zo veel dingen en dan ook dit nog.

[AtRi]

Het treedt sinds woensdagavond ongeveer 20 uur op.

Misschien onweer in de buurt toen?

[HuHu]

Niet dat ik me kan herinneren, volgens mij was het gewoon droog. De modem is ook niet (helemaal) defect, want hij gaat nog gewoon aan, is via de webinterface bereikbaar en doet nog braaf z'n DHCP taken. Ook kan ik in de webinterface zien dat de modem steeds opnieuw verbinding probeert te maken, krijgt en dan direct weer wegvalt.

Als ik in de 10 seconden dat de modem het doet bel gaat de telefoon ook gewoon over. Ook is het mogelijk om in die 10 seconden een internetpagina op te vragen bijvoorbeeld. De kans dat het lukt is echter heel erg klein, maar het werkt allemaal nog wel. Behalve dat de verbinding het maar 10 seconden doet elke 2 minuten ofzo.