22ef2eb5ba
Bumps DefaultCallTimeoutSeconds from 5 → 30. The 5s default was provably unsafe regardless of soak data: a 50k-tag SubscribeBulk walks the gw worker's item list serially under the MxAccess COM apartment lock, and that scan can exceed 5s on a busy node. 30s leaves comfortable headroom for the legitimate worst case while still failing fast on a wedged worker. ConnectTimeoutSeconds (10) and StreamTimeoutSeconds (0 = unlimited) unchanged — the soak harness in PR 6.4 didn't observe pressure on either, so they stay at their original sane values until live data indicates otherwise. Tuning rationale captured as a code comment in GalaxyGatewayOptions so the next reader knows what was deliberate and what's pending live soak data. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>