Unable to move

well it not working for me , log in , seconds later 0 bandwidth

Problem is still here too Well, got to sleep anyway now. When i wake up... well we'll see

Gr, Remco

Well it's broken again. I was stable for a while and now it's back to unworkable

Taken from Jira

================================================

"Between the time of 13:00 and 16:00 GMT our connection within Second Lifebecame stable once more. I noted that this coincided with the Emergency Maintance of server sl-gw19-sj-15-0.sprintlink.net (http://www.sprintlink.net/maintview/display.cgi?/SL/24362 ) However, starting at somewhere around 16:00 GMT the connection once again became unusable for Second Life"

================================================

I'd just like to add that the servers were stable before that. I logged in at 9:00am GMT and was online, problem free, for 3 hours until it started again. This is just an added bit of information but obviously sprintlink were busy with maintenance at this time too. I had problems after 12:00pm GMT. So there's no actual pattern here where everyone was stable within a certain time frame, only on the same day (maintenance day)

I have recieved a Reply from sprintnet (the one who sent the email about the server maintenance coinciding with the period of stability was me) and they say that cannot find antyhing wrong with their servers. However, someone noted on Jira that it was the connection back to the user that was wrong.
This makes more sense. I've noticed that when I Was in a bad sim, I wouldn't move around when I tried, BUT I noticed that the parcel name DOES update in the top-bar. This indicates that we are moving but we don't actually see this. This also makes sense with the ping values.

If I'm in a good sim, the sim ping is 200ms, but user ping is 10000 ms. In a bad sim it's 10000 sim ping, and 10000 user ping. And finally, normally they're both around 200ms.
OUr data IS reaching SL, but we barely get any back. Hence all our traceroutes showing everything fine!

I can concur with this - when I get disconnected after having tried to move around, and relog I find myself in a different place than before in the direction that I tried to move to in the previous session.

here an xs4all user too

This is absolutely true. Others DO see me move and others DO receive my groupIMs.
All untill the moment i definitively hang and even cant chat myself anymore.

This is true, I often tried out if anything has changed and I went with company. He told me that I was normally walking although I see myself as stuck/frozen. I dont know however if this is important to the conclusion of the issue.

Its weird all. I noticed that when get stuck on a _bad_ sim you have a few seconds to TP out. If wait a minute more then I have to relog and start on a menual given _good_ sim.

Just received a mail from XS4ALL that they think it's not an issue for them. I am already informing for prices at other providers who dont use Sprintlink. Cable is an option to take. I sure hope everybody will go to another provider if nobody is doing anything about it.

@Annabelle:
Indeed, if the most crappy/cheap cable ISP can do it and XS4ALL not, then there is not much left for me than change provider .

Torley Linden, yesterday on https://jira.secondlife.com/browse/SVC-124:

I've just received email from XS4ALL who's requested additional info from us. I let our ops team know earlier and we'll be corresponding and providing further info from here.

So we have been heard and action will be undertaken to solve this nasty problem. But don't forget it's 04:00 AM for the Lindens, so they will probably still be sleeping - we'd better not expect anything before 18:00 PM in the Dutch timezone.

And in case anyone might wonder why I jump to the defense of the Lindens and the ISP's: no, I am not a Linden, nor am I an employee of XS4ALL. I am just an XS4ALL user who, after a week, is truly very annoyed about this situation as well.

Well, I will not change provider... even if it would mean I cannot play some time SL. I am not going to punish my provider for something that is out of their controle.

And please note... as written in a message above, XS4ALL is in contact with Linden. Not because they have to (the problem is without their network), but because they want to help us with our problem.

Morwen.

It has already been confirmed the problem doesn't lie with xs4all, or so many have said. The problem lies at the Sprintlink servers, and servers alone. Change provider if you feel like it, but don't change because you think it is entirely xs4all's fault, since it isn't. The problem lies beyond their control and the only thing they can do, is contact Linden Lab and/or Sprintlink, to try and fix the issue. Which for your information, they are doing. Like a previous poster mentioned, they aren't contacting Linden Labs or Sprintlink because they have to. It's because they understand it IS frustrating, they would be too if they were in our shoes and they want to help us. Quite honestly, I don't think many ISP's would. Now all three parties are informed, apparently work together (Linden Labs and xs4all) and are doing all they can to help us. We should be grateful.

