Hi  @Esully565 

Thanks for posting here.

When I connect my laptop to the client mode unit with an ethernet cable and setting my IP to DHCP I am able to connect to the internet

>>>This indicates the wireless bridge is working correctly.

The issue is likely with your static IP configuration. Please ensure that the static IP you configured falls within the DHCP address pool of the office wifi. Or you can configure DHCP reservation on the office router for the datalogger.

For easier management, we also recommend setting the CPE's IP address in the same subnet.

Hi  @Esully565 

Thanks for the reply.

When your laptop and the CR1000 are on the same subnet, they can communicate normally. However, when you set your computer's IP to a different subnet, the CR1000  becomes inaccessible after going into sleep mode. This issue arises due to a combination of network communication principles and device sleep mechanisms. Below is a detailed explanation:

1. Communication Differences: Same Subnet vs. Different Subnets
   - Same subnet: Devices communicate directly via Layer 2 switching (MAC addresses) without needing a gateway or router. The ARP protocol caches the MAC address of the other device, and even if the device briefly sleeps, the ARP cache may remain valid (unless it times out).
   - Different subnets: Communication must go through a gateway/router, relying on Layer 3 routing. The router needs to maintain ARP or routing tables to forward packets. If a device sleeps, the router may fail to detect its status change promptly.

---

2. Key Issues with Cross-Subnet Access
   - Router ARP table timeout: Routers typically maintain ARP table entries with short lifespans (e.g., 2–5 minutes). After a device sleeps, the router stops receiving traffic from it and removes the corresponding ARP entry. When your computer tries to access the device:
     1. The router no longer knows the target device’s MAC address and broadcasts an ARP request.
     2. The sleeping device cannot respond to the ARP request, leading to communication failure.
   

Solutions
   - Static ARP binding: Manually bind the target device’s IP-MAC address on the router or your computer (e.g., using the `arp -s` command) to prevent ARP table clearance.
   - Wake-on-LAN (WOL): Ensure the device supports WOL and keeps the network adapter powered during sleep, allowing cross-subnet wake-up.
   - Verify subnet mask and gateway settings: Confirm that the device’s default gateway is correctly configured for cross-subnet communication and that the router permits inter-subnet traffic.

All above should be configured on the main router, the CPE units works purely on Layer2 and not involved.

For your situation, I would recommend configuring them into the same subnet, this is the easiest way.