Beantwoord

[28-10] Latency issues



Toon eerste reactie

564 reacties

Reputatie 2

Mijn verbinding, die omdat ik in het buitengebied woon via 4G gaat, loopt nog steeds door AS3320...

Het is voor mij al sinds vrijdag niet mogelijk via voip te bellen of zonder problemen  online te werken...

Voorheen ging dat, (ook de voip) ongelofelijk stabiel, nu is het werkelijk rampzalig, ook buiten “de spits”

Mijn servers staan in AMS-01 dus het lijkt me waanzinnig dat het verkeer daar naartoe nog steeds duitsland aandoet.

Ik ben blij voor de mensen die mensen juichen dat “alles weer is teruggedraaid”, maar bij mij is dat dus absoluut niet zo

 

Je bent niet de enige waar het allemaal nog niet correct werkt. ik heb een T-mobile thuis glas verbinding. Wat mensen niet beseffen dat alleen de verbindingen naar de AMS-ix nu goed lopen, zit de partij waar je mee verbindt niet op de AMS-IX dan is de situatie niet veranderd en ga je nogsteeds via Dtag naar Duitsland toe, met alle latency problemen erbij.  

Het is zeker nog niet totaal opgelost, wel hier en daar wat verbeterd. 

Heb je een voorbeeld domain / IP waar ik dit kan controleren?

 

Traceroute 85.190.89.179 maar eens bijvoorbeeld. 

Traceroute is weer in orde. Nu 6MS ping :-)

Reputatie 2

@jogaa @edwinvb het kan natuurlijk zijn dat de 4G route al langer via DTAG ging, ik heb er geen bewijzen voor dat dat niet zo is, maar alle ellende openbaarde zich gelijktijdig met de Thuis problemen.

Ik zit zakelijk al een paar jaar achter 4G en met een heel kantoor telefoneren over de verbinding ging eerst geweldig en is sinds vrijdag zo goed als onmogelijk

Ook onze 4G klantverbindingen (van onze klanten naar onze servers in de datacentra) gaan “ineens” om de haverklap stale

Je zou het natuurlijk kunnen verklaren door de plotselinge extra data (over)belasting van alle extra Thuis data over 3320, maar ik kan me niet eigenlijk niet voorstellen dat dat het enige is wat er aan de hand is.

@tonytee  Ik heb even het verschil tussen T-Mobile Thuis en 4G gecheckt. Routes via T-Mobile Thuis lijken weer in orde. Maar 4G gaat voor alles voor zover ik heb geprobeerd over DTAG met hoge latency (60-100+ms). Leaseweb vergeleken en dat is nog een groot verschil. Ik kan niet bepalen of dat pas sinds vrijdag is gewijzigd of al veel langer speelt, maar ik vermoed dat de problemen danwel structureel hoge latency via 4G blijft. Mensen klagen daar waarschijnlijk minder over omdat de latency daar sowieso hoger is.

Zodra T-Mobile op 5G overstapt is het volledige voordeel van 4G tov 5G op een mobiel er niet, namelijk lagere latency. 

Reputatie 3

Ze hebben alleen iets aangegeven over een rollback voor T-Mobile Thuis. T-Mobile Mobiel (4G) is waarschijnlijk een ander netwerk. Ik verwacht niet dat daar iets gaat veranderen. Daar gaat het verkeer al een tijd via DTAG.

https://bgp.he.net/AS31615

 

Verder is vannacht de NL-IX weer actief geworden naast de AMS-IX. En zijn ze gebruik gaan maken van Vodafone CW voor transit. Er is sprake van een complete rollback inderdaad.

 


 

Reputatie 2

...wat prima is. Ik denk dat de ingreep die voor Thuis heeft plaatsgevonden, nog niet voor 4G is doorgevoerd.

 

Dank voor dit inzicht, ik hoop dat het inderdaad zo is dat t-mobile nog niet aan doorvoeren voor 4G is toegekomen. 

Ik hoop heel erg dat het probleem voor 4G niet “minder groot” wordt geacht

Reputatie 2

En kan je de route eens laten zien van de sip en brexit server naar de T-mobile 4G klanten? PM me anders even, ik ken netwerkengineers bij leaseweb.

ha Tim,

dank voor het meedenken.

Ik weet niet zo goed hoe ik de route vanuit leaseweb naar die klanten toe kan bepalen.

