如果我的拓扑涉及3个子网和两个OSPF区域,其中一个子网位于区域0中,而另外两个子网都位于区域1中,会发生任何问题吗?
例如:
[area 1, subnet 1]---[ABR #1]---[area 0, subnet 2]---[ABR #2]---[area 1, subnet 3]
如果我的拓扑涉及3个子网和两个OSPF区域,其中一个子网位于区域0中,而另外两个子网都位于区域1中,会发生任何问题吗?
例如:
[area 1, subnet 1]---[ABR #1]---[area 0, subnet 2]---[ABR #2]---[area 1, subnet 3]
Answers:
关于在骨干上划分区域1(区域0)的问题:
[区域1,子网1] --- [ABR#1] --- [区域0,子网2] --- [ABR#2] --- [区域1,子网3]
[区域1,子网1] --- [路由器#1] --- [区域0,子网2,终端设备#1] --- [路由器#2]-[区域0,子网2,终端设备#2] --- [路由器#3] --- [区域1,子网3]
简短的回答:您的建议没有问题...
长答案:
甚至彼得(Peter)的答案也认为,重复使用区域编号是不好的设计,但也没有提供证明这是不好的设计。如果您检查他使用的超链接,则不会解释此设计的不良后果。此外,关于R1和R3的连接可能会遇到问题的论据不多,因为R1到R3的链接可以在区域0或区域1中合法配置,具体取决于要传输的流量。他提到的困难是一个错误的困境。
在RFC 2328中,第3.7节 OSPF明确允许您使用不连续的非骨干区域(以下称为“区域分区”):
OSPF does not actively attempt to repair area partitions. When
an area becomes partitioned, each component simply becomes a
separate area. The backbone then performs routing between the
new areas. Some destinations reachable via intra-area routing
before the partition will now require inter-area routing.
... Also, the backbone itself must not partition.
因此,是否使用提议的不连续区域1只是个问题而已...有些人发现在图中使用该配置是不合逻辑的。这些人可能建议您将OSPF区域号保持在一起...因此,您必须将路由器#3上的[区域1,子网3]更改为[区域3,子网3]。其他人认为重用区域1没有问题,因为OSPF区域号仅对发出OSPF问候的路由器本地有效。
无论哪种方式,我们都应该承认OSPF是一种非常灵活的协议。无论在这场辩论中选择一方还是另一方。
area 0
专门促进单个OSPF设计,以限制设计的复杂性。
这会起作用,但是除非您有特定原因,否则这将是一个糟糕的设计选择(IMHO)。
查看此讨论: 重复的OSPF区域ID
更新#1:
为了完整起见,我使用dyanmips模拟了这种情况。该平台是运行IOS版本12.4(15)T13的Cisco 3725s。
R1(lo0 1.1.1.1,f0 / 0 10.12.0.1)<-> R2(lo0 2.2.2.2,f0 / 0 10.12.0.2,f0 / 1 10.23.0.2)<-> R3(lo0 3.3.3.3,f0 / 0 10.23.0.3)。
R1和R3的环回接口位于区域1,所有其他接口位于区域0。
然后在R1和R3框之间进行ping操作(例如R3#ping ip 1.1.1.1源3.3.3.3),以确认连接。
我认为我仍然会回避这种架构。迈克(Mike)提出了完全有效的观点(并且测试证实了这一点)。OSPF区域是控制路由传播并减小路由器的链接状态数据库的大小的有用工具-但它们(至少对我而言)也可以用来证明我打算将网络的“此”部分与“ that”在结构上分开由于某种原因而成为网络的一部分。
如果将来您决定将R1连接到R3并使用相同的区域#,那么您已经幸运了,并坚决为自己节省了许多有关更改区域号或必须使用虚拟链接的问题。因此,也许这是一个赞成在各处使用两个区域ID(0和1)的论点-但同样,您最初并不希望R1和R3能够直接通信。耸耸肩
这是一个风格和个人喜好问题-似乎没有技术上的原因不可行,我也从未打算以其他方式表示。
更新#2
添加非ascii艺术连接图-线性绘制为三角形。R1和R3之间打算做什么?区域1应该是连续的还是分开的?