Second life routeringsprobleem
~Jos~
Er is momenteel een probleem voor mensen die Second Life spelen.
Uit het gebruikersforum van Second Life blijkt dat de mensen die het
probleem hebben allemaal via XS4All verbonden zijn.
Er is met bepaalde servers van second life geen goede verbinding
mogelijk. D.w.z. dat er korte tijd verbinding is met een hoge packet
loss, waarna de verbinding wegvalt en er niet meer te spelen is.
Is dit probleem bekend bij Xs4all? Is er zicht op een oplossing?
Een kleine persoonlijke steekproef leverde mij de volgende gegevens op:
Niet goed bereikbaar servers met IP
69.25.*.*
72.5.*.*
Welbereikbaar:
64.129.*.*
--
Groeten,
Jos
Morlog
"~Jos~" <use@replyto> schreef in bericht
news:4627957b$0$331$e4fe...@news.xs4all.nl...
Jos, ook hier dezelfde problemen zie mijn eerdere post:
"Ben ik overgezet naar Xs4all Only? Hoge ping en packet los"
Verder lijkt het inderdaad dat er iets fout gaat tussen Xs4all (Demon) en
Sprintlink.net zie
http://forums.secondlife.com/showthread.php?t=178042&page=1&pp=15
Knipsel van dit forum:
All the bad ones go from xs4all to sprintlink. See hops 5, 6 and 7:
Code:
5 9 ms 9 ms 10 ms 0.so-7-0-0.xr1.tc2.xs4all.net [194.109.5.14]
6 8 ms 9 ms 8 ms 217.149.46.21
7 9 ms 9 ms 9 ms sl-bb21-ams-8-0.sprintlink.net [217.149.32.41]
The unnamed 217.149.46.21 IP address belongs to Sprintlink (Netherlands)
according to ripe.net's whois database.
The conclusion has to be that there is a problem somewhere in the connection
between Xs4all and Sprintlink.
The question is: how can we make the right people aware of this?
As I said before I sent in a help request to LL as well as the Xs4all
helpdesk, but I didn't receive an answer from either of them yet.
UPDATE: Sent a mail with the above explanation to ab...@xs4all.nl.
Het zal toch niet zo zijn dat de TCP port 12043 opengezet moet worden in de
firewall van de router!
Gerard
Timo
>> Er is momenteel een probleem voor mensen die Second Life spelen.
>>
>> Uit het gebruikersforum van Second Life blijkt dat de mensen die het
>> probleem hebben allemaal via XS4All verbonden zijn.
>>
>> Er is met bepaalde servers van second life geen goede verbinding mogelijk.
>> D.w.z. dat er korte tijd verbinding is met een hoge packet loss, waarna de
>> verbinding wegvalt en er niet meer te spelen is.
>>
>> Is dit probleem bekend bij Xs4all? Is er zicht op een oplossing?
>> Een kleine persoonlijke steekproef leverde mij de volgende gegevens op:
>>
>> Niet goed bereikbaar servers met IP
>> 69.25.*.*
>> 72.5.*.*
>>
>> Welbereikbaar:
>> 64.129.*.*
Kan je volledige ip adressen geven van servers die niet goed bereikbaar
zouden zijn?
> Verder lijkt het inderdaad dat er iets fout gaat tussen Xs4all (Demon) en
> Sprintlink.net zie
> http://forums.secondlife.com/showthread.php?t=178042&page=1&pp=15
"You must log in to view the Second Life forums."
> Knipsel van dit forum:
>
> All the bad ones go from xs4all to sprintlink. See hops 5, 6 and 7:
>
> Code:
> 5 9 ms 9 ms 10 ms 0.so-7-0-0.xr1.tc2.xs4all.net [194.109.5.14]
> 6 8 ms 9 ms 8 ms 217.149.46.21
> 7 9 ms 9 ms 9 ms sl-bb21-ams-8-0.sprintlink.net [217.149.32.41]
Ik zie niet in wat er bij de bovenstaande hops mis gaat, wat is de volledige
traceroute?
--
Timo
Morlog
"Timo" <ti...@xs4all.nl> schreef in bericht
news:4627aa82$0$334$e4fe...@news.xs4all.nl...
Deze, en als ik PingPlotter langer laat lopen komen er errors bij, die heb
ik wel als screendump
Target Name: sim1017.agni.lindenlab.com
IP: 72.5.12.167
Date/Time: 19-4-2007 19:48:40 to 19-4-2007 19:50:55
1 1 ms 1 ms 1 ms 1 ms 1 ms 1 ms 1 ms 2 ms 1 ms
1 ms [192.168.1.1]
2 25 ms 25 ms 25 ms 45 ms 24 ms 25 ms 24 ms 89 ms 25 ms
25 ms babyxl-nag-ut-nbw-1.router.nl.demon.net [83.161.68.193]
3 27 ms 26 ms 26 ms 27 ms 26 ms 27 ms 26 ms 88 ms 28 ms
36 ms [82.161.247.5]
4 27 ms 27 ms 26 ms 27 ms 27 ms 27 ms 27 ms 60 ms 27 ms
26 ms 0.so-0-0-0.xr1.3d12.xs4all.net [194.109.5.197]
5 28 ms 27 ms 28 ms 27 ms 28 ms 27 ms 28 ms 55 ms 27 ms
27 ms 0.so-6-0-0.xr1.tc2.xs4all.net [194.109.5.10]
6 26 ms 27 ms 58 ms 111 ms 27 ms 28 ms 27 ms 159 ms 26 ms
28 ms [217.149.46.21]
7 27 ms 28 ms 27 ms 28 ms 27 ms 27 ms 27 ms 125 ms 26 ms
27 ms sl-bb21-ams-8-1.sprintlink.net [217.149.32.60]
8 35 ms 35 ms 107 ms 35 ms 34 ms 35 ms 34 ms 38 ms 35 ms
34 ms sl-bb23-lon-4-0.sprintlink.net [213.206.129.143]
9 34 ms 35 ms 74 ms 35 ms 34 ms 34 ms 35 ms 45 ms 35 ms
34 ms sl-bb21-lon-13-0.sprintlink.net [213.206.128.55]
10 109 ms 107 ms 108 ms 107 ms 108 ms 107 ms 108 ms 106 ms 108 ms
108 ms sl-bb21-tuk-8-0-0.sprintlink.net [144.232.9.209]
11 106 ms 105 ms 105 ms 232 ms 106 ms 106 ms 106 ms 116 ms 105 ms
106 ms sl-bb20-tuk-15-0.sprintlink.net [144.232.20.132]
12 128 ms 129 ms 160 ms 130 ms 126 ms 193 ms 129 ms 186 ms 126 ms
145 ms sl-bb20-rly-11-0.sprintlink.net [144.232.20.136]
13 126 ms 127 ms 179 ms 127 ms 126 ms 126 ms 129 ms 126 ms 127 ms
126 ms sl-bb24-rly-9-0.sprintlink.net [144.232.14.122]
14 126 ms 270 ms 126 ms 257 ms 222 ms 126 ms 130 ms 128 ms 127 ms
127 ms sl-bb25-rly-10-0.sprintlink.net [144.232.14.150]
15 189 ms 188 ms 189 ms 188 ms 189 ms 187 ms 188 ms 187 ms 188 ms
188 ms sl-bb23-sj-8-0-0.sprintlink.net [144.232.8.145]
16 189 ms 188 ms 189 ms 331 ms 188 ms 189 ms 188 ms 189 ms 190 ms
189 ms sl-gw19-sj-15-0.sprintlink.net [144.232.0.250]
17 182 ms 183 ms 182 ms 183 ms 182 ms 182 ms 183 ms 182 ms 183 ms
297 ms sl-internap-147-0.sprintlink.net [144.232.191.202]
18 182 ms 183 ms 182 ms 189 ms 214 ms 183 ms 183 ms 183 ms 183 ms
184 ms border2.ge2-1-bbnet2.sfo002.pnap.net [63.251.63.82]
19 184 ms 182 ms 183 ms 182 ms 183 ms 182 ms 182 ms 183 ms 183 ms
183 ms sim1017.agni.lindenlab.com [72.5.12.167]
Ping statistics for sim1017.agni.lindenlab.com
Packets: Sent = 10, Received = 10, Lost = 0 (0,0%)
Round Trip Times: Minimum = 182ms, Maximum = 184ms, Average = 182ms
Gerard, en Jos en nog vele andere die disconnects krijgen in SL :-(
Vincent Schonau
> As I said before I sent in a help request to LL as well as the Xs4all
> helpdesk, but I didn't receive an answer from either of them yet.
>
> UPDATE: Sent a mail with the above explanation to ab...@xs4all.nl.
En jij niet alleen. Daar is geen enkele reden voor. De helpdesk is een
prima plaats om dit probleem neer te leggen. Kan iemand in dat Second
Life forum posten dat mail sturen naar abuse @ xs4all een slechte
suggestie is?
Alvast bedankt.
Morlog
"Vincent Schonau" <vi...@spamtraps.org> schreef in bericht
news:slrnf2fb9d...@xs2.xs4all.nl...
Ik zal het aan mijn zoon doorgeven, die kan daar posten...ik niet, en het
was dus een knipsel van uit dit forum.
Gerard
Edwin
news:4627957b$0$331$e4fe...@news.xs4all.nl:
> Hoi,
>
> Er is momenteel een probleem voor mensen die Second Life spelen.
>
> Uit het gebruikersforum van Second Life blijkt dat de mensen die
> het probleem hebben allemaal via XS4All verbonden zijn.
>
> Er is met bepaalde servers van second life geen goede verbinding
> mogelijk. D.w.z. dat er korte tijd verbinding is met een hoge
> packet loss, waarna de verbinding wegvalt en er niet meer te
> spelen is.
Dank. Was er net achter gekomen. Hoop dat er snel wat aan gebeurt.
>
> Welbereikbaar:
> 64.129.*.*
>
~Jos~
> Kan je volledige ip adressen geven van servers die niet goed bereikbaar
> zouden zijn?
Bad connection:
Exotica Island located at sim633.agni.lindenlab.com (69.25.105.65:12035)
Busiris located at sim745.agni.lindenlab.com (69.25.105.177:13004)
Hypatia located at sim660.agni.lindenlab.com (69.25.105.92:12035)
Plush Sigma located at sim354.agni.lindenlab.com (69.25.104.40:13006)
Tecta located at sim730.agni.lindenlab.com (69.25.105.162:13004)
Nipigon located at sim1102.agni.lindenlab.com (72.5.12.252:13005)
Good connection:
Korea1 located at sim2973.agni.lindenlab.com (64.129.43.215:13005)
Swingers Island located at sim3586.agni.lindenlab.com (64.129.46.97:13005)
Peacehaven located at sim2943.agni.lindenlab.com (64.129.43.185:13006)
Badlands located at sim3257.agni.lindenlab.com (64.129.45.22:13005)
Martys Somnium located at sim3383.agni.lindenlab.com (64.129.45.148:12035)
--
Groeten,
Jos
Robert Troost
"Morlog" <nom...@nospam.com> schreef in bericht
news:4627ad1d$0$26179$e4fe...@dreader21.news.xs4all.nl...
>
> 9 34 ms 35 ms 74 ms 35 ms 34 ms 34 ms 35 ms 45 ms 35 ms
> 34 ms sl-bb21-lon-13-0.sprintlink.net [213.206.128.55]
> 10 109 ms 107 ms 108 ms 107 ms 108 ms 107 ms 108 ms 106 ms 108 ms
> 108 ms sl-bb21-tuk-8-0-0.sprintlink.net [144.232.9.209]
> 11 106 ms 105 ms 105 ms 232 ms 106 ms 106 ms 106 ms 116 ms 105 ms
> 106 ms sl-bb20-tuk-15-0.sprintlink.net [144.232.20.132]
> 12 128 ms 129 ms 160 ms 130 ms 126 ms 193 ms 129 ms 186 ms 126 ms
> 145 ms sl-bb20-rly-11-0.sprintlink.net [144.232.20.136]
> 13 126 ms 127 ms 179 ms 127 ms 126 ms 126 ms 129 ms 126 ms 127 ms
> 126 ms sl-bb24-rly-9-0.sprintlink.net [144.232.14.122]
> 14 126 ms 270 ms 126 ms 257 ms 222 ms 126 ms 130 ms 128 ms 127 ms
> 127 ms sl-bb25-rly-10-0.sprintlink.net [144.232.14.150]
> 15 189 ms 188 ms 189 ms 188 ms 189 ms 187 ms 188 ms 187 ms 188 ms
> 188 ms sl-bb23-sj-8-0-0.sprintlink.net [144.232.8.145]
> 16 189 ms 188 ms 189 ms 331 ms 188 ms 189 ms 188 ms 189 ms 190 ms
> 189 ms sl-gw19-sj-15-0.sprintlink.net [144.232.0.250]
> 17 182 ms 183 ms 182 ms 183 ms 182 ms 182 ms 183 ms 182 ms 183 ms
> 297 ms sl-internap-147-0.sprintlink.net [144.232.191.202]
> 18 182 ms 183 ms 182 ms 189 ms 214 ms 183 ms 183 ms 183 ms 183 ms
> 184 ms border2.ge2-1-bbnet2.sfo002.pnap.net [63.251.63.82]
> 19 184 ms 182 ms 183 ms 182 ms 183 ms 182 ms 182 ms 183 ms 183 ms
> 183 ms sim1017.agni.lindenlab.com [72.5.12.167]
>
--
Robert
Timo
Hoezo? Waar zie je een probleem dan?
--
Timo
Maurice ©
JoopG
> Is het feit dat mensen 2nd Life spelen uberhaupt niet het probleem ?
Of dat veel mensen elkaar papagaaien. Op first life en blijkbaar ook op
second life.
--
Joop
Piet Beertema
> Is het feit dat mensen 2nd Life spelen uberhaupt niet het probleem ?
Yep: die zitten met een existentieprobleem. Logisch dat je dan wel
eens de draad kwijtraakt. Maar om dat nou een routeringsprobleem te
gaan noemen...
-p
MarcoH
> Is het feit dat mensen 2nd Life spelen uberhaupt niet het probleem ?
Misschien moet iemand een ISP oprichting _in_ secondlife :)
MarcoH
--
at Demon NL
Bart Kerkvliet
> In demon.nl.support Maurice ? <a...@b.com> wrote:
>> Is het feit dat mensen 2nd Life spelen uberhaupt niet het probleem ?
>
> Misschien moet iemand een ISP oprichting _in_ secondlife :)
En die brengt je een second-internet? Of connect dat weer naar de 'real
world'?
--
Bart Kerkvliet
MarcoH
Web2.0 :)
MarcoH
Bart Kerkvliet
Zou grappig zijn als je dan daarin weer een Thirdlife krijgt. Of
eigenlijk ook Secondlife als je niet door hebt dat je al (niet meer)
ingestapt was.....
--
Bart Kerkvliet
MarcoH
Ik voorzie hier een wat late 1 april grap, een 'thirdlife' opstarten in
secondlife ?
Morlog
"MarcoH" <bitb...@nl.demon.net> schreef in bericht
news:4628b278$0$14774$e4fe...@dreader19.news.xs4all.nl...
Ik zie Xs4all in de nabije toekomst ook in Second Life stappen:-) als
experimentele dienst uiteraard.
Xs4all is niet vies van geld verdienen in het "echte leven", en dat kun je
in Second Life dus ook
http://secondlife.com/businesseducation/successstories.php
Gerard
Robert Troost
Miquel van Smoorenburg
Dat zegt helemaal niets, zie de diverse andere postings hier
die je vertellen waarom niet.
Mike.
Piet Beertema
> Bart Kerkvliet wrote:
> > En die brengt je een second-internet? Of connect dat weer naar de
> > 'real world'?
>
> Web2.0 :)
Over IPv2.
-p
Ed
wrote:
Net als Wim Kok, die noemt zich ook links :-(
Ed
jinx
> Er is momenteel een probleem voor mensen die Second Life spelen.
Second Life spelen?
Ik heb niet eens een eerste Life.
Jinx
MarcoH
s/noemt/werd genoemd/
Heb hem dat nooit horen beweren, of houdt het FNV zich tegenwoordig wel
aan code tabaksblat ? FNV bondgenoten gaf in 2005 nog 51,8 miljoen uit aan
personeelskosten. Dat is heel ruim genomen ongeveer 1000 FTE op een modaal
salaris (ijkpunt 2007).
AVee
> Niet goed bereikbaar servers met IP
> 69.25.*.*
> 72.5.*.*
>
> Welbereikbaar:
> 64.129.*.*
3 ranges van 65536 adressen. Iets specifieker had geen kwaad gekunt hoor.
AVee
AVee
> Timo wrote:
>
>> Kan je volledige ip adressen geven van servers die niet goed bereikbaar
>> zouden zijn?
>
> Bad connection:
> Exotica Island located at sim633.agni.lindenlab.com (69.25.105.65:12035)
Vanaf $WORK
7 86 ms 86 ms 86 ms so-4-0-0.ir1.dca4.alter.net [146.188.5.197]
8 86 ms 86 ms 86 ms 0.so-0-0-0.il1.dca6.alter.net
[146.188.13.33]
9 162 ms 163 ms 181 ms 0.so-4-0-0.XL1.SFO4.ALTER.NET [152.63.55.65]
10 162 ms 162 ms 163 ms POS4-0.XR1.SFO4.ALTER.NET [152.63.55.58]
11 160 ms 161 ms 160 ms 191.ATM7-0.GW6.SFO4.ALTER.NET [152.63.53.33]
12 162 ms 162 ms 161 ms 208.214.137.206
13 162 ms 161 ms 162 ms border2.ge1-1-bbnet1.sfo002.pnap.net
[63.251.63.17]
14 163 ms 164 ms 163 ms sim633.agni.lindenlab.com [69.25.105.65]
Vanaf xs4all:
7 sl-bb21-ams-8-0.sprintlink.net (217.149.32.41) 7.839 ms
8 sl-bb23-lon-4-0.sprintlink.net (213.206.129.143) 15.533 ms
9 sl-bb21-lon-13-0.sprintlink.net (213.206.128.55) 15.315 ms
10 sl-bb21-tuk-10-0.sprintlink.net (144.232.19.69) 84.207 ms
11 sl-bb20-tuk-5-0-0.sprintlink.net (144.232.9.170) 84.262 ms
12 sl-bb20-rly-11-0.sprintlink.net (144.232.20.136) 105.917 ms
13 sl-bb24-rly-9-0.sprintlink.net (144.232.14.122) 129.041 ms
14 sl-bb25-rly-10-0.sprintlink.net (144.232.14.150) 106.406 ms
15 sl-bb23-sj-9-0.sprintlink.net (144.232.20.11) 283.548 ms
16 sl-gw19-sj-15-0.sprintlink.net (144.232.0.250) 181.334 ms
17 sl-internap-147-0.sprintlink.net (144.232.191.202) 173.152 ms
18 border2.ge1-1-bbnet1.sfo002.pnap.net (63.251.63.17) 172.460 ms
19 sim633.agni.lindenlab.com (69.25.105.65) 172.774 ms
> Busiris located at sim745.agni.lindenlab.com (69.25.105.177:13004)
> Hypatia located at sim660.agni.lindenlab.com (69.25.105.92:12035)
> Plush Sigma located at sim354.agni.lindenlab.com (69.25.104.40:13006)
> Tecta located at sim730.agni.lindenlab.com (69.25.105.162:13004)
> Nipigon located at sim1102.agni.lindenlab.com (72.5.12.252:13005)
En die leveren allemaal hetzelfde plaatje op. Hebben allemaal dezelfde hops
aan het einde van de connectie, al die machines hangen aan 1 en dezelfde
router.
Ik zou toch eerst eens op zoek gaan anderen die via sprintlink naar die
machines gaan. Dikke kans dat die dezelfde problemen hebben. Zo niet zou je
de verbinding tussen xs4all en sprintlink kunnen gaan verdenken, maar dan
zou je veel meer problemen aan xs4all kant verwachten. Second-life is vast
niet het enige dat via sprintlink gerouteerd wordt.
AVee
Bart Kerkvliet
Als er een probleem bij Sprintlink is kan het ook dichter bij Secondlife
liggen dan bij XS4all in het Sprintlink netwerk. Of zelf op het
koppelpunt Sprintlink en pnap.net.
Dan zou je kunnen aannemen dat meerdere secondlife gebruikers die door
hun ISP via Sprint bij seondlife worden afgeleverd (of de terugweg!)
hetzelfde ervaren.
--
Bart Kerkvliet
~Jos~
Iets specifieker is later ook opgeleverd door mij :-)
--
Groeten,
Jos
AVee
Ack, maar dat weten we allemaal niet. Wat zou kunnen helpen:
1. iemand die aantoont dat Second-life niet het enige is wat problemen
veroorzaakt, maar dat er meer verkeer vanaf xs4all via sprint moeizaam is.
2. iemand die aantoont dat je prima second-life kunt spelen als je wel via
sprint (maar niet vanaf xs4all) gerouteerd wordt.
Dat zou aangeven dat xs4all->sprint een probleem is. Andersom, als iemand
het tegendeel laat zien dan is sprint->pnap.net blijkbaar het probleem.
Voor het bevestigen/ontkrachten van 2 zou je een Second-life speler moeten
vinden die geen xs4all klant is maar wel via sprint naar pnap.net
gerouteerd wordt. Ik neem aan dat die er wel zijn...
Iets zinnigs zeggen over 1 is moelijker, niemand moppert hier, dus er is
niet iets dat heel duidelijk fout gaat, maar aantonen dat *alles* werkt is
ook weer ietwat moeizaam.
Aantonen dat er uberhaupt iets misgaat op de route xs4all -> Second-life
schijnt al moeilijk genoeg te zijn, alle pings/traceroutes die ik tot nu
toe gezien heb tonen geen enkel probleem.
AVee
Bart Kerkvliet
[knip]
> Iets zinnigs zeggen over 1 is moelijker, niemand moppert hier, dus er is
> niet iets dat heel duidelijk fout gaat, maar aantonen dat *alles* werkt is
> ook weer ietwat moeizaam.
>
> Aantonen dat er uberhaupt iets misgaat op de route xs4all -> Second-life
> schijnt al moeilijk genoeg te zijn, alle pings/traceroutes die ik tot nu
> toe gezien heb tonen geen enkel probleem.
Second-live gebruikt UDP verkeer enkel/primair begrijp ik uit de
meldingen. De tests met MTR of een traceroute gebruiken ICMP verkeer
waar misschien een verschil tussen zit.
Niet 100% zeker, maar volgens mij was MTR ook ICMP uit m'n hoofd.
--
Bart Kerkvliet
Timo
> Aantonen dat er uberhaupt iets misgaat op de route xs4all -> Second-life
> schijnt al moeilijk genoeg te zijn, alle pings/traceroutes die ik tot nu
> toe gezien heb tonen geen enkel probleem.
Ik heb het vermoeden dat de route van AS14743 terug naar XS4ALL via een
andere weg loopt dan de route er naar toe (die dus via Sprint loopt).
Zo'n asymmetrische route hoeft op zich geen probleem te zijn, dat gaat veel
vaker zo, en voor websites of downloads maakt dat niet zo veel uit, alleen
zou het kunnen dat de implementatie van de SL client/server communicatie
(op basis van UDP) dusdanig is dat die daar wel last van heeft.
Vandaar dat ik heb gevraagd om een traceroute van de betreffende SL servers
terug naar een XS4ALL klant, dat is de enige manier om te zien of er sprake
is van een asymmetrische route.
--
Timo
Patrick Vervoorn
Heeft Sprint geen 'Looking Glass' achtige applicatie waarmee je dat kunt
proberen?
Toen ik problemen had met een ander online spel (en een andere carrier die
problemen had), kreeg ik na wat aandringen wel de URL van een Looking
Glass van die carrier: daarmee kon ik vanaf relatief vrij te kiezen punten
in hun netwerk een traceroute naar een willekeurige bestemming doen...
Kan me niet voorstellen dat Sprint zoiets ook niet heeft, maar je moet 't
wel effe weten natuurlijk... Dan ben je met een beetje geluk niet
afhankelijk van de figuren die Second Life aanbieden, want echt behulpzaam
lijken die ook niet te zijn...
Groeten,
Patrick.
marcoh...@xs4all.nl
> Vandaar dat ik heb gevraagd om een traceroute van de betreffende SL servers
> terug naar een XS4ALL klant, dat is de enige manier om te zien of er sprake
> is van een asymmetrische route.
Timo,
Een traceroute terug heb ik ook al gevraagd op het forum van SL en ook
aan de medewerker van LindenLabs, maar op beide vragen tot nu toe nog
geen traceroute ontvangen.
Ik zal het nog eens aan LL vragen.
Marcoh Larsen.
Hans
>>servers
>>terug naar een XS4ALL klant, dat is de enige manier om te zien of er
>>sprake
>>is van een asymmetrische route.
>
> Heeft Sprint geen 'Looking Glass' achtige applicatie waarmee je dat kunt
> proberen?
Ja, http://oxide.sprintlink.net/cgi-bin/glass.pl
marcoh...@xs4all.nl
> terug naar een XS4ALL klant, dat is de enige manier om te zien of er sprake
> is van een asymmetrische route.
Timo,
Heb een soort van antwoord op mijn verzoek voor een traceroute (een
stukje uit het bugreport):
Can those of you affected post your IP? (And if you'd rather keep it
private, email me... torley at lindenlab dot com.) For example, Marcoh
Larsen did @ http://forums.secondlife.com/showpost.php?p=1479351&postcount=162
-- we traced it and looks like he's currently routing through HE
(Hurricane Electric), not Sprint, with no packet loss.
Ik vraag nog aan Torley of ze een complete traceroute kan posten,
zodat jij die kan analyseren.
Groeten,
Marcoh Larsen
Timo
wrote:
Dat lookinglass hebben ze zeker, maar dat zegt in dit geval niet zoveel.
Als je daarin vanaf San Jose kijkt komt de route uiteraard keurig via
Sprint terug naar XS4ALL.
Waar het in dit geval om gaat is hoe Internap (de hosting toko van LL) het
verkeer terug stuurt, als die de keuze maken om het via een andere carrier
terug te routeren, dan is dat uiteraard niet zichtbaar in het Sprint
lookinglass.
Ik heb gezocht naar een Internap lookingglass, maar dat lijkt er niet te
zijn.
--
Timo
Timo
> Deze, en als ik PingPlotter langer laat lopen komen er errors bij, die heb
> ik wel als screendump
>
> Target Name: sim1017.agni.lindenlab.com
> IP: 72.5.12.167
> Date/Time: 19-4-2007 19:48:40 to 19-4-2007 19:50:55
>
> 1 1 ms 1 ms 1 ms 1 ms 1 ms 1 ms 1 ms 2 ms 1 ms
> 1 ms [192.168.1.1]
> 2 25 ms 25 ms 25 ms 45 ms 24 ms 25 ms 24 ms 89 ms 25 ms
> 25 ms babyxl-nag-ut-nbw-1.router.nl.demon.net [83.161.68.193]
> 3 27 ms 26 ms 26 ms 27 ms 26 ms 27 ms 26 ms 88 ms 28 ms
> 36 ms [82.161.247.5]
> 4 27 ms 27 ms 26 ms 27 ms 27 ms 27 ms 27 ms 60 ms 27 ms
> 26 ms 0.so-0-0-0.xr1.3d12.xs4all.net [194.109.5.197]
> 5 28 ms 27 ms 28 ms 27 ms 28 ms 27 ms 28 ms 55 ms 27 ms
> 27 ms 0.so-6-0-0.xr1.tc2.xs4all.net [194.109.5.10]
> 6 26 ms 27 ms 58 ms 111 ms 27 ms 28 ms 27 ms 159 ms 26 ms
> 28 ms [217.149.46.21]
> 7 27 ms 28 ms 27 ms 28 ms 27 ms 27 ms 27 ms 125 ms 26 ms
> 27 ms sl-bb21-ams-8-1.sprintlink.net [217.149.32.60]
> 8 35 ms 35 ms 107 ms 35 ms 34 ms 35 ms 34 ms 38 ms 35 ms
> 34 ms sl-bb23-lon-4-0.sprintlink.net [213.206.129.143]
> 9 34 ms 35 ms 74 ms 35 ms 34 ms 34 ms 35 ms 45 ms 35 ms
> 34 ms sl-bb21-lon-13-0.sprintlink.net [213.206.128.55]
> 10 109 ms 107 ms 108 ms 107 ms 108 ms 107 ms 108 ms 106 ms 108 ms
> 108 ms sl-bb21-tuk-8-0-0.sprintlink.net [144.232.9.209]
> 11 106 ms 105 ms 105 ms 232 ms 106 ms 106 ms 106 ms 116 ms 105 ms
> 106 ms sl-bb20-tuk-15-0.sprintlink.net [144.232.20.132]
> 12 128 ms 129 ms 160 ms 130 ms 126 ms 193 ms 129 ms 186 ms 126 ms
> 145 ms sl-bb20-rly-11-0.sprintlink.net [144.232.20.136]
> 13 126 ms 127 ms 179 ms 127 ms 126 ms 126 ms 129 ms 126 ms 127 ms
> 126 ms sl-bb24-rly-9-0.sprintlink.net [144.232.14.122]
> 14 126 ms 270 ms 126 ms 257 ms 222 ms 126 ms 130 ms 128 ms 127 ms
> 127 ms sl-bb25-rly-10-0.sprintlink.net [144.232.14.150]
> 15 189 ms 188 ms 189 ms 188 ms 189 ms 187 ms 188 ms 187 ms 188 ms
> 188 ms sl-bb23-sj-8-0-0.sprintlink.net [144.232.8.145]
> 16 189 ms 188 ms 189 ms 331 ms 188 ms 189 ms 188 ms 189 ms 190 ms
> 189 ms sl-gw19-sj-15-0.sprintlink.net [144.232.0.250]
> 17 182 ms 183 ms 182 ms 183 ms 182 ms 182 ms 183 ms 182 ms 183 ms
> 297 ms sl-internap-147-0.sprintlink.net [144.232.191.202]
> 18 182 ms 183 ms 182 ms 189 ms 214 ms 183 ms 183 ms 183 ms 183 ms
> 184 ms border2.ge2-1-bbnet2.sfo002.pnap.net [63.251.63.82]
> 19 184 ms 182 ms 183 ms 182 ms 183 ms 182 ms 182 ms 183 ms 183 ms
> 183 ms sim1017.agni.lindenlab.com [72.5.12.167]
>
> Ping statistics for sim1017.agni.lindenlab.com
> Packets: Sent = 10, Received = 10, Lost = 0 (0,0%)
> Round Trip Times: Minimum = 182ms, Maximum = 184ms, Average = 182ms
Daar is niks mis mee, ziet er prima uit voor een traceroute naar de US.
Ik heb zelf net wat langer een ping laten lopen, en zie:
--- 72.5.12.167 ping statistics ---
1000 packets transmitted, 1000 received, 0% packet loss, time 1000565ms
rtt min/avg/max/mdev = 161.001/161.584/171.706/0.720 ms
Geen packetloss, een constante rtt, ik zie geen probleem.
--
Timo
Timo
> On 23 apr, 19:38, Timo <t...@xs4all.nl> wrote:
>> Vandaar dat ik heb gevraagd om een traceroute van de betreffende SL servers
>> terug naar een XS4ALL klant, dat is de enige manier om te zien of er sprake
>> is van een asymmetrische route.
>
> Timo,
>
> Heb een soort van antwoord op mijn verzoek voor een traceroute (een
> stukje uit het bugreport):
> Can those of you affected post your IP? (And if you'd rather keep it
> private, email me... torley at lindenlab dot com.) For example, Marcoh
> Larsen did @ http://forums.secondlife.com/showpost.php?p=1479351&postcount=162
> -- we traced it and looks like he's currently routing through HE
> (Hurricane Electric), not Sprint, with no packet loss.
Kijk, dat verklaart al wat meer.
> Ik vraag nog aan Torley of ze een complete traceroute kan posten,
> zodat jij die kan analyseren.
Heel graag, die hebben we echt nodig.
--
Timo
Peter Peters
Ik ga vanaf werk ook via sprintlink. Ik heb Exotica Island (X2?)
geprobeerd en ik kwam daar wel aan. Maar mijn client crashte. Of dat
door de routeringsproblemen kwam of ergens anders door, weet ik niet.
Ik heb het opnieuw geprobeerd en ik bleef netjes online.
3 FA-500.XSR03.Amsterdam1A.surf.net (145.145.80.10) 3.092 ms 3.559
ms 3.531 ms
4 ge-4-2-0.ar1.AMS1.gblx.net (67.17.162.205) 2.876 ms 2.971 ms
2.943 ms
5 sl-bb20-lon-10-0-0.sprintlink.net (213.206.131.25) 9.906 ms 9.877
ms 9.848 ms
6 sl-bb21-lon-15-0.sprintlink.net (213.206.128.38) 10.066 ms 10.037
ms *
7 sl-bb21-tuk-10-0.sprintlink.net (144.232.19.69) 94.029 ms 94.000
ms *
8 sl-bb20-tuk-5-0-0.sprintlink.net (144.232.9.170) 94.099 ms 94.070
ms 94.042 ms
9 sl-bb20-rly-11-0.sprintlink.net (144.232.20.136) 97.382 ms *
97.327 ms
10 sl-bb24-rly-9-0.sprintlink.net (144.232.14.122) 93.674 ms 93.895
ms *
11 sl-bb25-rly-10-0.sprintlink.net (144.232.14.150) 93.994 ms 93.967
ms *
12 sl-bb23-sj-9-0.sprintlink.net (144.232.20.11) 166.068 ms 166.040
ms *
13 sl-gw19-sj-15-0.sprintlink.net (144.232.0.250) 166.852 ms * *
14 sl-internap-147-0.sprintlink.net (144.232.191.202) 173.385 ms
173.353 ms 173.324 ms
15 border2.ge2-1-bbnet2.sfo002.pnap.net (63.251.63.82) 167.447 ms
167.417 ms 167.385 ms
--
Peter Peters, senior netwerkbeheerder
Dienst Informatietechnologie, Bibliotheek en Educatie (ITBE)
Universiteit Twente, Postbus 217, 7500 AE Enschede
telefoon: 053 - 489 2301, fax: 053 - 489 2383, http://www.utwente.nl/itbe
~Jos~
Vandaag een uur op SL doorgebracht in sims die daarvoor problemen gaven.
Er was nu geen enkel probleem. Kon bewegen en geen packet loss. Geen
idee of er nu iets opgelost is, of dat dit een tijdelijke opleving was.
We hopen natuurlijk op het eerste.
Dit was tussen 14:00 en 15:00 nederlandse tijd.
--
Groeten,
Jos
~Jos~
Een schatting die iemand in het sl forum berekend heeft over het aantal
getroffen gebruikers:
how many victims?
I was wondering how many people are suffering/have suffered from the
problems with xs4all, sprint and linden labs in the past week. I did
some research and I came to an estimate somewhere between 2500 and 4000.
How?
Well, take the estimated amount of dutch people in second life (364000
according to http://blog.adformatie.nl/index.php...0-nederlanders/),
calculate what share of that amount of people are actually active
(according to this link about 15% tops). You'll come to an amount of
active dutch sl-residents between 35000 and 55000.
According to XS4ALL their market share is about 7,3% (of all internet
connections in holland, as i read on
http://www.xs4all.nl/nieuws/bericht...=nl&msect=media). So, in effect,
that is between 2500 and 4000.
Of course this is just an estimate. But at least it gives an idea of how
many people would probably suffer from this problem.
Met dank aan Dixie Barbosa.
--
Groeten,
Jos
Borretje
Zelf gebruik ik de Linux client en ik ondervind nog steeds dezelfde
problemen zoals eerder aangegeven.
Nu moet ik wel toegeven dat ik dit gedoe pas eigenlijk probeerde te gaan
spelen juist op het moment dat deze problemen begonnen.
Anyway, het is leuk dat ze een Linux port maken van zo'n spel, maar als
het niet werkt......
Greets,
Borretje
--
By all means, do not use a hammer. -- IBM maintenance manual, 1975
Marcoh Larsen
"Borretje" <borretjeb-at-gmail.invalid> wrote in message
news:462fc30c$0$327$e4fe...@news.xs4all.nl...
>> Vandaag een uur op SL doorgebracht in sims die daarvoor problemen gaven.
>> Er was nu geen enkel probleem. Kon bewegen en geen packet loss. Geen
>> idee of er nu iets opgelost is, of dat dit een tijdelijke opleving was.
>> We hopen natuurlijk op het eerste.
>>
>> Dit was tussen 14:00 en 15:00 nederlandse tijd.
>
> Zelf gebruik ik de Linux client en ik ondervind nog steeds dezelfde
> problemen zoals eerder aangegeven.
> het niet werkt......
Borretje,
De problemen liggen niet aan de Linux-client. Ik gebruik al bijna een half
jaar de Linux-client zonder problemen, uitgezonderd dan natuurlijk de
problemen die Windows-gebruikers ook zouden hebben (zoals deze keer). De
Linux-client is zeker net zo stabiel als de Windows-client ...
Groeten,
Marcoh Larsen
Remco
ook op de sims waar ik eerst geen stap kon verzetten.
Hoop dat alles opgelost is nu.
In elk geval dank aan LL, sprint, Timo en wie er verder dan ook
mee bezig is/is geweest.
Gr, Remco
Paul
Dual boot systeem hier (Linux / WinXP )
De SL clients (1.15.0(2)) vandaag geprobeerd op de eerder problematische
sims. Zowel onder Windows als Linux heb ik geen problemen meer.
Groeten,
Paul.
Edwin
news:4630c3ea$0$337$e4fe...@news.xs4all.nl:
> Dual boot systeem hier (Linux / WinXP )
> De SL clients (1.15.0(2)) vandaag geprobeerd op de eerder
> problematische sims. Zowel onder Windows als Linux heb ik geen
> problemen meer. Groeten,
> Paul.
>
Heb net een beetje rondgelopen in de sims waar ik problemen had, en ook
hier werkt het weer.
Timo
> Op dit moment gaat alles sinds vanochtend prima. Lekker snel,
> ook op de sims waar ik eerst geen stap kon verzetten.
> Hoop dat alles opgelost is nu.
Is het zo dat het nu voor alle XS4ALL klanten opgelost is? Ik zie hier veel
mensen posten dat het weer blijkt te werken, maar zie op jira.secondlife.com
nog mensen klagen, probleem is alleen dat ik geen idee heb welke klanten dat
zijn, wat voor'n ip adressen ze hebben, etc.
--
Timo
Morlog
"Timo" <ti...@xs4all.nl> schreef in bericht
news:46312ce3$0$329$e4fe...@news.xs4all.nl...
Timo, hier nog steeds problemen met SL, IP adres: 83.161.82.146..ook na de
storing van BabyXL van 21.00 tot 00.00 uur ongeveer (26-04-07)
sim1017.agni.lindenlab.com (72.5.12.167:12035)
Bedankt voor de support,
Gerard
Edwin
news:46312ce3$0$329$e4fe...@news.xs4all.nl:
Ook hier nog steeds problemen. IP 82.95.250.151. ADSL Only Lite.
Peter Peters
<marcoh...@xs4all.nl> wrote:
>De problemen liggen niet aan de Linux-client. Ik gebruik al bijna een half
>jaar de Linux-client zonder problemen, uitgezonderd dan natuurlijk de
>problemen die Windows-gebruikers ook zouden hebben (zoals deze keer). De
>Linux-client is zeker net zo stabiel als de Windows-client ...
Ik heb wel problemen op mijn (dual boot) laptop. Maar die heeft een
mobile radeon X700 video kaart en die heeft ook met bepaalde windows
clients problemen gegeven. Pas na installatie van een niet-ATI driver
werkte alles weer naar behoren (en zelfs beter dan met ATI driver).
Ruud
Gisteren in de middag heeft iedereen kunnen lopen/werken of andere zaken doen
in SL. Helaas vanaf gisteravond is het weer verkeerd gegaan. Gezien het feit
dat je nu toegang hebt tot jira van second life, zie je ook dat de return path
anders is dan de trace route van onze computers. Kan je aangeven of dit ook
sprintnet is, of dat hier enig onderhoud had plaats gevonden in die uren gister
middag.
Kan je ook enigzins aangeven wat er gedaan wordt om te achterhalen wat hier
allemaal plaats vindt?
In mijn ogen (en ik ben geen exper in netwerken), lijkt het wel dat onze data
naar SL wordt gestuurd, maar dat het dus mis gaat in de data die tergu gestuurd
wordt naar onze computers. Deze data blijkt een heel ander pad te bewandelen
dan de data die we sturen. Zit hier het probleem in? zit in de weg enkele
router/boxen welke slecht zijn?
Ook wordt er op het forum nu melding gemaakt dat het niet alleen XS4All mensen
zijn die last hebben maar ook mensen die uit brazilie en denemarken komen.
Hopelijk kan je wat insides geven in wat er op dit moment gebeurt. Ik blijf
verweg van sims waar ik niet kan lopen, maar het begint knap lastig te worden.
Met vriendelijke groet,
Ruud
Ruud
Remco
"Timo" <ti...@xs4all.nl> wrote:
Tsja, het werkte dus voor een dagje. Heb iets te vroeg gejuicht.
De vraag is nu dus, wat was er gisteren anders dan eergisteren en vandaag.
We gaan er wel uitkomen, daar ben ik zeker van!! :):)
Gr, Remco
Timo
> Timo <ti...@xs4all.nl> wrote:
>>On 2007-04-26, Remco <refa...@hotmail.com> wrote:
>>
>>> Op dit moment gaat alles sinds vanochtend prima. Lekker snel,
>>> ook op de sims waar ik eerst geen stap kon verzetten.
>>> Hoop dat alles opgelost is nu.
>>
>>Is het zo dat het nu voor alle XS4ALL klanten opgelost is? Ik zie hier veel
>>mensen posten dat het weer blijkt te werken, maar zie op jira.secondlife.com
>>nog mensen klagen, probleem is alleen dat ik geen idee heb welke klanten dat
>>zijn, wat voor'n ip adressen ze hebben, etc.
>
> Gisteren in de middag heeft iedereen kunnen lopen/werken of andere zaken doen
> in SL. Helaas vanaf gisteravond is het weer verkeerd gegaan. Gezien het feit
> dat je nu toegang hebt tot jira van second life, zie je ook dat de return path
> anders is dan de trace route van onze computers. Kan je aangeven of dit ook
> sprintnet is, of dat hier enig onderhoud had plaats gevonden in die uren gister
> middag.
Ik kan alleen meelezen op jira.secondlife.com, maar de traceroutes terug van
LL naar XS4ALL had ik al gemailed gekregen van Torley en z'n collega's.
Zoals je daar kan zien verschillen de retrun paths voor de verschillen de ip
reeksen (prefixes) van XS4ALL, dat is normaal.
> Kan je ook enigzins aangeven wat er gedaan wordt om te achterhalen wat hier
> allemaal plaats vindt?
Nou het enige wat ik kan doen is de routering tussen LL en XS4ALL
controleren, zowel heen als terug, en tot zover ziet dat er allemaal prima
uit. Ik ben aan het mailen met wat mensen van Linden, om te zien of zij
vreemde dingen zien in de verbinding, maar tot nu toe is dat ook niet het
geval.
> In mijn ogen (en ik ben geen exper in netwerken), lijkt het wel dat onze data
> naar SL wordt gestuurd, maar dat het dus mis gaat in de data die tergu gestuurd
> wordt naar onze computers. Deze data blijkt een heel ander pad te bewandelen
> dan de data die we sturen. Zit hier het probleem in? zit in de weg enkele
> router/boxen welke slecht zijn?
Dat het pad terug anders is dan het pad er naar toe (asymmetrische route) is
niets bijzonders, dat geldt voor meer dan 80% van het verkeer op internet.
Verder is het zo dat als er iets mis zou gaan met het verkeer van Linden
naar XS4ALL, je dat ook zou moeten zien als je een ping laat lopen naar
de servers daar, de antwoorden op je ping packets komen immers ook via
diezelfde route terug.
Ten slotte blijft het bijzonder merkwaardig dat het op sommige momenten
ineens wel weer blijkt te werken, terwijl er (voor zover ik kan zien) aan
de routering helemaal niets verandert.
> Ook wordt er op het forum nu melding gemaakt dat het niet alleen XS4All mensen
> zijn die last hebben maar ook mensen die uit brazilie en denemarken komen.
Dat is interessant, het lijkt me raadzaam dat die mensen daar zo gauw
mogelijk melding van maken bij Linden, en een issue voor openen op jira.
--
Timo
aih...@hotmail.com
Paul
gisteren even ok. vandaag oude problemen weer terug.
Paul.
aih...@hotmail.com
Ruud
Timo,
Je zegt dat er niks veranderd is, toch klopt dit niet!! Ergens op de terug weg
moet er tijdens die paar uren iets veranderd zijn. Een andere verklaring kan
toch niet anders. Net zoals sprintnet, is er misschien onderhoud ergens
gepleegd!. Aan jouw de vraag, gezien ik niet kan zien/weten, kan je dat
uitzoeken!
Ik heb toch echt veel problemen met wat hier aan de hand is/wat hier aan gedaan
wordt. Zowel van Linden als van XS4All.
Ben al een paar jaar een tevreden klant van XS4All, maar op dit moment wordt
het toch lastig om er bij te blijven.
met vriendelijke groet,
Ruud
Timo
> Timo <ti...@xs4all.nl> wrote:
>>Dat het pad terug anders is dan het pad er naar toe (asymmetrische route) is
>>niets bijzonders, dat geldt voor meer dan 80% van het verkeer op internet.
>>Verder is het zo dat als er iets mis zou gaan met het verkeer van Linden
>>naar XS4ALL, je dat ook zou moeten zien als je een ping laat lopen naar
>>de servers daar, de antwoorden op je ping packets komen immers ook via
>>diezelfde route terug.
>>
>>Ten slotte blijft het bijzonder merkwaardig dat het op sommige momenten
>>ineens wel weer blijkt te werken, terwijl er (voor zover ik kan zien) aan
>>de routering helemaal niets verandert.
>>
>>> Ook wordt er op het forum nu melding gemaakt dat het niet alleen XS4All
>>>mensen
>>> zijn die last hebben maar ook mensen die uit brazilie en denemarken komen.
>>
>>Dat is interessant, het lijkt me raadzaam dat die mensen daar zo gauw
>>mogelijk melding van maken bij Linden, en een issue voor openen op jira.
>
> Timo,
>
> Je zegt dat er niks veranderd is, toch klopt dit niet!! Ergens op de terug weg
> moet er tijdens die paar uren iets veranderd zijn. Een andere verklaring kan
> toch niet anders. Net zoals sprintnet, is er misschien onderhoud ergens
> gepleegd!. Aan jouw de vraag, gezien ik niet kan zien/weten, kan je dat
> uitzoeken!
Oh, er kan best wat veranderd zijn, een iets hogere vertraging ergens op de
terugweg bijvoorbeeld, maar dat hoort geen problemen te veroorzaken. Waarom
het nu wel problemen veroorzaakt is alleen lastig vast te stellen.
Ik begin sterk het vermoeden te krijgen dat de oorzaak ligt in de
implementatie van de server/client communicatie in het SL protocol.
Het is bijvoorbeeld opmerkelijk dat de servers voor de website
www.secondlife.com op precies dezelfde locatie staan als de sims waar de
problemen mee zijn, maar toch is de website uitstekend bereikbaar, en loopt
een download van de SL client software hier met 697.40 KB/s binnen. En dat
is dus met exact dezelfde routering als naar/vanaf de sims.
> Ik heb toch echt veel problemen met wat hier aan de hand is/wat hier aan
> gedaan wordt. Zowel van Linden als van XS4All.
Ik ben vandeweek een hele tijd bezig geweest met het onderzoeken van dit
probleem, en heb vandaag met een network analyser mee zitten kijken naar het
verkeer tussen de client en diverse servers. Ik heb net een uitgebreide mail
naar Linden gestuurd met mijn bevindingen, en een paar suggesties.
--
Timo
Ruud
Bedankt zover.
Vandaag weer op SL geweest en tot zon uur geleden geen problemen gehad op mijn
eigen sim. Totdat ik ergens naar toe ging. En toen begonnen de vele problemen.
Deze sim staat heel ergens anders en gaat via cogentco.
Routing als volgt:
|------------------------------------------------------------------------------------------|
| WinMTR statistics
|
| Host - % | Sent | Recv | Best | Avrg |
Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| lo1.dr4.d12.xs4all.net - 0 | 56 | 56 | 0 | 1 |
20 | 10 |
| 0.10ge-3-2-0.xr3.d12.xs4all.net - 0 | 56 | 56 | 0 | 2 |
20 | 0 |
| 0.so-0-0-0.xr2.3d12.xs4all.net - 0 | 56 | 56 | 0 | 13 |
160 | 10 |
| 0.so-7-0-0.xr1.tc2.xs4all.net - 0 | 56 | 56 | 0 | 26 |
1202 | 30 |
| te3-3.mpd01.ams03.atlas.cogentco.com - 0 | 56 | 56 | 0 | 24 |
862 | 10 |
| t2-0-0.core01.ams03.atlas.cogentco.com - 0 | 56 | 56 | 0 | 11 |
521 | 10 |
| p1-0.core02.lon01.atlas.cogentco.com - 0 | 56 | 56 | 10 | 22 |
191 | 20 |
| p9-0.core02.jfk02.atlas.cogentco.com - 0 | 55 | 55 | 80 | 91 |
201 | 80 |
| p12-0.core01.mci01.atlas.cogentco.com - 0 | 55 | 55 | 120 | 131 |
290 | 120 |
| p14-0.core01.dfw01.atlas.cogentco.com - 2 | 55 | 54 | 130 | 139 |
331 | 130 |
|vl3569.na21.b003954-1.dfw01.atlas.cogentco.com - 0 | 55 | 55 | 130 |
131 | 150 | 130 |
| databank.demarc.cogentco.com - 2 | 55 | 54 | 120 | 125 |
131 | 120 |
| sim3316.agni.lindenlab.com - 2 | 55 | 54 | 120 | 124 |
150 | 130 |
|________________________________________________|______|______|______|______|______|______|
WinMTR - 0.8. Copyleft @2000-2002 Vasile Laurentiu Stanimir (
stan...@cr.nivis.com )
Je zegt dat het ligt aan de communicatie van het protocol, maar daar is weinig
aan gewijzigd. Het kan niet zo zijn dat we ineens problemen daar mee hebben en
dan vooral alleen de klanten van XS4All.
Ten tweede de client komt niet van de second life website af maar van een
andere partij die ze hebben ingehuurd.
met vriendelijke groet,
Ruud
Timo
> Vandaag weer op SL geweest en tot zon uur geleden geen problemen gehad op mijn
> eigen sim. Totdat ik ergens naar toe ging. En toen begonnen de vele problemen.
> Deze sim staat heel ergens anders en gaat via cogentco.
Als je daar problemen mee hebt, dan ligt dat sowieso aan iets anders,
vergeet niet dat Linden ook met allerlei upgrades en veranderingen bezig is.
> Je zegt dat het ligt aan de communicatie van het protocol, maar daar is
> weinig aan gewijzigd. Het kan niet zo zijn dat we ineens problemen daar
> mee hebben en dan vooral alleen de klanten van XS4All.
Dat kan best zo zijn hoor, routing tabellen zijn dynamisch, en kunnen
regelmatig veranderen, zo is het ontworpen. Als de hosting partij van Linden
besluit dat ze het verkeer richting (bijvoorbeeld) XS4ALL via een andere
carrier willen afhandelen dan kan dat zo van de ene op de andere dag
veranderen.
> Ten tweede de client komt niet van de second life website af maar van een
> andere partij die ze hebben ingehuurd.
Je hebt gelijk, de download komt inderdaad vanaf Amazon, maargoed feit blijft
dat het browsen van de website zelf geen enkel probleem oplevert. Of wel?
--
Timo
Ruud
Bedankt voor je geduld. Wordt een beetje eindeloos verhaal. Vooral daar het zo
is dat het van slecht naar nog slechter is gegaan. Hopelijk hebben ze/we er wat
van geleerd en kunnen ze nu zeggen ok die route moeten we niet nemen en die
route wel.
Misschien kan je, je contacten nog effe inlichten dat het nu erg slecht is
geworden en wat zij ook gedaan hebben kunnen terug veranderen.
Wat ik wel heb is zolang alles goed werkt in deze grote wolk dan is het leuk,
maar gaat er iets stuk dan wordt het verdomd moeilijk om het probleem te
localiseren, laat staan repareren.
Met vriendelijke groet,
Ruud
PS Sims uit de range 64.129.45.* en 64.129.46.* zijn nu ook niet toegankelijk
meer voor ons.
aih...@hotmail.com
> Timo <t...@xs4all.nl> wrote:
>
> - Tekst uit oorspronkelijk bericht weergeven -
Vanochtend kon ik een 1,5 uur overal terecht en nu nergers meer.
Wat is dit toch het wordt steeds erger. Dit kan toch niet alleen aan
LindenLabs liggen?
Ruben van der Leij
> Vanochtend kon ik een 1,5 uur overal terecht en nu nergers meer.
> Wat is dit toch het wordt steeds erger. Dit kan toch niet alleen aan
> LindenLabs liggen?
Als ik jou was zou ik de fiets pakken en eens langs de glasvezel fietsen.
Kijken of je zo het probleem ziet. Vanwege het weer hoe je het in ieder
geval niet te laten.
--
Ruben
Misfortune, n.: The kind of fortune that never misses.
-- Ambrose Bierce, "The Devil's Dictionary"
~Jos~
Ik heb vanaf woensdagmiddag tot nu toe geen problemen meer gehad, m.u.v.
een aantal uren op donderdag avond. Op donderdag avond meldde een aantal
anderen hetzelfde verschijnsel.
De problemen waren weg voor de upgrade van woensdag en dus met dezelfde
software als in de week ervoor toen het probleem zich wel voordeed.
Ik kan me vrij bewegen op alle locaties en op het beta grid (die ook
72.* IP adressen heeft en daarvoor problemen gaf.
In het SL forem melden anderen dat ze nog steeds problemen hebben. Voor
een aantal lijkt het nu soms wel en soms niet goed te gaan.
Ik heb nog twee regio's geprobeerd waar iemand anders problemen had,
maar ook daar gaat bij mij alles goed nu.
(regios: Julia Creek, Plush Giga)
--
Groeten,
Jos
Timo
> Ik heb vanaf woensdagmiddag tot nu toe geen problemen meer gehad, m.u.v.
> een aantal uren op donderdag avond. Op donderdag avond meldde een aantal
> anderen hetzelfde verschijnsel.
>
> De problemen waren weg voor de upgrade van woensdag en dus met dezelfde
> software als in de week ervoor toen het probleem zich wel voordeed.
>
> Ik kan me vrij bewegen op alle locaties en op het beta grid (die ook
> 72.* IP adressen heeft en daarvoor problemen gaf.
Ja, dat komt ook precies overeen met wat ik aan Linden heb gemeld, jouw ip
adres valt namelijk ook in de 213.84.0.0/16 prefix, en die prefix wordt als
enige symmetrisch (dus heen en terug via dezelfde carrier) gerouteerd.
Tot nu toe melden de klanten in die prefix dat het voor hen weer normaal
werkt, ik heb dus aan Linden voorgesteld om al onze prefixen (die wij
allemaal via Sprint naar LL routeren) ook via Sprint terug te routeren.
Daarbij wel opmerkend dat als dit inderdaad het probleem is, er wel een
behoorlijke tekortkoming in het client/server communicatie protocol zit.
> Ik heb nog twee regio's geprobeerd waar iemand anders problemen had,
> maar ook daar gaat bij mij alles goed nu.
> (regios: Julia Creek, Plush Giga)
Bedankt voor het melden :)
--
Timo
aih...@hotmail.com
Hoe kom je aan die prefix??
~Jos~
> Ja, dat komt ook precies overeen met wat ik aan Linden heb gemeld, jouw ip
> adres valt namelijk ook in de 213.84.0.0/16 prefix, en die prefix wordt als
> enige symmetrisch (dus heen en terug via dezelfde carrier) gerouteerd.
Is de routering voor deze reeks aangepast? Tot afgelopen woensdag had ik
namelijk het packet loss probleem ook, maar daarna niet meer.
--
Groeten,
Jos
Hans
> namelijk het packet loss probleem ook, maar daarna niet meer.
Routering is dynamisch.
Op het Internet gebruikt men er BGP voor
http://en.wikipedia.org/wiki/Border_Gateway_Protocol
Peter Peters
>Daarbij wel opmerkend dat als dit inderdaad het probleem is, er wel een
>behoorlijke tekortkoming in het client/server communicatie protocol zit.
Daarom zijn zo ook druk bezig met een nieuw protocol te implementeren.
Dat is mede de oorzaak van een aantal verplichte client upgrades.
aih...@hotmail.com
Dit lijkt erop dat het probleem bij LindenLab ligt, echter waarom kan
je er dan soms wel een paar uur in en daarna weer niet. Daarnaast
waarom is dit probleem er alleen maar met XS4ALL klanten of heb ik
bovenstaande verkeerd begrepen. Het is voor mij niet echt duidelijk
wat hiermee bedoeld wordt.
Timo
Afgelopen nacht heeft Linden hun routering richting XS4ALL aangepast, het
zou goed kunnen dat dit tot gevolg heeft dat het nu beter gaat.
--
Timo
pulpa...@gmail.com
gisteravond had ik nog steeds dezelfde problemen. Afgelopen weken
lukte het bijna niet op tweederde van de sims om me te bewegen.
Maar gek genoeg af en toe een uurtje wel.
Ik begrijp niet goed waarom xs4all niet probeert een andere routing te
kiezen, voor de klanten die problemen hebben. Ik begrijp dat een IP-
adres in een andere 'range' het probleem oplost.
Moet toch te doen zijn????
Sterkte allemaal....Pulp
Thijs Timmerman
> Ik begrijp niet goed waarom xs4all niet probeert een andere routing te
> kiezen, voor de klanten die problemen hebben.
Je bedoelt dat XS4All op de routers van Sprintlink/Linden moet gaan
instellen over welke route het verkeer vanuit de US naar de XS4All
klanten in Nederland gaat?
> Ik begrijp dat een IP-
> adres in een andere 'range' het probleem oplost.
Een IP adres uit een andere range zit in een ander netwerk en derhalve
kan de route vanuit de US naar dat netwerk anders zijn. Er kan van
andere tussenliggende carriers gebruikt worden gemaakt. Je
Internet-verbinding verhuizen naar een andere ISP, mogelijk in een ander
land, waardoor je een ander IP adres krijgt kan dus inderdaad het
probleem oplossen.
--
Thijs Timmerman.
Bart Kerkvliet
Maar voor hoelang is die oplossing als het al een oplossing is ;)
--
Bart Kerkvliet
Reacher
Louis Desideri
> [knip]
>
> Afgelopen nacht heeft Linden hun routering richting XS4ALL aangepast, het
> zou goed kunnen dat dit tot gevolg heeft dat het nu beter gaat.
>
>
Timo,
Ik loop nog steeds vast (2 mei, ong. 21:45 CET = 12:45 PM PDT).
Mijn IP begint met 80.x.x.x
"Slechte" sims: bv. Oak Grove 69.25.105.143, Tridens, mijn Home :(
66.150.245.193.
In "goede" sim, bv. Morris 64.129.46.164, Ping Sim is ong. 190 msec,
Ping User 10000 msec.
Timo
> Timo schreef:
>> [knip]
>>
>> Afgelopen nacht heeft Linden hun routering richting XS4ALL aangepast, het
>> zou goed kunnen dat dit tot gevolg heeft dat het nu beter gaat.
>
> Timo,
> Ik loop nog steeds vast (2 mei, ong. 21:45 CET = 12:45 PM PDT).
> Mijn IP begint met 80.x.x.x
Je ip adres staat gewoon in de headers van je usenet posting hoor, daar hoef
je niet zo geheimzinnig over te doen :)
Maar ik heb net Linden nog even gemailed met de vraag of ze nu wel ons
hele AS via Sprint terug routeren ipv alleen een aantal toevallig bekende ip
ranges.
--
Timo
joste...@gmail.com
> Maar ik heb net Linden nog even gemailed met de vraag of ze nu wel ons
> hele AS via Sprint terug routeren ipv alleen een aantal toevallig bekende ip
> ranges.
>
> --
>
> Timo
Hierbij een bericht van Torley Linden gepost op: https://jira.secondlife.com/browse/SVC-124
----------
WorkingOnIt Linden [02/May/07 10:59 AM]
Hi (Torley here), thanks again everyone for your patience. I'll
confirm that yesterday, after much continued investigation working
with XS4ALL, we (Linden Lab) contacted Internap to change our routing,
so all our subnets route to Sprintlink now. As suggested, let's see
what happens over the next few days, but hopefully things should
generally be getting better.
---------
Dit lijkt voor sommige mensen het probleem op te lossen. Ik heb zelf
echter nog steeds problemen en kan nog steeds niet op heel veel
plaatsen komen. (diepe zucht)
Joscha
Timo
>> Maar ik heb net Linden nog even gemailed met de vraag of ze nu wel ons
>> hele AS via Sprint terug routeren ipv alleen een aantal toevallig bekende ip
>> ranges.
>
> Hierbij een bericht van Torley Linden gepost op: https://jira.secondlife.com/browse/SVC-124
>
> ----------
> WorkingOnIt Linden [02/May/07 10:59 AM]
>
> Hi (Torley here), thanks again everyone for your patience. I'll
> confirm that yesterday, after much continued investigation working
> with XS4ALL, we (Linden Lab) contacted Internap to change our routing,
> so all our subnets route to Sprintlink now. As suggested, let's see
> what happens over the next few days, but hopefully things should
> generally be getting better.
> ---------
>
> Dit lijkt voor sommige mensen het probleem op te lossen. Ik heb zelf
> echter nog steeds problemen en kan nog steeds niet op heel veel
> plaatsen komen. (diepe zucht)
Ja dat bericht van Torley had ik al gezien, Torley is een van de mensen bij
Linden waar ik naar aanleiding van dit probleem regelmatig mee mail. De mail
waar ik het in mijn posting over had is na dat bericht van Torley verstuurd.
Ik heb er nog geen antwoord op gehad, maar het zou best kunnen dat de
routering van de ip range waar jij in zit niet aangepast is, zogauw ik meer
weet zal ik het hier posten.
--
Timo
Ruud
Timo,
Bedankt voor je werk. Ziet er weer goed uit.
Nou hopen dat het zo blijft en dat ook voor de laatste mensen wordt opgelost.
Met vriendelijke groet,
Ruud
Harry H
"Timo" <ti...@xs4all.nl> schreef in bericht
news:46386af8$0$333$e4fe...@news.xs4all.nl...
Timo,
Als ex-Demon klant met een IP in de range 212.238 werkt het nog steeds niet.
Zou het kunnen zijn dat de routering naar deze range niet is aangepast?
Harry
Timo
On 2007-05-04, Harry H <do...@mail.me> wrote:
> "Timo" <ti...@xs4all.nl> schreef in bericht
>
>> Afgelopen nacht heeft Linden hun routering richting XS4ALL aangepast, het
>> zou goed kunnen dat dit tot gevolg heeft dat het nu beter gaat.
>
> Timo,
>
> Als ex-Demon klant met een IP in de range 212.238 werkt het nog steeds niet.
> Zou het kunnen zijn dat de routering naar deze range niet is aangepast?
Het lijkt er inderdaad op dat de Demon ranges toch niet zijn meegenomen in
de laatste routerings wijziging, ik heb Linden en Internap net gemailed met
het verzoek om het alsnog aan te passen.
--
Timo
aih...@hotmail.com
> On 2007-05-04, Harry H <d...@mail.me> wrote:
>
> > "Timo" <t...@xs4all.nl> schreef in bericht
Geweldig, zit in dezelfde range, lol maar dan met tranen
Timo
En ik kreeg zojuist antwoord van Internap, ze routeren alles voor AS5417 nu
ook terug via Sprint, daarmee zouden in de loop van de dag ook de (ex)Demon
ip ranges geholpen moeten zijn.
--
Timo
Harry H
De Sims die voor mij onbereikbaar waren reageren nu normaal.
Misschien dat het probleem nu echt opgelost is (keep my fingers crossed
:<) )
In elk geval bedankt voor de moeite Timo.
Harry
Peter Peters
>De Sims die voor mij onbereikbaar waren reageren nu normaal.
>Misschien dat het probleem nu echt opgelost is (keep my fingers crossed
Bedenk wel dat als ze hard routeren er verbindingsproblemen op kunnen
treden als er binnen Sprint problemen zijn. Als ze "zacht" routeren dan
zou dat opgevangen moeten worden. Maar dan kan het dus nog steeds
(tijdelijk) via de andere slechte route gaan.
~Jos~
routering. Er zijn op het forum de laatste tijd alleen nog meldingen dat
het probleem opgelost is.
Ik wil Xs4all en met name Timo bedanken voor hun inzet om tot een
oplossing te komen.
Tot slot voeg ik een post van SL toe, voor hen die geen toegang tot de
SL fora hebben.
This was posted on Jira by Sean Linden:
----------------------------------------------
Sean Linden [07/May/07 11:30 AM]
Hi folks. I'm the guy who's been working on this issue.
The problem has never been with Sprintlink, because the XS4ALL networks
for which traffic is routed back from us via Sprintlink have never
appeared to have any problems. Only the networks for which the return
path (toward XS4ALL) went via Hurricane Electric or Level3 were having
issues. I can't imagine that this issue was due to the return path's
being different because we have asymmetric routing all over the place
and this is the first time we've seen this particualr problem. However,
having Internap (the ISP in San Francisco which hosts the particular sim
hosts on which people were seeing this issue) route all XS4ALL traffic
back through Sprintlink seems to have resolved the issue for now.
By Friday all traffic whose routes originated with XS4ALL or Demon
should have been going back through Sprintlink, which based on our
current understanding of the problem should have resolved this issue for
everyone on those ISPs. Unfortunately on Friday another of our ISPs,
this one in Dallas, had some strange issues that seem to have been
related to a bug or transient failure in one of their routers. I think
this is probably the cause of most if not all of the issues people were
seeing Friday. I spent most of the day Friday chasing down that issue.
Please post a comment if you continue to see issues on XS4ALL or Demon
that seem to be the same issue, i.e. getting disconnected from a region
after a while along with high ping and packet loss, *not* login issues
or other issues from the 5/4 comments which should be unrelated. My goal
this week is to try to actually figure out exactly what was going wrong,
since it's not clear yet if it's reordering or duplication of UDP
packets (my pet theory), fragmentation, or something else entirely.
Thank you so much for you patience, and I'm sorry that I wasn't able to
jump on this harder/sooner; it's a very weird and subtle issue that
doesn't show up at the network level (i.e. ping and traceroute were fine).
--
Groeten,
Jos
Jan-Willem Smaal
[...]
> Bedenk wel dat als ze hard routeren er verbindingsproblemen op kunnen
> treden als er binnen Sprint problemen zijn. Als ze "zacht" routeren dan
> zou dat opgevangen moeten worden. Maar dan kan het dus nog steeds
> (tijdelijk) via de andere slechte route gaan.
"hard" routeren "zacht" routeren; wat voor telletubby uitdrukking is dat
nou weer.... Bedoel je soms statisch of dynamisch?
Wellicht het rommelen met BGP policies om traffic te engineeren?
J-W,
--
Jan-Willem Smaal <sm...@nl.linux.org>