Unexplained freezing (5-10seconds) followed by world ms spikes

Hello,

I’ve been fighting this issue for several months and am out of ideas on what could be wrong.

What happens: Randomly when playing the game, but more so during raids or dungeons I will start to lock up every few minutes and my world ms will jump into the hundreds. When the freezing happens the entire game is frozen but I am able to use my other screen to run speed tests etc. When the freeze unlocks I feel the lag kick in and typically continue to freeze off and on for thirty minutes.

I cant replicate the issue on command, it is completely random.

Computer Specs After trying every rabbit hole option I could find on internet I was convinced it was my computer so I got a new one last week and the issue is repeating on the new machine that had no shared parts/data copied over.

Processor: Intel(R) Core™ i5-14600k 3.50GHz
Graphics: NVIDIA Geforce RTX 4070
RAM: 32 GB
System: ASROCK Z790 PRO RS
Windows 11

My previous machine was running a NVIDIA Geforce RTX 3070 and was about 3 years old.

Things I’ve tried:

  • Uninstalled Game
  • Reset Cache/Addons/WTF
  • Went to minimal WA/Addons that were only major ones like Bigwigs/MRT/Weakauras
  • Ran speedtests on internet during issue (Fiber internet downloads 900mbps/ upload 915 mbps on average)
  • Updated all drivers
    *New Ethernet Cord / Tried Wireless Adaptor
  • Switched to Direct 12 and 11
  • Trace Route During Issue

Tracing route to 137.221.105.2 over a maximum of 30 hops

1 <1 ms <1 ms <1 ms 192.168.86.1
2 1 ms <1 ms <1 ms 192.168.0.1
3 2 ms 2 ms 3 ms hlrn-dsl-gw12.hlrn.qwest.net [207.225.112.12]
4 3 ms 2 ms 3 ms 63-225-124-89.hlrn.qwest.net [63.225.124.89]
5 * * * Request timed out.
6 * * * Request timed out.
7 31 ms 30 ms 30 ms BLIZZARD-EN.ear7.Chicago2.Level3.net [4.7.196.134]
8 * * * Request timed out.
9 * * * Request timed out.
10 54 ms 53 ms 52 ms et-0-0-0-pe01-swlv10.as57976.net [137.221.83.81]
11 56 ms 56 ms 56 ms 137.221.105.2

Trace complete.

I’m at a loss at this point as the new computer should have no issue running warcraft but is showing the exact same symptoms I had on other machine so hardware isn’t likely. Other people in the house never experience any issues with lag when the issues happens to me and the trace route seems okay so network also seems stable.

Any insight would be great.

Can you try to connect to the second hop, by passing the first hop?

I’m not sure, I’ll look into it. I did just do a lfr to test it and was able to get a pathping when the issue occurred.

Tracing route to 137.221.105.2 over a maximum of 30 hops

0 UNICORN.lan [192.168.86.73]
1 192.168.86.1
2 192.168.0.1
3 hlrn-dsl-gw12.hlrn.qwest.net [207.225.112.12]
4 63-225-124-89.hlrn.qwest.net [63.225.124.89]
5 * * *
Computing statistics for 100 seconds…
Source to Here This Node/Link
Hop RTT Lost/Sent = Pct Lost/Sent = Pct Address
0 UNICORN.lan [192.168.86.73]
0/ 100 = 0% |
1 0ms 0/ 100 = 0% 0/ 100 = 0% 192.168.86.1
0/ 100 = 0% |
2 0ms 0/ 100 = 0% 0/ 100 = 0% 192.168.0.1
0/ 100 = 0% |
3 3ms 0/ 100 = 0% 0/ 100 = 0% hlrn-dsl-gw12.hlrn.qwest.net [207.225.112.12]
0/ 100 = 0% |
4 4ms 0/ 100 = 0% 0/ 100 = 0% 63-225-124-89.hlrn.qwest.net [63.225.124.89]

Trace complete.

Now you are showing another device.
What I wonder if you can connect … Wired to the 192.168.0.1 directly?
So Computer … Modem … Internet.
I assume you have a router in between like.
Computer … Router … Modem … Internet.
Is that how you are connected?

Yeah I have ethernet > switch > larger switch > router > modem > ISP

We wouldn’t be able to skip the jump due to the way house is setup.

We haven’t changed any of the networking setups in a long time though and other devices playing WoW or other games never seem to have any issues.

It is weirdly only tied to me playing Warcraft no matter the device.

They also … In the past:
Requested to try a wifi hot spot to test.

That’s why I say to connect to Modem to just test to see if the other equipment is affecting your play.

Oh I could try that, thanks!

1 Like

Okay I used a hot spot and still had the issues. I ran another trace/ping when it happened tonight.

Tracing route to 137.221.105.2 over a maximum of 30 hops

