双点双向重发布

文章描述了路由器配置过程,包括IP地址分配、静态路由设置、MGRE隧道环境的配置、OSPF协议的启用与调整,以及解决DR/BDR选举和邻接关系问题,最后进行了连通性测试。

 配置IP
[R1-GigabitEthernet0/0/0]ip ad 192.168.12.1 24
[R1-GigabitEthernet0/0/1]ip ad 192.168.13.1 24
[R1-LoopBack0]ip address 1.1.1.1 24
 

[R2-GigabitEthernet0/0/0]ip address 192.168.12.2 24
[R2-GigabitEthernet0/0/1]ip address 192.168.24.2 24
[R2-LoopBack0]ip ad 2.2.2.2 24
 

[R3-GigabitEthernet0/0/1]ip ad 192.168.34.3 24
[R3-GigabitEthernet0/0/0]ip ad 192.168.13.3 24
[R3-LoopBack0]ip ad 3.3.3.3 24
 

[R4-GigabitEthernet0/0/0]ip ad 192.168.24.4 24
[R4-GigabitEthernet0/0/1]ip ad 192.168.34.4 24
[R4-LoopBack0]ip ad 4.4.4.4 24
 

 先配IP 在保证缺省能通过

[r1]int g0/0/0
[r1-GigabitEthernet0/0/0]ip ad 107.0.0.7 24
[r1-GigabitEthernet0/0/0]
Nov 15 2023 16:42:01-08:00 r1 %%01IFNET/4/LINK_STATE(l)[1]:The line protocol IP 
on the interface GigabitEthernet0/0/0 has entered the UP state. 
[r1-GigabitEthernet0/0/0]int l0
[r1-LoopBack0]ip ad 192.168.7.1 24
[r1]ip route-static 0.0.0.0 0 107.0.0.10
 

[r2]int g0/0/0
[r2-GigabitEthernet0/0/0]ip ad 108.0.0.8 24
Nov 15 2023 16:43:10-08:00 r2 %%01IFNET/4/LINK_STATE(l)[1]:The line protocol IP 
on the interface GigabitEthernet0/0/0 has entered the UP state. 
[r2-GigabitEthernet0/0/0]int l0
[r2-LoopBack0]ip ad 192.168.8.1 24
[r2]ip route-static 0.0.0.0 0 108.0.0.10
 

[R3-GigabitEthernet0/0/0]ip ad 107.0.0.10 24
[R3-GigabitEthernet0/0/0]int g0/0/1
[Huawei-GigabitEthernet0/0/1]ip ad 108.0.0.10 24
[Huawei-GigabitEthernet0/0/1]int g0/0/2
[Huawei-GigabitEthernet0/0/2]ip ad 109.0.0.10 24

 

[r4]int g0/0/0
[r4-GigabitEthernet0/0/0]ip ad 109.0.0.9 24
[r4-LoopBack0]ip ad 192.168.9.1 24
 
[r4]ip route-static 0.0.0.0 0 109.0.0.10
[r4]ping 107.0.0.7
  PING 107.0.0.7: 56  data bytes, press CTRL_C to break
    Request time out
    Reply from 107.0.0.7: bytes=56 Sequence=2 ttl=254 time=90 ms
    Reply from 107.0.0.7: bytes=56 Sequence=3 ttl=254 time=50 ms
    Reply from 107.0.0.7: bytes=56 Sequence=4 ttl=254 time=30 ms
    Reply from 107.0.0.7: bytes=56 Sequence=5 ttl=254 time=20 ms

  --- 107.0.0.7 ping statistics ---
    5 packet(s) transmitted
    4 packet(s) received
    20.00% packet loss
    round-trip min/avg/max = 20/47/90 ms
 

 保证通信后配置MGRE环境

[r1]int Tunnel 0/0/0
[r1-Tunnel0/0/0]ip ad 192.168.4.7 24

[r1-Tunnel0/0/0]tunnel-protocol gre p2mp

[r1-Tunnel0/0/0]source 107.0.0.7
Nov 15 2023 16:57:38-08:00 r1 %%01IFNET/4/LINK_STATE(l)[0]:The line protocol IP 
on the inter
face Tunnel0/0/0 has entered the UP state. 
[r1-Tunnel0/0/0]
[r1-Tunnel0/0/0]dis th
[V200R003C00]
#
interface Tunnel0/0/0
 ip address 192.168.4.7 255.255.255.0 
 tunnel-protocol gre p2mp
 source 107.0.0.7
#
return
[r1-Tunnel0/0/0]

[r1-Tunnel0/0/0]nhrp entry multicast dynamic 

