BRAS双机热备特性.ppt

目录 一、特性简介 二、实现原理 三、部署方案 四、开局举例 五、负载分担 六、地址池规划 七、静态用户保护 QA 一、特性简介 设备间备份的必要性： 当设备的链路、端口、单板或整机故障时，用户业务持续中断直到故障恢复。 采用冷备技术，PPP、DHCP等拨号用户需要重新拨号接入才能恢复业务。对于某些不能自动重拨的终端，需要用户手工操作；语音、视频等对中断时长敏感的用户更不能容忍。 因此，在ME60之间实现私有协议和远端备份，通过用户表项的备份处理，在链路出现断开或主ME60发生故障时，将用户实时地切换到备ME60上，实现用户业务的快速不中断切换，满足高可靠性需求。 一、特性简介 设备间备份的基本原理： 利用VRRP协议协商主备，并使用bfd/ethoam快速检测故障。 使用RUI(冗余用户信息)协议，通过在主备设备之间的TCP连接同步主备用户信息。 发生故障时，利用免费arp和控制路由来引导用户流量，保持业务不中断。 一、特性简介 支持的用户种类 PPPoE、DHCP、Web用户、静态用户* 设备间备份的主要内容 用户的MAC、IP、VRF、VLAN、Option60、Option82、UserName； Lease、Session-ID、MTU、Magic Number； 用户的计费ID、实时上下行流量； RADIUS服务器下发的QoS模板名称、 CAR属性、用户优先级、UCL； RADIUS服务器下发的IP地址池名、Framed-route、 Framed-net-mask； RADIUS服务器下发的剩余流量、剩余时长； 用户的租期代理、Renewal Time、Rebinding Time； WEB服务器地址、WEB服务器VRF。 二、实现原理 二、实现原理 VRRP: Virtual Router Redundency Protocol 二、实现原理 典型组网 二、实现原理 主备选择——VRRP与BAS口的绑定关系 二、实现原理 用户信息备份 二、实现原理 故障检测和主备切换 抽象组网中的7个故障点 没有Peer检测，发现故障太慢 没有link检测，可能出现双主问题 二层设备故障，不能保护 网络侧链路故障，也可以保护 二、实现原理 流量引导和三种部署方案 主用端口在BAS侧发布免费ARP，刷新下挂交换机的MAC表项，引导用户流量到主设备； 根据采用的方案不同，网络侧流量引导方式也有区别： 地址池路由方案：主设备发布地址池路由，备设备撤销地址池路由；主备切换时分别再进行发布和撤销。 主机路由方案：主设备发布地址池路由，备设备不发布路由；备升主时发布32位主机路由。 隧道方案：主备设备均发布地址池路由，但备设备发布的路由cost值较大；切换时路由无变化。 备用端口置备状态标记位，不处理用户报文。 二、实现原理 地址池路由方案 二、实现原理 主机路由方案 二、实现原理 隧道方案 三、部署方案 方案比较 三、部署方案 推荐方案：根据比较，推荐采用隧道保护方案，并在BRAS直接增加直连链路，承载TE隧道，将切换时造成的影响降到最低 三、部署方案 替代方案：没有直连链路的情况，可以借用其他下行链路 四、开局举例 （Web、PPPoE＋隧道＋对接SmartLink） 五、负载分担模型 设备间备份特性中的负载分担，实际上是配置多个备份组，部署在两台ME上并使之互为主备关系。 五、负载分担地址池规划 负载分担情况下，各RBP不能使用相同的域（域中绑定本地地址池），即不能共享相同的本地地址池。 五、负载分担地址池规划 为解决负载分担的备份组使用相同的域的问题，需要把地址池划分开。一部分地址池可配置成slave地址池，只能给从对端备份过来的用户分配，而本地上线的用户不能使用，避免地址分配冲突。 五、负载分担时特殊的流量模型 两个RBP使用相同的域，域下绑定主备地址池。负载分担情况下，在主设备故障时，新上线的用户更换了地址池，造成回切后流量路径改变。三种方案分别描述： 地址池路由方案 五、负载分担时特殊的流量模型 主机路由方案 五、负载分担时特殊的流量模型 隧道方案 六、地址池规划 双机备份需要仔细规划地址池，以下几种情况请特别注意： 地址池路由方案，不同RBP上线用户对应相同的域*。 六、地址池规划 主备负载分担情况，不同RBP上线用户对应相同的域* 。 详细原因见前述《负载分担地址池规划》 可以使用slave地址池来解决 备份用户使用远端地址池分配IP地址。 只能使用地址池路由方案** QA Q：交换机不支持bfd，没有办法绑定link bfd检测怎么办？ A：支持EthOAM也可以，不论是efm（802.3ah）和cfm（802.1ag）都可以。 Q：EthOAM也不支持怎么办？ A：不配置link检测，也可以进行热备