| Pages: 1 2 3 4 5 6 7 8 9 10 11 12 13 [14] [14]:: one page |
| Author |
Thread Statistics | Show CCP posts - 2 post(s) |

Naskaya
Elegance Tau Ceti Federation
|
Posted - 2007.06.27 06:30:00 -
[391]
Edited by: Naskaya on 27/06/2007 06:33:23 Theories of BoB cheating are ridiculous.
That doesn't change the fact that yesterday, most of us died without being able to shoot back or even view opponents. It could have happened to BoB, and i guess they wouldn't be happy to lose their 100 BS faction fitted while seeing nothing in overview.
Anyway, i'm off with the blobs. I've always been upset by fleet more than 50 peoples. Elegance is known for enjoying small gangs, max 20 people. No more fleet fight for me, i'm not paying EVE for this kind of experience.
|

Chowdown
Gallente Reikoku Band of Brothers
|
Posted - 2007.06.27 06:33:00 -
[392]
Originally by: Dark Shikari It seems that everything in EVE involving jump bridges or POSs automatically has insane lag.
Combine them, and it gets absurd.
LOL, the jump bridge caused no more lag than attempting to jump through the gate would of. The difference is of course there was no Large bubble waiting on the jump bridge. The system was laggy as hell before we even attempted to jump in, the several cyno characters that were opperating in the 6t3i to provide the bridge, were locking up for long periods. It took a fair while to even get the cyno down in the first place.
|

Calroon De'Vil
Gallente Federal Navy Academy
|
Posted - 2007.06.27 06:35:00 -
[393]
The Alliance Leader has spoken, gief back ships now. Good stuff, posting in a legendary thread  |

jackson3000
|
Posted - 2007.06.27 06:37:00 -
[394]
signed
|

Alice Cholmondeley
Christine.
|
Posted - 2007.06.27 06:38:00 -
[395]
Originally by: Naskaya Edited by: Naskaya on 27/06/2007 06:33:23 Theories of BoB cheating are ridiculous.
That doesn't change the fact that yesterday, most of us died without being able to shoot back or even view opponents. It could have happened to BoB, and i guess they wouldn't be happy to lose their 100 BS faction fitted while seeing nothing in overview.
Anyway, i'm off with the blobs. I've always been upset by fleet more than 50 peoples. Elegance is known for enjoying small gangs, max 20 people. No more fleet fight for me, i'm not paying EVE for this kind of experience.
1) Discussion of lag/desynch: Fine, discuss it all you want and you might get a good result from it too.
2) Whining you want to be reimbursed or you quit: Epic failure.
Now look back at who started nr 2 and ask yourself how this thread came to be this way.
|

Manta Avoid
|
Posted - 2007.06.27 06:47:00 -
[396]
Originally by: Pilk
Originally by: Aleksey NB Some people have lags and some people haven't let's discuss. What we know: we know that CCP have 2 cisco load balancing devices(QoS policy). we know that Bob's haven't any lags in any battle. we know that all other people have big lags in fleet(and even in small) battle with Bobs. we know that ISP's connected to CCP can use QoS policy for some ip addresses.
Next question: why some people have lags and some doesn't have it?
Answer: QoS policy But the question is where in CCP cisco routers or ISP's side. This question need to investigate.... but no one from CCP need that or don't want.
1.QoS policy can be changed remotely in any time (in the right time when some right people begin to fight) and nobody couldn't investigate but one chance when that battle begins. 2.In QoS you can make access-list for some people that have high priority(just for right people) but other people may doesn't receive any packets from server 3.There's no any server problems in that case because the server is working fine (for right people). That is why all petitions rejected. 4.May be there's some game balance issue that petitions when you lose your ship in that lags from Bob's rejected in any case. I don't know...
ps: That is my own suggestions, because of my real life job. I can do all that i describe on any of my cisco routers and nobody doesn't learn about it. pss: sorry for my english
Wow.
Compare and contrast this and this/this. If those Ciscos can do app-layer filtering so advanced that they're pulling out the login names of accounts in an end-to-end encrypted tunnel and cross-referencing it with the game database to determine what alliance they're in, and doing all that in real time... let's just say I want to know who is programming CCP's Ciscos, so I can hire them.
Your theory is amusing, but doesn't hold the least bit of water. Sorry.
--P
LOL!!
Throwing back Certificate III IT notes back at him, that's just nasty 
Still, his english is pretty good ^-^ A pity about the lag tho, but these things happen when you have 250+ connections to add an additional 100+ streams to *each* - Personally, I blame your ISP 
And mine too. gosh it's laggy.
|

Aleksey NB
|
Posted - 2007.06.27 06:48:00 -
[397]
Originally by: Pilk Wow.
Compare and contrast this and this/this. If those Ciscos can do app-layer filtering so advanced that they're pulling out the login names of accounts in an end-to-end encrypted tunnel and cross-referencing it with the game database to determine what alliance they're in, and doing all that in real time... let's just say I want to know who is programming CCP's Ciscos, so I can hire them.
Your theory is amusing, but doesn't hold the least bit of water. Sorry.
--P
I mean only Internet and Network layer in my post. That is enough to do what i mean. QoS working on that layers. We just need to know ip addresses(i.e. 99.99.99.99/32) or network addresses(99.99.98.0/23) where the 'right' people is situated. Just one network capturer on ISP or CCP side can give you full picture of network traffic. Some cisco devices can do application layer like cisco ASA or cisco PIX but only for standard protocols (i.e. HTTP, FTP etc.) with some restrictions.
You mean that some people have VPN access inside CCP network ? And using this they login to the game in the LAN CCP where's the all servers is situated... Interesting point... I think devs and gm's must have that access i.e. for up the crashed node from his home. And VPN access must be with High priority in QoS policy on cisco devices in CCP.
|