[r2]int Tunnel 0/0/0
[r2-Tunnel0/0/0]ip ad 192.168.4.8 24
[r2-Tunnel0/0/0]tu    
[r2-Tunnel0/0/0]tunnel-protocol gre p2mp
[r2-Tunnel0/0/0]sou    
[r2-Tunnel0/0/0]source g0/0/0
Nov 15 2023 17:04:40-08:00 r2 %%01IFNET/4/LINK_STATE(l)[0]:The line protocol IP 
on the interface Tunnel0/0/0 has entered the UP state. 
[r2-Tunnel0/0/0]nhrp entry 192.168.4.7 107.0.0.7 register 

 

[r4]int Tunnel 0/0/0
[r4-Tunnel0/0/0]ip ad 192.168.4.9 24

[r4-Tunnel0/0/0]tunnel-protocol gre p2mp
[r4-Tunnel0/0/0]source g0/0/0
Nov 15 2023 17:06:42-08:00 r4 %%01IFNET/4/LINK_STATE(l)[0]:The line protocol IP 
on the interface Tunnel0/0/0 has entered the UP state.  
[r4-Tunnel0/0/0]nhrp entry 192.168.4.7 107.0.0.7 register 
 

开始启动OSPF

[r1]ospf 1 router-id 7.7.7.7
[r1-ospf-1]are    
[r1-ospf-1]area 0
[r1-ospf-1-area-0.0.0.0]netw    
[r1-ospf-1-area-0.0.0.0]network 192.168.7.1 0.0.0.0------宣告
[r1-ospf-1-area-0.0.0.0]net    
[r1-ospf-1-area-0.0.0.0]network 192.168.4.7 0.0.0.0--------宣告tunnel
[r1-ospf-1-area-0.0.0.0]

[r2]ospf 1 router-id 8.8.8.8

[r2-ospf-1]a 0

[r2-ospf-1-area-0.0.0.0]network 192.168.8.1 0.0.0.0

[r2-ospf-1-area-0.0.0.0]network 192.168.4.8 0.0.0.0
 

[r4]ospf 1 router-id 9.0.0.0
Info: The configuration succeeded. You need to restart the OSPF process to valid
ate the new router ID.

[r4-ospf-1-area-0.0.0.0]network 192.168.9.1 0.0.0.0

[r4-ospf-1-area-0.0.0.0]network 192.168.4.9 0.0.0.0
 

开销值1562:实际传输速率极低

有问题r1只收到R4的,但不能建立

因为R1是P2P

[r1-Tunnel0/0/0]ospf network-type broadcast 

因为R2是P2P不用条件匹配,,R1是broad要条件匹配,R1认为R9是DR,然后进行BDR,但R2是P2P不发HEllo包,发DBD,因此卡在ExStart

不同的网络类型,可以建立邻居关系,但是会

都修改

[r4-Tunnel0/0/0]ospf network-type broadcast 
[r2-Tunnel0/0/0]ospf network-type b
 

新问题:DR,BDR认知错误

让分支节点放弃选举

1.修改

[r1]int Tunnel 0/0/0
[r1-Tunnel0/0/0]ospf dr    
[r1-Tunnel0/0/0]ospf dr-priority 10
[r1-Tunnel0/0/0]q
[r1]q
<r1>res    
<r1>reset ospf 1 p 

改不了放弃
[r1-Tunnel0/0/0]undo ospf dr-priority 

[r4]int t0/0/0
[r4-Tunnel0/0/0]ospf d    
[r4-Tunnel0/0/0]ospf dr-priority 0

[r2]int Tunnel 0/0/0
[r2-Tunnel0/0/0]ospf d    
[r2-Tunnel0/0/0]ospf dr-priority 0
 

检测联通性

[r4]ping -a 192.168.9.1 192.168.8.1
  PING 192.168.8.1: 56  data bytes, press CTRL_C to break
    Reply from 192.168.8.1: bytes=56 Sequence=1 ttl=254 time=40 ms
    Reply from 192.168.8.1: bytes=56 Sequence=2 ttl=255 time=30 ms
    Reply from 192.168.8.1: bytes=56 Sequence=3 ttl=255 time=20 ms
    Reply from 192.168.8.1: bytes=56 Sequence=4 ttl=255 time=40 ms
    Reply from 192.168.8.1: bytes=56 Sequence=5 ttl=255 time=30 ms

  --- 192.168.8.1 ping statistics ---
    5 packet(s) transmitted
    5 packet(s) received
    0.00% packet loss
    round-trip min/avg/max = 20/32/40 ms

