FYI - Network Issues

I've been messing around with my Global Cache devices and my Home Network.  I upgraded my Wifi Mesh from Eeros to Firewalla and started to implement VLANs to segment the traffic and provide an additional layer of security.

I took my Global Cache devices off the dedicated LAN segment (Edgerouter connected to the main network) and put them on a separate VLAN.  My dropping behavior started right away...I would get a Disconnect and Reconnect that took about 1 minute to cycle.  In addition, my Vrroom was shutting down its network connection.  After looking at what was hitting the segment, I saw the mDNS and SSDP packets crossing the segments and hitting the devices.

The Firewalla Router has the option to turn on "Discovery" across segments so things like Chromecast keep working.  Once I turned the option off on the other segments, the Global Cache devices stayed online.  Of course the family screamed, and I needed to turn it back on.

I wound up reinstalling the Edgerouter and keeping that segment "quiet".  The Global Cache devices were up all night and the Vrroom is happy.

HDfury acknowledges the issue, but doesn't have a fix.  

The only device that is problematic is the GC-100, it will disconnect and reconnect every 3-4 hours and it take exactly a minute for the cycle to complete.  This happens on both my GC-100's......  The rest of the Global Cache devices stay connected.

Hopefully this will help someone if they run into this issue down the road.

Are you saying that mDNS and SSDP packets hitting the GC-100 device cause it to restart/reconnect? That's weird.

For Giggles I put the GC-100 on it's own router port...it's the only device. It still drops in a repeatable pattern.

08/06/2026 00:42:30.42 · DEBUG · GenericIR.NetConnect - Device (119) has connected.
08/06/2026 02:54:45.54 · DEBUG · GenericIR.NetDisconnect - Device (119) has disconnected.
08/06/2026 02:55:45.55 · DEBUG · GenericIR.NetConnect - Device (119) has connected.
08/06/2026 05:08:01.08 · DEBUG · GenericIR.NetDisconnect - Device (119) has disconnected.
08/06/2026 05:09:01.09 · DEBUG · GenericIR.NetConnect - Device (119) has connected.
08/06/2026 07:21:16.21 · DEBUG · GenericIR.NetDisconnect - Device (119) has disconnected.
08/06/2026 07:22:16.22 · DEBUG · GenericIR.NetConnect - Device (119) has connected.

None of my other Global Cache Devices (IP2IR, GC5, IP2SL) have this behavior. If they are on a "normal" segment, they do the same thing.

DHCP is turned off....this device has a static address. I swapped out the GC-100 with my spare and have the same behavior.  

The other thing that is weird is that I cannot ping the GC-100 using Home Assistant's Ping Integration.  The utility shows the GC-100 as Disconnected, all the other Global Cache devices show up Connected (when they were all on the same segment).  The GC-100 is up, I can Ping it from my Windows Terminal and access the WEB interface.  Again, both GC-100's have this same behavior.   I think there is something funky in their firmware on this device.  

I've been working with Global Cache Engineering for the past couple of days and with all the testing (running Python scripts hitting the GC-100), we cannot get it to fail when it is connected to a quiet segment and not connected to the myServer. The GC-100 is different from the newer boxes in that it supports only one connection at a time...if a second connection hits it, while there is an active connection, it will reset its network port.

It appears that the Allonis GenericIR driver is doing something every ~2hrs that triggers the Disconnect/Reconnect dance.

If someone from Allonis wants to follow-up, ping me directly, and I will give you the contact info of the person I've been working with at Global Cache.

Both the GC and GenericIR drivers will try to maintain a constant connection to the GC devices. Since those two devices only allow one connection it speaks to something else trying to access them causing the driver to see the connection drop. Once the connection goes away it will try to reconnect during every poll loop.

Nothing else is trying to tap them. In fact, I have one on a dedicated segment and only allow myServer access. If I disconnect the device from myServer, and run a script that constantly hits the box (the script was written by the GC tech), it stays up and responsive.

The only time we see the "every two hour" connect/disconnect dance is when it is connected to the GenericIR driver.

Hope this helps!