I'm sticking with xs4all, I have no reason to change, an issue with Second Life is not a reason for me to change providers. I've never had any problems with xs4all ever apart from this now (which is, I repeat, beyond their control) and my connection is excellent. I do have confidence this will get solved (maybe I'm just an optimist, but don't forget it *IS* frustating me as well, along with everyone else. I just know flaming and threatening will not get an issue of this origin solved any quicker), but apparently the cause of the issue hasn't been easy to track down, but now it has been found. I feel that it will get resolved. Maybe not today, maybe tomorrow, and if not, then soon.

I'm glad to see some progress on the issue though, we *ARE* getting somewhere! And the problem actually makes sense to us (or well, many) now. Now let's just hope we can find an ending to all this, a happy one at that.

It is the usual problem when an interface between systems does not work: Initially both paties involved try to blame the other. But we do have attention both in the XS4All-side and on the Linden-side now.

I suggest we do not cancel our subscription with XS4All for a while! In my view our problems are taken very seriously. I am not sure Casema or UPC would have even listened to us (to name but a few competitors...)

Hear, hear!

One could differ in opinion whether XS4ALL is to blame or not, but fact is that only their clients suffer these problems, which makes it their problem anyhow. But they take action and... have a reputation to live up to. The latter is also true for those, eh, parties that White mentioned, but in quite a different meaning!

Oh so true.... I used to be with @home (and I believe @home is one of the better cable-proviers in our country). I had so often a slow connection or no connection at all.... and their helpdesk is complete disaster. I do know not a lot about computers, but some of the people I spoke at the @home helpdesk didn't neither.

Then the XS4ALL helpdesk... they managed to explain a very complex problem I had in words so I as computer no-no could understand it... and what is more, they talked me through the problem until all worked again... all the time explaining what we were doing. Now *THAT* is what I call a good helpdesk.

Morwen.

I have also this problems yes and also Xs4all only
Iam with Xs4all more then 10 year it is a fantastic provider I have trust it will be solved

How can XS4ALL be blamed for a problem that occurs in a complete different network then their own and where they have absolutely no control over?

Morwen.

Can you prove that Morwen (no xs4all bashing intended) ?

Because it affects only their clients - which makes it their problem too. Moreover, they are, like all other providers, not just responsible for access to their network, but also for interconnectivity. If one of the interconncetivity-peers fail to deliver, they should offer an alternative.

But, as I wrote earlier, one could differ in opinion. For me, the quality of XS4ALL warrants their full cooperation and I have no doubts at all that they will come up with a solution somehow. Just might take some time.

By contract XS4ALL is only responcible for their own network. For problems within their network you can address them directly. Anything out their network not.... All actions outside their own network is customer support... nothing more, nothing less. But yes, for a serious provider it an duty that they take on... as XS4ALL is showing right now (and done many times before). They do this for their customers.... but there is no way you can demand it.

Morwen.

No, because I have not the technical knownledge.... but all signs point in the direction of Springnet and not to the XS4LL network.
But that XS4ALL and Linden are working on it now... more or less together, shows for me it is somewhere in between of them.

As you can assume it is XS4ALL, you can assume Linden is behind it... maybe they think XS4ALL users don't spend enough L$, so they block us now (yes.... pune intended).

Morwen.

Which signs ?
The only "signs" I am seeing right now are succesful traceroutes from xs4all, through sprintlink to Linden...
No "signs" of the route back...
(edit: Wow, we finally DO see signs of the route back... way to go Linden and xs4all !)

Please stick to the facts that we have right now and let's not draw conclusions out of assumptions.
If you have "signs" that I do not have, please provide them and I will update the jira so everyone can see it.

I am not blaming anyone... But nobody is off the hook just yet...