Zij zitten achter het 4G NAT van t-mobile, dus ik heb geen buiten IP’s

Alle connecties zijn opgezet vanuit klant via tunneling richting leaseweb

Dus ik heb uit elke hoek van nederland traces van klant richting leaseweb, maar andersom weet ik niet zo goed hoe. is nexthop AS nuttig?

Leaseweb heb ik al voorgesteld eens een NOC to NOC gesprek te hebben, maar ik kom niet voorbij Xhuliano en Pourya

Reputatie 4

Er is waarschijnlijk verschil tussen T-Mobile Thuis en T-Mobile 4G. Als ik het laatste zichtbare ip-adres in de trace van Tonytee traceroute, dan krijg ik:

 

lentebloem:~ # traceroute 5.79.78.213
traceroute to 5.79.78.213 (5.79.78.213), 30 hops max, 60 byte packets
 1  fritz.box (192.168.1.254)  2.116 ms  2.088 ms  2.075 ms
 2  1-168-146-85.ftth.glasoperator.nl (85.146.168.1)  15.823 ms  15.817 ms  15.809 ms
 3  10.10.80.98 (10.10.80.98)  10.561 ms  10.579 ms  10.575 ms
 4  et-1-0-0.bb04.ams-01.leaseweb.net (80.249.209.215)  10.569 ms  11.879 ms  11.893 ms
 5  be-104.br02.ams-01.nl.leaseweb.net (31.31.38.143)  13.504 ms ae-104.br01.ams-01.nl.leaseweb.net (31.31.38.141)  13.457 ms  13.487 ms
 6  be-10.cr02.ams-01.nl.leaseweb.net (81.17.34.21)  13.490 ms ae-11.cr01.ams-01.nl.leaseweb.net (81.17.34.19)  8.352 ms ae-10.cr01.ams-01.nl.leaseweb.net (81.17.34.17)  9.898 ms
 7  po-1001.ce02.ams-01.nl.leaseweb.net (81.17.33.133)  10.643 ms po-1003.ce02.ams-01.nl.leaseweb.net (81.17.33.137)  9.214 ms po-1003.ce01.ams-01.nl.leaseweb.net (81.17.33.125)  10.439 ms
 8  5.79.78.213 (5.79.78.213)  10.442 ms  10.440 ms  9.176 ms

 

...wat prima is. Ik denk dat de ingreep die voor Thuis heeft plaatsgevonden, nog niet voor 4G is doorgevoerd.

Reputatie 1

Kan je een traceroute plaatsen, opdat we daar eens gezamenlijk naar kunnen kijken? Er zijn nu dusdanig veel verbindingen, dat je zou verwachten dat het internet wel een goede route moet kunnen vinden, dus is het denk ik nuttig dat je even de traceroute plaatst opdat iedereen, en natuurlijk T-Mobile die meeleest, kan begrijpen waar het misgaat.

uiteraard dmantione,

hier zijn er twee, eentje vanuit hoorn 4G t-mobile naar DC AMS-01 haarlem, en eentje naar LON-11 in uk

Start: Thu Oct 31 09:43:06 2019

HOST: zuidermeer                                                 Loss%   Snt   Last   Avg  Best  Wrst StDev

  1. AS???   spar.XXXX.nl (172.16.1.254)                       0.0%    20    0.3   0.3   0.2   0.4   0.0

  2. AS???   homerouter.cpe (192.168.8.1)                         0.0%    20    0.4   0.5   0.4   0.6   0.0

  3. AS???   ???                                                 100.0    20    0.0   0.0   0.0   0.0   0.0

  7. AS???   ???                                                 100.0    20    0.0   0.0   0.0   0.0   0.0

  8. AS31615 84.241.225.42                                        0.0%    20   39.4  27.9  19.8  41.8   6.0

  9. AS3320  80.157.130.241                                       0.0%    20   27.0  28.1  21.8  36.8   4.1

 10. AS3320  80.156.160.218                                       0.0%    20   33.4  37.0  28.5  49.9   4.6

 11. AS???   ae-10.cr01.ams-01.nl.leaseweb.net (81.17.34.17)      0.0%    20   29.8  34.9  28.5  47.5   5.1

 12. AS???   po-1005.ce01.ams-01.nl.leaseweb.net (81.17.33.129)   0.0%    20   28.4  34.8  27.0  43.0   4.6

 13. AS60781 5.79.78.213                                          0.0%    20   31.9  36.7  27.3  55.3   6.6

 14. AS60781 sip3.[XXXX].nl (37.48.XX.XX)               0.0%    20   37.5  34.5  27.3  41.8   4.0

 

