pc段如何实现来回路径一致 在ospf内

重分发：

R3:做area3 。

解决：在R3创建两个ospf进程 ，左右跟R1建立ospf邻居又边跟R5建立ospf邻居.但有缺陷 本身因该通过 Oia的形式接收这些路由，但现在网络类型改变 了,不太利于做网络规划，进一步的网络分析 。

配置

1.配好接口ip 环回口 在 r1.2.3.4.5启用ospf 进程为110
router ospf 110 ; route-id x.x.x.x network

在r3上 启动ospf 35
router ospf 35 
network 35.1.1.1 0.0.0.0 area 3
do show run | section ospf //在查看

接下来做一个单点双向重分发

R3:
router ospf 110 
redistribute ospf 35 subnets 
router ospf  35 
redistribute ospf 110 subnets

查看r1的路由表

B方案 tunnel

之所以area 3的路由收不到是因为R3没有能力产生3类lsa ,要以3类lsa的形式产生出来，并且要以area 0的形式发送给r1。直接在1.3之间一根物理线缆连接能解决。
还可以做tunnel 。
tunnel vpn虚拟专网 典型技术 ：GRE 通用路由封装。解决:两个园区的主机互通：1，裸纤,两个园区拉一根光纤，但你得有license执照才能挖。代价大。2，建立GRE,tunnel ,通过 overlay技术，

举例: pca 园区a-r1—isp—r2 园区b pcb
现在a要向b发送数据
ethernet2|ipv4|tcp|http|fcs ,你用这个方式发包当isp收到，一定会丢包，因为公网路由器里没有私网路由。所以会在 R1和R2之间做一个tunnel.
最重要的配置是
tunnel source 我边界路由器外网接口的公网ip地址
tunnel destination 园区b外网接口的公网ip地址。
要记住tunnel口是一个逻辑接口 逻辑接口他是没有能力发送数据的最终也会通过物理接口发送走。
通过tunnel发包的区别是什么？
它会额外做一个overlay的处理，ethernet2|IPv4|GRE|ipv4|tcp|http|fcs
而这个新ipv4地址就是tunnel source/destination地址.公网路由器会查看外部的ip报头这样就可以欺骗公路由器。他会以为是由R1产生的去往R2，R2收到看GRE就明白了这个报头的源目地址才是真正的双方端口地址。这有一个递归。

当R1有去往 R2的明系，对应的出接口也是tunnel就是一个死循环。

原理 1.3做tunnel
命令

R1:
int  tunnel 13
tunnel source 13.1.1.1
tunnel destination 13.1.1.2
ip add 172.16.31.1 255.255.255.0
ip ospf 110 area 0
//可以随便ip
R1:
int  tunnel 31
tunnel source 13.1.1.2
tunnel destination 13.1.1.1
ip add 172.16.31.3 255.255.255.0
ip ospf 110 area 0
show ip int bri

viritual link

virtual link可以穿越常规区域 ，不能穿越stub,nass 区越
Virtual-link 逻辑的点到点的只属于Area 0的链路 。指定对方的路由器来做的，根据矢量图来看具体哪根物理链路来承接virtual link。 只要知道在哪，共享一个区域。 前提是：双方要拥有去往对方的树型结构。 检测连通性的时候2种方法：
1，周期hello，华为。
2.思科认为没必要，virtual link毕竟的虚拟连接，实时看矢量图 就ok. hello suppress hello抑制。 DNA:Donoteage永不超实。

R1:
router ospf 110
area 1 virtual-link 3.3.3.3
R3:
router ospf 110
area 1 virtual-link 1.1.1.1
show ip ospf virtual link
show ip ospf  neighbor //link的时间不会增加