简短的上下文,所以我的问题有意义:
我被要求为我们刚刚分配的一个新的IP范围规划一些子网和路由。该范围将用于客户的设备(分配到此范围之外的IP),以窥视供应商。
我看到的每一个路由示例似乎都围绕着一个中心“核心”路由器,它连接到所有其他网络和路由器。这会给我留下一个像这样的圈套

http://www.gliffy.com/go/publish/6360724上的全图
在我看来,这似乎有几个缺点,即一个单一的故障点,并浪费2个IP为每一个额外的连接。这让我想到了这个:

http://www.gliffy.com/go/publish/6360825上的全图
从理论上讲,这可以更好地利用IP范围,并且具有较少的单点故障。有人能提出为什么第一次设置似乎更好,即使它似乎是明显的错误?
谢谢!
发布于 2014-10-23 21:12:30
使用您的“一个大/24”解决方案,每个客户端路由器将需要决定向哪个上游对等路由器发送流量,因此他们要么需要携带完整的互联网路由,要么使用其他(例如基于策略的)方法来做出决定。
使用您的“一个大核心路由器”解决方案,每个客户端路由器只需有一个指向一个大核心路由器的默认路由,这将反过来做出上游路由决策。
当然,我不建议只使用“一个大核心路由器”,而是更愿意看到“两个大核心路由器”。然后,每个客户端路由器都可以双归为这两个大核心路由器,在出现核心路由器故障时提供必要的冗余(包括连接性和路由)。
发布于 2014-10-23 03:12:45
这是控制。你的客户端路由器不知道该怎么做。这就是你的核心路由器所做的。是中间商把你的客户和他们的上游联系起来。
此外,如果包括B站点,它们将是9个接口。
https://networkengineering.stackexchange.com/questions/12605
复制相似问题