NAT/PAT 给边界设备一个公共 IP,然后是它的“子”私有 IP……
反之亦然。您使用私有 IP 地址创建一个网络(因为缺少公共地址),然后使用 NAPT 作为与 Internet 或任何其他无法使用您的私有地址范围的网络进行通信的手段。
对于出站流量,您将无意义的地址转换为对网络边缘的目的地有意义的公共地址(或来自池的地址)。对于入站流量,您可以反转转换。
节点是否都在同一个网络或建筑物中,或者是否分布在全球(例如使用 VPN 或其他隧道)并不重要。重要的是远端节点是否可以使用原始源地址(然后不要使用 NAPT)或不能(使用 NAPT)。
所以这更多的是“行政距离”而不是地理距离的问题。
核心 1,2&3。他们都可以使用相同的 NAT/PAT 方案吗?Core 2 会理解与 Core 1 实施的相同的 NAT/PAT 地址吗?
可能,但不一定。这取决于整体地址设计。
顺便说一句,您在图中使用的 11.55.150.x 地址不是RFC 1918 中定义的私有地址。
Core 4 是否具有与 1,2&3 相同的 NAT/PAT 方案,还是完全独立/新鲜?
是的,他们可以使用相同的、连续的私有地址空间。连接它们需要跨公共地址空间/互联网的隧道。
Core 4 会完全位于不同的 Vlan 或不同的专用网络上吗?
VLAN 是数据链路层虚拟化的概念。这(几乎)与网络/传输层转换无关。
L3 子网通常位于 VLAN 内,通常是 1:1 关系。对于 VLAN 之间的路由,您要么有一个连续的寻址方案并使用正常、透明的路由,要么有不同的寻址方案,需要使用 NAT/NAPT 进行路由。