BMSG 备份技术白皮书

Size: px

Start display at page:

Download "BMSG 备份技术白皮书"

亚栈强塞
7 years ago
Views:

1 BMSG 备份技术白皮书 1 背景与驱动力未来的网络是面向 IP 承载的融合网络, 传统的电信网络将被基于开放架构的 IP/MPLS 网络取代融合的 IP/MPLS 网络是全业务承载网络, 相比普通的网页浏览数据共享而言,IPTV NGN 语音网络游戏网上理财等业务对故障更为敏感, 即使短暂的网络中断也可能会给用户造成很大的经济损失, 甚至导致运营商客户的流失如何通过提高业务的可靠性来提升用户体验, 已成为各运营商在激烈市场角逐中, 提升竞争力的关键因素业务控制节点是城域网的关键节点之一, 它承担着承上启下的功能, 向上接入城域核心, 实现三层路由功能, 向下接入汇聚层, 终结用户二层报文, 实现用户接入控制业务控制节点一旦发生故障, 会直接导致家庭客户无法上网企业客户业务中断, 影响巨大, 极易遭致用户投诉, 给运营商带来业务拓展障碍此外, 单点部署方式, 由于无法保障业务接入的可靠性, 也限制了设备接入的用户数量, 导致设备的利用率不高, 直接提升了运营商的建网成本因此, 业务控制点设备的部署需要更高的可靠性保障, 单纯依靠设备关键器件的冗余链路层的备份已无法满足用户对业务不中断的需求, 迫切需要能让用户在网络故障时, 完全无感知的高可靠性方案在综合业务承载网中,BMSG(Broadband Multi- Service Gateway) 宽带多业务网关作为业务控制节点, 可同时承载公众客户业务 (HSI VoIP IPTV 等 ) 和商企客户业务 (IP 专线 L2/L3 VPN 等 ) BMSG 宽带业务可靠性备份解决方案, 通过设备内备份或者设备间备份消除单点故障, 力争为客户打造永不断线的网络 2 备份场景及方式分析 2.1 备份场景 BMSG 备份按场景不同可分为设备内备份和设备间备份两种设备内备份指同一设备内不同端口间互相备份, 是端口级备份可分为同板卡端口间备份和不同板卡端口间备份, 均可实现 1:1 1+1 N:1 N+1 几种方式第 1 页

2 1:1: 两个端口下的备份组严格主备关系, 主用端口正常时备用端口上没有流量, 只有当主用端口发生故障, 用户才通过备份端口转发流量 1+1: 两个端口上同时接入不同备份组, 流量在 2 个端口间负荷分担, 一方发生故障时, 流量全切到另一方 N:1:1 个端口专作备用, 保护 N 个端口, 平时无流量接入, 原理同 1:1 场景 N+1:1 个端口做 N 个端口保护的同时, 本身也有流量接入, 原理同 1+1 场景设备间备份指不同设备之间互相备份, 是设备级备份不同设备可同局址也可跨局址部署可实现 1:1 主备 1+1 负荷分担 N:1 主备 N+1 负荷分担几种方式设备内备份由于备份组在同一设备内, 共享地址池及相关资源, 故实现起来较为简单, 但可靠性较低, 无法排除设备故障带来的影响, 只能对链路端口和单板故障起到保护作用, 与链路捆绑技术起到的效果无明显差别, 故要想得到更高的可靠性保障, 设备间备份才是理想之选 2.2 备份方式在综合业务承载网中, 业务控制层设备承载了公众客户业务 (HSI VoIP IPTV 等 ) 和商企客户业务 (IP 专线 L2/L3 VPN 等 ) 不同于企业级专线及 L2/L3 VPN 业务, 公众客户业务的终端通常需和业务控制层设备建立一个拨号连接, 如 PPPoE IPoE 普通网络级可靠性仅考虑设备链路和路由的快速倒换, 不涉及用户拨号连接的快速倒换, 故当设备或链路故障时, 即使是网络节点或路径快速倒换, 终端用户和设备之间的网络连接仍然会中断, 从而导致业务的中断本文介绍的备份技术, 正是为了解决业务级可靠性所提出的解决方案 BMSG 业务可靠性备份方式大致分为冷备和热备两种, 其主要差别是 : 冷备方式下发生故障后, 用户断线, 终端需重新发起与设备的连接请求 ; 而热备由于在主备间实时同步了用户信息, 主备切换后用户无需重新发起连接请求, 用户对故障无感知冷备与热备的对比如下表所示 : 表 2-1 冷备和热备对比表冷备热备用户信息同步不需要同步需同步切换时间分钟级秒级用户体验断线后用户需重新发起连接请上网业务无影响, 用户完全感第 2 页

