Connection Interrupted!

[112th_Rossi]

UDP is a rediculous protocol to use in a sim where accuracy and reliability is key. It would be better to use TCP even if the server overheads are higher.

[EtherealN]

UDP is a rediculous protocol to use in a sim where accuracy and reliability is key. It would be better to use TCP even if the server overheads are higher.

 

No it wouldn't.

It's not just server overheads that are higher. It's everything. You are looking at need in-order receipt of packets and other such issues that may very well make things even worse on TCP.

[112th_Rossi]

But isn't UDP even worse in that respect? It has no transmission control mechanism and is generally considered low priority in some cases. At least with TCP you can pretty much rely on the packet arrival instead of having potential gaps.

 

UDP is generally used for broadcast, DHCP responses or streaming media afaik.

[St3v3f]

But isn't UDP even worse in that respect? It has no transmission control mechanism and is generally considered low priority in some cases. At least with TCP you can pretty much rely on the packet arrival instead of having potential gaps.

 

UDP is generally used for broadcast, DHCP responses or streaming media afaik.

 

Multicast streaming, maybe. But then again, watching a video on youtube uses TCP. I guess you mean Voice or Video over IP.

UDP is generally better for games because it takes some time for TCP to detect, request and resend a lost packet. And in that time, no data at all is delivered to the upper layer application.

 

So essentially, you will experience a lag while the game waits for data that is outdated anyways by the time it finally arrives.

 

So a game (or any real-time application) is better off using UDP and fixing errors caused by lost packets itself.

 

A simple example might look like this:

The game sends updates of a player's position on the map.

Packet 1 -> Player at coordinates 1.1

Packet 2 -> Player at coordinates 1.2 (Packet gets lost)

Packet 3 -> Player at coordinates 2.2

 

So because the other players do not receive the second packet, it will look to them as if he would just jump from 1.1 to 2.2 and everything continues as usual.

Edited November 26, 2012 by St3v3f

[112th_Rossi]

Multicast streaming, maybe. But then again, watching a video on youtube uses TCP. I guess you mean Voice or Video over IP.

UDP is generally better for games because it takes some time for TCP to detect, request and resend a lost packet. And in that time, no data at all is delivered to the upper layer application.

 

So essentially, you will experience a lag while the game waits for data that is outdated anyways by the time it finally arrives.

 

So a game (or any real-time application) is better off using UDP and fixing errors caused by lost packets itself.

 

A simple example might look like this:

The game sends updates of a player's position on the map.

Packet 1 -> Player at coordinates 1.1

Packet 2 -> Player at coordinates 1.2 (Packet gets lost)

Packet 3 -> Player at coordinates 2.2

 

So because the other players do not receive the second packet, it will look to them as if he would just jump from 1.1 to 2.2 and everything continues as usual.

 

Thanks! Great explanation. I had a feeling there was an advantage somewhere but wasn't sure what.

[Dejjvid]

TCP is out of the question.

 

But we seriously need the netcode to handle packet loss/latency better then it is now.

 

We need some sort of control mechanism to detect warping. If one player warps now during startup, 5 other clients get their planes wrecked.

 

I'm also fairly sure all these MP crashes is caused by the flawed netcode. It needs to be more rugged.

[112th_Rossi]

TCP is out of the question.

 

Wow that air of authority is just so... sexy!

[Dejjvid]

Wow that air of authority is just so... sexy!

 

Didn't want to sound rude or harsh, but other members have explained why you can't use it. :megalol:

[dl_sfl]

It's funny!i connect by router(TP-LINK WL340G),if connect by wire,i can't find that host,but i connect by wireless then i can find it and join it,it seems some port is blocked.but i don't kown how to solve it yet.someone who knows please teach me,thank you!

Edited December 3, 2012 by dl_sfl

[Lulac]

...couple days I can easily join in every server what I want...then couple days I can't join any...and so on...this thing become very frustrating for me! I try everything what I could find here...I'm sure that my connection to the internet works fine but no luck...

[Sci2]

Got through Connection Interrupted issue by Opening Ports 10308-10309 TCP and UDP both Inbound and outbound.

I had 10308 UDP Outbound open before, but only UDP. Set Network connection to lAN

 

