简介一份面向毕业设计场景的H3C综合网络实验资料通过多种路由交换协议组网模拟中大型企业网络的转发流程适合网络工程、计算机等相关专业学生完成综合性实验或毕设方案。内容围绕核心层、汇聚层、接入层展开覆盖M-LAG、VRRP高冗余架构以及AC集中管理AP、SR-MPLSTEPolicy等进阶主题。资料包共44个文件以32份cfg设备配置为主另含HCL工程文件、备份压缩包、README说明与拓扑图整体约35.99MB可直接导入HCL模拟器查看也支持分批次启动设备调试。目前已有565人学习下载。借助多设备配置、拓扑图与说明文档可系统理解分层组网与高可用性设计也可作为大型网络实验排错和毕业设计撰写的参考。1. 毕业设计开题为什么综合网络实验最怕“配通了但说不清”很多同学拿到“H3C综合网络实验”这个毕业设计题目时第一反应是打开HCL模拟器把设备连起来照着网上教程敲OSPF、敲BGP最后看到路由表里全是路由条目就以为大功告成。但真正的答辩现场导师最常问的一句话是“这条流量为什么走这条路你策略配置的依据是什么”一旦答不上来整个实验就从“优秀设计”变成“配置搬运”。这套方案要解决的核心问题就是把“配通”升级为“设计”——从拓扑分层、地址规划、路由协议选型再到SR-MPLS TE Policy的流量调度每一步都能讲出意图、能验证、能演示故障切换。适合正在选毕业设计题目的学生也适合已经用HCL把设备点亮但卡在“怎么把实验写成设计”的开发者。2. 总体架构设计三层拓扑与互联细节的职责划分2.1 拓扑分层核心层、汇聚层、接入层各干什么综合网络实验最容易犯的第一个设计错误是所有路由器堆在一个平面里没有层次。这套方案把整网划分成三个平面核心层由两台P设备R1、R2组成负责SR-MPLS骨干转发不在核心设备上挂任何终端业务汇聚层由R3、R4两台PE设备组成既是SR-MPLS的边缘节点也是业务网关和BGP路由反射的汇聚点接入层由SW1、SW2和R5、R6组成SW承载终端VLANR5、R6模拟两个分支机构的CE设备把业务路由引入骨干。这个三层结构最直接的好处是故障域隔离。接入层挂掉只影响该分支汇聚层设备支持冗余切换核心层只关心高速转发。拓扑互联采用“口字形”双链路设计R1与R2之间一条链路构成核心内互联R3同时上联R1和R2R4也同时上联R1和R2另外R3与R4之间再拉一条直连链路作为备份通道。这样一来任意一条上联链路断开业务流量都能通过另一条路径到达目的地SR-MPLS TE Policy才有发挥空间。2.2 设备角色与接口互联清单设备角色规划上R1、R2的Loopback0地址分别规划为10.255.0.1和10.255.0.2作为SR的LSR ID和OSPF的Router IDR3、R4的Loopback0规划为10.255.0.3和10.255.0.4。所有设备互联接口统一使用10.1.x.x网段按“设备A-设备B”的顺序编码接口地址规划如表所示。互联链路接口网段R1侧地址R2/R3/R4侧地址R1—R210.1.12.0/3010.1.12.110.1.12.2R1—R310.1.13.0/3010.1.13.110.1.13.2R1—R410.1.14.0/3010.1.14.110.1.14.2R2—R310.1.23.0/3010.1.23.110.1.23.2R2—R410.1.24.0/3010.1.24.110.1.24.2R3—R410.1.34.0/3010.1.34.110.1.34.2终端侧用两个VLAN模拟实际业务VLAN 10划分给办公网段192.168.10.0/24挂在SW1下网关终结在R3的接口上VLAN 20划分给生产网段192.168.20.0/24挂在SW2下网关终结在R4的接口上。R5、R6作为CE设备分别接入R3、R4的另一个三层接口通过BGP把分支路由通告进骨干。OSPF进程只跑在核心和汇聚层设备上接入交换机全部做二层保持配置面干净。2.3 地址规划与协议设计的基本约束地址规划是综合实验里最容易被忽略的“隐性评分点”。好的规划要让评委从IP地址一眼看出设备角色和网络位置。Loopback地址统一用10.255.0.x段互联地址用/30掩码业务地址用独立的192.168.x.x段三套地址互不重叠。这样在答辩演示时执行display ip routing-table路由条目的下一跳和出接口能直接和拓扑图对上不需要现场翻笔记解释。OSPF进程规划上整网规划为单个OSPF进程、所有设备都在骨干区域0中理由是这个实验的规模只有6台路由设备没必要为了“看起来复杂”硬拆多个区域。真正的设计深度体现在SR-MPLS和BGP策略上而不是堆区域数量。每个互联接口使能OSPF时注意关闭接口的OSPF优先级干扰保持网络类型为默认的广播型或点对点型避免DR选举造成不必要的等待时间。所有Loopback接口使用network命令宣告进OSPF保证SR标签分配有稳定的可达性基础。3. 路由协议设计OSPF与BGP的协同及路由控制策略3.1 OSPF配置先保证IGP层面全互通SR-MPLS TE Policy依赖底层IGP计算可达路径所以OSPF配置是整个实验的地基。核心配置思路是每台设备开启OSPF进程1Router ID手工指定为各自的Loopback0地址所有互联接口和Loopback0接口加入区域0。以下是R1的基础配置其他设备按同样模板替换IP即可。# 全局配置 Loopback 和互联接口 interface LoopBack0 ip address 10.255.0.1 255.255.255.255 # interface GigabitEthernet0/0/0 ip address 10.1.12.1 255.255.255.252 ospf network-type p2p # # OSPF 进程配置 ospf 1 router-id 10.255.0.1 area 0.0.0.0 network 10.1.12.0 0.0.0.3 network 10.1.13.0 0.0.0.3 network 10.1.14.0 0.0.0.3 network 10.255.0.1 0.0.0.0两个设计细节值得说明一是互联接口配置成ospf network-type p2p在HCL模拟环境中能避免以太网接口默认走广播型网络导致的DR/BDR选举邻居建立速度更快排错时看display ospf peer也直观二是Loopback接口宣告用精确掩码0.0.0.0保证每台设备的LSR ID在路由表中以32位主机路由出现这是后续SR-MPLS标签正常分配的前提。配置完检查每一台设备的OSPF邻居状态全部是Full则表示IGP层面已经收敛。3.2 BGP配置把分支路由通告进SR骨干OSPF解决的是核心和汇聚设备之间的路由互通而R5、R6模拟的分支机构业务路由需要通过BGP引入骨干网。这里有两个可选方案一种是把R5、R6的直连业务段直接宣告进OSPF由IGP承载另一种是R5、R6与R3、R4建立EBGP邻居业务路由通过BGP传递。后者更贴合真实网络的“IGP与BGP分离”原则也方便在毕业设计中展示路由策略所以采用EBGP方案。在R3上配置与R5的EBGP邻居同时把VLAN 10的直连网段通过network命令通告进BGPR4同样与R6建EBGP邻居并通告VLAN 20网段。BGP配置示例如下。# R3 上的 BGP 配置 bgp 65001 router-id 10.255.0.3 peer 10.1.35.2 as-number 65005 # ipv4-family unicast peer 10.1.35.2 enable network 192.168.10.0 255.255.255.0这里自治域号按设备角色划分核心域设备R1至R4使用65001R5使用65005R6使用65006。这样在展示BGP路由表时从AS号就能看出路由来自哪个分支。R3把192.168.10.0/24通告给BGP后R1、R2、R4等设备通过IBGP学习到该路由。实际配置时注意IBGP邻居建议在R3和R4之间直接建立而不是通过全互联设备少的情况下全互联也可以但直连IBGP邻居能少配两对会话。3.3 路由控制优先级调整与策略路由的边界BR设备之间传递路由时容易出现的现象是同一目的地从OSPF和BGP两个来源都能学到默认情况下OSPF内部优先级高于BGP外部路由这会导致流量走IGP路径而不是BGP通告的路径。在SR-MPLS实验里我们希望业务流量严格按照TE Policy指定的隧道转发所以需要控制BGP路由的优选。通常的做法是配置路由策略为来自BGP的特定路由设置更高的优先级或者在TE Policy的引流入方式上做文章——把业务流量通过静态路由直接指向TE Policy隧道接口让隧道显式决定转发路径而不是依赖IGP最短路径。我一般会在R3和R4上配置一条静态路由目的地址是对端业务网段下一跳指向TE Policy隧道同时把该静态路由的优先级调高确保它覆盖OSPF计算出的路径。这个方案在答辩时可以清楚地讲出意图IGP负责底层SR标签转发BGP负责业务路由传递TE Policy负责流量调度三者各司其职。4. SR-MPLS TE Policy设计流量调度与链路故障切换4.1 SR基础配置OSPF进程内使能Segment RoutingSR-MPLS的核心思路是把路径信息编码在标签栈里由源节点压入标签栈中间节点按标签转发。第一步是全局使能SR并指定LSR ID然后在OSPF进程中开启SR扩展。H3C设备上的基础配置如下。# 全局使能 Segment Routing segment-routing mpls lsr-id 10.255.0.1 # # 在 OSPF 进程内关联 SR ospf 1 router-id 10.255.0.1 segment-routing mpls enable每台设备都需要在segment-routing mpls视图下配置lsr-id值等于自己的Loopback0地址。OSPF进程内执行segment-routing mpls enable后路由器会为Loopback0的32位主机路由分配Prefix Label同时通过OSPF的SR扩展在域内泛洪标签信息。检查是否生效执行display segment-routing mpls查看本地的标签分配表执行display ospf sr-mpls查看OSPF邻居的SR能力协商结果。有没有“配了SR但路由器不分配标签”的情况有最常见的原因是OSPF进程内漏配了segment-routing mpls enable或者Loopback0地址没有被精确宣告为32位路由。如果发现某台设备没有为对端Loopback分配标签先排查这两点比重启设备高效得多。4.2 TE Policy核心配置显式路径与ColorPreference选路TE Policy是SR-MPLS里负责“流量走哪条路”的机制。这个实验设计了两个TE Policy对应两条不同的转发路径Policy A从R3到R4显式路径规划为R3—R1—R2—R4模拟高带宽主路径Policy B从R3到R4显式路径规划为R3—R4直连模拟低时延备份路径。TE Policy通过Color值区分业务属性通过Preference决定主备关系配置如下。# R3 上配置 TE Policy 主路径 segment-routing mpls te policy policy_a color 100 candidate-path preference 100 explicit-path name to_r4_via_core # # 定义显式路径: 经过 R1 和 R2 segment-routing mpls explicit-path to_r4_via_core nexthop 10.1.13.2 nexthop 10.1.12.2 nexthop 10.1.24.2显式路径中每一跳nexthop的地址是关键。第一个nexthop必须是R3直连R1的接口地址10.1.13.2第二个nexthop是R1上连接R2的接口地址10.1.12.2第三个nexthop是R2上连接R4的接口地址10.1.24.2。配置顺序必须严格按照物理链路顺序排列否则刷新TE Policy时会报路径不可达。Color 100用于标识该策略承载的业务类别Preference 100表示主路径备份路径的Preference设置为50控制器或源节点在比较候选路径时优先选择Preference值更大的路径。4.3 业务引流与故障切换的验证闭环TE Policy建好之后如果不做引流流量依然走普通IP转发。H3C设备上常用两种引流方式一种是auto-route自动引流在TE Policy视图下配置auto-route advertise让OSPF把TE Policy当作出接口自动发布到路由表另一种是静态路由指定隧道适合精确控制特定业务网段。这个实验的业务网段只有两个用静态路由指向TE Policy更可控也方便答辩演示。# R3 上配置静态路由将办公业务引入 TE Policy ip route-static 192.168.20.0 255.255.255.0 tunnel TEpolicy1 preference 5下一跳指向te policy名称对应的隧道接口preference设置为5比OSPF默认的10更低确保业务流量必定进入TE Policy隧道。配置完成后执行display segment-routing mpls te policy查看Policy状态看到up且Ingress和Egress节点正确再执行display mpls lsp查看标签栈信息应该能看到三层标签外层为SR Prefix标签中间层为显式路径各节点的Prefix标签内层为业务标签。故障切换演示是整个实验的加分项。在R3上把连接R1的接口shutdown主路径失效TE Policy会在毫秒级切换到Preference较低但路径可达的备份策略上业务流量转向R3—R4直连链路继续转发。执行display segment-routing mpls te policy时能看到Active Path从主路径变为备份路径状态依然为up此时ping业务地址不丢包或仅丢1至2个包。5. 常见问题与排查HCL环境里最容易翻车的5个点5.1 设备启动失败与配置丢失现象HCL中启动超过6台设备部分路由器启动时间极长出现“启动失败”或控制台无法登录的提示重启后之前敲的配置全部丢失。原因是HCL作为模拟环境对宿主机内存和CPU占用较高批量启动时资源竞争导致进程异常退出。解决方法是分批次启动设备先启动核心层的R1、R2等待两台设备完全启动后再启动汇聚层最后启动接入层每完成一台设备的配置立即执行save并把配置文件通过HCL的“导出配置”功能备份到宿主机目录。这个习惯能避免“配置了两个小时一次重启全没了”的悲剧。5.2 OSPF邻居建立不起来现象display ospf peer显示邻居状态卡在Init或ExStart反复震荡甚至看不到邻居。原因多半是接口地址不在同一个网段或者区域号配置不一致。HCL环境里还容易遇到的问题是两个互联接口的MTU不一致导致OSPF数据库描述包交互失败。解决方法是先ping对端接口地址确认二层可达然后检查两端的network命令是否精确匹配接口地址再看两端接口的mtu是否一致最后确认area号完全相同。按顺序排查基本能定位不用盲目重启OSPF进程。5.3 SR-MPLS标签不分配现象segment-routing mpls已经使能但display segment-routing mpls中看不到其他设备Loopback的标签条目或者标签值为空。最常见的原因是OSPF进程下没有执行segment-routing mpls enableSR的使能必须同时完成全局视图和OSPF进程两个层面。另一个隐蔽原因是Loopback地址在OSPF中被宣告成了非32位掩码比如用network 10.255.0.1 0.0.0.255宣告导致OSPF把Loopback当成非主机路由处理SR无法分配Prefix标签。解决方法是把Loopback的宣告掩码改为0.0.0.0精确匹配然后逐台执行display ospf sr-mpls router查看SR能力协商状态。5.4 BGP路由学到了但业务不通现象display bgp routing-table能看到对端业务路由但ping不通。原因通常是业务流量回来时走到了另一条路径而那一侧没有配置相应的TE Policy引流。比如R3把办公网段192.168.10.0通过TE Policy发往R4但R4到192.168.10.0的回程流量走了普通IP转发绕过隧道导致来回路径不一致部分报文被丢弃。解决方法是检查R4上是否有指向192.168.10.0的静态路由或TE Policy确保双向流量都被引流。这个对称引流的设计点在答辩时讲出来反而是加分项说明你理解了隧道流量的方向性问题。5.5 TE Policy状态为Down或路径不可达现象TE Policy配置完成后状态一直是Downdisplay segment-routing mpls te policy显示Candidate Path的State为Not Usable。原因通常是显式路径中定义的nexthop地址不是直连地址或者nexthop顺序反了。显式路径的每一跳必须是设备上的真实直连接口地址不能填写对端设备的Loopback地址因为TE Policy路径计算依赖IGP路由非直连地址无法在本地路由表中找到对应出接口。解决方法是暂时把显式路径切换为动态路径配置先让Policy Up起来再逐步替换为静态显式路径这样可以快速判断是配置问题还是路径计算问题。6. 验收与答辩三层验收清单与演示技巧验收这个实验不能只看“ping通”要从三个维度做记录。功能验收业务网段双向互通、链路故障切换不中断、恢复后自动回切协议验收OSPF邻居全Full、BGP会话全Established、SR-MPLS前缀标签分配完整文档验收拓扑图、地址规划表、配置文件备份、测试记录表四件套齐全。我一般会把测试记录做成下面的表格每行写一条测试项、执行命令、期望结果、实际结果附上时间戳。测试项执行命令期望结果实际结果IGP收敛display ospf peer所有邻居Full全部FullBGP会话display bgp peerEstablished符合TE Policy状态display segment-routing mpls te policyActive Path为主路径符合故障切换shutdown R3—R1接口备份路径接管丢包≤2符合业务互通ping 192.168.20.1 source 192.168.10.1连续通符合答辩演示有个顺序上的技巧先演示业务互通再演示故障切换。很多同学上去就拔线结果主路径本就不通切换效果自然无从谈起。正确的顺序是先用ping和display命令展示业务正常然后当着评委的面shutdown一个接口再执行ping让评委亲眼看到丢包或毫秒级恢复最后用display segment-routing mpls te policy展示Active Path已切换。这个“先证明正常、再制造故障、最后证明恢复”的三步演示比任何口头解释都有说服力。至于“为什么这么设计”这类追问准备好三个答案为什么用SR-MPLS不用传统LDP关键在于SR无需为每条路径维护LSP状态标签由IGP自动分发TE Policy只定义路径不维护逐跳状态为什么两台核心设备不跑VRRP因为SR-MPLS层面的链路冗余由TE Policy主备路径实现VRRP是网关层面的冗余机制解决的不是同一个问题为什么业务网关放在汇聚层而不是核心层因为核心层只承载转发网关放在汇聚层可以隔离故障域。这三个问题答好整个毕业设计的逻辑就闭环了。演示前最后一遍检查的清单我自己的习惯是固定的从头到尾执行一次display ospf peer、display bgp peer、display segment-routing mpls te policy三次输出确认无误后再开始正式录制或展示。这个习惯帮我避免过太多次“现场才发现某台设备配置没保存”的尴尬。希望这些经验能帮你在答辩时少走弯路。本文还有配套的精品资源点击获取 H3C综合网络实验：SR-MPLS TE Policy设计及故障切换实战
简介一份面向毕业设计场景的H3C综合网络实验资料通过多种路由交换协议组网模拟中大型企业网络的转发流程适合网络工程、计算机等相关专业学生完成综合性实验或毕设方案。内容围绕核心层、汇聚层、接入层展开覆盖M-LAG、VRRP高冗余架构以及AC集中管理AP、SR-MPLSTEPolicy等进阶主题。资料包共44个文件以32份cfg设备配置为主另含HCL工程文件、备份压缩包、README说明与拓扑图整体约35.99MB可直接导入HCL模拟器查看也支持分批次启动设备调试。目前已有565人学习下载。借助多设备配置、拓扑图与说明文档可系统理解分层组网与高可用性设计也可作为大型网络实验排错和毕业设计撰写的参考。1. 毕业设计开题为什么综合网络实验最怕“配通了但说不清”很多同学拿到“H3C综合网络实验”这个毕业设计题目时第一反应是打开HCL模拟器把设备连起来照着网上教程敲OSPF、敲BGP最后看到路由表里全是路由条目就以为大功告成。但真正的答辩现场导师最常问的一句话是“这条流量为什么走这条路你策略配置的依据是什么”一旦答不上来整个实验就从“优秀设计”变成“配置搬运”。这套方案要解决的核心问题就是把“配通”升级为“设计”——从拓扑分层、地址规划、路由协议选型再到SR-MPLS TE Policy的流量调度每一步都能讲出意图、能验证、能演示故障切换。适合正在选毕业设计题目的学生也适合已经用HCL把设备点亮但卡在“怎么把实验写成设计”的开发者。2. 总体架构设计三层拓扑与互联细节的职责划分2.1 拓扑分层核心层、汇聚层、接入层各干什么综合网络实验最容易犯的第一个设计错误是所有路由器堆在一个平面里没有层次。这套方案把整网划分成三个平面核心层由两台P设备R1、R2组成负责SR-MPLS骨干转发不在核心设备上挂任何终端业务汇聚层由R3、R4两台PE设备组成既是SR-MPLS的边缘节点也是业务网关和BGP路由反射的汇聚点接入层由SW1、SW2和R5、R6组成SW承载终端VLANR5、R6模拟两个分支机构的CE设备把业务路由引入骨干。这个三层结构最直接的好处是故障域隔离。接入层挂掉只影响该分支汇聚层设备支持冗余切换核心层只关心高速转发。拓扑互联采用“口字形”双链路设计R1与R2之间一条链路构成核心内互联R3同时上联R1和R2R4也同时上联R1和R2另外R3与R4之间再拉一条直连链路作为备份通道。这样一来任意一条上联链路断开业务流量都能通过另一条路径到达目的地SR-MPLS TE Policy才有发挥空间。2.2 设备角色与接口互联清单设备角色规划上R1、R2的Loopback0地址分别规划为10.255.0.1和10.255.0.2作为SR的LSR ID和OSPF的Router IDR3、R4的Loopback0规划为10.255.0.3和10.255.0.4。所有设备互联接口统一使用10.1.x.x网段按“设备A-设备B”的顺序编码接口地址规划如表所示。互联链路接口网段R1侧地址R2/R3/R4侧地址R1—R210.1.12.0/3010.1.12.110.1.12.2R1—R310.1.13.0/3010.1.13.110.1.13.2R1—R410.1.14.0/3010.1.14.110.1.14.2R2—R310.1.23.0/3010.1.23.110.1.23.2R2—R410.1.24.0/3010.1.24.110.1.24.2R3—R410.1.34.0/3010.1.34.110.1.34.2终端侧用两个VLAN模拟实际业务VLAN 10划分给办公网段192.168.10.0/24挂在SW1下网关终结在R3的接口上VLAN 20划分给生产网段192.168.20.0/24挂在SW2下网关终结在R4的接口上。R5、R6作为CE设备分别接入R3、R4的另一个三层接口通过BGP把分支路由通告进骨干。OSPF进程只跑在核心和汇聚层设备上接入交换机全部做二层保持配置面干净。2.3 地址规划与协议设计的基本约束地址规划是综合实验里最容易被忽略的“隐性评分点”。好的规划要让评委从IP地址一眼看出设备角色和网络位置。Loopback地址统一用10.255.0.x段互联地址用/30掩码业务地址用独立的192.168.x.x段三套地址互不重叠。这样在答辩演示时执行display ip routing-table路由条目的下一跳和出接口能直接和拓扑图对上不需要现场翻笔记解释。OSPF进程规划上整网规划为单个OSPF进程、所有设备都在骨干区域0中理由是这个实验的规模只有6台路由设备没必要为了“看起来复杂”硬拆多个区域。真正的设计深度体现在SR-MPLS和BGP策略上而不是堆区域数量。每个互联接口使能OSPF时注意关闭接口的OSPF优先级干扰保持网络类型为默认的广播型或点对点型避免DR选举造成不必要的等待时间。所有Loopback接口使用network命令宣告进OSPF保证SR标签分配有稳定的可达性基础。3. 路由协议设计OSPF与BGP的协同及路由控制策略3.1 OSPF配置先保证IGP层面全互通SR-MPLS TE Policy依赖底层IGP计算可达路径所以OSPF配置是整个实验的地基。核心配置思路是每台设备开启OSPF进程1Router ID手工指定为各自的Loopback0地址所有互联接口和Loopback0接口加入区域0。以下是R1的基础配置其他设备按同样模板替换IP即可。# 全局配置 Loopback 和互联接口 interface LoopBack0 ip address 10.255.0.1 255.255.255.255 # interface GigabitEthernet0/0/0 ip address 10.1.12.1 255.255.255.252 ospf network-type p2p # # OSPF 进程配置 ospf 1 router-id 10.255.0.1 area 0.0.0.0 network 10.1.12.0 0.0.0.3 network 10.1.13.0 0.0.0.3 network 10.1.14.0 0.0.0.3 network 10.255.0.1 0.0.0.0两个设计细节值得说明一是互联接口配置成ospf network-type p2p在HCL模拟环境中能避免以太网接口默认走广播型网络导致的DR/BDR选举邻居建立速度更快排错时看display ospf peer也直观二是Loopback接口宣告用精确掩码0.0.0.0保证每台设备的LSR ID在路由表中以32位主机路由出现这是后续SR-MPLS标签正常分配的前提。配置完检查每一台设备的OSPF邻居状态全部是Full则表示IGP层面已经收敛。3.2 BGP配置把分支路由通告进SR骨干OSPF解决的是核心和汇聚设备之间的路由互通而R5、R6模拟的分支机构业务路由需要通过BGP引入骨干网。这里有两个可选方案一种是把R5、R6的直连业务段直接宣告进OSPF由IGP承载另一种是R5、R6与R3、R4建立EBGP邻居业务路由通过BGP传递。后者更贴合真实网络的“IGP与BGP分离”原则也方便在毕业设计中展示路由策略所以采用EBGP方案。在R3上配置与R5的EBGP邻居同时把VLAN 10的直连网段通过network命令通告进BGPR4同样与R6建EBGP邻居并通告VLAN 20网段。BGP配置示例如下。# R3 上的 BGP 配置 bgp 65001 router-id 10.255.0.3 peer 10.1.35.2 as-number 65005 # ipv4-family unicast peer 10.1.35.2 enable network 192.168.10.0 255.255.255.0这里自治域号按设备角色划分核心域设备R1至R4使用65001R5使用65005R6使用65006。这样在展示BGP路由表时从AS号就能看出路由来自哪个分支。R3把192.168.10.0/24通告给BGP后R1、R2、R4等设备通过IBGP学习到该路由。实际配置时注意IBGP邻居建议在R3和R4之间直接建立而不是通过全互联设备少的情况下全互联也可以但直连IBGP邻居能少配两对会话。3.3 路由控制优先级调整与策略路由的边界BR设备之间传递路由时容易出现的现象是同一目的地从OSPF和BGP两个来源都能学到默认情况下OSPF内部优先级高于BGP外部路由这会导致流量走IGP路径而不是BGP通告的路径。在SR-MPLS实验里我们希望业务流量严格按照TE Policy指定的隧道转发所以需要控制BGP路由的优选。通常的做法是配置路由策略为来自BGP的特定路由设置更高的优先级或者在TE Policy的引流入方式上做文章——把业务流量通过静态路由直接指向TE Policy隧道接口让隧道显式决定转发路径而不是依赖IGP最短路径。我一般会在R3和R4上配置一条静态路由目的地址是对端业务网段下一跳指向TE Policy隧道同时把该静态路由的优先级调高确保它覆盖OSPF计算出的路径。这个方案在答辩时可以清楚地讲出意图IGP负责底层SR标签转发BGP负责业务路由传递TE Policy负责流量调度三者各司其职。4. SR-MPLS TE Policy设计流量调度与链路故障切换4.1 SR基础配置OSPF进程内使能Segment RoutingSR-MPLS的核心思路是把路径信息编码在标签栈里由源节点压入标签栈中间节点按标签转发。第一步是全局使能SR并指定LSR ID然后在OSPF进程中开启SR扩展。H3C设备上的基础配置如下。# 全局使能 Segment Routing segment-routing mpls lsr-id 10.255.0.1 # # 在 OSPF 进程内关联 SR ospf 1 router-id 10.255.0.1 segment-routing mpls enable每台设备都需要在segment-routing mpls视图下配置lsr-id值等于自己的Loopback0地址。OSPF进程内执行segment-routing mpls enable后路由器会为Loopback0的32位主机路由分配Prefix Label同时通过OSPF的SR扩展在域内泛洪标签信息。检查是否生效执行display segment-routing mpls查看本地的标签分配表执行display ospf sr-mpls查看OSPF邻居的SR能力协商结果。有没有“配了SR但路由器不分配标签”的情况有最常见的原因是OSPF进程内漏配了segment-routing mpls enable或者Loopback0地址没有被精确宣告为32位路由。如果发现某台设备没有为对端Loopback分配标签先排查这两点比重启设备高效得多。4.2 TE Policy核心配置显式路径与ColorPreference选路TE Policy是SR-MPLS里负责“流量走哪条路”的机制。这个实验设计了两个TE Policy对应两条不同的转发路径Policy A从R3到R4显式路径规划为R3—R1—R2—R4模拟高带宽主路径Policy B从R3到R4显式路径规划为R3—R4直连模拟低时延备份路径。TE Policy通过Color值区分业务属性通过Preference决定主备关系配置如下。# R3 上配置 TE Policy 主路径 segment-routing mpls te policy policy_a color 100 candidate-path preference 100 explicit-path name to_r4_via_core # # 定义显式路径: 经过 R1 和 R2 segment-routing mpls explicit-path to_r4_via_core nexthop 10.1.13.2 nexthop 10.1.12.2 nexthop 10.1.24.2显式路径中每一跳nexthop的地址是关键。第一个nexthop必须是R3直连R1的接口地址10.1.13.2第二个nexthop是R1上连接R2的接口地址10.1.12.2第三个nexthop是R2上连接R4的接口地址10.1.24.2。配置顺序必须严格按照物理链路顺序排列否则刷新TE Policy时会报路径不可达。Color 100用于标识该策略承载的业务类别Preference 100表示主路径备份路径的Preference设置为50控制器或源节点在比较候选路径时优先选择Preference值更大的路径。4.3 业务引流与故障切换的验证闭环TE Policy建好之后如果不做引流流量依然走普通IP转发。H3C设备上常用两种引流方式一种是auto-route自动引流在TE Policy视图下配置auto-route advertise让OSPF把TE Policy当作出接口自动发布到路由表另一种是静态路由指定隧道适合精确控制特定业务网段。这个实验的业务网段只有两个用静态路由指向TE Policy更可控也方便答辩演示。# R3 上配置静态路由将办公业务引入 TE Policy ip route-static 192.168.20.0 255.255.255.0 tunnel TEpolicy1 preference 5下一跳指向te policy名称对应的隧道接口preference设置为5比OSPF默认的10更低确保业务流量必定进入TE Policy隧道。配置完成后执行display segment-routing mpls te policy查看Policy状态看到up且Ingress和Egress节点正确再执行display mpls lsp查看标签栈信息应该能看到三层标签外层为SR Prefix标签中间层为显式路径各节点的Prefix标签内层为业务标签。故障切换演示是整个实验的加分项。在R3上把连接R1的接口shutdown主路径失效TE Policy会在毫秒级切换到Preference较低但路径可达的备份策略上业务流量转向R3—R4直连链路继续转发。执行display segment-routing mpls te policy时能看到Active Path从主路径变为备份路径状态依然为up此时ping业务地址不丢包或仅丢1至2个包。5. 常见问题与排查HCL环境里最容易翻车的5个点5.1 设备启动失败与配置丢失现象HCL中启动超过6台设备部分路由器启动时间极长出现“启动失败”或控制台无法登录的提示重启后之前敲的配置全部丢失。原因是HCL作为模拟环境对宿主机内存和CPU占用较高批量启动时资源竞争导致进程异常退出。解决方法是分批次启动设备先启动核心层的R1、R2等待两台设备完全启动后再启动汇聚层最后启动接入层每完成一台设备的配置立即执行save并把配置文件通过HCL的“导出配置”功能备份到宿主机目录。这个习惯能避免“配置了两个小时一次重启全没了”的悲剧。5.2 OSPF邻居建立不起来现象display ospf peer显示邻居状态卡在Init或ExStart反复震荡甚至看不到邻居。原因多半是接口地址不在同一个网段或者区域号配置不一致。HCL环境里还容易遇到的问题是两个互联接口的MTU不一致导致OSPF数据库描述包交互失败。解决方法是先ping对端接口地址确认二层可达然后检查两端的network命令是否精确匹配接口地址再看两端接口的mtu是否一致最后确认area号完全相同。按顺序排查基本能定位不用盲目重启OSPF进程。5.3 SR-MPLS标签不分配现象segment-routing mpls已经使能但display segment-routing mpls中看不到其他设备Loopback的标签条目或者标签值为空。最常见的原因是OSPF进程下没有执行segment-routing mpls enableSR的使能必须同时完成全局视图和OSPF进程两个层面。另一个隐蔽原因是Loopback地址在OSPF中被宣告成了非32位掩码比如用network 10.255.0.1 0.0.0.255宣告导致OSPF把Loopback当成非主机路由处理SR无法分配Prefix标签。解决方法是把Loopback的宣告掩码改为0.0.0.0精确匹配然后逐台执行display ospf sr-mpls router查看SR能力协商状态。5.4 BGP路由学到了但业务不通现象display bgp routing-table能看到对端业务路由但ping不通。原因通常是业务流量回来时走到了另一条路径而那一侧没有配置相应的TE Policy引流。比如R3把办公网段192.168.10.0通过TE Policy发往R4但R4到192.168.10.0的回程流量走了普通IP转发绕过隧道导致来回路径不一致部分报文被丢弃。解决方法是检查R4上是否有指向192.168.10.0的静态路由或TE Policy确保双向流量都被引流。这个对称引流的设计点在答辩时讲出来反而是加分项说明你理解了隧道流量的方向性问题。5.5 TE Policy状态为Down或路径不可达现象TE Policy配置完成后状态一直是Downdisplay segment-routing mpls te policy显示Candidate Path的State为Not Usable。原因通常是显式路径中定义的nexthop地址不是直连地址或者nexthop顺序反了。显式路径的每一跳必须是设备上的真实直连接口地址不能填写对端设备的Loopback地址因为TE Policy路径计算依赖IGP路由非直连地址无法在本地路由表中找到对应出接口。解决方法是暂时把显式路径切换为动态路径配置先让Policy Up起来再逐步替换为静态显式路径这样可以快速判断是配置问题还是路径计算问题。6. 验收与答辩三层验收清单与演示技巧验收这个实验不能只看“ping通”要从三个维度做记录。功能验收业务网段双向互通、链路故障切换不中断、恢复后自动回切协议验收OSPF邻居全Full、BGP会话全Established、SR-MPLS前缀标签分配完整文档验收拓扑图、地址规划表、配置文件备份、测试记录表四件套齐全。我一般会把测试记录做成下面的表格每行写一条测试项、执行命令、期望结果、实际结果附上时间戳。测试项执行命令期望结果实际结果IGP收敛display ospf peer所有邻居Full全部FullBGP会话display bgp peerEstablished符合TE Policy状态display segment-routing mpls te policyActive Path为主路径符合故障切换shutdown R3—R1接口备份路径接管丢包≤2符合业务互通ping 192.168.20.1 source 192.168.10.1连续通符合答辩演示有个顺序上的技巧先演示业务互通再演示故障切换。很多同学上去就拔线结果主路径本就不通切换效果自然无从谈起。正确的顺序是先用ping和display命令展示业务正常然后当着评委的面shutdown一个接口再执行ping让评委亲眼看到丢包或毫秒级恢复最后用display segment-routing mpls te policy展示Active Path已切换。这个“先证明正常、再制造故障、最后证明恢复”的三步演示比任何口头解释都有说服力。至于“为什么这么设计”这类追问准备好三个答案为什么用SR-MPLS不用传统LDP关键在于SR无需为每条路径维护LSP状态标签由IGP自动分发TE Policy只定义路径不维护逐跳状态为什么两台核心设备不跑VRRP因为SR-MPLS层面的链路冗余由TE Policy主备路径实现VRRP是网关层面的冗余机制解决的不是同一个问题为什么业务网关放在汇聚层而不是核心层因为核心层只承载转发网关放在汇聚层可以隔离故障域。这三个问题答好整个毕业设计的逻辑就闭环了。演示前最后一遍检查的清单我自己的习惯是固定的从头到尾执行一次display ospf peer、display bgp peer、display segment-routing mpls te policy三次输出确认无误后再开始正式录制或展示。这个习惯帮我避免过太多次“现场才发现某台设备配置没保存”的尴尬。希望这些经验能帮你在答辩时少走弯路。本文还有配套的精品资源点击获取