3 冷备热备求知不到设备或链路故障, 技术成熟度优势较成熟配置简单, 对接方便, 不同厂家设备也可互通互通协议尚未标准化, 故厂家设备间尚无法实现热备用户体验更好 3 关键技术 BMSG 备份的关键技术主要包括主备控制用户信息同步控制用户流量控制精绑定的解决方案和共享地址池的管理几个部分 3.1 主备控制主备选举方式有延时响应 ASRP(Access Server Redundancy Protocol) VRRP 交换机端口智能切换四种延时响应通过控制设备对用户接入请求的延迟策略和响应时间, 使客户端接入到指定的接入服务器, 从而实现主备的选举实现原理是 : 基于 BMSG 接口实现 ( 接口包括物理端口子接口 smartgroup 接口 ), 主备接口可以是同台设备上的, 也可以分布在不同设备上主备接口配置不同的延迟时间和延迟策略, 延迟策略可以是全部延迟, 或只对奇 MAC( 偶 MAC) 进行延迟主收到用户请求的广播报文后, 立刻回应, 备根据配置的时长延时后响应, 用户先收到主设备的响应, 后续单播拨入流程都向主设备发起这种方式的优点是实现简单, 且不同厂家设备间可以实现互通但无法实现对 IP Host 静态用户的网关主备选举 ASRP ASRP 基于 BMSG 接口实现 ( 接口包括物理端口 smartgroup 接口 ), 主备接口可以是同台设备上的, 也可以分布在不同设备上实现原理是 : 主接口定时发送 ASRP 协议报文并响应用户的 PPPoE PADI 消息和 DHCP Discovery 消息, 用户的拨号业务通第 3 页

过主用接口下的电路接入 ; 备接口处于 Listening 状态, 只侦听主用接口的 ASRP Advertisement 消息, 不响应用户的 PPPoE PADI 消息和 DHCP Discovery 消息, 当侦听超时则认为主接口或其下电路由于某种原因 down 掉, 接管用户 PPPoE PADI 消息和 DHCP Discovery 消息的处理功能, 进入 Response 状态

4 过主用接口下的电路接入 ; 备接口处于 Listening 状态, 只侦听主用接口的 ASRP Advertisement 消息, 不响应用户的 PPPoE PADI 消息和 DHCP Discovery 消息, 当侦听超时则认为主接口或其下电路由于某种原因 down 掉, 接管用户 PPPoE PADI 消息和 DHCP Discovery 消息的处理功能, 进入 Response 状态当故障恢复, 备重新收到主的 ASRP Advertisement 消息后, 发生回切, 重新进入 Listening 状态, 但并不强制先前由备用接口电路接入的用户下线, 而是继续提供业务, 直到用户主动下线 ASRP 主备通告可严格控制主备关系, 实施简单, 但由于是私有协议, 存在与其他厂家互通性问题 VRRP VRRP 主备选举原理两台设备通过标准的 VRRP 协议控制主备, 实现原理 : 在同一个物理接口下配置一个三层子接口和多个 BRAS 子接口, 三层子接口上运行 VRRP 协议, 由于同一个实接口下的子接口物理状态都相同, 所以可以根据三层子接口的状态确定 BRAS 子接口的状态两台设备用户网关的 MAC 地址采用虚拟的 MAC 地址, 即 VRRP 组的虚拟 MAC 地址图 3-1 VRRP 实现主备选举 BFD for VRRP 采用传统的 VRRP 技术, 当链路出现故障时, 通过 VRRP 协议重新协商出设备间新的主备关系, 需要 3 秒钟才能够进行主备切换, 不能满足电信级保护的要求 BFD 快第 4 页

速检测链路 up/down 的机制, 可以在 50 毫秒时间内探测到链路故障, 配合 VRRP 协议, 实现快速主备切换图 3-2 BFD for VRRP 每台 BMSG 上启用两个 BFD,BMSG 之间的 BFD 称为 peer-bfd,bmsg 与交换机间的 BFD 称为 link-bfd,vrrp 切换依靠 Peer-BFD 和 Link-BFD 的状态进行判断如上图所示,