However I still dont last long (10mins Max) in the 104Th server. though in AEF 161SQN server no problems at all.

 

i have the same problem AEF runs fine to me

before i joined the 104th alot with my mates

 

but last 2 days im not even able to join the 104th anymore

connection interrupted straight away after "loading mission"

one of the guys off the 104th mentioned something with

mods being applied to the game?

all im using is the HD pit from ricardo and helios

exporting most possible in any craft

[dl_sfl]

http://portforward.com/help/portcheck.htm

Maybe it's helpful for you,Good luck!

[ajax]

The 104th recently implemented integrity checks. I believe export.lua is one of the files checked, so you can't use Tacview (nor presumably Helios) anymore on that server.

[Meatwod]

That would apply to Hawgtouch or Softth probably then, so anyone will export data for cockpit building. Lame! :(

[Sci2]

that would suck big time no more 104th for me than

always liked it in there cause friends of mine use that server

and it has 15+ pilots in around my times flying

[104th_Crunch]

That would apply to Hawgtouch or Softth probably then, so anyone will export data for cockpit building. Lame! :(

 

I have been offline for a while, but I can tell you, that that there is good reason to file check export.lua. It is a sacrifice that has to be done. When you are on a A2G server it is no big deal, but when there are players vs. players, the desire for cheating increases.

 

What is more lame, is the cheating that has been done in the past, and the potential of cheating that can be done with exporting freely available. Again, I am a bit out of touch with our server right now, but if export.lua is file checked, there is good reason for it.

 

I understand that this sucks, but having someone cheating sucks more.

Edited December 4, 2012 by Crunch

[ENO]

Okay... fill me in- What's the issue with exporting? We talking about the same exporting file that we set to true so that guys can record tacview and use Helios?

 

Can someone IM me the exploits so that we know what to look for?

[104th_Crunch]

I'll just post here Eno. While leaving the export.lua gives player data only, if one was to get creative with it, they could exploit this. So, even if the chance is low it is a good window to close.

 

There is a reason the option for file checking is there. Some servers use full file checking so that even modded new plane models can't be used. Yes, there is a trade off, and perhaps in the near future ED may come up with some new ideas to allow custom exporting and prevent exploits.

 

Sorry for the off-topic. We should not turn this in to an exploit thread.

[Lulac]

...and so...it's 4th day that I can't join in any server in DCS...and who knows why is that good...!?

 

#will this problem be resolved soon!??? :furious:

[ENO]

As long as you're on the proper version- some servers are rolling back to 7286... If you have elaborate screens set up disable aero and run in windowed mode. Need to find servers with no tankers-

 

The firehouse is running one now- worth a shot. We also have timeouts disabled.

 

If you roll back to 7286, does it work? Your program didn't sneak onto some blocked list on your firewall / av somehow?

[dl_sfl]

try to change MTU value,maybe helpful.

[Lulac]

As long as you're on the proper version- some servers are rolling back to 7286... If you have elaborate screens set up disable aero and run in windowed mode. Need to find servers with no tankers-

 

The firehouse is running one now- worth a shot. We also have timeouts disabled.

 

If you roll back to 7286, does it work? Your program didn't sneak onto some blocked list on your firewall / av somehow?

 

proper version!? well, I use latest version 7570! ...don't know how to rollback....aero interface-off, full screen-on...firewall enabled DCS...av-not in use...

 

MTU...steal to be checkd...

 

:cry:

[aaron886]

Well. Here's hoping this doesn't ruin my VFAT performance tomorrow. Problem is known, I guess, but that doesn't help me.

[ENO]

Still- for the most part it's servers running tankers / JTAC that seem to be creating a lot of the problems.

 

also, servers with civ traffic and scene details locked have also been known to cause disconnects.

 

Not sure of the rest of your setup lulac- but you might try windowed mode with aero disabled as you already have.

 

Also ensure you're set to LAN on the MP options list.

[Lulac]

Ohh...thx for Your concern Eno but I ''resolved'' my problem with reinstallation of DCS World and A-10C module...now everithing works fine...thou couple times I have CDT in some servers but wth, I can get in MP smehow...

 

...but still wonder why my ''old'' instalation all of the sudden stop working in MP!?

 

salut! :)