SA260324R-0256
① SA Source
- Source: 開啟完整 SA 文章
- Section:
Rubin Ultra NVL288 - Line hint:
311
Context Before
Though not officially discussed by Nvidia at GTC 2026, an NVL288 concept has been explored within the supply chain. This would entail two NVL144 Kyber racks placed adjacent to each other, with a rack-to-rack copper backplane used to connect the two racks. One possibility is that all 288 GPUs are connected all to all, but this would require higher radix switches than the current NVLink 7 switches which only offer a maximum radix of 144 ports of 200G.
If Rubin Ultra NVL288 is deployed, each Rubin Ultra GPU will have a scale-up bandwidth of 14.4Tbit/s uni-di, requiring 144 DPs of cables to connect the NVLink 7 switches. 72 DPs per GPU times 288 GPUs means a total of 20,736 additional DPs required to connect this larger world size domain. This entails a lot of cables, so it is an upper bound of how much cable content could be used.
Evidence
The radix of the 28.8T NVLink Switch limits the number of GPUs that each switch can connect while still providing for cross-rack connectivity. Either a higher radix switch will have to be used - or there will have to be a degree of oversubscription in this architecture while potentially adopting a dragonfly-like network topology. This would also require fewer DPs worth of copper cables.
Context After

Source: SemiAnalysis
② Atomic Claim
For the hypothetical NVL288 concept, the article considers either higher-radix switches or oversubscription with a possible dragonfly-like topology.
- Epistemic Mode:
HYPOTHETICAL - Mapping Status:
PARTIAL
③ Semantic Frame
{
"frame_type": "CLAIM_ONLY",
"qualifiers": {
"condition_text": "hypothetical architecture alternatives",
"numeric_mentions": [],
"temporal_mentions": []
},
"reason": "HYPOTHETICAL_NETWORK_ARCHITECTURE_ALTERNATIVES_HAVE_NO_CANONICAL_ENTITIES",
"statement": "For the hypothetical NVL288 concept, the article considers either higher-radix switches or oversubscription with a possible dragonfly-like topology."
}④ Canonical Entity Mapping
- 此
CLAIM_ONLYrevision 沒有 canonical Entity mapping。
⑤ V2 Draft(需要修正時直接編輯)
Inline repair
只編輯以下三個 Draft 區塊。完成後將
review_action設為REQUEST_REPAIR,再手動執行 Repair Preview。
執行腳本前,Draft 不會寫入 Claim Store 或 Graph。
V2 Atomic Claim Draft
For the hypothetical NVL288 concept, the article considers either higher-radix switches or oversubscription with a possible dragonfly-like topology.
V2 Semantic Frame Draft
{
"frame_type": "CLAIM_ONLY",
"qualifiers": {
"condition_text": "hypothetical architecture alternatives",
"numeric_mentions": [],
"temporal_mentions": []
},
"reason": "HYPOTHETICAL_NETWORK_ARCHITECTURE_ALTERNATIVES_HAVE_NO_CANONICAL_ENTITIES",
"statement": "For the hypothetical NVL288 concept, the article considers either higher-radix switches or oversubscription with a possible dragonfly-like topology."
}V2 Revision Metadata Draft
{
"epistemic_mode": "HYPOTHETICAL",
"mapping_status": "PARTIAL"
}⑥ Human Review
請在 Properties 逐項確認:
- 原文 → Atomic Claim 是否忠實
- Atomic Claim → Semantic Frame 是否忠實
- Canonical Entity mapping 是否正確
- Epistemic mode 是否保留原文語氣
- 最後選擇
review_action
Review state
Markdown 內文不是正式 approval。只有 Apply bridge 寫入的 Decision Ledger event 才是正式決策。