0 UNICORN.lan [192.168.86.73]
1 192.168.86.1
2 192.168.0.1
3 hlrn-dsl-gw12.hlrn.qwest.net [207.225.112.12]
4 63-225-124-89.hlrn.qwest.net [63.225.124.89]
5 * 4.68.38.145
6 * * *
Computing statistics for 125 seconds…
Source to Here This Node/Link
Hop RTT Lost/Sent = Pct Lost/Sent = Pct Address
0 UNICORN.lan [192.168.86.73]
0/ 100 = 0% |
1 0ms 0/ 100 = 0% 0/ 100 = 0% 192.168.86.1
0/ 100 = 0% |
2 0ms 0/ 100 = 0% 0/ 100 = 0% 192.168.0.1
0/ 100 = 0% |
3 3ms 0/ 100 = 0% 0/ 100 = 0% hlrn-dsl-gw12.hlrn.qwest.net [207.225.112.12]
4/ 100 = 4% |
4 4ms 5/ 100 = 5% 1/ 100 = 1% 63-225-124-89.hlrn.qwest.net [63.225.124.89]
0/ 100 = 0% |
5 4ms 4/ 100 = 4% 0/ 100 = 0% 4.68.38.145

Trace complete.

Tracing route to 137.221.105.2 over a maximum of 30 hops

1 <1 ms <1 ms <1 ms 192.168.86.1
2 1 ms <1 ms <1 ms 192.168.0.1
3 * 4 ms 3 ms hlrn-dsl-gw12.hlrn.qwest.net [207.225.112.12]
4 3 ms 3 ms 3 ms 63-225-124-89.hlrn.qwest.net [63.225.124.89]
5 * * * Request timed out.
6 * * 28 ms ae1.3508.ear7.Chicago2.level3.net [4.69.142.174]
7 29 ms 30 ms 29 ms BLIZZARD-EN.ear7.Chicago2.Level3.net [4.7.196.134]
8 305 ms 1525 ms 3122 ms 137.221.69.27
9 * * * Request timed out.
10 54 ms 54 ms 54 ms et-0-0-0-pe01-swlv10.as57976.net [137.221.83.81]
11 56 ms 54 ms 55 ms 137.221.105.2

Trace complete.

Grab a PingPlotter or WinMTR test. The traceroute is only useful if you can’t login, which isn’t the problem you mentioned.

1 Like

WinMRT

I think I posted that correctly, let me know if I didn’t.

Mild packet loss on the Qwest hops, but nothing serious. Did you experience the freezing for 5–10 seconds when you collected the data?

This time it was just a ms jump with some lag but I didn’t freeze. I did use a VPN tonight to see if that made a difference and I got the freeze/ms spike while in a dungeon. Im noticing it seems to always happen during peak hours, Ill attempt to catch it tonight.

WinMTR

This was during a dungeon, on a VPN in Chicago to try to be next to blizzard servers and it included 3 freezes and world ms spike for ~10 minutes.

Edit to add: I was with people who know about my issue and they saw my body rubber banding all over whenever I froze.

I’m starting to think this is a modem/ISP issue?

Very likely judging by the data in the WinMTR. The first hop in the test, which would be your home equipment or the closest ISP node in your neighborhood, shows a high packet loss percentage. That loss will affect all hops after it.

2 Likes

I went and raided at another house yesterday to test out the modem/ISP node theory and shockingly still got the exact same freezing between peak hours. Someone else in the house was literally in my raid and he was not experiencing any issues at all. I even used a different wireless adaptor to make sure it wasn’t mine (though Ive already tried this at home too). The fact that it seems to only happen from 7pm MST - 10pm MST even on a VPN/different networks/modems/different computers…Im baffled.

This makes me go back to an addon/WA but I have fresh installed many times, I’ve disabled them all when it happens and ms doesn’t drop, and at this point I’m only using minimal addons/WAs (and even those are popular ones like bigwigs, details, elvui).

If you logged into another computer…with the same issue. This might be a sever side issue, but look first and see if you have and macros that are calling old or out dated spells. This may or may not be the issue.

I recommend to open a ticket for them to look at the server side settings.

1 Like

If it is your game that is lagging, and you’ve changed out your hardware - it’s the game.

You minimized your add-ons, but did you disable them entirely? I’m only questioning this because I’ve personally seen TSM and ElvUI (especially with the new font issue) be problematic. Since it’s random, and a PITA, welcome to vanilla. Disable them all.

Next, just run an infinite ping test against whatever. You’re going to want to hit your local gateway (192.168.0.1 or whatever) and then a few hops down the road. The basic idea here is that you’re testing your NIC against packet drops and your gateway for stability with these tests. Don’t just rely upon the default byte-size (64?) for ping, also perform a large packet ping. When the problem occurs, do the control-c and see what the packet loss is. Most packet sizes for ping are small so packet fragmentation isn’t detected which is why you want to try large packet pings. If you get fragmentation, it may be an MTU thing.

1 Like

This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.