As I stated in my first response, we weren't around to communicate because this wasn't our work, it was a provider. The same way you are a customer of us, so we are of them. What should have been absolutely simple (our guy said it should take them 30 seconds, in actual fact), has obviously been more difficult for them. I'm at the moment waiting for reply from our guys. Usually they already know, and are just busy working to say, but as this isn't an issue on our end, it might be a chain of conversation needed to filter something back to you. Thanks for your patience.
Love the fanboys! Keep it up, you are very entertaining! Just making an observation, but this is two weeks in a row now and we will eventually be receiving bills for this.
It's taking quite a while this time, it's been like this since this morning (or last night perhaps). This is what makes ****ty DRM solutions so great, the paying customers always get the short end of the stick
Tim, from my understanding - and that seems to be different to rFactor1 - a connection to the commerce server is necessary to be able to play online at all. This is true also when a dedicated server is hosting a race. If that's the case and based on the current situation that one provider "shuts down" a whole community I suggest to reconsider this "feature". If I'm wrong please advise how to connect to an online session without being logged in to the commerce server. Thanks in advance. Merlin
There's going to be more than one provider/location, so that this, unexpected and expected downtime on one should not cause a break in anything.
Except if the car breaks down, we can either get road service or a tow in less than 10 hours. It went offline at ~1:30 AM EDT -- I was on when it dropped. Every computer conks out and all hosts have problems. The big difference is when it happens how fast can it be reported, analyzed, repaired, and back online. What is done is done, but ISI would do well to have a talk with their provider (whoever it is) and stipulate they either need a monitoring system at the host for any service fluctuation or have a 24/7 tech support "fire alarm" so the information void doesn't go into double-digits. We won't have a "blue button" option (will we?) as we had in rFactor 1 to connect directly to the IP when master control goes offline, so it will up-the-ante for the host server responsiveness. Better to get it addressed now than when the MP server becomes active (which hopefully it will). Feel sorry for Tim having to post on it after several hours of "what is going on?" and no communications posted in the forum. Little doubt he just found out shortly before he posted. Maybe when the server conks out someone from the host could have an all night call list so someone at ISI can advise the board via a post. Would make it less stressful for everyone.
Absolutely, yeah, I came on here (like I usually do) to check if everything was OK as soon as I woke up. I was asleep for most of this. I have suggested such a proper alert system. I don't know though, they might have one already... I did suggest it though if not.
Just letting you know that I got a response. They're aware. I would assume for things to be back operational soon.