Two more cross-stack scenarios + a follow-up plan:
- **I8** (`subscribe_drop_for_unknown_track`): SUBSCRIBE to a
track the publisher hasn't claimed; assert the bidi closes
empty within 2 s. moq-relay 0.10.x sends an optimistic
SubscribeOk to the listener while forwarding the SUBSCRIBE
to the publisher, so the publisher's SubscribeDrop reaches
us as a stream-FIN rather than a Kotlin-side
MoqLiteSubscribeException — the test handles both paths.
- **I10** (`long_broadcast_60s_tone_round_trips`): sustained
60 s 440 Hz Kotlin speaker → hang-listen, asserts ≥ 95 % of
expected sample count in the decoded PCM and a tail-window
FFT peak at 440 Hz. Catches relay-side queue overflow and
listener-side `MAX_STREAMS_UNI` cliff regressions.
Results doc updated with Phase 2.E status (I1 + I2 + I3 + I8
+ I10 + I11 + Rust↔Rust round-trip green) and the
`DEFAULT_FRAMES_PER_GROUP` conflict between the cliff plan
(recommends 5) and the production code (50, with field-test
data citing a different cliff). Not auto-applied; a maintainer
needs to reconcile the two failure modes.
I12 (Goaway) deferred — moq-relay 0.10.x has no admin port to
trigger Goaway, and even on shutdown it doesn't emit one. The
parent plan acknowledges this gap.
I4 (stereo) plan filed at
`nestsClient/plans/2026-05-06-i4-stereo-cross-stack-scenario.md`
— a non-trivial production-side change (AudioFormat.CHANNELS
parameterisation, MoqLiteHangCatalog generalisation, listener
catalog-discovery) so it gets its own branch and PR.
https://claude.ai/code/session_01ERJPUYfdLPwZ99pr5EcEcV
Claude
450859759f