[CompuServe] Mogen ze via USA hun dienst aanbieden in NL?

[deeltje]

Mijn vraag is eigenlijk simpel maar nergens terug te vinden;

Ik meen ooit gehoord/gelezen te hebben dat Nederlandse Internet Providers hun diensten via fysiek in Nederland staande servers dienen aan te bieden d.m.v. Nederlands geregistreerde ip-adressen.

Nou heb ik al tijden last van enorm trage verbindingen tijdens het gamen met Nederlandse internet-gebruikers (upc / kpn / @home etc.) en heb er voor het gemak een traceroute uitgegooit naar een UPC ip-adres en www.nu.nl. Deze beide routes lopen gewoon keihard via de USA (al bij de 3e hop) waardoor ik eindig in een 150+ ping richting het NL adres.

Ook wordt mijn ip-adres niet volledig als NL adres herkent door bepaalde websites, zoals de www.101.tv website van BNN, die hun dienst weigeren als je ip-adres niet NL is.

Mijn vraag nogmaals dus, is het mogelijk om mijn abonnement op te zeggen omdat de diensten die door compuserve geleverd worden via de USA lopen en mijn ip-adres niet 100% als NL wordt herkent?

[ Voor 12% gewijzigd door deeltje op 30-08-2008 13:19 ]

[Phyxion]

Ja

[ Voor 20% gewijzigd door Phyxion op 06-08-2008 18:32 ]

[deeltje]

Phyxion schreef op woensdag 06 augustus 2008 @ 18:32:
Ja

Zou je iets specifieker willen zijn met je antwoord? Met eventueel een link naar een rechtboek of iets dergelijks?

[ Voor 38% gewijzigd door deeltje op 06-08-2008 19:25 ]

[gambieter]

Je vraag is pas zinvol als je zelf een bron voor deze opmerking hebt:

Ik meen ooit gehoord/gelezen te hebben dat Nederlandse Internet Providers hun diensten via fysiek in Nederland staande servers dienen aan te bieden d.m.v. Nederlands geregistreerde ip-adressen.

Ik kan me niet voorstellen dat een dergelijke verplichting er is, zeker niet door de opbouw van het internet. Dat jij daar last van hebt met je ping, is vervelend maar geen enkele internetprovider garandeert je een lage ping

[deeltje]

gambieter schreef op woensdag 06 augustus 2008 @ 18:58:
Je vraag is pas zinvol als je zelf een bron voor deze opmerking hebt:

[...]

Ik kan me niet voorstellen dat een dergelijke verplichting er is, zeker niet door de opbouw van het internet. Dat jij daar last van hebt met je ping, is vervelend maar geen enkele internetprovider garandeert je een lage ping

Mijn bron is het feit dat je bovenaan kan zien dat mijn verbinding vanuit de USA wordt gehost, als ik een verdere bron had van feiten of dit wel of niet zou mogen had ik mijn vraag hier niet gesteld.

Uiteraard garandeerd geen enkele provider mij een lage ping, maar het feit dat de dienst die aangeboden wordt vanuit Nederland en gefactureerd wordt door een Nederlands bedrijf niet fysiek in Nederland wordt gehost vind ik wel problematisch.

Zoals boven ook vermeld kan ik ook bepaalde diensten hier in Nederland niet gebruiken omdat mijn ip-adres niet 100% Nederlands is. Het is dus niet alleen de hoge ping maar ook het niet kunnen gebruiken van diensten hier in Nederland.