Start: Thu Oct 31 09:32:36 2019

HOST: ubnt                                                                Loss%   Snt   Last   Avg  Best  Wrst StDev

  1. AS???    homerouter.cpe (192.168.8.1)                                 0.0%    20    0.3   0.3   0.3   0.4   0.0

  2. AS???    ???                                                         100.0    20    0.0   0.0   0.0   0.0   0.0

  6. AS???    ???                                                         100.0    20    0.0   0.0   0.0   0.0   0.0

  7. AS31615  84.241.225.42                                                0.0%    20   25.3  32.4  20.7  69.1  12.9

  8. AS3320   80.157.130.241                                               0.0%    20   30.5  27.4  21.6  35.1   3.3

  9. AS3320   80.156.162.130                                               0.0%    20   34.0  29.7  21.4  59.9   8.5

 10. AS6453   if-ae-7-2.tcore1.av2-amsterdam.as6453.net (195.219.194.45)   0.0%    20   36.3  34.9  28.8  41.7   4.0

 11. AS6453   if-ae-2-2.tcore2.av2-amsterdam.as6453.net (195.219.194.6)    0.0%    20   30.7  35.3  29.6  45.2   4.4

 12. AS6453   if-ae-14-2.tcore2.l78-london.as6453.net (80.231.131.160)     0.0%    20   35.1  34.7  28.0  44.0   4.6

 13. AS6453   if-ae-2-2.tcore1.l78-london.as6453.net (80.231.131.2)        0.0%    20   28.7  34.9  28.7  46.1   4.2

 14. AS6453   if-ae-17-2.tcore1.ldn-london.as6453.net (80.231.130.130)     0.0%    20   40.0  35.6  28.2  45.4   4.7

 15. AS6453   195.219.83.209                                               0.0%    20   28.3  34.1  28.3  46.5   4.0

 16. AS205544 po-1.ce02.lon-11.uk.leaseweb.net (81.17.63.7)                0.0%    20   40.8  36.3  26.5  49.2   5.3

 17. AS205544 81.17.57.243                                                 0.0%    20   38.1  34.2  28.3  42.4   4.2

 18. AS205544 brexit.[XXXX].nl (81.17.XX.XX)                              0.0%    20   31.3  34.1  27.3  44.8   4.6

 

En kan je de route eens laten zien van de sip en brexit server naar de T-mobile 4G klanten? PM me anders even, ik ken netwerkengineers bij leaseweb.

Reputatie 4

Interessant, als ik www.telekom.de ping, als een bestemming die expliciet via DTAG bereikt moet worden, zie je nu dat het verkeer eerst via C&W loopt en dan pas naar DTAG:

lentebloem:~ # traceroute www.telecom.de
traceroute to www.telecom.de (80.158.66.24), 30 hops max, 60 byte packets
 1  fritz.box (192.168.1.254)  1.102 ms  1.934 ms  1.926 ms
 2  1-168-146-85.ftth.glasoperator.nl (85.146.168.1)  8.717 ms  8.743 ms  12.497 ms
 3  10.10.80.98 (10.10.80.98)  12.503 ms  12.498 ms  12.488 ms
 4  ae24-xcr1.amt.cw.net (195.89.97.129)  12.483 ms  12.486 ms  12.490 ms
 5  80.157.206.145 (80.157.206.145)  13.083 ms  13.110 ms  13.087 ms
 6  m-eb7-i.M.DE.NET.DTAG.DE (62.154.27.254)  29.988 ms  29.207 ms  29.170 ms
 7  87.190.235.70 (87.190.235.70)  25.980 ms  24.607 ms  25.952 ms
 8  160.118.252.98 (160.118.252.98)  32.498 ms  32.507 ms  32.501 ms

Als de AS3320 dus nog aan staat, dan beschouwt het internet het gebruik ervan om bestemmingen binnen DTAG te bereiken als inferieur t.o.v. de indirecte verbinding over C&W.

Reputatie 2

