moqtail SyncPlay
moqtailsyncplay.moqtail.dev:4448
A deployment of MOQtail. Everything below was measured on this deployment, at whatever version and configuration it was running — it is not a measurement of that codebase. About this endpoint
At a glance
- Identifies itself as
- did not say
- Protocols accepted
- h3
- Media delivery
- namespace accepted
- Violations recorded
- 1
Certificate
- Subject
- CN=*.moqtail.dev
- Issuer
- C=US, O=Let's Encrypt, CN=YR2
- Valid until
- 2026-10-09 25 days left
- Trust
- publicly-trusted
- Verification
- Completed with the certificate verified
Control messages
Which control messages this endpoint answered, per draft. An error reply is still an answer — ok and err are both support; what is recorded as missing is a message that got no answer at all. A dash is neither: it means the exchange ended on our side, so nothing about this endpoint was measured there.
| Draft | SUBSCRIBE | FETCH | TRACK_STATUS | SUBSCRIBE_NAMESPACE | PUBLISH_NAMESPACE |
|---|---|---|---|---|---|
| 14 WT | ✓ err | ✓ err | ✗ | ✗ | ✓ err |
Media delivery
One publisher and two subscribers, to see whether an object published through this endpoint reaches a client that asked for it.
waiting to be asked for the track: endpoint error: request ID error: request ID 71 is not the peer's next in sequence, which is 1
Specification violations
endpoint error: request ID error: request ID 71 is not the peer's next in sequence, which is 1
What the specification requires
draft-14 Section 9.1: "If an endpoint receives a Request ID that is not valid for the peer, or a new request with a Request ID that is not expected, it MUST close the session with INVALID_REQUEST_ID."
Setup parameters
What this endpoint sent back in its setup response, per draft. A parameter with no name is a code point the negotiated draft does not define.
draft 14 · WT
- 0x02 max_request_id = 2305843009213694000
Notes
- — the peer is up but refused the offered protocols on at least one transport
Is this your relay?
If something here is wrong, tell us — we keep what each result rests on, so a disputed one gets re-read rather than re-argued. We can also run this against endpoints that are not public.