You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: draft-ietf-moq-transport.md
+56Lines changed: 56 additions & 0 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -1462,6 +1462,62 @@ A publisher MUST send fetched groups in group order, either ascending or
1462
1462
descending. Within each group, objects are sent in Object ID order;
1463
1463
subgroup ID is not used for ordering.
1464
1464
1465
+
## JOIN
1466
+
1467
+
A JOIN is a variant of FETCH that joins together with a SUBSCRIBE to provide a contiguous non-overlapping request for objects before and after LatestGroup LatestObject as determined by the receiving publisher.
* Subscribe ID: The Subscribe ID identifies a given fetch request. Subscribe ID
1486
+
is a variable length integer that MUST be unique and monotonically increasing
1487
+
within a session.
1488
+
1489
+
* Track Namespace: Identifies the namespace of the track as defined in
1490
+
({{track-name}}).
1491
+
1492
+
* Track Name: Identifies the track name as defined in ({{track-name}}).
1493
+
1494
+
* Subscriber Priority: Specifies the priority of a fetch request relative to
1495
+
other subscriptions or fetches in the same session. Lower numbers get higher
1496
+
priority. See {{priorities}}.
1497
+
1498
+
* Group Order: Allows the subscriber to request Objects be delivered in
1499
+
Ascending (0x1) or Descending (0x2) order by group. See {{priorities}}.
1500
+
A value of 0x0 indicates the original publisher's Group Order SHOULD be
1501
+
used. Values larger than 0x2 are a protocol error.
1502
+
1503
+
* PreviousGroups: The number of groups prior to LatestGroup as determined for the SUBSCRIBE to FETCH
1504
+
1505
+
* Parameters: The parameters are defined in {{version-specific-params}}.
1506
+
1507
+
A publisher which receives a JOIN message should treat it as a FETCH with the following fields dynamically determined from the corresponding SUBSCRIBE:
1508
+
1509
+
* Track Namespace: Same as in the corresponding SUBSCRIBE
1510
+
1511
+
* Track Name: Same as in the corresponding SUBSCRIBE
1512
+
1513
+
* StartGroup: LatestGroup as determined for the SUBSCRIBE minus PreviousGroups from the JOIN
1514
+
1515
+
* StartObject:
1516
+
1517
+
* EndGroup: LatestGroup as determined for the SUBSCRIBE minus 1
1518
+
1519
+
* EndObject: LatestObject as determined for the SUBSCRIBE minus 1
1520
+
1465
1521
## FETCH_CANCEL {#message-fetch-cancel}
1466
1522
1467
1523
A subscriber issues a `FETCH_CANCEL` message to a publisher indicating it is no
0 commit comments