Kan je een traceroute plaatsen, opdat we daar eens gezamenlijk naar kunnen kijken? Er zijn nu dusdanig veel verbindingen, dat je zou verwachten dat het internet wel een goede route moet kunnen vinden, dus is het denk ik nuttig dat je even de traceroute plaatst opdat iedereen, en natuurlijk T-Mobile die meeleest, kan begrijpen waar het misgaat.

uiteraard dmantione,

hier zijn er twee, eentje vanuit hoorn 4G t-mobile naar DC AMS-01 haarlem, en eentje naar LON-11 in uk

Start: Thu Oct 31 09:43:06 2019

HOST: zuidermeer                                                 Loss%   Snt   Last   Avg  Best  Wrst StDev

  1. AS???   spar.XXXX.nl (172.16.1.254)                       0.0%    20    0.3   0.3   0.2   0.4   0.0

  2. AS???   homerouter.cpe (192.168.8.1)                         0.0%    20    0.4   0.5   0.4   0.6   0.0

  3. AS???   ???                                                 100.0    20    0.0   0.0   0.0   0.0   0.0

  7. AS???   ???                                                 100.0    20    0.0   0.0   0.0   0.0   0.0

  8. AS31615 84.241.225.42                                        0.0%    20   39.4  27.9  19.8  41.8   6.0

  9. AS3320  80.157.130.241                                       0.0%    20   27.0  28.1  21.8  36.8   4.1

 10. AS3320  80.156.160.218                                       0.0%    20   33.4  37.0  28.5  49.9   4.6

 11. AS???   ae-10.cr01.ams-01.nl.leaseweb.net (81.17.34.17)      0.0%    20   29.8  34.9  28.5  47.5   5.1

 12. AS???   po-1005.ce01.ams-01.nl.leaseweb.net (81.17.33.129)   0.0%    20   28.4  34.8  27.0  43.0   4.6

 13. AS60781 5.79.78.213                                          0.0%    20   31.9  36.7  27.3  55.3   6.6

 14. AS60781 sip3.[xxxx].nl (37.48.XX.XX)               0.0%    20   37.5  34.5  27.3  41.8   4.0

 

Start: Thu Oct 31 09:32:36 2019

HOST: ubnt                                                                Loss%   Snt   Last   Avg  Best  Wrst StDev

  1. AS???    homerouter.cpe (192.168.8.1)                                 0.0%    20    0.3   0.3   0.3   0.4   0.0

  2. AS???    ???                                                         100.0    20    0.0   0.0   0.0   0.0   0.0

  6. AS???    ???                                                         100.0    20    0.0   0.0   0.0   0.0   0.0

  7. AS31615  84.241.225.42                                                0.0%    20   25.3  32.4  20.7  69.1  12.9

  8. AS3320   80.157.130.241                                               0.0%    20   30.5  27.4  21.6  35.1   3.3

  9. AS3320   80.156.162.130                                               0.0%    20   34.0  29.7  21.4  59.9   8.5

 10. AS6453   if-ae-7-2.tcore1.av2-amsterdam.as6453.net (195.219.194.45)   0.0%    20   36.3  34.9  28.8  41.7   4.0

 11. AS6453   if-ae-2-2.tcore2.av2-amsterdam.as6453.net (195.219.194.6)    0.0%    20   30.7  35.3  29.6  45.2   4.4

 12. AS6453   if-ae-14-2.tcore2.l78-london.as6453.net (80.231.131.160)     0.0%    20   35.1  34.7  28.0  44.0   4.6

 13. AS6453   if-ae-2-2.tcore1.l78-london.as6453.net (80.231.131.2)        0.0%    20   28.7  34.9  28.7  46.1   4.2

 14. AS6453   if-ae-17-2.tcore1.ldn-london.as6453.net (80.231.130.130)     0.0%    20   40.0  35.6  28.2  45.4   4.7

 15. AS6453   195.219.83.209                                               0.0%    20   28.3  34.1  28.3  46.5   4.0

 16. AS205544 po-1.ce02.lon-11.uk.leaseweb.net (81.17.63.7)                0.0%    20   40.8  36.3  26.5  49.2   5.3

 17. AS205544 81.17.57.243                                                 0.0%    20   38.1  34.2  28.3  42.4   4.2

 18. AS205544 brexit.[xxxx].nl (81.17.XX.XX)                              0.0%    20   31.3  34.1  27.3  44.8   4.6

 

 

