[ACTION REQUIRED] Cloud SWG Announcement Osaka, Japan (GJPOS) Data Center Failover Testing

The Osaka, Japan (GJPOS) Cloud SWG site will undergo a data center failover test beginning on June 29, 2026 starting at 1600 UTC, lasting for a duration of up to 36 hours. Failover testing is conducted on a regular basis to ensure the platform can gracefully handle a real outage. Carefully review the information below to avoid disruption of service.

Timing

• Failover : June 29, 2026 beginning at 1600 UTC
• Failback : June 30, 2026 beginning at 1700 UTC

Impact

The following describes what happens to connected clients during the testing window, based on access method:

• WSS Agent and SEP Agent: The service automatically redirects connections to alternate infrastructure within the same geographic location during the testing window.
• IPSec, Proxy Forwarding and Explicit methods will failover to Tokyo, Japan (GJPTK) Cloud SWG site if recommendations have been followed in this Broadcom article, Cloud SWG backup sites, hostnames and VIPs for fixed locations.
• Traffic from customer firewalls using IPSec tunnels into Cloud SWG will automatically switch to backup tunnels. If no backup tunnels are configured manual steps will be required by the customer to configure a tunnel into Tokyo (GJPTK) to avoid an outage.

Cloud SWG Osaka (GJPOS) egress IP ranges (provided for convenience; there are no changes):

• 98.158.245.0/24
• 103.9.96.0/24
• 2604:b040:13:400::/80

Cloud SWG Tokyo (GJPTK) egress IP ranges (provided for convenience; there are no changes):

• 223.29.216.0/24
• 223.29.218.0/24
• 223.29.219.0/24
• 34.180.81.96/28
• 2604:b040:13:300::/80

Please reference this KB article for all Cloud SWG data center IP ranges.

Required Action

• Prior to June 29 ,2026, please ensure that your agents can connect to any Cloud SWG data center to maximize failover opportunities. Although most agents will fail over to Tokyo, some may failover to other data centers for various reasons. Failure to make these changes could prevent users from connecting to Cloud SWG, accessing third party web applications, or authenticating against the service using the Auth Connector (where applicable).
• Firewall rules regulating connectivity to/from your network to Cloud SWG should be adjusted to allow traffic to pass to the IP networks listed in the KB article above.
• Third party applications that regulate connections by source IP address should be updated to accept connections from the IP networks in the KB article above to ensure traffic proxied through Cloud SWG can reach the applications.
• Auth Connector must be able to communicate with all IP ranges listed in the KB article above, on TCP 443, where applicable.