Kitz Forum
Broadband Related => Broadband Hardware => Topic started by: sebus05 on April 03, 2020, 04:13:18 PM
-
Ever since swapping ECI modem for 1312 in bridge mode, my kid cannot play Titanfall 2 (it does not connect to server, giving "Out of sync with server" error)
Suggestion here (https://www.reddit.com/r/titanfall/comments/5dm97f/to_anyone_having_disconnect_issues_high_pings_or/) is to turn off QOS (which I did, as well as firewall, and completely blown iptables (bridge mode anyway) as per this (https://forum.kitz.co.uk/index.php?topic=20996.0)
Yet nothing changes...
Anybody any ideas?
sebus
-
isn't it related to ports? did you try turning off upnp and setting firewall to medium?
security>firewall
Medium <-----------------------------
(Recommended)
network setting>Home networking---->UPnP State
UPnP : Enable Disable
UPnP NAT-T State
UPnP NAT-T : Enable Disabled
what other device you have? ECI as router?
-
I have all disabled (firewalls, UPNP) - still do not understand why putting it in bridge does not auto disable all the other bits?!
ECI is (and was) a modem that I used. With it TF2 worked fine.
Routing is done by Mirkotik RouterOS (and that did not change at all)
-
i think theres something about the router that worked with eci but not 1312 because if upnp and firewall is disabled on 1312 it will not cause any problem im pretty sure. i never heard zyxel needing to be messed with iptables or whatever that is. rarely does a 1312 need to be given telnet commands to change stuff like iptables. it's usually just a band aid to something in the UI. maybe the router UI ?
edit: don't forget the router does the ISP link so ports are on it and not 1312.
-
everyone has their fate..]
edit: if you're in the end sure it's not the router then it might be the 1312's config file. for example on mine i can clear ROM-D from the UI and i have version 17. i wonder what version yours runs? gaining supervisor access is usually easy [if you need to know how ill look it up to remember] and then you clear rom-d and then upgrade to 17 if not already then you do a reset to factory default config. [rom-d completely overwrites factory default. at least thats what i think. burakkucat said it comes on top but i doubt it. even if it does it still does so based on the version rom-d was stored by.]
-
I assume the 1312 is connected to the LAN for stats? In which case it may be broadcasting uPNP to the network which is being picked up instead of your actual router.
I'd actually never thought about that before, will look into mine as could explain why GTA was suddenly moaning about NAT problems.
-
but i haven't heard LAN connecting causing that.. o.o
edit: technology has all sorts of bugs.. yuck ! ::)
edit2: maybe router needs a full config reset? thought about it? maybe it's "used to" the ECI instead of 1312?
-
I'm not sure any of us are big online gamers. It only just occurred to me it might be what caused the change in GTA for me as quite frankly there are so many griefers in the game I'd rather I WERE in a session on my own.
-
yeah when playing with other people their energy/frequency/vibration always affects you eventually
https://www.youtube.com/watch?v=xU7dGxRCRoA
edit: https://www.youtube.com/watch?v=--dKm3tD4jo
-
Network guy, so my 1312 was reset factory, reset, updated, deleted, supervisor password cracked, reset, new rom-d saved, reset etc
Been all over it.
Not a gamer myself (just kid doing it)
None of it makes sense, Mikrotik works fine, all its settings that I need, inc uPNP
Just not TF2
Run UPnPTest64 & 1312 is definitely not picked up as existing device!
TF2 uses that many (https://portforward.com/titanfall-2/) ports:
TCP: 1024-1124,3216,9960-9969,18000,18060,18120,27900,28910,29900
UDP: 1024-1124,8125,18000,29900,37000-39999
-
does mikrotik run upnp or not? upnp sucks. it must be exploded away if it wasn't.
don't forget NAT can ITSELF be a problem. like i said it must be the mikrotik because i can't imagine 1312 having a problem if only the UI was used to configure and not fancy telnet stuff.
-
Yes, it does, other devices work through it just fine.
I even do not know if TF2 does actually use upnp
-
so mikrotik only has upnp? zyxel has the outbound firewall option and inbound blocked. that way no upnp is needed. maybe mikrotik can be configured that way?
i remember some routers in GunZ: The Duel had problems with the way GunZ worked with NAT in absence of UPnP. could be a NAT issue indeed. but usually ports first. in fact NAT can be meaningless if the ports are already open.
edit: i also mean gunz had a problem with NAT itself. sometimes even if ports were open. [maybe?..]
now that i remember, i turned off NAT in some router back in 2007 or something i dont remember, and enabled PPP IP as the internal IP.
the problem was some games simply did not work correctly so... routers in general can just act stupid. really simple.
Run UPnPTest64 & 1312 is definitely not picked up as existing device!
it's not supposed to either. 1312 is invisible to the internet. there's no way it could be detected.
edit: https://www.youtube.com/watch?v=i5nQOOszUcw&t=1403
i know, esoteric. unrelated of course.
-
As I said, i my whole setup I only changed ECI modem-->Zyxel VMG1312 modem
No other setup was touched (so how does it now make it Mikrotik config issue?)
-
because it's nat related? idk
analyzing at this point leads to no results because, well, if you try setting up the ECI instead of the mikrotik and it works - guess what, it's the mikrotik.
how to fix the mikrotik - idk. first try replacing the mikrotik. if this game is worth that.
edit: maybe the bridge mode on the 1312 has a problem with the way mikrotik works.
i'm tired of speculation though since low chance the 1312 is the problem. if it's not the 1312, likely something on the mikrotik.
edit2: i think trial and error is better than speculation. the "what if" and "but it worked!" leads nowhere.
edit3: so i wanted to find out how the UI on the mikrotik looks. i didn't but i found this sort of NAT stuff: https://wiki.mikrotik.com/wiki/Manual:IP/Services#Service_Ports
udplite, and stuff like that, means the mikrotik can have a configuration weakness that plays out with the 1312. because the 1312 is a simple modem. it's so simple i doubt it's the problem.
edit4: so what you need to do now is single out the mikrotik by replacing it with ECI and if the ECI works then the mikrotik needs to be configured differently. if not then the 1312 is indeed the problem.
edit5: alternative. did i mention this? forgot. do this:
Network setting>NAT>ALG
Application-Level Gateway (ALG) allows customized NAT traversal filters to support address and port translation for certain application such as FTP, SIP, or file transfer in IM Applications.
NAT ALG : Enable Disable (settings are invalid when disabled)
SIP ALG : Enable Disable
RTSP ALG : Enable Disable
if it still doesn't work, then go to DMZ and add the router IP as the ip there. if it still doesn't then put it back to "192.168.1." [disabled]
edit6: security>firewall>DoS
Prevent DoS attack
DoS Protection Blocking : Enable Disable (settings are invalid when disabled)
edit7: i'm not saying the 1312 isn't the problem. i just need to learn more about it to maybe know what the problem with it is. if there's even a problem..
edit8: maintenance>remote mgmt> ICMP(WAN)> tick.
edit9: see NAT isn't activated on 1312. it's on mikrotik. https://forum.kitz.co.uk/index.php?topic=23138.0
NAT is what blocks stuff. it could be some routing misconfiguration between the two that the ECI did not have. ]
edit10: did you disable DHCP on the 1312? [disable it]. did the ECI also have 192.168.1.1 255.255.255.0 as address ? are you using just one cable from LAN to WAN? [remove any cables and VLAN interfaces and leave just group "Default" and one cable from 1312's LAN1 to Mikrotik's WAN].
edit11: i wish i could see the mikrotik UI. i can't find anything about it on the internet.
edit12: have you tried using another computer to try titanfall2 on it? i know it sounds stupid, but sometimes it's the computer. i know this from experience.
edit13: ok there's definitely something mysterious going on between the 1312 and Mikrotik. i couldn't find an issue with mikrotik according to what i googled about it so far. i have no idea what the hell is going on.
edit14: do other games work perfectly? especially ones that use UDP like GunZ private server, Rakion-Steam? because if they do it's something NAT related. some games mess with the router even if it's set up without NAT aka PPP-IP. leave out the 1312 because at this point i say it's sort of the problem but there's nothing wrong with it. Mikrotik NAT must be nuked/changed/fixed and you know what? NAT does the routing too. So it's not the bridge-mode 1312. bridge mode doesn't even do anything except link to the DSL. nothing to do with the internet part.
can you show me everything NAT in Mikrotik's UI? i don't know if the game uses UDP or TCP but it might not matter. sometimes even a TCP game can bug out if the NAT is a Restricted-Cone NAT rather than Full-NAT. an old router used to use that sort of technology. 1312 in router mode just has outbound-inbound type firewall.
and i'm sitting here wondering if i suck or this problem is deep. no one replying except me so i guess it is?
-
Spring, the ECI was his previous modem, not router.
Does switching back to the ECI modem fix the problem?
This might be some help https://forums.titanfall.com/en-us/discussion/7152/out-of-sync-with-server-issue see the last post
-
i know it was his modem..
so ddos protection related? mikrotik has those.
edit: those types of protections.
-
That link was in my original post!
-
you know what the word sync means it's.. something after connection already established, right?
gotta change something in that mikrotik bro.. ill tell you why.
if games like Rakion (steam) work, which you can try. then it's probably some sort of protection. can also be NAT though. like i said, there are many types of NAT technologies implemented in older and newer routers. but usually if the connection was already established then it's not NAT. NAT is only some kind of fallback to when the ports aren't fully open and there's no UPnP or firewall-rule. like in Restricted-Cone NAT or some kind of NAT reaction to an "unopen port which needs to be opened". i assume the ports are open? [or fully open?]
restricted cone NAT means the port is only opened to the required external IP address, and closed to any other external IP's that try to send data to that port outside the context. but restrcited-cone NAT is buggy. the better tech is inbound-outbound firewall. NAT is not a firewall. it just behaves like one.
sync, not connection. or im getting it wrong?
i think at this point saying more is futile. settings need to be experimented with. if you want you can put ECI as modem again to verify. or just look at mikrotik settings. maybe a command needs to be sent which isn't in its UI. idk.
-
you know what the word sync means it's.. something after connection already established, right?
No. Sync (short for synchronise/synchronisation) is what happens when the user's modem establishes the connection with the DSLAM or other remote device. After that, the internet connection is completed by signing in to the ISP.
-
it can mean both.. but thanks for the alternative
-
analyzing at this point leads to no results because, well, if you try setting up the ECI instead of the mikrotik and it works - guess what, it's the mikrotik.
You seem to be misunderstanding, the Mikrotik is the router, the ECI and Zyxel are used in bridge mode (as modems only).
So basically the LAN should never SEE them, they are completely invisible and both should behave exactly the same as they merely convert between VDSL and Ethernet, the actual connection to the ISP is over PPPoE so there should be no functional difference so far as the Mikrotik is concerned. All it sees is the end of the PPPoE connection, it isn't really aware the ECI or Zyxel exist.
No firewall, NAT, or other settings on the Zyxel should make a blind bit of difference, as its blindly passing traffic over the bridge between VDSL and the Ethernet port that is part of that bridge. It has no control over what happens to the traffic, it simply doesn't know or care what is going on.
That's why my suspicion was that its actually something on the LAN itself that is behaving different, which could happen if the Zyxel is connected to the LAN side too (for stats) where it IS able to broadcast services that it might not be providing, due to being in bridge mode, which can conflict with what the Mikrotik itself is advertising on the LAN.
A simple test would be to ensure the Zyxel is NOT connected to the LAN in any way, only the VDSL is bridged.
This is also why I do not like the idea of having a single-cable solution with Zyxel, as you're introducing LAN traffic onto the bridged interface, somewhere it shouldn't be as not only is it going to the router on the WAN port, it may also be sending LAN traffic out the VDSL side where there is no telling how far that might propagate down the Openreach network - depending on if they have it configured to drop all traffic that isn't PPPoE related.
-
i'm not misunderstanding. and yes i hesitated on two cable one cable and the whole VLAN thing. i think i didn't mention it because i thought that one cable has no effect since it connects to the WAN side and not LAN side on the mikrotik.
i'll let others solve this thread. seems it's going nowhere for me.
-
Sebus
Set up modem and router, as basically as possible, don't bother with trying to collect stats (over LAN cable or setting up a VLan route) then test.......
-
i'm not misunderstanding. and yes i hesitated on two cable one cable and the whole VLAN thing. i think i didn't mention it because i thought that one cable has no effect since it connects to the WAN side and not LAN side on the mikrotik.
i'll let others solve this thread. seems it's going nowhere for me.
If you can access it from the LAN side then at least to some extent you've merged the WAN and LAN into the same physical network.
It possibly wont pass over broadcast traffic if you're effectively using NAT on your router to achieve the access the Zyxel UI (so its acting as if you have two WANs, one is the real one, one is the LAN of the Zyxel) but what bothers me is not knowing exactly how the Zyxel is configuraing this internally, so you can't be sure what traffic is going where.
This is what I like about the Home Hub 5 with OpenWRT, you know its properly isolating as it clearly shows how the VLANs are being handled internally.
Sebus
Set up modem and router, as basically as possible, don't bother with trying to collect stats (over LAN cable or setting up a VLan route) then test.......
I agree, to make absolutely sure its functionally identical to how the ECI is bridging. That way if the problem still happens, it must be something else.