toegevoegd: nog eentje vanuit een klant op Schiphol, richting leaseweb

HOST: schiphol-main-0                                             Loss%   Snt   Last   Avg  Best  Wrst StDev

  1. AS???    Teltonika-RUT240.com.lan (172.16.148.254)            0.0%    20    0.9   0.8   0.7   1.1   0.0

  2. AS???    ???                                                 100.0    20    0.0   0.0   0.0   0.0   0.0

  6. AS???    ???                                                 100.0    20    0.0   0.0   0.0   0.0   0.0

  7. AS31615  84.241.225.42                                        0.0%    20   34.9  36.9  22.4  56.7  10.0

  8. AS3320   80.157.130.241                                       0.0%    20   41.8  35.5  24.5  45.0   6.7

  9. AS3320   80.156.160.218                                       0.0%    20   46.8  41.6  30.8  57.8   7.5

 10. AS???    be-10.cr02.ams-01.nl.leaseweb.net (81.17.34.21)      0.0%    20   51.7  42.8  30.4  57.7   7.9

 11. AS???    po-1004.ce01.ams-01.nl.leaseweb.net (81.17.33.127)   0.0%    20   33.5  40.2  31.2  53.4   6.0

 12. AS60781  5.79.78.213                                          0.0%    20   36.5  42.7  30.5  75.7   9.7

 13. AS60781  81.171.XX.XX                                       0.0%    20   39.6  43.7  30.6  70.6   8.4

Reputatie 4

Kan je een traceroute plaatsen, opdat we daar eens gezamenlijk naar kunnen kijken? Er zijn nu dusdanig veel verbindingen, dat je zou verwachten dat het internet wel een goede route moet kunnen vinden, dus is het denk ik nuttig dat je even de traceroute plaatst opdat iedereen, en natuurlijk T-Mobile die meeleest, kan begrijpen waar het misgaat.

Reputatie 2

Ik ben blij dat jullie allemaal zo blij zijn, echt.

Maar onze hele zakelijke infra tussen onze servers bij leaseweb en onze klanten die (op ons advies) voor een groot deel t-mobile 4G hebben is nog steeds stuk.

Zolang de leaseweb link niet wordt toegevoegd is het voor ons nog steeds totaal onwerkbaar

alles gaat nog steeds via duitsland (zelfs het verkeer naar onze servers in londen) met alle ellende van dien

ik ben sommige van onze klanten naar de belwinkel aan het sturen om voor hun (industriele) installaties andere simmetjes te kopen. tis echt een ongelofelijke zeperd dit

t-mobile, wanneer hebben jullie eindelijk teruggedraaid wat je in een dag hebt weten stuk te maken?

ik heb echt een tijdsindicatie nodig zodat we weten waar we aan toe zijn

Reputatie 4

Ik ben verheugd te zien dat deze morgen mijn telefoons weer een ping van 8.5 ms hebben. Voor mij zijn er nu geen kwesties van belang meer.

Reputatie 1

Om 00:41 afgelopen nacht heeft T-mobile thuis hun carrier AS1273 (Vodafone/ex C&W) weer aangezet. Gezien zij een zeer goed verbonden netwerk hebben, met veel (private) peers, ga ik er vanuit dat alle problemen nu weer opgelost zijn.

Samenvoegend:

AMS-IX (Internet Exchange) staat weer aan

NL-IX (Internet Exchange) staat weer aan

Vodafone (AS1273) carrier staat weer aan

DTAG (AS3320) carrier staat ook nog aan, maar zal in praktijk veel minder prominent gebruikt worden.

 

Bewijsstuk 1:

https://i.imgur.com/08IRyim.png

Bewijsstuk 2:

https://i.imgur.com/QSFq9gr.png

 

I rest my case for now, mij is T-Mobile Thuis iig kwijt als klant, doordat ze deze move zonder aankondiging gemaakt hebben. Naar mijn mening is dit zwaar in strijd met netneutraliteit: oneerlijke concurrentie, bevooroordelen van (duur betaalde) verkeersstromen etc. Ik was bang dat T-Mobile hier mee weg zou komen maar gelukkig hebben we met z’n allen genoeg druk uit kunnen oefenen om dit ongedaan te maken. Applausje voor jezelf allemaal! :-)

Reputatie 6
Badge +4

We zullen nog even geduld moeten hebben tot alles is afgerond.

Reputatie 1