5 速检测链路 up/down 的机制, 可以在 50 毫秒时间内探测到链路故障, 配合 VRRP 协议, 实现快速主备切换图 3-2 BFD for VRRP 每台 BMSG 上启用两个 BFD,BMSG 之间的 BFD 称为 peer-bfd,bmsg 与交换机间的 BFD 称为 link-bfd,vrrp 切换依靠 Peer-BFD 和 Link-BFD 的状态进行判断如上图所示, 当链路 BMSG1-SW 之间的链路出现故障时, 对于 BMSG1 而言, Peer-BFD 和 Link-BFD 状态均转为 down 时切换为备用状态 (initial 或 slave); 对于 BMSG2 而言,Peer-BFD 状态转为 down Link-BFD 状态仍为 up 时, 切换为主用状态 (master) VRRP 还可以同时 track 上行链路增加对网络侧的可靠性保护, 当上行链路出现故障时, 能够快速做出响应, 执行主备切换双上行组网模式中, 如果 BMSG 与 SW 之间未通过传输设备直接相连, 可只在两台 BMSG 间起 BFD 口字型组网模式中, 为避免 SW 间链路中断出现双主现象, 最好能在 SW 间采用链路捆绑技术实际组网中, 某些交换机可能不支持 BFD 检测特性, 因此必须选择另一种检测机制, 除了 BFD 以外,Eth-OAM EFM CFM 等都可用来进行链路检测交换机端口智能切换 BMSG 上不需做特殊配置, 通过交换机上行链路的状态控制用户从哪台设备接入交换机将两个上联口捆绑在一个 ZESS 组中,ZESS 保证两条上行链路只有一条 UP, 当链路发生故障时, 交换机自动打开原来 down 的端口此方式只需交换机支持端口自动切换功能, 但只能完成物理链路级的保护, 且不适用于 BMSG 与 SW 间有传输设备的场景交换机下用户无法负荷分担至不同的 BMSG 设备现网应用很少第 5 页

6 3.1.5 主备控制方式对比表 3-1 主备控制方式对比延时响应 ASRP VRRP 交换机端口智能切换对热备的支持不支持不支持支持不支持技术复杂度低一般较高一般对 IP Host 的支持不支持不支持支持不支持回切方式自然回切自然回切可控制回切自然回切异厂家设备互通支持不支持支持支持应用情况多较多较多极少由于热备时用户的 IP 地址不改变, 设备的网关地址必须相同, 且必须通告相同的虚拟 MAC 地址, 只能由 VRRP 技术实现, 因此热备只能采用 VRRP 进行主备选举 3.2 用户信息同步控制在部署热备业务时, 要保证主备设备配置的一致性, 如配置相同的 IP 地址池 VLAN QoS 参数等 ; 对于动态协商的信息和用户专有的属性, 则需要进行主备设备间业务信息的备份同步采用 SIBP(Service Information Backup Protocol) 协议在主备设备之间同步用户信息 SIBP 规定了设备之间传送业务信息的种类格式和数目等, 且将业务信息承载在 TCP 协议上, 保障信息备份的可靠传输互为备份的 BMSG 设备根据配置的远端地址和 TCP 端口进行协商,BMSG 之间只要保证 IP 可达即可建立信息同步通道信息的备份同步分为实时备份和批量备份两种方式 : 实时备份 : 用户通过主用设备正常上线后, 主用设备会实时地将该用户的信息通过同步通道传输到备用设备, 备用设备针对该备份信息生成对应的用户业务批量备份 : 热备初始化过程中, 将会对主用设备所有用户进行批量备份 ; 当主用设备故障恢复, 业务回切前, 备用设备会批量备份业务信息到主用设备主备设备间业务信息的备份同步是热备份的关键技术, 但由于目前没有标准协议, 各厂家都实现的是自己的私有协议, 采用 SIBP(Service Information Backup Protocol) 协议在主备设备之间同步用户信息第 6 页

