31-07-2026 12:25 PM
Hi,
Apologies for the long post however I've tried to give as much detail as possible.
My daughter has a Minecraft server which has been setup for years using port forwarding for the server and also for voice chat. We moved from BT to EE and set the relevant forwarding up for the server and the voice chat however whilst the server has no issues we're unable to get the voice chat to work.
We have tried changing the port however no matter what we select our testing returns that the port must be closed. This is despite everything on the router looking as it should. Whilst I'm fine setting up the forwarding etc I don't know as much as my daughter therefore I've had her send me (see below text) info regarding what she's done and how she has determined that it's the router/port that's the issue:
Hello I am currently having difficulty forwarding a port. I run a Minecraft server which is accessible to people outside my network on an ubuntu machine, however, recently I have been trying to get simple voice chat working which requires another separate open port. I tried to open the needed port from my router but it is still not open.
You may wonder how I know it is the port and not something I am doing. To determine this I went onto my ubuntu machine and did a tcpdump for the port I knew was open, and then used my phone on 4g to send udp packets to the public IP. This worked fine and I could see the packets coming in. I then tried the same with the port I didn't know if was open and I could not receive any packets.
I also did another test where instead of connecting to my minecraft server from the public ip with ddns, I connected with the private ip, when I did this voice chat was working. As well as obviously I could see packets through tcpdump. It's just external users that can't use voice chat. I'm not really sure what to do now since I've added the rule on my router but it's clearly not open.
In addition we have also tried following the relevant steps of turning off upnp and adding the port range back in. Have also tried different number ranges rather than the default 24454/udp.
Not sure if this is relevant/helpful. I had also read elsewhere that there's a brief handshake with tcp before routing voice over 24454/udp. As such I tried setting up the port over udp/tcp rather than just udp however when putting the range into internal the external port range turned red. From what I understand this occurs when there's an overlap however there's no other port forwarding with this range (or close to it).
Smart Hub 7 Pro - Version 3.14.5
Any help would be greatly appreciated
31-07-2026 12:40 PM - edited 31-07-2026 12:43 PM
@IIIIIIIIIIIIIII You need to post a capture up first off your Port forwarding rules, in the meantime there is just plenty on the Forum regarding the why/why not the Pro is just not playing ball now. The link below will get you started.
31-07-2026 01:06 PM
Thanks. Hopefully this helps. Will have a look at the link you posted
31-07-2026 01:10 PM
@IIIIIIIIIIIIIII Will check once your picture get's cleared for general viewing, remember to use the link within the other post as well, hopefully there is no need to go down the Factory reset for your 7 Pro hub, more an issue now with the uPnP that was introduced with the latest FW up dates that EE have applied, bit off a follow on from the 7 Plus bug that was NEVER in the Pro version but is possibly now.
31-07-2026 01:32 PM - edited 31-07-2026 01:48 PM
If I have to factory reset then so be it.
On reading various posts I noticed something was said about port ranges being zero. Not sure if this highlights an issue however there's 3 devices port forwarding that the end for the external ports are zero. The internal start/end match with the start for the external but the end just for the external is zero. These are also greyed out.
Might be nothing but thought I'd mention it
31-07-2026 01:57 PM
Try disabling uPnP in the Firewall to get rid of those 4 faulty auto uPnP rules. May need a reboot.
31-07-2026 02:00 PM
@IIIIIIIIIIIIIII Picture cleared and if it is the uPnP causing the issue then the one you have is port 26189 on the machine with the IP ending 136. Only suggestion is turn those 3 systems off, and see if the uPnP disappears from view, or is stuck there forever.
31-07-2026 02:23 PM
@JimM11 wrote:if it is the uPnP causing the issue then the one you have is port 26189 on the machine with the IP ending 136.
How do you work out that it's that particular rule out of all 4 rules that is behind the issue?
31-07-2026 02:30 PM - edited 31-07-2026 02:46 PM
Apologies as this is where I show just how little I know!
When you say 'see if the uPnP disappears from view'. Where would I see that and what would it look like?
Also I still have uPnP turned off at the moment. Also, of the 3 devices, one is a laptop but the other 2 I have no idea what they are. I checked under devices connected to the network and these 2 devices show no upload or download traffic at all.
Edited: I have found what 136 is. It's an old Nas server which I can turn off. Just leaves 1 device unaccounted for.
31-07-2026 02:33 PM
@XRaySpeX See the link below, have NO EE hub currently but would take me 30minutes to work it out!