Afgelopen nacht hebben we de rollback van DT naar AMS-IX succesvol afgerond, waardoor alle verbindingen weer via het lokale AMS-IX knooppunt lopen. Dit hebben we getest gedurende de gehele dag. Afgelopen nacht was de eerste fase van dit proces. De rollback bestaat uit verschillende onderdelen en fases, die we de komende nachten gaan uitvoeren. We monitoren dit proces nauwkeurig. We streven er altijd naar om onze klanten de beste netwerkervaring te bieden, zowel in het heden als in de toekomst. Er zijn geen plannen om het internetverkeer weer weg te routeren van AMS-IX.

Dat is een positief en eindelijk ook eens eerlijk bericht. Na de propaganda en leugens van je collega's (‘We hebben dit gedaan om de kwaliteit te verbeteren en verwachtten geen klantimpact. Helaas is een kleine groep klanten getroffen.’) is dat zeer welkom.

Hoe gaan jullie de klanten informeren over de compensatie voor de afgelopen week ellende? En voor de duidelijkheid, die is nog steeds niet volledig voorbij.

Reputatie 7
Badge +2

Doe de snelheidsmeting zoals altijd op een Linux machine in de browser en met vaak de door Speedtest geselecteerde server, dus min of meer ‘klik en go’ en dan piek bandbreedten die over mijn pakket bandbreedte heen gingen (750/750)… altijd.

Maar goed we wachten gewoon af of er nog wat meer in de roll-back zit.

Moet ik mee aankomen hier, binnen 10 seconden met een script iets slopen en daarna 5 dagen bezig om het te corrigeren … zit ik gelijk zonder een baan :joy:

Reputatie 1

Waar ik vroeger (voor de ingreep) super tevreden was om het eigen glasnet van TM te zitten en onderstaande bandbreedte op elk moment van de dag haalbaar was

DOWN: 820 UP: 790

Mag ik nu in mijn handen knijpen met dit resultaat na de ingrepen 

DOWN: 682 UP: 487

 

Is het niet handiger eerst af te wachten tot alle changes voor de rollback zijn teruggedraaid?

We wachten zeker af, maar om een indruk te geven waar ik vanaf kom en nu op dit moment nog op uitkom zo rond middernacht … voor de ‘ingreep’ toen ik wel over de 900Mb kon aantikken. 

Om maar aan te geven .. het knelt nog steeds ergens.


Hoe test je de snelheid? Met de app van Ookla of via een andere bron? En naar welke server(s) doe je de speedtesten?

Reputatie 7
Badge +2

Waar ik vroeger (voor de ingreep) super tevreden was om het eigen glasnet van TM te zitten en onderstaande bandbreedte op elk moment van de dag haalbaar was

DOWN: 820 UP: 790

Mag ik nu in mijn handen knijpen met dit resultaat na de ingrepen 

DOWN: 682 UP: 487

 

Is het niet handiger eerst af te wachten tot alle changes voor de rollback zijn teruggedraaid?

We wachten zeker af, maar om een indruk te geven waar ik vanaf kom en nu op dit moment nog op uitkom zo rond middernacht … voor de ‘ingreep’ toen ik wel over de 900Mb kon aantikken. 

Om maar aan te geven .. het knelt nog steeds ergens.

Reputatie 1

Waar ik vroeger (voor de ingreep) super tevreden was om het eigen glasnet van TM te zitten en onderstaande bandbreedte op elk moment van de dag haalbaar was

DOWN: 820 UP: 790

Mag ik nu in mijn handen knijpen met dit resultaat na de ingrepen 

DOWN: 682 UP: 487

 

Is het niet handiger eerst af te wachten tot alle changes voor de rollback zijn teruggedraaid?

Reputatie 7
Badge +2

Waar ik vroeger (voor de ingreep) super tevreden was om het eigen glasnet van TM te zitten en onderstaande bandbreedte op elk moment van de dag haalbaar was

DOWN: 820 UP: 790

Mag ik nu in mijn handen knijpen met dit resultaat na de ingrepen 

DOWN: 682 UP: 487

Opgelost en blij …. laat zich raden, er is behoorlijk veel kapot gemaakt in netwerkland van TMT, het knijpt nu aan alle kanten lijkt het. De ping is redelijk, maar de bandbreedte is nog lang niet terug op het oude vertrouwde wat ik altijd promote hier in het forum … pieken van over de 920 down en 880 up lijken voor eeuwig naar de duistere jachtvelden te zijn afgeknepen?

