Hi,
I’m seeing a recurring issue on a TRB500 in bridge mode where the device becomes very slow/unresponsive and mobile throughput drops significantly. A reboot restores normal performance, but the problem comes back after ~7–8 days.
What happens
-
Mobile internet speed drops from ~190 Mbps to ~90 Mbps
-
TRB500 WebUI becomes sluggish; sometimes SSH is also slow/unreachable
-
top shows load around 2.0–2.2 and CPU near 100%
-
/usr/bin/ipacm consumes ~96–98% CPU
-
The number of /dev/ipa file descriptors opened by ipacm grows very high (I observed 181)
Logs / evidence
Workaround
- Reboot fixes it temporarily, but it reappears after about a week.
Question
Has anyone else seen similar symptoms (slow/half mobile speed + TRB500 lag/unreachable) and confirmed it was related to ipacm/IPA? Any permanent fix besides reboot (firmware setting, disabling something related to IPA/offload, modem firmware change, etc.)?
Device / SW
Greetings,
For troubleshooting purposes, we will require more sensitive information from your end, such as the troubleshoot file, which may contain passwords, public IP addresses, serial numbers, and such. To avoid leaking this information, we have sent you a form to fill out, which you will receive in your e-mail inbox that you have registered your account with in the forums. In the Ticket ID field of the form, please enter the ID of this thread, which is 18589.
Best Regards,
Justinas
I can confirm that the TRB500 does not perform well in bridge or passthrough mode, but works OK in NAT mode. Please check if you really cannot have NAT mode in your network because the chip used in the TRB500 really has been designed for that.
Also, in our network I have scheduled a reboot each working day at 04:04 local time, because our mobile provider resets connections after 24h uptime (a reconnect issues a new IP address) and I do not want that to happen during working hours. But of course that also hides any issues that only occur after a week or so…
In my case, NAT mode isn’t an option due to how the network is designed (the TRB500 must stay in bridge/passthrough).
Also, when the issue is not present, the TRB500 performs perfectly fine in bridge mode (full throughput, responsive UI/SSH). The slowdown only appears after several days and coincides with resource exhaustion symptoms on my unit (e.g., ipacm pegging CPU and an unusually high number of /dev/ipa FDs, plus repeated ipacm page-fault messages in the logs). So I don’t think this is simply “the chipset isn’t powerful enough for bridge traffic” — it looks more like a leak / runaway state (memory/FDs/other resource) where reduced speed is just a symptom.
I’m having trouble getting traction via official support. I opened a support ticket about this issue ~1 month ago and sent the troubleshoot file, but I haven’t received any update or follow-up yet.
For those who have dealt with Teltonika support: is a 1-month response time normal? Any tips to get a response, or is the forum typically the faster/better channel for technical issues like this?
I would recommend you to schedule a nightly reboot too, as a workaround.
I don’t have much experience with support, except that they tend to want to take things offline even for trivial questions (you will see many topics on the forum where people ask a simple question or only want to get new firmware for the 5G modem) and then support makes a ticket instead where they have to communicate additional information. So support is probably needlessly overloaded with work.