7 3.3 用户流量控制对于冷备模式, 主备 BMSG 采用不同地址池方式下的 PPPoE/IPoE 接入, 主备切换后, 用户重新发起连接请求, 从备设备接入, 用户的上行和下行流量均由备设备转发, 无需特别的路由控制策略而对于热备, 主备切换后用户的 IP 地址不能更改, 因此主备 BMSG 必须配置相同的地址池, 发布相同网关路由, 此时就需要 BMSG 对用户流量进行有效的控制上行流量控制主备备份组共享相同网关时, 对用户通告的网关 MAC 地址是 VRRP 组的虚拟 MAC 地址, 当主 BMSG 或主链路发生故障时, 备 BMSG 变为主, 向下发送免费 ARP 报文, 刷新下行交换机的 MAC 转发表, 用户上行流量切到备用 BMSG 转发下行流量控制如果主 BMSG 发生设备级故障,CR 上路由重新收敛, 下行流量会整体切到备设备转发而链路或端口发生异常, 仅有部分备份组发生了主备切换, 情况就比较复杂了为保障主备切换后下行流量能正确到达用户, 必须对路由进行特殊的控制对下行流量的牵引存在四种方案 : 通告地址池路由通告主机路由隧道技术直连重定向通告地址池路由此种方式下, 要求 BMSG 下行基于物理接口划分备份组, 且要求每个备份组独占一个地址池, 初始情况下,BMSG-1 为主设备, 发布地址池路由,BMSG-2 为备设备, 不发布任何路由 ; 当发生主备切换时,BMSG-1 撤销此地址池路由,BMSG-2 通告地址池路由给 CR, 实现下行流量的牵引当主备关系恢复时, 路由随之恢复, 流量也随之恢复这种方式虽配置简单, 但局限性较大, 当多个备份组共享一个地址池的时候, 无法有效控制下行流量 ; 每备份组独享地址池又会造成地址浪费第 7 页

8 图 3-3 通告地址池路由通告用户主机路由初始情况下 BMSG-1 为主用设备, 发布地址池路由,BMSG-2 为备用设备, 仅有主用状态的地址池会发布网关路由以及分配地址, 因此主备切换前,CR 至用户的流量总是从 BMSG-1 下来当主备切换后,BMSG-1 不撤销地址池路由, 而切到 BMSG-2 上的用户则发布主机路由给 CR,CR 根据掩码最长匹配规则, 对于这部分用户将流量从 BMSG-2 下发当故障恢复时,BMSG-2 随之撤销主机路由, 流量将能够正常的从主用 BMSG-1 转发给用户这种方式对场景支持较全面, 地址池利用率高, 且配置也较容易, 但发布主机路由对 CR 路由器有一定的冲击, 对 CR 路由表容量要求高, 用户正常上下线也会影响 CR 的路由表主备切换时, 路由震荡严重, 收敛时间长, 不适用于大量用户同时切换第 8 页

9 图 3-4 通告主机路由隧道技术主备 BMSG 上分别配置主从状态的地址池 ( 主 BMSG 发布的地址段路由优先级高, 备 BMSG 发布的地址段路由优先级低 ),CR 将所有流量发送到主设备 BMSG-1 在主备 BMSG 间建立隧道 (MPLS TE,GRE 等 ) 当 BMSG-1 下行链路故障引发主备切换时,CR 到用户的流量仍然发往 BMSG-1, 但此时 BMSG-1 为备用状态, 不会将流量直接转发给用户, 而是将相关用户流量通过隧道发送到 BMSG-2 处理 ; 当 BMSG-1 发生设备故障引发主备切换时,CR 上高优先级的路由随着 BMSG-1 故障将会撤销, 而会采用 BMSG-2 发布的路由, 流量将从 BMSG-2 到用户当链路或者主用 BMSG 恢复时, 主备设备上用户状态恢复到故障前状态, 流量将能够正常的从主用 BMSG 转发到用户从主备切换速度来看, 隧道技术比前两种方式都要快, 倒换速度达到毫秒级, 且对 CR 路由器的路由表没有冲击, 但隧道的建立需要占用上行链路的带宽第 9 页

10 图 3-5 隧道技术直连重定向对用户下行流量的牵引与隧道技术类似, 不同的是, 在主备 BMSG 之间部署直连线, 主备倒换后,BMSG1 将用户下行流量通过直连线发到 BMSG2 上此种方式具有和隧道技术相同的优点, 但直连线需消耗额外的 BMSG 端口, 对于 N:1(N+1) 方式, 成本将严重增加图 3-6 直连重定向第 10 页

11 下行流量控制方式对比表 3-2 下行流量控制方式对比通告地址池路由通告用户主机路由隧道技术直连重定向适用场景每个备份组独占一个地址池所接用户数较少的情况无限制无限制对 CR 的影响小大小小切换速度较快慢快快实现难度一般小较大一般额外投资不需要不需要不需要需要 3.4 精绑定的解决方案两台 BMSG 发生主备切换后, 此时用户上线的物理接入设备由主 BMSG 变为备 BMSG, 同时接入端口也发生了变化为了避免精绑定情况下设备切换后 RADIUS 认证失败情况的发生, 需要主备 BMSG 在给 RADIUS 上报用户绑定信息时, 统一通告相同的虚拟信息第 11 页