Reputatie 3

Ik moet toegeven dat ze alles in ere hebben hersteld. Zo kan en moet het ook zijn T-Mobile. Ik hoop dat jullie van je fouten geleerd hebben en dat we weer kunnen genieten van een goed stukje snel en betrouwbaar internet. Samen zijn we T-Mobile zonder ons bestaan jullie niet. Knoop dat goed in jullie oren. 

 

Reputatie 4

Dat is in beginsel juist, alleen het zinsdeel "maar DTAG wel" strookt niet met de werkelijkheid zoals hij was. Er was geen link tussen DTAG en AMS-IX en slechts enkele links van DTAG naar providers. De rest was er niet en daarom zagen we al die omwegen.

Reputatie 7
Badge +10

Je gooit het verkeer over de AMSIX zodat het niet over een Transit hoeft. en dus niet je Transit hoeft te betalen. Als je geen link heb met de desbetreffende provider in Amsterdam maar DTAG wel dan gaat het dus van TMobile naar DTAG naar provider. maar je gaat niet van DE-CIX naar AMS-IX 

Reputatie 4

 

Dit is het netwerk van DTAG! Als je DTAG in je trace voor komt dan betekend het dus niet dat het via Duitsland gaat maar over het netwerk van DTAG op een van deze locaties. 

Het lijkt er op dat de link gewoon niet groot genoeg was om al het TMT verkeer er over heen te krijgen.

 

Nee, dat klopt niet. Het is waar dat DTAG een groot internationaal netwerk is en in die zin prima voor verkeer van T-Mobile NL gebruikt kan worden. Als ik een website in Bulgarije raadpleeg, dan kan DTAG voor het transport van Nederland naar Bulgarije gebruikt worden.

Waar je de mist in gaat is dat niet alleen de uitgestrektheid van het netwerk telt, ook de capaciteit van het netwerk, maar net zozeer de verbindingen van het netwerk met overige netwerken. DTAG heeft weinig verbindingen met overige netwerken en is op zichzelf dan ook volstrekt niet adequaat om in Nederland een kwalitatief goede internetverbinding te leveren.

Cruciaal in deze was dat DTAG geen toegang gaf door de AMS-IX, terwijl dat de plaats waar in Nederland het verkeer uitgewisseld wordt. Stel een rekencentrum rond Amsterdam met webservers daarin dat met internet verbonden via een glasvezeltje naar de AMS-IX. Als je zo'n website wilt bezoeken, dan kan DTAG vanwege de afwezigheid van een AMS-IX-koppeling niet lokaal het verkeer uitwisselen. Er moet op een bepaalde manier een pad gevonden worden naar die AMS-IX en een mogelijkheid is dat het verkeer naar Frankfurt gaat, alwaar het op de DE-CIX met een netwerkaanbieder uitgewisseld kan worden die het terug kan transporteren naar de AMS-IX.

Je kunt capaciteit toevoegen aan DTAG en de verbinding van TMobile met DTAG wat je wilt, zolang je die erbärmliche Deutsche Ablenkung hebt maakt het verkeer altijd enorme omwegen, waarbij:

  • De pings omhoog gaan, want de snelheid van het licht kun je niet upgraden
  • Zodra je het verkeer op de DE-CIX met een derde partij hebt uitgewisseld die het terug naar de AMS-IX kan transporteren, verlies je vanaf dat punt je invloed op de kwaliteit van de verbinding terug naar de AMS-IX.

Verbindingen naar bepaalde partijen zoals Google gingen goed en de reden daarvan was dat DTAG een POP in Amsterdam had, Google een POP in Amsterdam en beide partijen onderling een private peering hadden, waardoor het internet geen vreemde omwegen hoefde te bedenken. Althans het ging goed voor zo lang er capaciteit was en die was er ook niet afdoende. Dit had je op kunnen lossen met meer capaciteit.

Beiden punten hierboven waren evenwel niet oplosbaar tenzij DTAG opeens met iedereen die op de AMS-IX zat een private peering ging afsluiten, de hele AMS-IX duplicerend. Dat ging natuurlijk nooit gebeuren, waardoor je kunt stellen dat het hele plan van te voren gedoemd was te mislukken.

Reageer