<think>嗯,用户的问题是关于ENSP中双点双向重发布时无法改变TAG值的原因及解决方案。首先,我需要回忆一下关于路由重发布和TAG值的知识。路由重发布通常用于不同路由协议之间的路由信息交换,比如RIP和OSPF之间。TAG值是用来标记路由条目的,方便后续的路由策略匹配,比如过滤或修改优先级。 用户提到在双点双向重发布的情况下无法修改TAG值,可能的原因有几个。首先,检查路由策略是否正确应用。在ENSP中,使用route-policy时,需要确保在重发布时正确调用了这个策略。比如,在import-route命令后面有没有加上route-policy参数。另外,还要确认策略的节点是否允许通过(permit),否则可能不会生效。 其次,路由策略的匹配条件可能不正确。比如,是否在apply子句中正确设置了tag值。如果配置的tag值与预期不符,或者没有正确匹配已有的tag,可能导致无法修改。还有,不同厂商的设备对tag的范围可能有不同的限制,比如有些设备只支持0-65535,如果超出范围可能无法生效。 另外,双点双向重发布可能导致路由环路,这时候设备可能有自我保护机制,自动忽略某些策略。比如,如果两个ASBR同时互相引入路由,并且都尝试修改tag,可能会导致冲突,设备可能拒绝修改。这时候需要检查是否存在路由环路,以及是否配置了防止环路的相关策略,比如使用filter-policy或者修改优先级。 还需要考虑ENSP软件本身的bug或者版本问题。有些旧版本可能存在配置不生效的情况,建议用户检查设备版本,并尝试升级到最新版本。同时,查看设备的日志信息,确认是否有相关错误提示,这有助于定位问题。 解决方案方面,首先确保路由策略的正确性,包括正确的调用和配置。其次,使用display route-policy命令验证策略是否被正确应用。如果问题依旧,可以尝试清除路由表,重新触发路由更新,或者检查是否有其他策略覆盖了当前的tag设置。此外,参考引用[1]中提到的修改优先级的方法,或许可以通过调整路由优先级来间接解决次优路径问题,而不完全依赖tag值。 最后,用户可能需要通过实际案例来验证配置。例如,在ASBR上配置route-policy,在引入路由时设置tag,并通过display ip routing-table命令查看路由的tag值是否更新。如果仍然不生效,可能需要更详细的排查步骤,比如逐步检查每个策略的应用情况,或者使用调试命令查看路由更新的过程。</think>### 关于ENSP中双点双向重发布TAG值无法修改的分析与解决方案 #### 问题原因分析 1. **路由策略未正确调用** - 在双点双向重发布场景中,若未在重发布命令中调用定义的路由策略(如`route-policy`),则无法对TAG值进行标记或修改。例如: ```shell rip 1 import-route ospf 1 route-policy SET_TAG # 必须通过route-policy绑定策略 ``` - 若未通过`apply tag`语句显式指定TAG值,或策略节点未配置`permit`动作,则TAG值无法生效[^1][^2]。 2. **TAG值范围限制** - 某些设备对TAG值的取值范围有限制(如0-65535)。若配置超出范围的TAG值(如负数或过大的数值),设备会直接忽略该操作。 3. **路由优先级冲突** - 双点双向重发布可能导致路由环路或优先级竞争。若未通过`preference`调整协议优先级,设备可能因路由选择规则(如优先选择内部协议路由)而忽略TAG标记[^1][^3]。 4. **配置顺序或语法错误** - 路由策略的节点(`node`)顺序错误,或`if-match`/`apply`语句未正确关联,导致策略未生效。 --- #### 解决方案 1. **验证路由策略配置** - 确保在重发布命令中调用路由策略,并检查策略语法: ```shell route-policy SET_TAG permit node 10 apply tag 100 # 设置TAG值为100 ``` - 通过`display route-policy`命令确认策略内容是否包含TAG设置。 2. **调整协议优先级** - 在ASBR上修改路由协议优先级,确保引入的路由优先级低于原协议(避免次优路径): ```shell ospf 1 preference 150 # 默认OSPF优先级为10,调整为150以降低优先级 ``` 3. **使用过滤策略辅助TAG生效** - 结合`filter-policy`过滤未标记TAG的路由条目,强制设备依赖TAG值进行路由选择: ```shell rip 1 filter-policy route-policy CHECK_TAG export # 仅导出含特定TAG的路由 ``` 4. **排查设备兼容性与日志** - 检查设备版本是否支持TAG标记功能(部分低版本ENSP存在兼容性问题)。 - 通过`display current-configuration`和`display logbuffer`查看配置错误或告警信息。 --- #### 实际案例(以RIP与OSPF双点双向为例) ```shell # 在ASBR上配置路由策略设置TAG route-policy RIP_TO_OSPF permit node 10 apply tag 200 # ospf 1 import-route rip 1 route-policy RIP_TO_OSPF # rip 1 import-route ospf 1 route-policy OSPF_TO_RIP ``` 通过`display ip routing-table protocol rip tag`可验证TAG值是否生效。 --- ###
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值