Skip to content

Commit b5a9c72

Browse files
author
ID Bot
committed
Script updating archive at 2025-11-30T02:01:33Z. [ci skip]
1 parent aa28ce9 commit b5a9c72

File tree

1 file changed

+118
-9
lines changed

1 file changed

+118
-9
lines changed

archive.json

Lines changed: 118 additions & 9 deletions
Original file line numberDiff line numberDiff line change
@@ -1,6 +1,6 @@
11
{
22
"magic": "E!vIA5L86J2I",
3-
"timestamp": "2025-11-27T01:48:18.491611+00:00",
3+
"timestamp": "2025-11-30T02:01:26.236814+00:00",
44
"repo": "moq-wg/moq-transport",
55
"labels": [
66
{
@@ -42843,11 +42843,13 @@
4284342843
"state": "OPEN",
4284442844
"author": "martinduke",
4284542845
"authorAssociation": "CONTRIBUTOR",
42846-
"assignees": [],
42846+
"assignees": [
42847+
"martinduke"
42848+
],
4284742849
"labels": [],
4284842850
"body": "PR #1350 allowed Datagrams and streams to coexist on the same track, as agreed in Toronto.\n\nHere are the minutes of that discussion: https://datatracker.ietf.org/doc/minutes-interim-2025-moq-22-202509251330/ (Ctrl+F for \"Delivery Timeout Mix and Match\")\n\nThis PR is missing two parts of that discussion:\n1) We agreed that a single subgroup cannot contain both datagrams and streams. \n2) I noted that we have to encode the subgroup ID in the DATAGRAM frame, or reserve a specific subgroup ID for datagrams, or something. The current mapping where subgroup_id == object_id does not work if subgroups have arbitrary IDs. I would propose that subgroup ID zero be reserved for datagrams. Datagrams exist outside of stream priorities, so that sort of works. If pub and sub priorities, and group IDs , are equal, it makes sense that datagrams would be delivered to QUIC first. Zero is a special subgroup that has no implied dependencies between its objects.\n\nUpon further reflection, I'm not sure that the current state completely breaks any functions of the protocol, but it does confuse the idea that a subgroup has a particular priority. I would not like to wave through this change to the object model without at least discussing it.\n",
4284942851
"createdAt": "2025-11-26T21:54:39Z",
42850-
"updatedAt": "2025-11-26T23:41:08Z",
42852+
"updatedAt": "2025-11-28T22:12:14Z",
4285142853
"closedAt": null,
4285242854
"comments": [
4285342855
{
@@ -42870,6 +42872,27 @@
4287042872
"body": "I think my proposal is:\n\n1) Datagrams do not have a subgroup ID at all. Subgroup IDs are for grouping things into streams, which you never do with datagrams. \n2) If a there are two scheduleable objects in the same track, same group, same pub priority and one is in a subgroup and one is in a datagram, Object ID is a reasonable tiebreaker, but I can live with implementation dependent, or subgroup wins. Datagram wins feels yucky to me but I don't care.\n3) Come up with some other encoding for datagrams in fetch responses that doesn't involve subgroup ID. My best idea is to use one of the unused bits in the serialization flag.",
4287142873
"createdAt": "2025-11-26T23:41:08Z",
4287242874
"updatedAt": "2025-11-26T23:41:08Z"
42875+
},
42876+
{
42877+
"author": "martinduke",
42878+
"authorAssociation": "CONTRIBUTOR",
42879+
"body": "Except that we don't agree on the priority that we also don't care about, this then amounts to spelling in the FETCH (serialization flag vs group id 0). I do not see exactly how to use the serialization flag, but if you can make it work that's great.",
42880+
"createdAt": "2025-11-27T02:54:52Z",
42881+
"updatedAt": "2025-11-27T02:54:52Z"
42882+
},
42883+
{
42884+
"author": "afrind",
42885+
"authorAssociation": "COLLABORATOR",
42886+
"body": "I don't love this but:\n\nBitmask | Condition if set | Condition if not set (0)\n-- | -- | --\n0x04 | Object ID field is present | Object ID is the prior Object's ID plus one\n0x08 | Group ID field is present | Group ID is the prior Object's Group ID\n0x10 | Priority field is present | Priority is the prior Object's Priority\n0x20 | Extensions field is present | Extensions field is not present\n0x40 | PROTOCOL_VIOLATION | N/A\n\nChange 0x40 to \"Datagram\" - if 1, the object is the datagram and the subgroup is meaningless. bits 0-1 MUST NOT be 0x3 (subgroup ID present).\n",
42887+
"createdAt": "2025-11-27T03:06:19Z",
42888+
"updatedAt": "2025-11-27T03:06:19Z"
42889+
},
42890+
{
42891+
"author": "martinduke",
42892+
"authorAssociation": "CONTRIBUTOR",
42893+
"body": "oh, I hadn't noticed we landed those flags. sounds good.",
42894+
"createdAt": "2025-11-28T22:12:07Z",
42895+
"updatedAt": "2025-11-28T22:12:07Z"
4287342896
}
4287442897
]
4287542898
}
@@ -160000,7 +160023,7 @@
160000160023
],
160001160024
"body": "I did not remove Request ID entirely in this PR, because it makes the most sense to do that all at once, but I did create new 'NAMESPACE' and 'NAMESPACE_DONE' messages that are separate from PUBLISH_NAMESPACE/PUBLISH_NAMESPACE_DONE and much simpler.\r\n\r\nSaves bytes on the wire by not repeating the 'Track Namespace Prefix' for every Namespace.\r\n\r\nRemoves UNSUBSCRIBE_NAMESPACE because we can just close the stream.\r\n\r\nFixes #1348 \r\nFixes #1310\r\nFixes #1305\r\nFixes part of #1168 \r\nFixes #843\r\n\r\nFurther possible changes:\r\n 1) Don't send REQUEST_ERROR on errors, QUIC RESET_STREAM with the application error code. Loses Reason Phrase\r\n 2) Don't send REQUEST_OK on success. Loses response parameters.\r\n 3) Allow for subscribing to full Track names and not just Namespaces.\r\n 4) Prohibit sending NAMESPACE_DONE before a NAMESPACE is received for a SUBSCRIBE_NAMESPACE\r\n 5) Add a PUBLISH_BLOCKED sent on the response stream when a new PUBLISH couldn't be sent #1262 \r\n 6) Drop the length from NAMESPACE and NAMESPACE_DONE",
160002160025
"createdAt": "2025-10-31T00:15:26Z",
160003-
"updatedAt": "2025-11-26T04:08:28Z",
160026+
"updatedAt": "2025-11-29T18:40:45Z",
160004160027
"baseRepository": "moq-wg/moq-transport",
160005160028
"baseRefName": "main",
160006160029
"baseRefOid": "b429515346b2b5649dc9e1bb640c7247b12a2c7d",
@@ -161041,6 +161064,26 @@
161041161064
"updatedAt": "2025-11-26T04:08:28Z"
161042161065
}
161043161066
]
161067+
},
161068+
{
161069+
"id": "PRR_kwDOG2Ho4M7R2vbf",
161070+
"commit": {
161071+
"abbreviatedOid": "24b2efe"
161072+
},
161073+
"author": "ianswett",
161074+
"authorAssociation": "COLLABORATOR",
161075+
"state": "COMMENTED",
161076+
"body": "",
161077+
"createdAt": "2025-11-29T18:40:44Z",
161078+
"updatedAt": "2025-11-29T18:40:45Z",
161079+
"comments": [
161080+
{
161081+
"originalPosition": 15,
161082+
"body": "There is a type identifier at the beginning of the control stream, which is the SETUP messages.",
161083+
"createdAt": "2025-11-29T18:40:45Z",
161084+
"updatedAt": "2025-11-29T18:40:45Z"
161085+
}
161086+
]
161044161087
}
161045161088
]
161046161089
},
@@ -162506,13 +162549,13 @@
162506162549
],
162507162550
"body": "Fixes #781",
162508162551
"createdAt": "2025-11-09T20:13:44Z",
162509-
"updatedAt": "2025-11-26T01:51:14Z",
162552+
"updatedAt": "2025-11-29T18:35:12Z",
162510162553
"baseRepository": "moq-wg/moq-transport",
162511162554
"baseRefName": "main",
162512162555
"baseRefOid": "b429515346b2b5649dc9e1bb640c7247b12a2c7d",
162513162556
"headRepository": "moq-wg/moq-transport",
162514162557
"headRefName": "ianswett-message-extension-headers",
162515-
"headRefOid": "59f75a5ba53e52e17403023d36d10ae99c349fd7",
162558+
"headRefOid": "2c2da22ed7186043ae202549e342861b2937927d",
162516162559
"closedAt": null,
162517162560
"mergedAt": null,
162518162561
"mergedBy": null,
@@ -163007,6 +163050,46 @@
163007163050
"updatedAt": "2025-11-26T01:44:17Z"
163008163051
}
163009163052
]
163053+
},
163054+
{
163055+
"id": "PRR_kwDOG2Ho4M7R2utv",
163056+
"commit": {
163057+
"abbreviatedOid": "59f75a5"
163058+
},
163059+
"author": "ianswett",
163060+
"authorAssociation": "COLLABORATOR",
163061+
"state": "COMMENTED",
163062+
"body": "",
163063+
"createdAt": "2025-11-29T18:30:06Z",
163064+
"updatedAt": "2025-11-29T18:30:07Z",
163065+
"comments": [
163066+
{
163067+
"originalPosition": 7,
163068+
"body": "```suggestion\r\nTracks and Objects can have additional relay-visible fields, known as Extension\r\nHeaders, which do not require negotiation, and can be used to alter\r\n```",
163069+
"createdAt": "2025-11-29T18:30:07Z",
163070+
"updatedAt": "2025-11-29T18:30:07Z"
163071+
}
163072+
]
163073+
},
163074+
{
163075+
"id": "PRR_kwDOG2Ho4M7R2u8Z",
163076+
"commit": {
163077+
"abbreviatedOid": "9e1b0ca"
163078+
},
163079+
"author": "ianswett",
163080+
"authorAssociation": "COLLABORATOR",
163081+
"state": "COMMENTED",
163082+
"body": "",
163083+
"createdAt": "2025-11-29T18:33:38Z",
163084+
"updatedAt": "2025-11-29T18:33:39Z",
163085+
"comments": [
163086+
{
163087+
"originalPosition": 14,
163088+
"body": "I'm removing this sentence because it's non-normative and inconsistent as you said.\r\n\r\n```suggestion\r\nconcerning processing, modification, caching and forwarding.\r\n```",
163089+
"createdAt": "2025-11-29T18:33:38Z",
163090+
"updatedAt": "2025-11-29T18:33:39Z"
163091+
}
163092+
]
163010163093
}
163011163094
]
163012163095
},
@@ -163157,13 +163240,13 @@
163157163240
"labels": [],
163158163241
"body": "Fixes #1354 ... which addressed six previous issues.\r\n\r\nCredits to @wilaw and @acbegen ",
163159163242
"createdAt": "2025-11-24T15:24:41Z",
163160-
"updatedAt": "2025-11-26T10:18:29Z",
163243+
"updatedAt": "2025-11-27T09:25:49Z",
163161163244
"baseRepository": "moq-wg/moq-transport",
163162163245
"baseRefName": "main",
163163-
"baseRefOid": "3b063f5c915fdf41ed98d9d3a0696abe89841487",
163246+
"baseRefOid": "b429515346b2b5649dc9e1bb640c7247b12a2c7d",
163164163247
"headRepository": "gwendalsimon/moq-transport",
163165163248
"headRefName": "switch",
163166-
"headRefOid": "2a55d06a6fbd32595f02bc7ae719055cbb7deaae",
163249+
"headRefOid": "9f9c8021fa90b77d5b6f10c5f14643651c45313f",
163167163250
"closedAt": null,
163168163251
"mergedAt": null,
163169163252
"mergedBy": null,
@@ -163442,6 +163525,32 @@
163442163525
"comments": []
163443163526
}
163444163527
]
163528+
},
163529+
{
163530+
"number": 1382,
163531+
"id": "PR_kwDOG2Ho4M62GKSy",
163532+
"title": "Clarify datagrams and subgroups",
163533+
"url": "https://github.com/moq-wg/moq-transport/pull/1382",
163534+
"state": "OPEN",
163535+
"author": "martinduke",
163536+
"authorAssociation": "CONTRIBUTOR",
163537+
"assignees": [],
163538+
"labels": [],
163539+
"body": "Fixes #1381",
163540+
"createdAt": "2025-11-28T22:43:07Z",
163541+
"updatedAt": "2025-11-28T22:43:08Z",
163542+
"baseRepository": "moq-wg/moq-transport",
163543+
"baseRefName": "main",
163544+
"baseRefOid": "b429515346b2b5649dc9e1bb640c7247b12a2c7d",
163545+
"headRepository": "martinduke/moq-transport",
163546+
"headRefName": "datagram",
163547+
"headRefOid": "8a7d9302cdc9d1a0d82af7fb4f76d92d459480ab",
163548+
"closedAt": null,
163549+
"mergedAt": null,
163550+
"mergedBy": null,
163551+
"mergeCommit": null,
163552+
"comments": [],
163553+
"reviews": []
163445163554
}
163446163555
]
163447163556
}

0 commit comments

Comments
 (0)