Jaikar Isillia
The Vinlanders Dark Matter Coalition
|
Posted - 2007.06.27 06:53:00 -
[398]
I've read every comment and here's what I've come away with.
TCF were having a mighty fun time killing a pos in a 270 man fleet.
Bob came in.
The 270 TCF fleet lagged and desynched not being able to do anything.
BoB did laggggg but not to the point of being unable to play.
Bob proceeded to then destroy the TCF fleet while they could relatively do nothing, some of them logged off to hopefully avoid getting killed while they could do nothing.
BoB lost 4 ships.
People can draw there own conclusions from that. lol
|

Gozmoth
Amarr Altera Odyssea Tau Ceti Federation
|
Posted - 2007.06.27 06:55:00 -
[399]
Originally by: Littleluk Lag= slow target locks, slow modules, slow overview etc.
Desync= it NEVER updates, your client doesnt move, your overview continues to show the info from when you desynced.
A couple of obvious things from the thread. Lag is the same for both sides sorta. BOB jumped in and were lagged. TCF warped to engage the enemy and desynced. This means a good portion of TCF could only regain control of their ships by relogging or reconnectiong after they crashed. This also means that the BOB who came in the second jumpbridge were lagged and could, after a reasonable delay, lock and kill ships. Obviously TCF did not ever regain synchronization to their clients. Fairly annoying when your the person who cant do anything about it.
That's it. And that why we are asking for rembursement . Lag is a thing, desync is another.
The saddest thing about this is Eve starts to have a bad reputation with these issues worldwide.
|
|

Ivan Kirilenkov
Forum Moderator Interstellar Services Department

|
Posted - 2007.06.27 06:58:00 -
[400]
Lokcing this to avoid trolling and futher accusations; please use this threadto discuss it in; and keep it on the civil level that has prevailed in there. It's ok to discuss server-performance; it is NOT ok to troll, and "Can I have your stuff" is in no way constructive in such a thread.
Any issues related to cheating or other forms of misconduct/special treatment should either be petitioned to the GMs or forwarded to the IA-department.
|
|

Vile rat
GoonFleet GoonSwarm
|
Posted - 2007.06.27 06:58:00 -
[401]
This thread is an abortion but here's what happened to me in that battle.
Fleet warped and engaged a smaller force. We were aware of the jump bridging and and chose to engage anyways. At first my modules responded fine and I was engaging a hostile target, but then while my attack messages continued my modules stopped responding. Gang chat was fine and things appeared normal, but something was very wrong. I changed my crystals to short range but it just gave the icons that show an in progress ammo change. Meanwhile ships were flying around and doing things but my ship would not respond to movement commands and the weapons remained in ammo change mode. On TS virtually everybody was reporting similar problems and nobody was able to target or engage successfully. It was as if our whole fleet were "turned off" for lack of a better term. Not to go all nerd on everybody but it reminded me of the Bstar galactica pilot episode where the whole fleet was just disabled and the cylons just went all happy on them.
It sat like that completely unresponsive until I started taking damage messages (and damage was appearing at a normal rate as if I were normally engaged) and eventually popped. Once I popped my pod was 100% responsive in sharp contrast with my poor lost geddon but unfortunately since my pod wasn't armed the battle for me was over
So yeah. Something was very very wrong in that fight and this is the 3rd time since rev 2 that something similar happened to me and the other two times it wasn't even a battle, just cruising around a nearly empty system so I don't know.
From what I can tell every ship that was in system before the jump bridge occured pretty much broke on the spot whereas the ships that jumped in while lagged, were responsive and they mopped up the larger force with little to no resistance.
Anybody claiming that this was somehow a cheat or an exploit is just plain stupid but anybody claiming that this was normal lag is unfortunately wrong. Something has really been broken in rev 2 and it's causing some fairly serious problems.
|

Original Species
|
Posted - 2007.06.27 06:59:00 -
[402]
Originally by: Chowdown
Originally by: Dark Shikari It seems that everything in EVE involving jump bridges or POSs automatically has insane lag.
Combine them, and it gets absurd.
LOL, the jump bridge caused no more lag than attempting to jump through the gate would of. The difference is of course there was no Large bubble waiting on the jump bridge. The system was laggy as hell before we even attempted to jump in, the several cyno characters that were opperating in the 6t3i to provide the bridge, were locking up for long periods. It took a fair while to even get the cyno down in the first place.
Well then theres the real question.....If you knew it was SO LAGGY, why would you risk your fleet against overwelming odds ?
You would think after losing your Titan that making fool hardy decisions such as risking the loss of your fleet to lag would have promted most of you to think otherwise..
Unless ofcourse your FC knew in advance a good majority of the right pilots would suffer no lag...
|
| |
|
| Pages: 1 2 3 4 5 6 7 8 9 10 11 12 13 [14] [14]:: one page |
| First page | Previous page | Next page | Last page |