TCP/IP 详解（第 2 版）笔记 / 2 互联网地址架构 / 2.7 单播地址分配 / 2.7.4 多个供应商/多个网络/多个地址（多宿主（Multihoming））

M菜鸟M

已于 2022-06-18 18:00:58 修改

阅读量431

点赞数

分类专栏： TCP/IP 详解（第 2 版）笔记文章标签： tcp/ip 计算机网络协议栈

于 2022-02-02 08:37:52 首次发布

本文链接：https://blog.csdn.net/wdhlzd/article/details/122767775

版权

TCP/IP 详解（第 2 版）笔记专栏收录该内容

64 篇文章 12 订阅

订阅专栏

目录、参考文献

2.7.4 多个供应商/多个网络/多个地址（多宿主（Multihoming））

一些依赖互联网访问来持续运营的组织为了预防故障或其他原因
会通过多个供应商（称为多宿主（multihoming））来连接互联网以提供冗余
因为使用了 CIDR，采用单个 ISP 的组织往往具有与该 ISP 关联的 PA IP 地址
如果使用了两个 ISP，就会出现每个主机应该使用哪些 IP 地址的问题

PA 要聚合到某个 ISP 下的 IP 前缀，所以如果是 PA 地址就需要考虑聚合到哪个 ISP 的问题
如果是 PI 地址，则是供应商独立的，不存在这个问题

已经有了一些指南描述了如何与多个 ISP 合作，或如何从一个 ISP 迁移到另一个（两者存在一些类似的问题）
对于 IPv4，[RFC4116] 讨论了如何将 PI 或 PA 地址用于多宿主
请看图 2-17 的例子

Figure 2-17
图 2-17
如图，假设有一个多宿主企业同时使用了供应商可聚合的（provider-aggregatable）与供应商独立的（provider-independent） IPv4 地址
如果可能，站点操作员通常会优先使用 PI 空间
ISP 更喜欢 PA 空间，因为它促进了前缀聚合，减小了路由表的大小

图 2-17 中有一个虚构的站点 S，两个 ISP：P1 和 P2
如果该站点使用来自 P1 块（12.46.129.0/25）的 PA 地址空间，它会在 C 点和 D 点分别向 P1 和 P2 通告这个前缀
P1 可以将前缀聚合到 12/8 块中，在 A 点向互联网的其余部分通告
但 P2 无法在 B 点聚合这个前缀，因为它在数字上与自己的前缀（137.164/16）不相邻
此外，在互联网其余部分中的主机看来，12.46.129.0/25 的流量更倾向于通过 P2 来传输，因为通过 P2 时，站点 S 的前缀更长（“ 更具体 ”）
这是因为互联网路由采用了最长匹配前缀（longest matching prefix）算法（更多细节见第 5 章）
其实，互联网其余部分的主机既可以通过 A 点前缀 12.0.0.0/8 也可以通过 B 点前缀 12.46.129.0/25 到达地址 12.46.129.1
因为每个前缀都能匹配上（即：都包含一组与目标地址 12.46.129.1 相同的公共前缀位）
而具有更大或更长掩码（匹配位数更多）的前缀位会被优先选择，在这里是 P2
P2 无法从 S 聚合前缀，但承载了 S 的大部分流量

如果站点 S 决定使用 PI 空间而不是 PA 空间，则流量的分布会更加的均匀，但也会导致无法聚合地址
在这种情况下，PI 前缀 198.134.135.0/24 分别在 C 点和 D 点被通告给 P1 和 P2
但两个 ISP 都无法聚合它，因为该前缀在数字上与任何一个 ISP 的地址块都不相邻
因此，两个 ISP 在 A 点和 B 点通告完全相同的前缀 198.134.135.0/24
在这种情况下，互联网路由会采用 “ 自然 ” 最短路径计算方式
互联网其余部分的主机会通过离自己更近的 ISP 来与站点 S 进行通信
而且，如果站点 S 决定切换 ISP，不需要更改其被分配的地址
不幸的是，无法聚合这些地址会影响互联网的扩展性，因此 PI 空间的供应相对短缺

一段时间以来，IPv6 的多宿主一直是 IETF 的研究主题，研究成果有 Multi6 体系结构 [RFC4177] 和 Shim6 协议 [RFC5533]
Multi6 概述了一些解决该问题的方法
概括地说，其中的选项包括：

使用与前面提到的 IPv4 多宿主等效的路由方法
利用 Mobile IPv6 [RFC6275] 的能力
一种将节点标识与定位符相分离的方法

如今，IP 地址既是一个接入互联网的网络接口的标识符（identifiers）（本质上是名称的一种形式）又是其定位符（locators）（路由系统理解的地址）
将标识符与定位符分离可以让网络协议实现在底层 IP 地址发生变化的情况下仍然能够运行
提供这种分离的协议有时被称为标识符/定位符分离（identifier/locator separating）或 id/loc split 协议

Shim6 引入了一种 “ 楔子（shim）” 网络层协议，将传输协议使用的 “ 上层协议标识符 ” 与 IP 地址分开
多宿主的实现方式是，根据动态网络条件选择要使用的 IP 地址（定位符），无需分配 PI 地址
所有的通信主机（对等的节点（peers））达成一致意见：使用哪些定位符以及何时在它们之间进行切换
标识符与定位符相分离，是几项其它工作的研究主题
包括试验性的主机身份协议（Host Identity Protocol (HIP)）[RFC4423]，使用可认证的主机标识符来识别主机
这样的标识符实际上是与主机关联的公钥/私钥对的公钥，因此可以由此标识符来验证 HIP 流量的主机身份
更多关于安全问题的细节见第 18 章

目录、参考文献