ネットワークアーキテクチャ

# ネットワークアーキテクチャ ## 定義ネットワークアーキテクチャとは何かという問いに、本書は単一の定義を与えない。むしろ複数の相補的な定義を併置することで、この概念の輪郭を描く。第一に、David Clarkの定義「アーキテクチャは何をしてはいけないかを教えるものである」。何かを禁止していなければ、それはアーキテクチャと呼べない、という考え方であり、「合意が必要な決め事(IPアドレスの意味など)」を含みつつ、それ以外の多くの事柄は代替の解決策に開かれている、という形で具体化される。第二に、アーキテクチャを「システムのモデルとして実際に機能するもの」と捉える定義であり、「現在のシステムを記述するもの」かつ「将来のシステムの進化を規定するもの」という両面を持つ。現状を記述できないアーキテクチャは更新が必要であり、未来を過度に強制するアーキテクチャは優秀なエンジニアリングチームであっても遵守が困難になる。第三に、アーキテクチャを「一連の要件と制約」から「システムの具現化(実装)」への橋渡しの過程と捉える定義であり、これは住宅の設計・施工になぞらえて説明される――建築家(アーキテクト)は施主を満足させつつ大工が実際に施工できる設計を作り出す存在であり、設計の優雅さは他のアーキテクトからの称賛のためには重要でも、施主や大工にとっては二の次である。(Source: [[@2026__LambdaNote__ネットワークシステムについて語るときに我々の語ること - Chapter 2 システムとネットワークのアーキテクチャ]] §2.1, §2.3) ネットワークは再帰的に定義できるという考え方も、ネットワークアーキテクチャの不変条件として重要視される。すなわち「物理リンクで接続された二つ以上のノード」または「ノードで接続された二つ以上のネットワーク」として再帰的に構成でき、最下層のネットワークは何らかの物理媒体で実装される、という入れ子(ネスト)構造である。この再帰的定義と、[[砂時計モデル]]という設計哲学の2点が、*Computer Networks: A Systems Approach* の著者らが「アーキテクチャの不変条件」として特に重視する重要ポイントとされる。(Source: [[@2026__LambdaNote__ネットワークシステムについて語るときに我々の語ること - Chapter 2 システムとネットワークのアーキテクチャ]] §2.1) ネットワークアーキテクチャの良し悪しは、単一の技術的基準では評価できず、その目的に応じて変わる。自由なイノベーションの促進を目指す技術主導のアーキテクチャと、既存のビジネスモデルや収益源の保護を目指す商業主導のアーキテクチャは、異なる評価軸を持つ。OSI参照モデルが7層構成になった理由は「通信事業者主体の委員会をどう組織するかという交渉の結果」であり、純粋な技術的必然性の産物ではなかった、という例が挙げられる。アーキテクチャは、選択肢を制約すると同時に代替案の余地を残すという、一見矛盾する二面性を持つ。この二面性こそがシステムの持続的な成功にとってのアーキテクチャの重要性であり、同時に「現状を維持して競争を阻害するための鍵」にもなりうる。(Source: [[@2026__LambdaNote__ネットワークシステムについて語るときに我々の語ること - Chapter 2 システムとネットワークのアーキテクチャ]] §2.1, §2.3, §2.5) 『ネットワークシステムについて語るときに我々の語ること』が併置する上記3つの定義の一次的な出典は、英語原著の教科書 *Computer Networks: A Systems Approach* 第1章 §1.3 Architecture である。原著の定義はより形式的な骨組みを持つ。ネットワークを構成する抽象的なオブジェクトを**プロトコル**と呼び、各プロトコルはローカルなオブジェクトに向けた**サービスインターフェース**と、離れたピアに向けた**ピアインターフェース**という2つの異なるインターフェースを持つ。複数のプロトコルが「依存する(depends on)」関係で結びついたものを**プロトコルグラフ**として表現し、標準化団体(IETF・ISO)が特定のプロトコルグラフを構成する規則の集合を定めたものを**ネットワークアーキテクチャ**と定義する。この定義は、上記3つの相補的定義のうち第一の「何をしてはいけないかを教えるもの」という性格と整合する——プロトコルグラフの規則がまさに「合意すべき決め事」を指定し、それ以外の実装の自由度を残すという構造を持つからである。(Source: [[@2020__SystemsApproach__Computer Networks - A Systems Approach - Chapter 1 Foundation]] §1.3.1) ## 横断的知見 - **第6版第1章 §1.3.4-§1.3.5 が示すOSI参照モデルとインターネットアーキテクチャの対比は、『ネットワークシステムについて語るときに我々の語ること』第2章が挙げる「OSIが7層構成になったのは通信事業者主体の委員会の交渉の結果」という指摘に、技術的な骨組みを与える**: 第6版第1章はOSIの7層(物理・データリンク・ネットワーク・トランスポート・セッション・プレゼンテーション・アプリケーション)を定義し、「OSIベースのネットワークが実際に稼働することはなかった」と述べるにとどめ、なぜ7層になったのかという経緯には立ち入らない。同じ節はインターネットアーキテクチャについて対照的に、厳密なレイヤ化を強制しない・砂時計形のプロトコルグラフを持つ・rough consensus and running codeという実装優先の文化を持つという3特徴を挙げる。LambdaNote版第2章の政治的経緯の指摘、Saltzer & Kaashoekの技術的不整合の指摘(既存横断的知見)と合わせて読むと、教科書がOSIモデルを紹介する際にしばしば省略する「なぜこの層数なのか」という設計判断の背景に、技術主導アーキテクチャと商業主導アーキテクチャという評価軸の違いが隠れていることが分かる。(Source: [[@2020__SystemsApproach__Computer Networks - A Systems Approach - Chapter 1 Foundation]] §1.3.4, §1.3.5, [[@2026__LambdaNote__ネットワークシステムについて語るときに我々の語ること - Chapter 2 システムとネットワークのアーキテクチャ]] §2.1) - **第8章は「アーキテクチャは何をしてはいけないかを教えるものである」というDavid Clarkの定義(第2章)を、セキュリティという具体的なシステム要件に適用し、「暗号は手段であって目的ではなく、その上にエンドツーエンドのシステムを構築できるかがアーキテクチャの問題である」という形で具体化する**: 第2章はClarkの定義を「合意が必要な決め事を含みつつ、それ以外の多くの事柄は代替の解決策に開かれている」という一般的な形で提示するにとどまるが、第8章§8.2-§8.3は同じ発想をセキュリティに絞り込み、暗号アルゴリズムという「何でもよい選択肢」と、エンドツーエンドで機能するシステム構造という「決めなければならない不動点」を明確に切り分ける。これは、第2章が提示した3つの相補的定義(禁止事項の教示・現状記述と将来規定・要件から実装への橋渡し)のうち、特に1つ目(禁止事項の教示)がセキュリティ領域でどう機能するかを示す初めての具体例であり、抽象的な定義がドメイン固有の議論でどう運用されるかを裏付ける。(Source: [[@2026__LambdaNote__ネットワークシステムについて語るときに我々の語ること - Chapter 2 システムとネットワークのアーキテクチャ]] §2.1, [[@2026__LambdaNote__ネットワークシステムについて語るときに我々の語ること - Chapter 8 セキュリティ：負の目標]] §8.2, §8.3) - **第8章は、第2章が「アーキテクチャの不変条件」として重視する2点(再帰的定義・砂時計モデル)のうち後者だけを直接再訪し、セキュリティが「なぜアーキテクチャの不変条件に組み込まれなかったか」を歴史的に説明することで、第2章の抽象論に具体的な反例(あるいは補完例)を与える**: 第2章はネットワークアーキテクチャの不変条件として再帰的構成と砂時計モデルの2つを挙げるが、いずれも「良い設計判断がどう保たれるか」という肯定的な観点で語られる。第8章§8.3-§8.4は逆に、当初のインターネットアーキテクチャがセキュリティを不変条件に含めなかった経緯(少数の信頼し合う研究者間の接続という前提、モリスワームによるその前提の崩壊)を描き、不変条件が「最初から正しく選ばれた」のではなく、前提の変化に応じて事後的に発見・追加されうるものであることを示す。(Source: [[@2026__LambdaNote__ネットワークシステムについて語るときに我々の語ること - Chapter 2 システムとネットワークのアーキテクチャ]] §2.1, [[@2026__LambdaNote__ネットワークシステムについて語るときに我々の語ること - Chapter 8 セキュリティ：負の目標]] §8.3, §8.4) - **第9章は、第2章が予告していた「モバイルネットワークがアーキテクチャと技術を不必要に結合させてしまった」反例の具体的なメカニズムを、インターネットとの対照という形で明らかにする**: 第2章はこの結合を反例として名指しするにとどまり、詳細は9章に持ち越されていた。第9章§9.6のまとめは、移動体通信網が無線の符号化・変調方式に大きな変更を加えるたびに3G→4G→5Gへとネットワークアーキテクチャ全体を完全に再設計してきたと明言し、これを「進化可能な優れたアーキテクチャ設計とは対極にある」と評する。対照的にインターネットは、設計段階では存在すらしていなかった多種多様なリンク技術を後から容易に取り込んできた。この対照は、第2章が挙げた「アーキテクチャの不変条件」のうち[[砂時計モデル]](薄いウエスト層の上下でリンク技術・アプリケーションを自由に交換できる設計)がまさにこの進化可能性を担保する仕組みであり、移動体通信網には相当する不変条件が(少なくとも5G以前は)存在しなかったことを示唆する。ただし第9章はこの因果関係(なぜ砂時計モデルに相当する構造が移動体通信網になかったのか)そのものは詳述しておらず、結合の「結果」を描くにとどまる。(Source: [[@2026__LambdaNote__ネットワークシステムについて語るときに我々の語ること - Chapter 2 システムとネットワークのアーキテクチャ]] §2.1, [[@2026__LambdaNote__ネットワークシステムについて語るときに我々の語ること - Chapter 9 5G：対照的なアーキテクチャ]] §9.6) - **Saltzer & Kaashoekの3層参照モデル(リンク層・ネットワーク層・エンドツーエンド層)とベストエフォート契約の明示的定式化は、『ネットワークシステムについて語るときに我々の語ること』が「アーキテクチャの不変条件」として挙げる砂時計モデルに、なぜ「くびれ」がリンク技術非依存の安定した契約を提供できるのかという理論的根拠を与える**: 後者の第2章はネットワークアーキテクチャの不変条件として再帰的構成と砂時計モデルの2点を挙げるが、くびれの下に位置する層がなぜ安定でいられるのかという設計原理自体には踏み込まない。Saltzer & Kaashoek第7章はこの根拠を具体的に示す。リンク層とネットワーク層が共同で提供するのは、パケットの消失・重複・順序逆転・遅延変動を許すが配送そのものは試みるという「ベストエフォート契約」であり、上位のエンドツーエンド層(TCP等)はこの弱い契約の上に構築されるがゆえに、下位のリンク技術がEthernetから光ファイバや衛星回線へ変わっても機能し続ける。砂時計のくびれが単一のネットワーク層プロトコル(IP)で維持されるのは、ベストエフォート契約という「最小公約数の約束」があらゆるリンク技術・あらゆるエンドツーエンドプロトコルの双方から独立に実装可能だからである、という設計原理上の説明を本章は与える。(Source: [[@2009__MITOCW__Principles of Computer System Design - Chapter 7 The Network as a System and as a System Component]] §7.1.7, §7.2.1, [[@2026__LambdaNote__ネットワークシステムについて語るときに我々の語ること - Chapter 2 システムとネットワークのアーキテクチャ]] §2.1) - **OSI 7層モデルへの批判は、『ネットワークシステムについて語るときに我々の語ること』が挙げる「政治的経緯」(通信事業者主体の委員会での交渉)と、Saltzer & Kaashoekが挙げる「技術的な不整合」(アプリケーションごとにトランスポート・セッション・プレゼンテーションの必要な順序が異なる)という、独立した2つの理由づけで裏付けられる**: 前者第2章はOSIが7層構成になった経緯を「通信事業者主体の委員会をどう組織するかという交渉の結果」と評し、政治的・組織的な理由づけにとどまる。Saltzer & Kaashoek第7章§7.2.5は同じ「なぜ少ない層で足りるのか」という問いに、ファイル転送・印刷・デジタル電話という具体的なアプリケーション例を挙げ、それぞれが要求するトランスポート・セッション・プレゼンテーションサービスの順序と必要性が大きく異なるため、単一の層順序をOSIのように強制すること自体に技術的な無理があると論じる。同じ「OSIはなぜ7層なのか」という問いに、政治史(第2章)と技術批判(本章)という独立した2つの答えが与えられている点は、OSIモデルの7層構成が単一の説明では語り尽くせない、複数の要因が重なった帰結だったことを示唆する。(Source: [[@2009__MITOCW__Principles of Computer System Design - Chapter 7 The Network as a System and as a System Component]] §7.2.5, [[@2026__LambdaNote__ネットワークシステムについて語るときに我々の語ること - Chapter 2 システムとネットワークのアーキテクチャ]] §2.1) - **第3章が示す「L2 vs L3 Networks」という二重性は、本ページが記録する「ネットワークの再帰的定義」というアーキテクチャの不変条件(§2.1出典)を、具体的なプロトコル層の重ね方として例証する**: 本ページの定義は、ネットワークが「物理リンクで接続された二つ以上のノード」または「ノードで接続された二つ以上のネットワーク」として再帰的に構成できるという入れ子構造を、アーキテクチャの不変条件の1つとして記録するが(LambdaNote版第2章 §2.1出典)、この再帰性が具体的にどう実現されるかは説明していなかった。[[@2020__SystemsApproach__Computer Networks - A Systems Approach - Chapter 3 Internetworking]] §3.3.1のコラム「L2 vs L3 Networks」は、点対点構成の同じEthernetリンクが、スパニングツリーを走らせるL2スイッチ間に置かれれば単なる「リンク」になり、IPを走らせるL3ルータ間に置かれれば(二端点だけの)「ネットワーク」になるという二重性を示す。すなわち、ある階層で「リンク」だったものが1段上の階層では「ネットワーク」として再利用されるという、本ページが記録する再帰的定義の具体的なメカニズムを、L2/L3という隣接する2層の境界で例証している。(Source: [[@2020__SystemsApproach__Computer Networks - A Systems Approach - Chapter 3 Internetworking]] §3.3.1, [[@2026__LambdaNote__ネットワークシステムについて語るときに我々の語ること - Chapter 2 システムとネットワークのアーキテクチャ]] §2.1) - **第3章が定義するIPの「ベストエフォート型サービスモデル」は、本ページが既に記録するSaltzer & Kaashoekの理論的主張(「ベストエフォート契約」がリンク技術非依存の砂時計のくびれを支える)を、Systems Approach教科書自身のテキストで直接裏付ける一次資料である**: 本ページの既存の横断的知見は、Saltzer & Kaashoek第7章がベストエフォート契約(消失・重複・順序逆転・遅延変動を許すが配送は試みる)という概念によって、砂時計のくびれ(単一のIP)がリンク技術非依存でいられる理由を理論的に説明していると記録していた。[[@2020__SystemsApproach__Computer Networks - A Systems Approach - Chapter 3 Internetworking]] §3.3.2は、まさにこの設計判断がなぜIPで採られたかを一次資料として述べる——サービスモデルを定義する哲学は、internetworkに登場しうるほぼどんなネットワーク技術でもその要件を満たせるくらい要求水準を控えめにすることであり、IPがベストエフォート(信頼性を保証しない、コネクションレスなデータグラム配送)を選んだのは、下位のあらゆるネットワーク技術(信頼性の高いものも低いものも)の上で等しく動作させるためだと明記する。これはSaltzer & Kaashoekが理論として述べた「弱い契約だからこそリンク技術非依存になれる」という主張の、教科書上の設計動機そのものである。(Source: [[@2020__SystemsApproach__Computer Networks - A Systems Approach - Chapter 3 Internetworking]] §3.3.2, [[@2009__MITOCW__Principles of Computer System Design - Chapter 7 The Network as a System and as a System Component]] §7.1.7, §7.2.1) - **The Real Internet Architecture第1章は、本ページが蓄積してきた「アーキテクチャとは何か」の3定義のうち第二の定義(「現在のシステムを記述するもの」かつ「将来のシステムの進化を規定するもの」)を、記述スタイル自体の妥当性という新しい軸で問い直す**: 本ページの既存記述は、アーキテクチャを「現状を記述できないアーキテクチャは更新が必要」と定義するにとどまり、記述スタイル自体がどう陳腐化するかは論じていなかった。The Real Internet Architecture第1章は「何かのアーキテクチャとは常にその記述である」と明言したうえで、古典的インターネットアーキテクチャ(リンク・ネットワーク・トランスポート・アプリケーションの4層、一方向依存のみを許す記述スタイル)そのものが、2013年のAT&Tバックボーンで観測された典型的パケット(3つのIPヘッダーを含む11ヘッダー構成)のような現実をもはや記述しきれなくなっていると、抽象論ではなく具体的な観測事実で示す。すなわち本書は、既存3定義のうち「現状記述」の機能を古典的アーキテクチャという記述スタイルが既に失っていることを裏付ける、初めての具体的な反証事例を本ページにもたらす。(Source: [[@2024__PrincetonUP__The Real Internet Architecture - Chapter 1 Introduction]] §1.1, §1.2.2, §1.3.1, [[@2026__LambdaNote__ネットワークシステムについて語るときに我々の語ること - Chapter 2 システムとネットワークのアーキテクチャ]] §2.1) - **The Real Internet Architecture第1章が予告する合成的ネットワークアーキテクチャは、本ページが記録する「ネットワークの再帰的定義」という不変条件([[@2020__SystemsApproach__Computer Networks - A Systems Approach - Chapter 3 Internetworking]] §3.3.1のL2/L3二重性が例証)を、単発の観察対象から正式な合成演算子(レイヤリング)へと格上げする**: 既存の横断的知見は、L2/L3の二重性(同じEthernetリンクがL2スイッチ間では「リンク」、L3ルータ間では「ネットワーク」になる)を再帰的定義の具体例として記録するにとどまっていた。The Real Internet Architecture第1章§1.5.1-§1.5.2はこの再帰性を一般化し、新モデルの層(ネットワーク)を、古典的アーキテクチャのような単なる機能集合ではなく、名前空間・ルーティング・転送・セッションプロトコル・ディレクトリを備えた自己完結的な存在として定式化し直す。レイヤリングという合成演算子のもとでは、オーバーレイのリンクは常にアンダーレイのセッションとして実装され、この関係は任意の深さで繰り返し適用できる。これにより、既存の横断的知見が示していた「L2/L3という特定の隣接層での再利用」という現象は、深さに制約のない一般的な合成演算子の一事例として位置づけ直される。(Source: [[@2024__PrincetonUP__The Real Internet Architecture - Chapter 1 Introduction]] §1.5.1, §1.5.2, [[@2020__SystemsApproach__Computer Networks - A Systems Approach - Chapter 3 Internetworking]] §3.3.1) ## 未解決の問い - The Real Internet Architecture第1章は、新モデル(合成的ネットワークアーキテクチャ)の2大特性として一般性と精密さ・形式化可能性を挙げるが、これらの特性が本ページの第一定義(David Clarkの「アーキテクチャは何をしてはいけないかを教えるもの」)とどう関係するのかは、第1章では明示的に論じられていない。「精密な記述であること」と「禁止事項を教えるものであること」は同じ性質を指しているのか、それとも独立した評価軸なのかは、後続章(第2〜4章)のingestで検証する必要がある。 - Saltzer & Kaashoekのベストエフォート契約(消失・重複・順序逆転・遅延変動を許容する明示的な契約)という定式化は、『ネットワークシステムについて語るときに我々の語ること』の砂時計モデル論では明示的な語彙として言及されない。両者を統合した「アーキテクチャの不変条件としてのベストエフォート契約」という捉え方が成り立つかは、後続章(特に「TCPの考古学」)を突き合わせて検証が必要。 - 「技術主導のアーキテクチャ」と「商業主導のアーキテクチャ」という2つの評価軸は本章で対比的に示されるが、両者が競合した際にどちらを優先すべきかの一般的な判断基準は示されていない。SDN・5G等の後続章でこの緊張がどう再現されるかを追う必要がある。 - 第8章はセキュリティという1つの要件について「不変条件が事後的に発見・追加されうる」という観察を提供したが、この観察が他の要件(モビリティ・QoS・信頼性)にも一般化できるアーキテクチャ論の原則なのか、それともセキュリティに固有の経緯(能動的な敵対者の存在)によるものなのかは、両章を突き合わせただけでは判別できない。 - レイヤリング(§2.4で扱われる)は「ネットワークアーキテクチャ」の構成要素の一つとして本章では位置づけられているが、「アーキテクチャの不変条件」(再帰性・砂時計モデル)とレイヤリングという設計上の道具立てとの関係は、本章では明示的に統合されていない。 - 第9章は「移動体通信網とアーキテクチャ・技術の結合」という現象の結果(3G→4G→5Gの完全再設計)を描いたが、なぜ移動体通信網が砂時計モデルに相当する進化可能な不変条件を持てなかったのかという設計上の原因(3GPPの標準化プロセス、ベンダーロックイン、電話ネットワークの歴史的出自のいずれが支配的要因か)は、両章を突き合わせただけでは特定できない。 - 第3章§3.3.9が説明するIPトンネル(あるネットワークの中にIPパケットをカプセル化して仮想的な点対点リンクを作る仕組み)は、本ページが記録する再帰的定義(ノードとリンクの入れ子)をさらに一段複雑にする——物理的に複数ホップ離れた2ノード間の「仮想リンク」が、その上位の論理ネットワークからは単なる1本のリンクに見える。この「仮想リンクの再帰」が本ページの再帰的定義とどう整合するのか(既存の定義の特殊ケースにすぎないのか、それとも定義自体の拡張が必要なのか)は、第3章の記述だけでは判断できない。 ## 関連 - ソース: [[@2026__LambdaNote__ネットワークシステムについて語るときに我々の語ること - Chapter 2 システムとネットワークのアーキテクチャ]](§2.1, §2.3, §2.5) / [[@2026__LambdaNote__ネットワークシステムについて語るときに我々の語ること - Chapter 8 セキュリティ：負の目標]](§8.2, §8.3, §8.4) / [[@2026__LambdaNote__ネットワークシステムについて語るときに我々の語ること - Chapter 9 5G：対照的なアーキテクチャ]](§9.6) / [[@2009__MITOCW__Principles of Computer System Design - Chapter 7 The Network as a System and as a System Component]](§7.1.7, §7.2.1, §7.2.5、層モデルとベストエフォート契約の理論的基盤) / [[@2020__SystemsApproach__Computer Networks - A Systems Approach - Chapter 1 Foundation]](§1.3.1, §1.3.4, §1.3.5、原著教科書における一次的な定義箇所) / [[@2020__SystemsApproach__Computer Networks - A Systems Approach - Chapter 3 Internetworking]](§3.3.1, §3.3.2, §3.3.9、L2/L3の二重性とIPベストエフォートサービスモデルの教科書的説明) / [[@2024__PrincetonUP__The Real Internet Architecture - Chapter 1 Introduction]](§1.1, §1.2.2, §1.3.1, §1.5.1, §1.5.2、記述スタイルとしてのアーキテクチャの陳腐化と合成的ネットワークアーキテクチャの予告) - 概念: [[砂時計モデル]](本概念が示す原則の代表例) / [[ネットワークセキュリティアーキテクチャ]](セキュリティ領域への具体的な適用) / [[抽象化(ソフトウェア設計)]](レイヤー間の抽象設計という観点で接続) / [[5Gモバイルネットワーク]](アーキテクチャと技術の結合という反例の具体化) / [[エンドツーエンド論]](層モデルの上位層をどう扱うかという判断原理) / [[システムズアプローチ]](本書全体の方法論との接続) / [[ソフトウェア定義ネットワーク]](第3章§3.4の転送/経路制御の区別を介した接続) / [[硬直化(ossification)]](古典的アーキテクチャという記述スタイルの陳腐化という具体的な現れ) - 実体: [[David D. Clark]] / [[Vint Cerf]] / [[Bruce Davie]] / [[Larry Peterson]] / [[Jerome H. Saltzer]] / [[M. Frans Kaashoek]] ## 出典 - Larry Peterson・Bruce Davie 著, 進藤資訓訳, 『ネットワークシステムについて語るときに我々の語ること』, ラムダノート, 2026, 第2章 §2.1, §2.3, §2.5, 第8章 §8.2, §8.3, §8.4, 第9章 §9.6. - Jerome H. Saltzer and M. Frans Kaashoek, *Principles of Computer System Design: An Introduction*, Version 5.0, 2009, Chapter 7, §7.1.7, §7.2.1, §7.2.5. - Larry Peterson and Bruce Davie, *Computer Networks: A Systems Approach*, 6th edition, Chapter 1: Foundation, §1.3. https://book.systemsapproach.org/foundation.html - Larry Peterson and Bruce Davie, *Computer Networks: A Systems Approach*, 6th edition, Chapter 3: Internetworking, §3.3.1, §3.3.2, §3.3.9. https://book.systemsapproach.org/internetworking.html - Pamela Zave, Jennifer Rexford, *The Real Internet Architecture: Past, Present, and Future Evolution*, Princeton University Press, 2024, Chapter 1: Introduction, §1.1, §1.2.2, §1.3.1, §1.5.1, §1.5.2.