Server Patch R32
Has anyone else had their server updated to R32?
Mine has not been which is strange given that as other GSP's state: "All Battlefield 4 ranked game servers will be automatically updated immediately per DICE’s requirements, apologies to all the server owners with populated servers!" I realise there is not much in R32, however with everything else that is going on, I am wondering why no server update also? |
05:12pm 24/04/14 Permalink
We are currently experiencing some problems with DICE getting the patch to us, we have them working on a solution and should have something up soon.
|
01:44pm 25/04/14 Permalink
Anyone heard of FTP?
If you cant even receive a file, no wonder you cant keep the servers up. What hope have we got? Or are DICE dumping Ausgamers as a GSP? |
04:08pm 25/04/14 Permalink
I have read a few unhappy post (in other forums) in regards to R32 server patch maybe it is good that I don't have it yet but it would be nice to know why we have not got it yet or when you plan to roll it out so we are not upset when our servers empty out Oh wait servers are already empty because you can't stop people being kicked out of the servers over the last 8 days so nobody wants to play on our servers anyway :(
|
12:49pm 26/04/14 Permalink
I have read a few unhappy post (in other forums) in regards to R32 server patch maybe it is good that I don't have it yet but it would be nice to know why we have not got it yet or when you plan to roll it out so we are not upset when our servers empty out Oh wait servers are already empty because you can't stop people being kicked out of the servers over the last 8 days so nobody wants to play on our servers anyway :( My new servers running it.... No issues so far..... 6 hours Game time. U got any links? |
10:23pm 26/04/14 Permalink
Glad to hear you have found a suitable alternative..
|
09:20pm 28/04/14 Permalink
I think i just lucked out, got a server that able to withstand the onslaught. In the last two nights every now and again between 20:00 and 23:00 we get major lag. If it happens i drop the server down to 48 and it grunts through.
Other than that the regulars have migrated to the new server. We have not had a blaze disconnect except on the AG server this afternoon. AG have still not applied the R32 patch. Maybe that's the difference. AusGamers... be honest as to why you have not deployed R32. If you still can get the file.... you can use my ftp server....... If u cant figure out how to, let me know and ill walk you through it. |
10:49pm 28/04/14 Permalink
Been on R32 since it was available (auto deployed as per DICE requirements, naughty AusGamers!)....
Been pretty solid and stable since deployment. We had some issues on our Siege server, but that was box related and not patch related, the Vanilla server has been stable since deployment and not gone down once since. Would be odd to not roll this out as in my opinion its a hell of a lot more stable than the last build was.... Interested to know why AusGamers have not deployed this :) (dont think anyone is home to deploy it based on my past experience with AG and service...) |
06:53am 29/04/14 Permalink
DICE were aware that we didn't deploy R32.
The method that they use to send us the patch (it involves a private jet and a SWAT team, they are very serious about file security) repeatedly failed. We tracked the issue to a problem with an international transit provider (not in Australia) dropping over 90% of packets. They were simply unable to send us the file. If we don't have the file, we can't deploy it. The only solution was to build a new repository for them in a different physical location, which wasn't able to be done over the weekend. Before we could do that, the international link issue was resolved (I assume whatever router was on fire either burned itself out or was extinguished). We have the next patch (R33) pre-deployed now, it will go live exactly on time. ----- BF4Admin / Static: we don't use FTP for these transfers, and the issue was with a backbone link in the US. If you are going to be condescending, you'll want to be sure of your facts first. |
03:10pm 29/04/14 Permalink
BF4Admin / Static: we don't use FTP for these transfers, and the issue was with a backbone link in the US. If you are going to be condescending, you'll want to be sure of your facts first. Ahhh.. excuse me? I thought we were the ones paying for a service here? Who gives a f**k if its FTP, email or snail mail, the point is that you are taking our money happily, yet not providing us with what we are paying for. To clarify, what I pay for is: 1 - A server that works, reliably, 24/7 2 - Updates to be applied on time While I am sure that talking about backbone links to the US sounds fancy and muddies the waters, the truth is that international internet traffic was working during the timeframe, and the traffic should have been re-routed. I was not being condescending, I was serious - surely another form of transmission was possible. They call it business continuity ( <---- that is me being condescending). Enough with the excuses, simply fix the problems or stop providing the service. |
09:40pm 29/04/14 Permalink
I'd say DICE wouldn't send it any other way, I do know from what NFO have stated to me before that there's a lot of unplanned patches that are sent to them last minute, and once they were put in a similar situation to this, however they have staff on weekends (bigger market)
I personally don't know why they are so secretive about the files, after all you don't need to look very hard to find the server files for download... which makes it all that more insulting that they play silly buggers with them. |
12:18am 30/04/14 Permalink
While I am sure that talking about backbone links to the US sounds fancy and muddies the waters, the truth is that international internet traffic was working during the timeframe, and the traffic should have been re-routed. Another form of transmission was not possible. R32 was not a client compatibility patch, so extraordinary measures were not contemplated. DICE were aware of the situation and were not alarmed - we were in communication with them about the issue at all times. Neither we nor DICE have any control over transit in the US. The only way we would be able to alter the routing is to alter the endpoints. DICE were not able or willing to do so - they have a specific system for delivering patches to us that is not up for debate. That left us to alter the physical location of our repository. This is not trivial; we needed to build a new system to their specifications in a different datacentre. We do have access to a few options here (through our very good friends at Mammoth Networks and Binary Lane, but before we had a chance to build a repository the transit issue was resolved by the US company and we received the R33 patch in time to deploy it. As for business continuity - that is an issue that is balanced against security and necessity. If it was the R33 patch that was unable to be sent (a client compatibility patch that is mandatory for people to join servers) we would have had staff working after hours to build the alternative repository or DICE would have sent the patch from an alternative location. They have done this in the past for other client compatibility patches - one of the great people at DICE pretty much pulled an all-nighter a few months ago for exactly this reason. The decision was made that R32 didn't warrant this level of time expenditure. DICE know what is in the patches, so it is their call. |
10:25am 30/04/14 Permalink
