GL.iNet Brume 2 GL-MT2500/2500A - Discussions

I flashed the snapshot firmware, and it has been working good so far, I wonder when it will be added on a stable version. Great OpenWrt device to use with VLANs or as VPN Gateway.
Maybe on the next 23.05.4? :thinking:
The only issue I had is that HTTPS access doesn't seem to work.

Has anyone else tried it on this device? What's your experience?

1 Like

To me, it's not worth buying, so I guess very few users here.

Why? 1x 2.5GbE + 1x 1GbE, so basically you don't get more than 1Gbps throughput, then why not NanoPi R4S? Much faster and already having stable support from OpenWrt.

On the other hand, there is a WiFi variant MT3000 (Beryl AX), so 1GbE wired LAN + some WiFi clients to fill the 2.5GbE WAN which makes more sense at least, while MT2500 and MT3000 both same SoC, why would I need the eMMC on MT2500 but not the WiFi 6 on MT3000?

If we ever figure out the fan issues.

1 Like

What problem you had?

I saw this was confirmed working here:

I also own the MT3000, well I really use it as travel router so right now still not seeing much problem.

It's much more expensive though at least where I live but you're right.

I also got that one, the 2.5G wan port makes more sense. However I think the MT2500 is a good device to use as VPN Gateway, and cheaper

Wait, a few weeks ago I realized the fan is always working on my MT3000, I thought it was normal but on the stock firmware it only runs when it reaches 70C :thinking:
So, it never stops completely?

1 Like

I had not seee that thread; and ,well, I'm old, my hearing is not so good. The on off that @bluewavenet was able to hear I cannot so I rely on the sensor readings.
They show it all over the place.

I finally put pil caps under the 4 corners to increase airflow and the temp settled down but, as you can see from the snip I just took, the fan is still all over the place above 45c and then goes into close to idle mode ~44c. I don't think I've ever seen 43c or below.

Anyway, we are trying to determin why it locks us out of lan but not wifi (drops IPv4 perodically); hoping it is heat related and getting it up off a table increases airflow enough to keep it very cool.

I do not tknow why I cannot get that through my thick head.

Not according to the sensor. Not that I have ever seen anyway. 1,400 seems to be 'idle'.

Interesting, I was using it for a long time but the fan's sound was so low that I was never able to notice it, I did notice the sound but on the stock firmware when doing an iperf speed test, now I see the reason why the fan is working even on lower temperatures, that would affect the fan's lifespan I guess. Would be ideal to start the fan when it hits around 65C

You don't get more than 400Mbps on Wireguard, what's the point here? There are MT7986 based device which provides more than double of MT7981.

Not sure which country you are in, but there should be better device available.

I don’t really need those speeds but yeah, I will probably end up with a NanoPi in the future

Have you got the plastic or aluminium MT2500.
My MT2500's going to be my gateway for everything, SNAPSHOT runs fine and I see GL-iNet are messing up the stock firmware at present.

1 Like

I got the aluminum version, I’m currently using it as exit node with Tailscale because I’m behind CGNAT so I can’t host my own server anymore at home, it has been working fine so far. Maybe we get a stable release with the next minor update. I think I’ll keep my current snapshot just in case there’s a problem. I’m covered by AdGuard everywhere I go which is nice, and having access to my local subnets and servers of course

MT2500 has missed the 23.05.4 release, anyone know what's needed to get it into the next point release?

1 Like

Someone needs to do a backport to 23.05 snapshot and that way it would be in the next stable release, which likely won’t happen, but the snapshot version works really good, I have a snapshot from last month and still running great, I won’t update until OpenWrt 24 releases or until a stable version is released

@sTeve51 @hecatae

Hi. How u install the vanilla openwrt on mt2500? Can I do this directly on luci system upgrade? uncheck keep setting upload .bin files it will not break my device?

You can do this directly via Luci as per the git commit:
https://git.openwrt.org/?p=openwrt/openwrt.git;a=commit;h=12396686484a488dff1c4a1ee8b5197c552572fe

2 Likes

Yesterday I installed the OpenWrt “Factory sysupgrade image” from the “Table of Hardware: Firmware downloads” table on the MT2500A (Brumme 2).

The installation also worked, but I now have dropouts on the WAN port (the 2.5 Gbit port) during Ethernet communication.

With a PING, only 40-80% of the data successfully reaches its destination.

An installation of LuCI (via apk update, apk upgrade, apk add luci) was not possible.

I could not detect these problems with the 2.5 Gbit WAN port with or after re-installing the original manufacturer firmware, but re-installing the plain OpenWrt “Factory sysupgrade image” from the openwrt.org site confirmed the problems again.

Sometimes the port works for the first 30 seconds after the firmware flash, but then returns packet errors.

Has anyone made a similar observation?

Or does anyone have a recommendation for me as to which “older” pure OpenWrt firmware version I could try on the MT2500A (Brumme 2) without hesitation?

Did you keep the settings during the upgrade? If so, reset the device to defaults instead (by unchecking the "keep settings" option or using the -n argument during the upgrade, or by resetting to defaults post-flash. If you did not keep settings, read on...

The default subnet with the vendor firmware is 192.168.8.0/24, while it is 192.168.1.0/24 on OpenWrt. What is upstream of your OpenWrt router? Or more specifically, what is the result of this command: ifstatus wan | grep address -- if you get an address that is 192.168.1.x, it means that you have a subnet conflict and you need to change the address of the OpenWrt lan.

Did you keep the settings during the upgrade?

I think, i did not keep settings (so I was able to use root as user with no password, which is probably the default setting for OpenWrt).

And I think I did not made a real upgrade (as usual).

While powering the device up i hold the reset key for 5-6 secs and this causes u-boot to let me go onto the device internal webpage to upload and flash (recover) the device with original or openwrt.org firmware to get an absolute clean and plain OpenWrt setup.

With original FW the 2.5 Gbit WAN port works well, but with the file from openwrt the WAN port does not work properly (as I already wrote).

What is upstream of your OpenWrt router?

192.168.0.0/24 (Default GW is 192.168.0.1). So no subnet conflict.

Btw: I had actually swapped LAN and WAN in /etc/config/network once, so I was at least able to run an apk update, apk upgrade and apk add luci without any problems on the 1 Gbit port (usualy used by the LAN).

I could imagine that it might have something to do with the 2.5 Gbit port or the chip used there, which might still need a driver update on the OpenWrt firmware that was already included in the gl.inet vendor file.