<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Fly Zone &#187; area</title>
	<atom:link href="http://flyxj.cn/archives/tag/area/feed" rel="self" type="application/rss+xml" />
	<link>http://flyxj.cn</link>
	<description>Do not, for one repulse, give up the purpose that you resolved to effect.</description>
	<lastBuildDate>Sun, 15 Jan 2012 14:56:24 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
		<item>
		<title>OSPF Process ID</title>
		<link>http://flyxj.cn/archives/ospf-process-id</link>
		<comments>http://flyxj.cn/archives/ospf-process-id#comments</comments>
		<pubDate>Thu, 15 Jul 2010 15:58:13 +0000</pubDate>
		<dc:creator>flyxj</dc:creator>
				<category><![CDATA[Network]]></category>
		<category><![CDATA[area]]></category>
		<category><![CDATA[cisco]]></category>
		<category><![CDATA[ospf]]></category>
		<category><![CDATA[process]]></category>

		<guid isPermaLink="false">http://flyxj.cn/?p=35</guid>
		<description><![CDATA[Cisco 设备中的 OSPF 协议的配置需要定义 Process ID，该 Process ID 是在本地表示 OSPF 路由选择，多个路由器之间的 ID 可以不同。但是不建议在一个路由器上运行多个 ID 进程，因为这样会导致产生多个链路状态数据库，增加硬件设备的负担，彼此也是不能共享路由信息，需要共享就需要在同一设备的不同 OSPF 进程中实现重发布。 Enabling an OSPF process:Enabling an OSPF process:router ospf &#60;process-id&#62;Assigning areas to the interfaces:network &#60;network or IP address&#62; &#60;mask&#62; &#60;area-id&#62;]]></description>
		<wfw:commentRss>http://flyxj.cn/archives/ospf-process-id/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>OSPF 的距离矢量性</title>
		<link>http://flyxj.cn/archives/ospf-distance-vector</link>
		<comments>http://flyxj.cn/archives/ospf-distance-vector#comments</comments>
		<pubDate>Wed, 05 May 2010 15:17:34 +0000</pubDate>
		<dc:creator>flyxj</dc:creator>
				<category><![CDATA[Network]]></category>
		<category><![CDATA[area]]></category>
		<category><![CDATA[cisco]]></category>
		<category><![CDATA[Jeff]]></category>
		<category><![CDATA[lsa]]></category>
		<category><![CDATA[lsdb]]></category>
		<category><![CDATA[ospf]]></category>

		<guid isPermaLink="false">http://flyxj.cn/?p=49</guid>
		<description><![CDATA[Jeff Doyle 最喜欢在面试的时候问的一个问题： 为什么在 OSPF 中非骨干区域之间的互访流量必须通过骨干区域（区域 0）传递？ 下面通过比较三个即使 OSPF 初学者也知道的链路状态路由协议的基本概念，来探究该问题的答案。 第一个基本概念是：运行链路状态协议的路由器都会向其他路由器泛洪自身的，链路的和邻居信息。通过这些泛洪的信息，各个路由器都能够建立起一致的链路状态数据库。然后各个路由器再各自独立的运行最近路径优先算法来获得一个最短路径树，这棵树就类似一个描绘到达其他路由器路径的地图。链路状态协议的一个优点就是通过提供一个整个网络的地图来避免出现路由回环。相对应的距离矢量协议的路由信息是在网络中逐跳的进行传递的，然后逐跳的根据本地的信息进行各自的路由计算。.在进行正确的路由计算和计算结果信息正确传递之前，这些路由器之间都是独立的。当一个路由器宣告它所学到的网络前缀给邻居时，它就宣告说它知道如何到达这些目的地，而由于运行距离矢量协议的路由器也只能通过邻居的宣告来获得网络信息，除了邻居之外没有整个网络的地图，因此很容易产生路由回环。 第二个基本概念是：随着链路状态域的增大，相应的泛洪和产生的链路状态数据库就会产生一个扩展性的问题。解决这个问题的方法是把一个路由域分成多个区域。这样第一个基本概念就要修正为路由信息的泛洪就限于在区域内，相应的链路状态数据库也只是包含本区域内所有路由器的信息。 也就是说每个路由器所计算出来的最短路径树也只是到达本区域内路由器最短路径的汇总而已。 第三个基本概念是：OSPF 的区域是通过一个或者多个的区域边界路由器相连（对于其他的链路状态路由协议 ISIS 稍微有所不同），这些边界路由器针对不同的区域维护不同的链路状态数据库，生成各自独立的最短路径树。区域边界路由器是两个或者多个区域的成员。通过泛洪一种类型 3 的 LSA 来宣告它从一个区域所学到的前缀到另外一个区域：“我知道如何到达这些目的地”说到这里你会发现最后这个概念描述的好像不是链路状态而是距离矢量。一个区域内的路由器不能看到边界路由器以外的网络，它只有依赖边界路由器来正确告知哪些前缀可以到达。最短路径算法通过把那些前缀作为和边界路由器相连的子网，附加相应的代价值进行计算来获得最短路径树。 问题的答案：由于区域间的 OSPF 是距离矢量的，是容易产生路由回环的。为了避免回环，所以区域间的流量必须经由骨干区域来传递。 原文出处]]></description>
		<wfw:commentRss>http://flyxj.cn/archives/ospf-distance-vector/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>OSPF 邻居状态机</title>
		<link>http://flyxj.cn/archives/ospf-neighbor-state</link>
		<comments>http://flyxj.cn/archives/ospf-neighbor-state#comments</comments>
		<pubDate>Sun, 25 Apr 2010 15:05:26 +0000</pubDate>
		<dc:creator>flyxj</dc:creator>
				<category><![CDATA[Network]]></category>
		<category><![CDATA[area]]></category>
		<category><![CDATA[cisco]]></category>
		<category><![CDATA[lsa]]></category>
		<category><![CDATA[lsdb]]></category>
		<category><![CDATA[neighbor]]></category>
		<category><![CDATA[ospf]]></category>

		<guid isPermaLink="false">http://flyxj.cn/?p=43</guid>
		<description><![CDATA[Down：邻居状态机的初始状态，是指在过去的 Dead-Interval 时间内没有收到对方的 Hello 报文。 Attempt：只适用于 NBMA 类型的接口，处于本状态时，定期向那些手工配置的邻居发送 HELLO 报文。 Init：本状态表示已经收到了邻居的 HELLO 报文，但是该报文中列出的邻居中没有包含我的 Router ID（对方并没有收到我发的 HELLO 报文）。 Two-Way：本状态表示双方互相收到了对端发送的 HELLO 报文，建立了邻居关系。在广播和 NBMA 类型的网络中，两个接口状态是 DROther 的路由器之间将停留在此状态。其他情况状态机将继续转入高级状态。 ExStart：在此状态下，路由器和它的邻居之间通过互相交换 First DBD 报文（该报文并不包含实际的内容，只包含一些标志位）来决定发送时的主/从关系。建立主/从关系主要是为了保证在后续的 DBD 报文交换中能够有序的发送。 Exchange：路由器将本地的 LSDB 用 DBD 报文来描述，并发给邻居。 Loading：路由器发送 LSR 报文向邻居请求对方的 DBD 报文。 Full：在此状态下，邻居路由器的 LSDB 中所有的 LSA 本路由器全都有了。即本路由器和邻居建立了邻接（adjacency）状态。]]></description>
		<wfw:commentRss>http://flyxj.cn/archives/ospf-neighbor-state/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

