ospf多路访问链路中的主从关系？ ospf多路访问链路中的主从关系？
\u4e3a\u4ec0\u4e48\u9700\u8981\u5728ospf\u90bb\u5c45\u4e4b\u95f4\u786e\u8ba4\u4e3b\u4ece\u5173\u7cfb\uff1f\u5728exchange\u72b6\u6001\u4e0b\u9009\u53d6\u51famaster\u548cslave\u8def\u7531\u5668\uff0c\u7136\u540e\u7531master\u8def\u7531\u5668\u53d1\u8d77DBD\uff08\u6570\u636e\u5e93\u63cf\u8ff0\u6570\u636e\u5305\uff09\u7684\u4ea4\u6362\uff0c\u66f4\u591a\u4fe1\u606f\u8bf7\u53c2\u770bTCP/IP\u8def\u7531\u6280\u672f\u5377\u4e00
1\uff09\u4e0d\u62a2\u5360,DR\u6b63\u5e38\u65f6\uff0c\u5373\u4f7f\u6709\u65b0\u7684Priority\u6bd4DR\u9ad8\u7684\u8def\u7531\u5668\u4e5f\u4e0d\u80fd\u62a2\u5360\u6210\u4e3aDR\u3002
\u30002\uff09DR\u6b63\u5e38\u65f6\uff0cBDR\u53ea\u63a5\u6536\u6240\u6709\u4fe1\u606f\uff0c\u4f46\u8f6c\u53d1LSA\u548c\u540c\u6b65LSDB\u7684\u4efb\u52a1\u7531DR\u5b8c\u6210\uff0c\u5f53DR\u6545\u969c\u65f6\uff0cBDR\u81ea\u52a8\u6210\u4e3aDR\uff0c\u5b8c\u6210\u539fDR\u7684\u5de5\u4f5c\uff0c\u5e76\u9009\u4e3e\u65b0\u7684BDR\u3002
\u30003\uff09DR\u662f\u4e2a\u63a5\u53e3\u6982\u5ff5\u3002\u6bcf\u4e2a\u7f51\u6bb5\u90fd\u4f1a\u9009\u4e3eDR\u3002
4) \u4e0d\u540c\u7f51\u6bb5\u5206\u522b\u9009DR/BDR
show ip osp nei \u53ef\u4ee5\u770b\u5230ospf\u7684\u90bb\u5c45\u5173\u7cfb\u3002
OSPF协议用的是比较高级的SPF算法，因为此协议为了好管理把端口们划分为一个个单位，称为域（area）。因为SPF算法很占用路由器的内存空间并且OSPF网络环境复杂，为了节省空间，每个域里只要有1个路由器知道外面的情况的就可以了，这个路由器就叫DR了。域里其他的路由器只要知道域内情况就可以了。
可是谁又能保证DR不会坏呢？所以要有个替补，这就是BDR了。
DR与BDR的选举是依靠的人为设置的路由优先级（不设置一般默认是100），当然优先级也能设为0，这样这个路由器永远不能被选举成DR或BDR。
OSPF大致是4类网络，点到点与点到多点这两类需要的认为指定DR/BDR，因为这两类多用在网络分支上，方便管理。
广播网络与NBMA这两类则需要选举DR/BDR。这两类网络搭建好后，路由间会依靠一种LSA自动选举出来DR与BDR。这两类网络主要用于主干网络，所以事先要谋划计算好，轻易不能改动。过程中，如果DR坏了，BDR自动变成DR，然后又有新的BDR被选举出来。
用命令找DR很简单 show ip route就可以的 DR/BDR里可以看到他们与其他路由都添加邻居，并且要复杂的多
. 链路状态
OSPF路由器收集其所在网络区域上各路由器的连接状态信息，即链路状态信息（Link-State），生成链路状态数据库(Link-State Database)。路由器掌握了该区域上所有路由器的链路状态信息，也就等于了解了整个网络的拓扑状况。OSPF路由器利用“最短路径优先算法(Shortest Path First, SPF)”，独立地计算出到达任意目的地的路由。
2. 区域
OSPF协议引入“分层路由”的概念，将网络分割成一个“主干”连接的一组相互独立的部分，这些相互独立的部分被称为“区域”(Area)，“主干”的部分称为“主干区域”。每个区域就如同一个独立的网络，该区域的OSPF路由器只保存该区域的链路状态。每个路由器的链路状态数据库都可以保持合理的大小，路由计算的时间、报文数量都不会过大。
3. OSPF网络类型
根据路由器所连接的物理网络不同，OSPF将网络划分为四种类型：广播多路访问型（Broadcast multiAccess）、非广播多路访问型（None Broadcast MultiAccess，NBMA）、点到点型（Point-to-Point）、点到多点型（Point-to-MultiPoint）。
广播多路访问型网络如：Ethernet、Token Ring、FDDI。NBMA型网络如：Frame Relay、X.25、SMDS。Point-to-Point型网络如：PPP、HDLC。
4. 指派路由器（DR）和备份指派路由器（BDR）
在多路访问网络上可能存在多个路由器，为了避免路由器之间建立完全相邻关系而引起的大量开销，OSPF要求在区域中选举一个DR。每个路由器都与之建立完全相邻关系。DR负责收集所有的链路状态信息，并发布给其他路由器。选举DR的同时也选举出一个BDR，在DR失效的时候，BDR担负起DR的职责。
点对点型网络不需要DR，因为只存在两个节点，彼此间完全相邻。 协议组成OSPF协议由Hello协议、交换协议、扩散协议组成。本文仅介绍Hello协议，其他两个协议可参考RFC2328中的具体描述。
当路由器开启一个端口的OSPF路由时，将会从这个端口发出一个Hello报文，以后它也将以一定的间隔周期性地发送Hello报文。OSPF路由器用Hello报文来初始化新的相邻关系以及确认相邻的路由器邻居之间的通信状态。
对广播型网络和非广播型多路访问网络，路由器使用Hello协议选举出一个DR。在广播型网络里，Hello报文使用多播地址224.0.0.5周期性广播，并通过这个过程自动发现路由器邻居。在NBMA网络中，DR负责向其他路由器逐一发送Hello报文。
二、协议操作
第一步：建立路由器的邻接关系
所谓“邻接关系”（Adjacency）是指OSPF路由器以交换路由信息为目的，在所选择的相邻路由器之间建立的一种关系。
路由器首先发送拥有自身ID信息（Loopback端口或最大的IP地址）的Hello报文。与之相邻的路由器如果收到这个Hello报文，就将这个报文内的ID信息加入到自己的Hello报文内。
如果路由器的某端口收到从其他路由器发送的含有自身ID信息的Hello报文，则它根据该端口所在网络类型确定是否可以建立邻接关系。
在点对点网络中，路由器将直接和对端路由器建立起邻接关系，并且该路由器将直接进入到第三步操作：发现其他路由器。若为MultiAccess 网络, 该路由器将进入选举步骤。
第二步：选举DR/BDR
不同类型的网络选举DR和BDR的方式不同。
MultiAccess网络支持多个路由器，在这种状况下, OSPF需要建立起作为链路状态和LSA更新的中心节点。选举利用Hello报文内的ID和优先权(Priority)字段值来确定。优先权字段值大小从0到255，优先权值最高的路由器成为DR。如果优先权值大小一样，则ID值最高的路由器选举为DR，优先权值次高的路由器选举为BDR。优先权值和ID值都可以直接设置。
第三步：发现路由器
在这个步骤中，路由器与路由器之间首先利用Hello报文的ID信息确认主从关系，然后主从路由器相互交换部分链路状态信息。每个路由器对信息进行分析比较，如果收到的信息有新的内容，路由器将要求对方发送完整的链路状态信息。这个状态完成后，路由器之间建立完全相邻（Full Adjacency）关系，同时邻接路由器拥有自己独立的、完整的链路状态数据库。
在MultiAccess网络内，DR与BDR互换信息，并同时与本子网内其他路由器交换链路状态信息。
Point-to-Point 或 Point-to-MultiPoint网络中，相邻路由器之间信息。
绛旓細DR(鎸囧畾璺敱鍣)涓嶣DR锛堝鐢ㄦ寚瀹氳矾鐢卞櫒锛夎鏄涓讳粠鍏崇郴涓嶇‘鍒囩殑锛屼粬浠殑鍏崇郴搴旇鏄富鍔涗笌鏇胯ˉ鐨勫叧绯汇OSPF鍗忚鐢ㄧ殑鏄瘮杈冮珮绾х殑SPF绠楁硶锛屽洜涓烘鍗忚涓轰簡濂界鐞嗘妸绔彛浠垝鍒嗕负涓涓釜鍗曚綅锛岀О涓哄煙锛坅rea锛夈傚洜涓篠PF绠楁硶寰堝崰鐢ㄨ矾鐢卞櫒鐨勫唴瀛樼┖闂村苟涓擮SPF缃戠粶鐜澶嶆潅锛屼负浜嗚妭鐪佺┖闂达紝姣忎釜鍩熼噷鍙鏈1涓矾鐢卞櫒鐭ラ亾...
绛旓細1锛屽厛璇涓讳粠鍚э紝鎵鏈夋帴鍙ｇ綉璺被鍨嬮兘鏈夛紝鏄喅瀹氶偦鎺ュ叧绯诲缓绔嬪悗璋佸厛鍙戦乽pdate鐨勶紝榛樿router ID 澶х殑涓轰富锛屽厛鍙憉pdate锛屽湪DBD鍖呴噷闈㈡湁涓瓧娈垫潵閫変妇涓讳粠 2锛孌R,BDR锛屽彧鍦∕A缃戠粶涓湁锛岀敤鏉ュ喅瀹氭槸璋佹潵鍋氭寚瀹氳矾鐢卞櫒锛孌other闂翠繚鎸侀偦灞呭叧绯伙紝鍙拰DR涓洪偦鎺 鍏跺疄锛屼粬浠袱涓湪ospf閭绘帴寤虹珛杩囩▼涓紡鍙戠敓鍦ㄤ笉鍚...
绛旓細閫氳繃router-id閫夊嚭锛宮aster salve銆傜涓涓寘閮芥槸1璇存槑杩樻病鏈夋敹鍒板鏂圭殑Dbd锛岄兘浠ヤ负鑷繁鏄痬aster銆備粩缁嗙湅init浣嶅簲璇ユ槸缃1鐨勩傝鏄庤繕娌℃寮忛夊嚭銆傞夊畬浜嗗悗浣犺鐨勮繖鍑犱釜bit灏辨甯镐簡銆
绛旓細Exstart 涓OSPF閭绘帴鍏崇郴鐨勭5绾э紝杩欎竴绾у紑濮嬩氦浜扗BD锛岀涓涓狣BD鍙玣ristdbd(鍖呭惈R-ID锛孧TU锛岄噷杈规病鏈夊寘鍚换浣昄SA鐨勬姤澶翠俊鎭)锛屼綔鐢ㄦ槸涓轰簡閫変妇MASTER銆備负浜嗙‘瀹氭帴涓嬫潵鐨勯殣寮忕‘璁よ皝鍋氱壍澶寸殑閭ｄ竴鏂癸紝璋佹潵纭畾搴忓垪鍙凤紝璋佹潵鍋氱涓涓彂閫併傜‘瀹氬簭鍒楀彿绗竴涓彂閫佺殑R绉颁箣涓篗ASTER锛岀敤鏉ュ仛闅愬紡纭鐨勫彨SLAVE銆侻...
绛旓細鍦澶氳矾璁块棶鐨勫箍鎾瀷缃戠粶涓紝OSPF鐨凟XTART鐘舵佺殑鐩爣鏄‘瀹氫富浠庡叧绯伙紝EXCHANGE鐘舵佺殑鐩爣鏄氦鎹SA鍖呭ご銆傛粸鐣欏湪杩欎袱绉嶇姸鎬佷篃灏辫鏄庢棤娉曠‘绔嬩富浠庡叧绯绘垨鑰呮棤娉曚氦鎹SA鍖呭ご銆
绛旓細鍦╡xchange鐘舵佷笅閫夊彇鍑簃aster鍜宻lave璺敱鍣紝鐒跺悗鐢眒aster璺敱鍣ㄥ彂璧稤BD锛堟暟鎹簱鎻忚堪鏁版嵁鍖咃級鐨勪氦鎹紝鏇村淇℃伅璇峰弬鐪婽CP/IP璺敱鎶鏈嵎涓
绛旓細浠庤澶囨敹鍒颁富璁惧鐨凩SU鎶ユ枃鍚庝細浠SAck鎶ユ枃杩涜纭銆傚湪DD鎶ユ枃浜ゆ崲涓紝涓讳粠瑙掕壊涓嶆槸鍥哄畾鐨勶紝鍥犱负鍙屾柟閮藉彲鑳芥病鏈夊鏂圭殑LSA锛屾垨鑰呬竴鏂圭殑LSA鐨勭増鏈洿鏂帮紝鍙屾柟閮藉彲浠ュ悜瀵规柟鍙戦丩SR鎶ユ枃璇锋眰鏇存柊銆4銆佸畬鍏ㄩ偦鎺ラ樁娈 褰撳弻鏂圭殑LSDB瀹屽叏鍚屾鍚庯紝鍙屾柟鍧囪浆涓篎ULL鐘舵侊紝鍙屾柟OSPF鎺ュ彛闂存暣鏁板缓绔嬪畬鍏ㄩ偦鎺ュ叧绯汇
绛旓細OSPF鏄紑鏀惧紡鏈鐭矾寰勶紝鏄 涓绉嶅熀浜閾捐矾鐘舵佺殑鍐呴儴缃戝叧璺敱鍗忚锛岄氬父鐢ㄥ湪涓ぇ鍨嬬綉缁滐紝鍗忚鍙89锛岄氳繃鍙戦丩SA杩涜璺敱璁＄畻銆傚叧浜OSPF鐨鍩烘湰鏈锛歊outer-ID:鐢ㄤ簬鍦ㄨ嚜娌荤郴缁熶腑鍞竴鏍囪瘑涓鍙拌繍琛孫SPF鐨勮矾鐢卞櫒锛屼篃灏辨槸杩欏彴璺敱鍣ㄧ殑鍚嶅瓧锛屽畠鏄竴涓32浣嶇殑鏃犵鍙锋暣鏁般俁outer ID閫変妇瑙勫垯濡備笅 1銆佷紭鍏堢骇鏈楂樼殑鏄...
绛旓細EXSTART鐘舵佸氨鏄,璺敱鍣ㄥ拰浠栦滑鐨凞R鍜孊DR 寤虹珛涓涓涓讳粠鍏崇郴骞朵笖涓篍XCHANGE鐘舵佷氦鎹BD鏁版嵁鍖呴夋嫨鍒濆DD(鍗冲彂閫閾捐矾鐘舵佹暟鎹簱鎽樿鐨)搴忓彿...璺敱鍣↖D楂樼殑璁惧浼氭垚涓轰富璁惧骞朵笖寮濮嬩氦鎹,骞朵笖鍚屾牱鍦,鏄兘澧炲姞搴忓彿鐨勫敮涓鐨勮矾鐢卞櫒...娉ㄦ剰涓涓皢閫昏緫涓婅涓哄湪涓讳粠鍏崇郴鐨勬湡闂,DR/BDR甯︽湁鏈楂樼殑璺敱鍣↖D灏嗘垚涓轰富...
绛旓細MA缃戠粶涓殑闂 n*锛坣-1锛/2涓偦鎺ュ叧绯伙紝绠＄悊澶嶆潅 閲嶅鐨凩SA娉涙椽锛岄犳垚璧勬簮娴垂 涓轰簡瑙ｅ喅浠ヤ笂闂锛屾垜浠彁鍑轰簡DR鍜孊DR鐨勬蹇 浼樼偣锛 鍑忓皯閭绘帴鍏崇郴 闄嶄綆OSPF鐨鍗忚娴侀噺 MA澶氳矾璁块棶锛欱RO/NBMA閾捐矾閮藉睘浜嶮A鐨勭被鍨 榛樿鎯呭喌涓OSPF鍗忚鍦˙RO/NBMA鍨嬬綉缁滀細鑷姩閫変妇DR 姣忔潯BRO/...
