Slow web-interface in standalone mode
Hello,
i bought an XMG1915-18EP. Its web-interface is very slow so that configuing is nealy impossible. It takes seconds to minutes until the dashboard appears.
I did not change anything from factory defaults exept passwort and disabling Nebular Cloud. Tested with different browsers (Firefox / Edge) on different computers.
Any suggestions what is going wrong?
Greetings
Michael Wachter
All Replies
-
Hi @MWachter
To improve the web interface performance of your XMG1915-18EP, please try the following steps:
- Network Congestion: Ensure there’s no heavy network traffic while accessing the device. Disconnect unnecessary devices or close bandwidth-intensive applications.
- IP Conflict: Check if there are any IP conflicts in your network setup. This can sometimes slow down device communication.
- Firmware Update: Verify that your device is running the latest firmware. Updates often include performance improvements.
- Ethernet Cable: Replace the Ethernet cable with a new or known-working one to rule out any cable-related issues.
If the issue persists after trying these steps, kindly collect the switch’s tech support file and send it to us via private message. We’ll assist you further from there.
Kay
0 -
Hello Kay,
as I use DHCP to assign the IP-address to the switch, where should be no IP conflict. I also updated to the new firmware but nothing changed.
When playing around with different ethernet-cables to rule out that issue too, i found the following strange behaviour:- My setup looks as follows: the computer I used to access the web-interface (computer 1) is not connected to the XMG1915-18EP directly. It is connected via another switch, a Zyxel XS1930-10.
Computer 1 uses a 10 Gbit connection to connect to the XS1930-10. The Connection between the XS1930-10 and the XMG1915-18EP uses a 2.5 Gbit connection.
For testing I set up Open-Speed-Test on a local server which is also connected with 10 Gbit to the XS1930-10 - If I use another computer (computer 2) connected directly to the XMG1915-18EP with 2.5 Gbit, accessing the web-interface of the XMG1915-18EP works fine. Running Open-Speed-Test the download speed is around 2.5 Gbit as expected, but the upload speed is very bad around 1 Mbit.
- If I connect computer 2 directly to the XS1930-10 running the speed-test is as bad as before.
- If I turn down the port used on the XS1930-10 to 1 Gbit the speed-test shows speed around 1 Gbit as expected.
- Connecting the same port on the XS1930-10 to the XMG1915-18EP with Speed set to 1 Gbit, accessing the web-interface from computer 1 also works fine.
- I then used a 10 Gbit Copper SFP+ module to connect the XMG1915-18EP to the XS1930-10 and set the Speed back to „auto“ for the port on the XS1930-10. Using the same ethernet-cables as when testing with 2.5 Gbit, a 10 Gbit link is established and access to the web-interface and speed-test work as expected.
It looks like the XS1930-10 has some problems when running with 2.5 GBit. As I did not use the XS1930-10 with 2.5 Gbit before, I don’t know if this is a configuration issue or a problem with the hardware of the XS1930-10.
I will send you the tech support files for both switches for the good and the bad case.Any suggestions how to continue troubleshooting?
Greetings
Michael Wachter
0 - My setup looks as follows: the computer I used to access the web-interface (computer 1) is not connected to the XMG1915-18EP directly. It is connected via another switch, a Zyxel XS1930-10.
-
Hi @MWachter
Thank you for sharing the detailed information with us.
We attempted to replicate your scenario as follows:
PC1 <--> XS1930 <--> XMG1915 <--> PC2Based on your setup, we tested PC1 using Open-Speed-Test and observed the correct download speed. However, the upload speed was notably lower, around 50 Mbps. When we cross-checked using Speedtest, we obtained upload speeds of approximately 600 to 700 Mbps.(Considering the number of users in our office environment, we find this result acceptable.) Since there's a discrepancy between the results of these two tools, could you kindly cross-check using Speedtest to see if your results align with ours?
Regarding the slow management web GUI, we were unable to reproduce this issue, even when accessing the XMG1915 through PC1.
Additionally, based on the tech support file, we noticed CRC errors on port 16 (in the XMG1915 bad case). This might indicate a link quality issue. Could you please verify this on your end?
May I also ask if you have tried replacing the 2.5G link between the two switches (to confirm there are no CRC errors) and if you were able to obtain the expected test speed results?
Lastly, could you let us know which ports on the switch are connected to PC1 and PC2?
Thank you for your cooperation, and we look forward to your response.
Kay
0 -
Hi Kay,
I tried to setup a similar test-environment as you did, so i pulled the XS1930 out of the cabinet and use short, new cables to be sure that there are no problems with them.
As I understand www.speedtest.net only runs over internet and my internet connection is very slow, so I still use Open-Speed-Test on my local sever.
So the setup looks as follows
With this setup I have the same problems:- Accessing the Web-Interface of the XMG1915 from PC 1 is slow.
- Speedtest from PC2 to Server has slow Upload.
- Speedtest from PC1 to Server is OK.
- Error-Counters go up on the XS1930 and the XMG1915
The problems even persist when connecting PC2 directly the the XS1930.
I then did a backup of the configuration of the XS1930 and did a factory reset. After this everything works fine. I tried to restore the configuration backup. This failed with „Syntax error, Line 146: green-ethernet short-reach“ so i manually reconfigured the switch from scratch saving the configuration after every change.
I narrowed the problem down enabling EEE. With EEE enabled for the 2.5G connection the problem exists, with EEE disabled everything works. When forcing the connetion to 1G everything works even with EEE enabled.I send you the configurations via private message if you want to investigate this further. For me disabling EEE as a workaround is OK.
Greetings
Michael Wachter
0 -
Hi @MWachter
Thank you for your detailed update and for sharing your troubleshooting steps with us.
We attempted to replicate your scenario using your configuration file but did not encounter the syntax error ("Syntax error, Line 146: green-ethernet short-reach"). The configuration was applied successfully, and the EEE (Energy Efficient Ethernet) short-reach feature remained enabled after the restore.
Regarding your observations about EEE, it’s important to note that while EEE is designed to reduce power consumption, it may impact performance, especially on higher-speed connections (above 1G). Disabling EEE in such scenarios is a valid workaround to ensure optimal speed and stability.
We appreciate your thorough testing and documentation. If you encounter further issues or need additional assistance, feel free to reach out.
Kay
0
Categories
- All Categories
- 415 Beta Program
- 2.5K Nebula
- 152 Nebula Ideas
- 101 Nebula Status and Incidents
- 5.8K Security
- 296 USG FLEX H Series
- 281 Security Ideas
- 1.5K Switch
- 77 Switch Ideas
- 1.1K Wireless
- 42 Wireless Ideas
- 6.5K Consumer Product
- 254 Service & License
- 396 News and Release
- 85 Security Advisories
- 29 Education Center
- 10 [Campaign] Zyxel Network Detective
- 3.6K FAQ
- 34 Documents
- 34 Nebula Monthly Express
- 87 About Community
- 76 Security Highlight