图 3-7 设备间备份精绑定解决方案精绑定流程 : 1. 主备 BMSG 配置相同的用户位置逻辑信息 :NAS 设备地址 NAS 设备名称 NAS 接入端口 2. 主备 BMSG 上送 RADIUS 属性信息 :NAS-IP-Address NAS-Identifier NAS-Port-Id 封装配置的逻辑信息 3.

12 图 3-7 设备间备份精绑定解决方案精绑定流程 : 1. 主备 BMSG 配置相同的用户位置逻辑信息 :NAS 设备地址 NAS 设备名称 NAS 接入端口 2. 主备 BMSG 上送 RADIUS 属性信息 :NAS-IP-Address NAS-Identifier NAS-Port-Id 封装配置的逻辑信息 3. RASIUS 根据用户物理位置信息进行绑定认证, 主备设备均为相同的逻辑信息, 设备切换后 RADIUS 看到的用户信息依然相同,RADIUS 认证通过 3.5 共享地址池的管理当设备间多个备份组共享同一个地址池, 其中部分备份组发生了切换时, 备份模式会从 1:1 切换到 1+1 此时用户会同时从主备设备上线, 可能会发生用户分配到相同地址, 导致网络异常为解决这个问题, 可采用主备设备各从地址池的两端申请地址的方式一端配置为正序分配, 一端配置为逆序分配由于 SIBP 协议会实时同步用户分配到的地址信息, 因此只有在两台设备上的用户同时竞争最后一个地址的情况下, 才可能出现地址分配的冲突当冲突发生, 通过用户同步可以感知, 此时将两端用户踢下线, 并提示地址池已满第 12 页

13 4 热备实现方式 4.1 PPPoE/IPoE 业务热备图 4-1 PPPoE/IPoE 业务热备具体实现流程如下 : (1) PPPoE/IPoE 用户通过交换机上连到两台 BMSG 设备两台 BMSG 的备份端口间采用子接口启用 VRRP 协议协商出主备关系, 可通过 BFD 联动加快故障检测,BRAS 子接口的主备关系通过与 VRRP 关联实现 (2) 用户发起连接请求, 广播 PADI 和 DHCP Discovery 报文, 备设备 BMSG-2 不响应, 主设备 BMSG-1 回应 PADO/DHCP Offer 报文, 报文中的源 MAC 地址采用 VRRP 组生成的虚拟 MAC 地址 (3) 用户从 BMSG-1 接入,BMSG-1 通过 SIBP 协议向 BMSG-2 传递用户所有信息, 包括用户的 session ID AAA 信息接入线路信息 QoS 等等 (4) 当 BMSG-1 发生设备故障或链路故障时,BMSG-2 升为主, 接管用户业务, 用户无需重新发起连接请求, 自动切换至 BMSG-2 BMSG-2 向下发免费 ARP 报文, 刷新下行交换机的 MAC 转发表,MAC 采用与 BMSG-1 上备份组相同的虚拟 MAC 地址, 用户流量从 BMSG-2 上行第 13 页

14 (5) 通常情况下, 不同备份组共享全局地址池, 此时如果只是 BMSG-1 与 SW 间链路故障, 用户的下行流量依然会从 BMSG-1 下来, 在有条件的情况下, 建议在主备设备间采用直连线重定向引流, 没有直连线可采用隧道技术引流 ; 若 BMSG-1 设备故障, 则撤销路由, 根据路由收敛下行流量全从 BMSG-2 下来 (6) 由于故障状态为非常态, 故建议配置 VRRP 组抢占, 故障恢复后,BMSG-1 重新变为主用设备, 使故障恢复后用户流量恢复初始状态 4.2 IP Host 业务热备 IP Host 用户即用户静态配置 IP 地址, 无需向 BMSG 发起连接请求, 故实现起来与 PPPoE/IPoE 的热备差别仅在于缺少上述第 2 步过程 4.3 PPPoE/IPoE 接入 VPN 业务热备 PPPoE/IPoE 接入 VPN 业务与普通 PPPoE/IPoE 业务的差别仅在于用户建立连接后访问的是 VPN 而不是公网业务, 对于热备实现二者的区别主要在于链路故障时对用户下行流量控制的处理上, 主设备到备设备的流量需要 VPN 路由的重定向目前有两种方法解决这个问题方法一 : 主备设备间采用直连线相连, 在对接的物理接口上配置若干子接口, 每个子接口对应一个 VPN 下行流量发至 BMSG-1 时, 通过 IP FRR 将路由重定向至 BMSG-2 方法二 :BMSG-1 和 BMSG-2 间通过 MP-IBGP 为 VPN 分配标签, 并通告 VPN 主机路由, 到对端形成 FRR 路由 ; 流量到达 BMSG-2 后能够继承 VPN 信息 4.4 组播业务热备 BMSG-1 与 BMSG-2 通过 VRRP 选出主备关系, 两台设备都能收到用户的 IGMP 加入请求, 但只有 BMSG-1 处理用户的 IGMP 请求, 再将用户组信息通过 SIBP 同步到 BMSG-2 两台设备都有用户组信息, 都向上发送 PIM 加入报文引流组播流量, 但由于 BMSG-2 上的组播用户处于备份状态, 故 BMSG-2 不向下进行组播报文的复制通过 BFD for VRRP 进行快速故障检测, 当主备切换后, 用户无需再发起 IGMP 请求, BMSG-2 将接入进来的组播用户置于主状态, 进行组播报文的复制, 用户即可收到 BMSG-2 下发的组播报文了第 14 页