(Marketplace Xbox360 werkt maar half, geeft location fouten op, de helpdesk gebelt; die wist mij te melden dat als mijn ip-adres door Microsoft gedetecteerd wordt als niet NL-ip het zelfs kan loslopen in het bannen van mijn Xbox360 (momenteel herkennen ze het als een UK ip-adres)
(Diensten als 101.tv die niet werken om mijn ip-adres niet NL is)
(Een vertraagde en soms niet werkende telefoondienst omdat de verbinding eerst via de USA dient te lopen)

Ik klaag hier dus niet om een 100ms meer of minder, het gaat mij om het geheel plaatje.

[ Voor 6% gewijzigd door deeltje op 06-08-2008 19:27 ]

[gambieter]

Ik snap dat dit vervelend is, en vermoed ook dat je bij Compuserve verhaal kunt halen. Maar wat zegt Compuserve als je het ze voorlegt? Verder kan je dit navragen bij de overheidsinstantie die over internet gaat.

Ik denk dat je ze eerder een kans zult moeten geven een NL IP-adres te leveren. Maar begin met klagen

[deeltje]

gambieter schreef op woensdag 06 augustus 2008 @ 19:33:
Ik snap dat dit vervelend is, en vermoed ook dat je bij Compuserve verhaal kunt halen. Maar wat zegt Compuserve als je het ze voorlegt? Verder kan je dit navragen bij de overheidsinstantie die over internet gaat.

Ik denk dat je ze eerder een kans zult moeten geven een NL IP-adres te leveren. Maar begin met klagen

Ik heb ze al een kans gegeven een NL-adres te leveren, na een brief hierover te hebben geschreven kreeg ik een brief terug dat dit al maanden eerder geregeld was. Vervolgens kreeg ik 2 maanden later de helpdesk aan de telefoon vanwege een klantonderzoek, waarbij de helpdeskmedewerker mij vertelde dat al hun ip-adressen in de UK worden opgekocht en met geen mogelijkheid NL kunnen zijn.

Aangezien ik dus voor de zoveelste keer contact ga opnemen met CompuServe wil ik dit keer zeer goed voorbereid zijn en er het liefst een wetregel op na kunnen slaan, naast de huidige feiten die al bestaan.

'De overheidsinstantie die over internet gaat'... juist ja

Ik ga morgen contact opnemen met de ombudsman en kassa om te kijken of daar iets uit voortvloeit

[ Voor 9% gewijzigd door deeltje op 06-08-2008 19:41 ]

[bjck]

deeltje schreef op woensdag 06 augustus 2008 @ 17:05:

Ik meen ooit gehoord/gelezen te hebben dat Nederlandse Internet Providers hun diensten via fysiek in Nederland staande servers dienen aan te bieden d.m.v. Nederlands geregistreerde ip-adressen.

Het IP van je gateway (jij zit in zelfde blok) is een RIPE gedeelte, dus Europees gewoon.

Nou heb ik al tijden last van enorm trage verbindingen tijdens het gamen met Nederlandse internet-gebruikers (upc / kpn / @home etc.) en heb er voor het gemak een traceroute uitgegooit naar een UPC ip-adres en www.nu.nl. Deze beide routes lopen gewoon keihard via de USA (al bij de 3e hop) waardoor ik eindig in een 150+ ping richting het NL adres.

De 3de hop is een IP adres wat geregistreerd staat in de USA ja, maar is wel degelijk in Nederland of minstens in Europa. Anders zou je daar nooit binnen 30ms kunnen komen Het is een Amerikaans netwerk ATDN.net wat ook in Europa strekt en in meerdere landen strekt gewoon. Het is niet nodig voor ze om daar ook Europese IP adressen voor te gebruiken natuurlijk.

Ook wordt mijn ip-adres niet volledig als NL adres herkent door bepaalde websites, zoals de www.101.tv website van BNN, die hun dienst weigeren als je ip-adres niet NL is.

Lastig, heel begrijpelijk. Maar de oplossing van die website bouwer/beheerder is wel heel erg simpel gedaan en dat kan dit soort problemen geven. Zo kan je ook in Nederland bij een groot bedrijf werken wat IP adressen gebruikt voor hun vestiging die uit Amerika komen bijvoorbeeld.

Mijn vraag nogmaals dus, is het mogelijk om mijn abonnement op te zeggen omdat de diensten die door compuserve geleverd worden via de USA lopen en mijn ip-adres niet 100% als NL wordt herkent?

Vast niet, je komt er toch?

Je hebt geen afspraken over wat je binnen welke aantal milliseconde moet kunnen bereiken of binnen hoeveel stapjes etc. Wat mag je binnen redelijkheid en billijkheid verwachten, tja dat is een lastige

(edit - screens van de route):
[afbeelding]

Deze komt helemaal niet in de USA, anders had je niet binnen 65ms bij de server van nu.nl kunnen komen.

[afbeelding]

Die wel. Blijkbaar zijn er tussen deze ISP's geen andere meer directe routes of is deze om andere redenen gekozen primair.

[deeltje]

bjck schreef op woensdag 06 augustus 2008 @ 20:20:
[...]


Het IP van je gateway (jij zit in zelfde blok) is een RIPE gedeelte, dus Europees gewoon.


[...]


De 3de hop is een IP adres wat geregistreerd staat in de USA ja, maar is wel degelijk in Nederland of minstens in Europa. Anders zou je daar nooit binnen 30ms kunnen komen Het is een Amerikaans netwerk ATDN.net wat ook in Europa strekt en in meerdere landen strekt gewoon. Het is niet nodig voor ze om daar ook Europese IP adressen voor te gebruiken natuurlijk.


[...]


Lastig, heel begrijpelijk. Maar de oplossing van die website bouwer/beheerder is wel heel erg simpel gedaan en dat kan dit soort problemen geven. Zo kan je ook in Nederland bij een groot bedrijf werken wat IP adressen gebruikt voor hun vestiging die uit Amerika komen bijvoorbeeld.


[...]


Vast niet, je komt er toch?

Je hebt geen afspraken over wat je binnen welke aantal milliseconde moet kunnen bereiken of binnen hoeveel stapjes etc. Wat mag je binnen redelijkheid en billijkheid verwachten, tja dat is een lastige


[...]


Deze komt helemaal niet in de USA, anders had je niet binnen 65ms bij de server van nu.nl kunnen komen.


[...]


Die wel. Blijkbaar zijn er tussen deze ISP's geen andere meer directe routes of is deze om andere redenen gekozen primair.

Harstikke bedankt voor je uitleg, hier heb ik tenminste iets aan.

De route naar dat ip is een chello/upc ip van een kennis, die van www.nu.nl lijkt me duidelijk. Het bereiken van websites in NL gaat ook snel genoeg (onder de 100ms gemiddeld) het is inderdaad vooral het connecten met directe ip's van o.a. upc waar het fout gaat.

Connect ik met een XMS 10Mbit/10Mbit connectie dan is er vrijwel niets aan de hand. Zou het ook niet liggen aan de uploadsnelheid van www.nu.nl waardoor hij zo snel bereikbaar zou zijn vanuit de USA?

Na je uitleg lijkt het me inderdaad duidelijk genoeg dat ik niets heb om me mee te verdedigen en helaas mijn abonnement moet uitzitten, misschien maar een extra upc abonnement ernaast nemen dan .....

Thnx nogmaals voor je uitleg!

[ Voor 4% gewijzigd door deeltje op 06-08-2008 22:59 ]

[IEF]

Een (mogelijk verouderde) map van het ATDN netwerk in Europa. Hier kun je goed zien dat er wel degelijk een flink netwerk aanwezig is in Europa voor AOL/CompuServe.

Ik heb ze al een kans gegeven een NL-adres te leveren, na een brief hierover te hebben geschreven kreeg ik een brief terug dat dit al maanden eerder geregeld was. Vervolgens kreeg ik 2 maanden later de helpdesk aan de telefoon vanwege een klantonderzoek, waarbij de helpdeskmedewerker mij vertelde dat al hun ip-adressen in de UK worden opgekocht en met geen mogelijkheid NL kunnen zijn.

Er is niet zoiets als een "Nederlands IP adres". Wel kan het zijn dat een bepaald IP-blok geregistreerd is in Nederland.

Whois over een IP bij CompuServe:

inetnum: 62.51.128.0 - 62.51.255.255
netname: DSL-CSI-NL
descr: AOL
country: EU
admin-c: AOL5-RIPE
tech-c: AOL5-RIPE
status: ASSIGNED PA
mnt-by: AOL-EU-MNT
mnt-lower: AOL-EU-MNT
mnt-routes: AOL-EU-MNT
source: RIPE # Filtered

IP-adressen worden niet 'in de UK opgekocht', dat is hoogstwaarschijnlijk een stuk miscommunicatie/halve informatie vanuit de klantenservice.

De DHCP server/DNS server van CompuServe stond voorheen in de UK. Daarom duurde het iets langer voordat er IP adressen werden verstrekt (bij eerste opstarten modem bijvoorbeeld), en mogelijk
waren requests voor DNS iets trager (relatief).

Inmiddels is deze server gelokaliseerd in Frankfurt.

Het grootste probleem in deze is dat er niet zoiets bestaat als een 'nederlandse internetverbinding'.

Een provider kan het overgrote deel van zijn routes via Nederlandse backbones laten verlopen, of bepaald verkeer via het buitenland laten verlopen. In het geval van CompuServe wordt het gros van het verkeer via nabijgelegen landen in de EU geleid, simpelweg omdat dit netwerk (ATDN) hier al reeds ligt en ze exclusief gebruik maken van dit netwerk. Bovendien is dit netwerk (zoals te zien op de map) niet bepaald een klein netwerkje.

Edit: de route richting UPC (213.93.51.1) komt zeer ongelukkig uit zie ik.
Deze gaat via (ATDN) Amsterdam -> Frankfurt -> New York -> Aorta.net (US) -> Aorta.net (Fr ?) -> UPC/Chello (NL), waarbij alles tot NY ATDN is, waarna het wordt overgedragen aan Aorta.net (van UPC blijkbaar).

[ Voor 6% gewijzigd door IEF op 07-08-2008 18:32 ]

[deeltje]

Prachtig mooie uitleg, Thnx!

Zou het zin hebben CompuServe ervan te overtuigen hun routes met UPC via de EU te laten verlopen? Of denk je dat zoiets totaal niet haalbaar is?

[IEF]

deeltje schreef op vrijdag 08 augustus 2008 @ 16:11:
Prachtig mooie uitleg, Thnx!

Zou het zin hebben CompuServe ervan te overtuigen hun routes met UPC via de EU te laten verlopen? Of denk je dat zoiets totaal niet haalbaar is?

Het is niet eens een keuze van CompuServe om de route met UPC via de US te laten verlopen.
Je moet het zo zien: CompuServe biedt het verkeer van jou aan aan ATDN.
Zij kiezen vervolgens de snelst mogelijke route naar de backbone van UPC (Aorta).
Het komt er op neer dat er simpelweg geen enkele 'snelle' koppeling is via een provider in de EU met deze backbone. Of dat de schuld van ATDN is, of de schuld van Aorta.net, dat laat ik in het midden.

Beide hebben hun eigen koppelingen met grote netwerken en koppelen wel of niet met andere netwerken (al dan niet vanwege de kosten/policies die hiermee gemoeid zijn)

In dit geval is helaas de enige koppeling die via de US loopt.. Ik acht de kans dat een van de 2 providers een koppeling wil maken in de EU voor 1 andere provider helaas erg klein.

NB: Zou je de traceroutes in je TS aub even willen verkleinen en thumbnailtjes maken voor in je TS? (of een link eventueel) 1920x1168 is een beetje belachelijk.

[ Voor 9% gewijzigd door IEF op 08-08-2008 16:25 ]

[Verwijderd]

nu is het helemaal te gek

Route van Amsterdam naar Amsterdam gaat via UK USA JAPAN en terug

traceroute to pop1-ams.atdn.net (66.185.129.113), 30 hops max, 38 byte packets
1 gw-vrrpe-v40.xlned.euroaccess.nl (85.12.40.129) 0.226 ms 0.187 ms 0.180 ms
2 10ge-v3.core-3.ipv6-mg8.sara-ams.euroaccess.nl (85.12.0.35) 0.496 ms 0.370 ms 0.415 ms
3 gsr12416.ams.he.net (195.69.145.150) 0.934 ms 0.919 ms 1.006 ms
4 10gigabitethernet1-4.core1.lon1.he.net (72.52.92.81) 9.916 ms * 8.769 ms
5 10gigabitethernet2-3.core1.nyc4.he.net (72.52.92.77) 81.873 ms 81.969 ms 82.039 ms
6 10gigabitethernet3-1.core1.sjc2.he.net (72.52.92.25) 161.063 ms 161.111 ms 161.038 ms
7 10gigabitethernet3-2.core1.pao1.he.net (72.52.92.69) 165.982 ms 166.518 ms 161.432 ms
8 * 216.218.244.234 (216.218.244.234) 161.582 ms 161.473 ms
9 sto-gw2-pos2-0.gw.odn.ad.jp (210.142.163.169) 267.016 ms 266.852 ms 266.759 msIcmp
10 STOrk-07-giga3-1-0.gw.odn.ad.jp (210.142.163.161) 267.601 msIcmp
11 CBCrk-06P9-0.nw.odn.ad.jp (143.90.149.98) 267.536 ms 267.462 ms 267.535 ms
12 * CBCra-28FA4-0-0.nw.odn.ad.jp (143.90.139.222) 267.720 ms 267.599 ms
13 146.143090154.odn.ne.jp (143.90.154.146) 268.144 ms 268.189 ms 268.174
14 bb1-tkn-p0-0.atdn.net (66.185.150.32) 268.578 msIcmp checksum is wrong
15 bb1-sjg-p8-1.atdn.net (66.185.152.150) 257.802 msIcmp checksum is wrong
16 bb1-ash-p15-0.atdn.net (66.185.153.58) 262.444 msIcmp
17 bb1-new-p6-0.atdn.net (66.185.152.49) 262.239
18 bb2-frr-s2-3-0.atdn.net (66.185.152.147) 271.975 msIcmp
19 bb1-ams-p0-0.atdn.net (66.185.152.190) 406.701 msIcmp checksum
20 pop1-ams-p0-0.atdn.net (66.185.134.81) 272.858 ms 272.494 ms 272.372 ms


Dat Compuserve hun diensten mogen aanbieden. Kassa / Radar item misschien?

[Murcielago]

Je hebt toch zelf daar een abo afgesloten. Daarnaast, waar staat precies vast dat je geen verbinding via de VS zou moeten hebben? Volgens mij kun je dit nooit voor elkaar krijgen om zoiets ook maar enigszins verboden te krijgen of wat dan ook.

[EDIT]

Hmm, die laatste lijkt niet aan compuserve te liggen.
Ik heb exact hetzelfde met mijn Versatel verbinding:

Bezig met het traceren van de route naar pop1-ams.atdn.net [66.185.129.113]
via maximaal 30 hops:

  1     <1 ms   <1 ms   <1 ms  192.168.1.1
  2    34 ms    33 ms    34 ms  ip1-208-173-82.adsl2.static.versatel.nl [82.173.208.1]
  3    37 ms    37 ms    37 ms  ge-0-1-0-2316.ncr01zl.versatel.net [217.16.36.17]
  4    39 ms    39 ms    38 ms  217.16.47.21
  5    39 ms    40 ms    39 ms  ge-1-0-0-668.br01sara.versatel.net [212.53.18.2]
  6    40 ms    40 ms    39 ms  gsr12416.ams.he.net [195.69.145.150]
  7    48 ms    48 ms    47 ms  10gigabitethernet1-4.core1.lon1.he.net [72.52.9.81]
  8   121 ms   120 ms   121 ms  10gigabitethernet2-3.core1.nyc4.he.net [72.52.9.77]
  9   200 ms   200 ms   200 ms  10gigabitethernet3-1.core1.sjc2.he.net [72.52.9.25]
 10   208 ms   201 ms   200 ms  10gigabitethernet3-2.core1.pao1.he.net [72.52.9.69]
 11   193 ms   192 ms   192 ms  216.218.244.234
 12   297 ms   297 ms   297 ms  sto-gw2-pos2-0.gw.odn.ad.jp [210.142.163.169]
 13   299 ms   298 ms   300 ms  STOrk-08-giga3-1-0.gw.odn.ad.jp [210.142.163.16]
 14     *        *        *     Time-out bij opdracht.
 15   298 ms   297 ms   298 ms  CBCrk-06P9-0.nw.odn.ad.jp [143.90.149.98]
 16   386 ms   514 ms   467 ms  CBCra-28FA0-0-0.nw.odn.ad.jp [143.90.139.158]
 17   299 ms   299 ms   299 ms  146.143090154.odn.ne.jp [143.90.154.146]
 18   301 ms   300 ms   300 ms  bb1-tkn-p0-0.atdn.net [66.185.150.32]
 19   303 ms   302 ms   303 ms  bb1-sjg-p8-1.atdn.net [66.185.152.150]
 20   302 ms   302 ms   302 ms  bb1-ash-p15-0.atdn.net [66.185.153.58]
 21   493 ms   404 ms   408 ms  bb1-new-p6-0.atdn.net [66.185.152.49]
 22   389 ms   390 ms   390 ms  bb2-frr-s2-3-0.atdn.net [66.185.152.147]
 23   397 ms   397 ms   396 ms  bb1-ams-p0-0.atdn.net [66.185.152.190]
 24   396 ms   397 ms   397 ms  pop1-ams.atdn.net [66.185.129.113]

De trace is voltooid.

Tenzij het uiteraard om een server van compuserve zelf gaat.

[Verwijderd]

niets nieuws natuurlijk want dit is al jaren zo

[bjck]

Dit IP is van een router van atdn.net in amsterdam, dat het verkeer naar specifiek dat IP zo gerouteerd wordt is wel iets wat 'om' ja. Maar nu een klant IP wat in een heel ander subnet / netblok zit: 62.51.128.1

Dat loopt heel anders en niet zo om zoals je zult zien. Het komt langs/door misschien wel dezelfde router, maar via een andere route omdat dit subnet/netblok (waar je als klant in zit) anders wordt geadverteerd.

Zegt niets over een klant (aansluiting) bij Compuserve dus of over routes door het ATDN netwerk heen dit voorbeeld.

[ Voor 12% gewijzigd door bjck op 05-11-2008 15:24 ]