15 图 4-2 组播业务热备 5 冷备实现方式 5.1 PPPoE/IPoE 业务冷备对于主备设备配置不同地址池的情况, 主备选举采用延时响应或 ASRP 都可主备切换后, 用户重新发起连接请求, 从备设备接入, 上下行流量由备设备转发图 5-1 PPPoE/IPoE 业务冷备第 15 页

16 如果主备设备共享相同的地址池, 就必须采用 VRRP 进行主备选举了, 用户重新发起连接请求, 从备设备接入, 下行流量控制同热备时一样 5.2 IP Host 业务冷备由于 IP Host 用户是静态获取地址, 没有向 BMSG 设备发起连接请求的过程, 主备切换后也不能更改其 IP 地址, 网关地址也是不变的, 故主备控制方式只能采用 VRRP 方式整体流程同热备相似, 但由于冷备没有同步用户的认证授权信息, 故主备切换后, 备设备需有个重新认证授权的过程, 从用户感知来看, 流量会稍有中断 5.3 PPPoE/IPoE 接入 VPN 业务冷备对于主备不同地址池, 情况同 PPPoE/IPoE 普通业务对于主备共享地址池, 情况与热备相似, 不过由于主备设备间用户信息状态不同步, 用户需重新发起个连接请求 5.4 组播业务冷备 PIM 协议选出一台 BMSG 为 DR, 处理用户的 IGMP 加入请求利用 BFD for IGMP 快速检测故障, 主备切换后, 原备用 BMSG 为 DR, 处理用户重新发起的 IGMP 加入请求, 接管组播业务 6 方案优势及客户利益 6.1 灵活多样的备份方式, 满足各种组网场景 BMSG 设备既支持设备内同板卡和跨板卡的热备, 也支持设备间 1:1 N:1 的主备工作模式和 1+1 N+1 的负荷分担模式, 满足客户不同的组网需求 6.2 全面快速的业务热备, 增加运营收益各种业务级热备能力全面保障了运营业务的可靠性, 快速切换让用户对故障完全无感第 16 页

17 知, 极大提升用户体验进而提升运营商的竞争力, 增加运营收益 6.3 极大提升设备利用率, 冗余多投资从传统的建网投资来看, 冗余备份往往意味着需要更多的成本但由于热备技术的实现使得业务控制层设备完全排除了单点故障的可能, 运营商不用再担心承受大面积故障的风险, 单台设备的利用率可大幅提升, 在冗余保护的同时, 还可起到节省投资的作用 7 缩略语表 7-1 缩略语英文缩写英文全称 ASRP BFD BMSG DHCP MPLS NAS HSI RADIUS SIBP VRRP Access Server Redundancy Protocol Bidirectional Forwarding Detection Broadband Multi- Service Gateway Dynamic Host Configuration Protocol Multi-Protocol Label Switch Network Access Server High Speed Internet Remote Authentication Dial In User Service Service Information Backup Protocol Virtual Router Redundancy Protocol 第 17 页

通过动态路由协议实现链路备份

通过动态路由协议实现链路备份实验名称通过动态路由协议实现链路备份实验目的掌握通过在不同链路上配置不同的路由协议实现链路备份背景描述你是公司高级网络管理员, 公司内部有一个很重要的服务器所在网段为 192.168.12.0/24, 平常访问通过 R1,R3 的 OSPF 路由协议, 为了保证该网段随时能够访问, 不能因为链路故障出问题, 要求你实现一个备份冗余的功能, 请给予支持实现功能