IMS网络容灾备份技术研究

知识水坝（豆丁网 pologoogle）为您倾心整理（下载后双击删除） 百度一下 知识水坝 中国移动通信集团 江苏公司网络部 二 一 年 十一 月 IMS 网络容灾备份技术 研究 知识水坝（豆丁网 pologoogle）为您倾心整理（下载后双击删除） 百度一下 知识水坝 目 录 1 概述 . 1 2 CM-IMS 网络架构及网元介绍 . 1 3 故障检测机制 . 3 3.1 基于 SIP OPTION 的故障检测 . 3 3.2 基于 DIAMETER 的链路检测 . 5 4 ENUM/DNS 容灾备份方案 . 5 4.1 ENUM/DNS 组网方案 . 5 4.2 ENUM/DNS 数据同步方案 . 6 4.3 ENUM/DNS 负荷分担方案 . 7 4.4 倒换 /倒回机制 . 8 5 SBC 容灾方案 . 9 5.1 SBC 负荷分担机制 . 9 5.2 SBC 异本地网容灾方案 . 12 5.3 固定接入用户对 SBC 的故障恢复机制 . 13 5.3.1 倒换机制 . 14 5.3.2 倒回机制 . 14 5.3.3 容灾效果分析 . 15 5.4 PS 域接入用户对 SBC 的故障恢复机制 . 15 5.4.1 倒换机制 . 16 5.4.2 倒回机制 . 16 5.4.3 容灾效果分析 . 16 5.5 对终端和其他网元的要求 . 17 6 P-CSCF 容灾方案 . 17 6.1 P-CSCF 负荷分担机制 . 17 6.2 倒换机制 . 19 6.3 倒回机制 . 20 知识水坝（豆丁网 pologoogle）为您倾心整理（下载后双击删除） 百度一下 知识水坝 6.4 容灾效果分析 . 20 6.5 对终端和其他网元的要求 . 21 7 I/S /E-CSCF/BGCF 容灾方案 . 21 7.1 I/S /E-CSCF/BGCF 容灾方案无动态数据备份 . 21 7.1.1 I/S /E-CSCF/BGCF 负荷分担机制 . 22 7.1.2 倒换机制 . 24 7.1.3 倒回机制 . 25 7.1.4 容灾效果分析 . 26 7.1.5 对终端的要求 . 26 7.2 I/S /E-CSCF/BGCF 容灾方案支持动态数据备份 . 27 7.2.1 S-CSCF 动态数据备份机制 . 27 7.2.2 倒换机制 . 27 7.2.3 倒回机制 . 29 7.2.4 容灾效果分析 . 30 7.2.5 对相关网元和终端的要求 . 30 7.3 S-CSCF 容灾方案比较 . 31 8 HSS 容灾方案 . 32 8.1 HSS N+1 非实时备份方案 . 32 8.1.1 方案描述 . 32 8.1.2 数据同步要求 . 33 8.1.3 倒换机制 . 34 8.1.4 倒回机制 . 34 8.1.5 容灾效果分析 . 35 8.1.6 其他网元的要求 . 35 8.2 HSS N+1 实时备份方案 . 35 8.2.1 方案描述 . 35 8.2.2 数据同步 . 36 8.2.3 倒换机制 . 37 8.2.4 倒回机制 . 38 8.2.5 容灾效果分析 . 38 知识水坝（豆丁网 pologoogle）为您倾心整理（下载后双击删除） 百度一下 知识水坝 8.2.6 其他网元的要求 . 38 9 MGCF 容灾方案 . 38 10 业务放通机制 . 39 10.1 基本通话业务的放通 . 39 10.2 被叫一号通业务放通 . 40 IMS 网络容灾备份技术研究 CMDI 百度一下 知识水坝 1 概述 本课题研究主要目的是制定 CM-IMS 网络容灾方案， CM-IMS 重要网元的容灾备份及倒换恢复 的方案，以便能有效的 保障中国移动 CM-IMS 网络 安全、平稳、高效运行，在核心网元发生故障退出服务的情况下，备用 网元或负荷分担设备 能够迅速地接管主用设备承载的业务，使业务尽快恢复 。 本 课题中研究 的容灾备份方案是网元级的容灾方案。备用网元设备整体接管主用设备承担的业务，不涉及一个独立网元内部不同模块间的容灾备份。为保障网元级容灾的效果， 主 备用网元 或成对负荷分担设备 应设置在不同的局址，而且各自使用独立的电源和传输资源。 2 CM-IMS 网络架构及网元介绍 CM-IMS 标准是中国移动结合自身 网络特点，将 3GPP 国际标准 IMS 进行简化和创新，提出的更加适用于中国移动现有网络的网络架构，国际标准与现有网络的结合诞生的网络架构更有利于其在现网的部署和在实际应用中发挥作用。 CM-IMS 网络架构示意图如下： I - C S C FS - C S C FP - C S C FM G C FI M - M G W/ S G WS B CB G C FH S S S L FS I P A SM nB I C CI S U PP L M N / P S T NM wM gC xC xD xD xM iM gU tS hS C PU EI S CL A NW L A Nx D S LP O NT D - S C D M AG mD hG mE - C S C FM wM wM R F CC rM jS I P A SI S CS hD hM wM gM R F PM pE N U M /D N SC GO M CS B C /P - C S C FM wM wM w图 1： CM-IMS 网络架构示意图 IMS 网络容灾备份技术研究 CMDI 百度一下 知识水坝 在 CM-IMS 网络架构组成中，主要有以下功能网元： CSCF： CSCF（会话控制）是 IMS 系统的呼叫控制核心，它的主要作用是在 IP 传输平台上实现用户接入及鉴权、会话路由、业务触发等功能。根据功能分工不同 分为 P-CSCF、I-CSCF、 S-CSCF 和 E-CSCF。 P-CSCF（代理会话控制）是 IMS 终端接入 IMS 的入口点，能根据用户接入网的 IP地址段与接入网类型的对应关系（ P-CSCF 的本地配置表）来区分用户的接入类型。P-CSCF 提供注册和注销、鉴权和授权、信令压缩、媒体授权、信令路由、数据管理、紧急呼叫、 QoS、计费等功能。 I-CSCF（查询会话控制）是 IMS 归属网络的入口点，在注册过程中， I-CSCF 通过查询 HSS，为用户选择一个 S-CSCF；在呼叫过程中，去往 IMS 网络的呼叫首先路由到I-CSCF，由 I-CSCF 从 HSS 获取用户所注册的 S-SCSCF 地址，将消息路由到 S-CSCF。 S-CSCF（业务会话控制） 在 IMS 核心网中处于核心的控制地位，负责对终端的注册鉴权和会话控制，执行针对主叫端及被叫端 IMS 用户的基本会话路由功能，并根据用户签约的 IMS 触发规则，在条件满足时进行到 AS 的业务路由触发。 E-CSCF 负责紧急呼叫的相关处理。 HSS/SLF： HSS 作为整个网络的用户数据库，存储 IMS 用户的鉴权信息、签约信息、业务透明数据等。其主要功能包括： （ 1）用户和业务数据存储功能 （ 2）用户和业 务数据管理功能 （ 3）支持注册 /注销等流程 （ 4）支持鉴权功能 （ 5）用户 /业务位置查询功能 （ 6）签约定位功能 SLF：在域内存在多个 HSS 时，由 SLF 选择用户存储的 HSS。 MGCF/IM-MGW： MGCF 和 IM-MGW 是 IMS 域与 CS 域和 PSTN 互通的功能实体，分别负责控制信令和媒体流的互通。 IMS 网络容灾备份技术研究 CMDI 百度一下 知识水坝 BGCF： BGCF 的功能主要是将用户的会话路由到正确的 PLMN/PSTN 网络： 与本网用户互通，选择路由至被叫网络的 MGCF，与其他运营商互通，选择与其他运营商的 BGCF 互通。 MRF(MRFC 和 MRFP)： MRF（媒体资源功能）主要提供铃音与录音通知的播放、会议的媒体流处理（混音等）、编解码转换、 DTMF 信号处理等功能。 ENUM/DNS： ENUM/DNS系统在 CM-IMS 网络中主要完成用户 E.164号码与 Sip uri之间的转换，并且提供用户归属域域名对应 IP 地址的映射，协助 IMS 核心网网元完成会话的路由。 SBC： SBC（会话边界控制器）分为 A-SBC 和 I-SBC： A-SBC（接入）为 IMS 的接入点，完成用户代理、接入控制、 NAT 穿越、媒体门控等功能； I-SBC（互联）与他网 IMS 互通，完成 IBCF， IWF， I-BGF 功能。 3 故障检测机制 3.1 基于 SIP OPTION 的故障检测 SBC 与 P-CSCF 之间、 CSCF 之间、 AS 与 S-CSCF 之间、 MGCF 与 CSCF/BGCF 之间 采用 基于 SIP OPTION 的状态检测机制 ，有如下两种方式： （ 1） 方式一： 启发式 假设网元 B1/B2 为负荷分担的一对网元，网元 A 与网元 B1/B2 之间采用启发式 SIP OPTION 监测链路状态。若网元 A 与网元 B1 间正常的信令交互（如 INVITE 等）超时，网元 A 确定网元 B1 不可用，将 SIP 请求转发网元 B2，并同时启用 SIP OPTION 监测网元 B1。若 B1 能正常响应，重新启用 B1。 IMS 网络容灾备份技术研究 CMDI 百度一下 知识水坝 网 元 A 网 元 B 11 . O P T I O N S ( B 1 )2 . O P T I O N S ( B 1 ).n 2 f . O P T I O N S ( B 1 )1 . I N V I T E ( a , b ) 2 . I N V I T E ( a , b ).N . I N V I T E ( a , b )I N V I T E ( a , b ) B 1对 端 正 常等 待 临 时 响 应 码 1 0 0 超时 ， 开 始 检 测 对 端B 1检 测 对 端S I P 消 息 重 传B 1对 端 故 障B 1对 端 正 常1 . O P T I O N S ( B 1 ).2 . O P T I O N S 2 0 0 O KN 次 失 败M 次 成 功（ 2） 方式二：自发式 假设网元 B1、 B2、 B3 为负荷分担的一对网元，网元 A 与网元 B1、 B2、 B3 之间采用自发式 SIP OPTION 监测链路状态。网元 A 定时（ 应可配置为 0-20 秒 ）发 SIP OPTION给网元 B1、 B2、 B3。若 A 多次（次数应可配置为 1-5 次） 未收到网元 B1 的响应，网元 A 确定网元 B1 不可用 。 两种方式的比较如下： 优点 缺点 方式一：自发式 流程简单 网元间冗余消息多：例如没有话务量时，由于 多个连接关系也可产生较多的检测消息流量 ; 需配置对端网元列表，网络结构调整或扩容新增网元时需要调整数据配置。 方式二：启发式 可动态改变检测的对端地址，网元间冗余消息少：和对方没有业务连接，则不用检测对方状态；对端网元没有故障，或者故障恢复，检测消息可停止； 数据管理简单：不用静态配置对方列表，而是从动态关系中学习，例如漫游关系中 P-CSCF对S-CSCF的地址是从 Service route学习而来；S-CSCF对 P-CSCF的地址是从 Path中学习而来。 流程复杂，对设备要求较高。 IMS 网络容灾备份技术研究 CMDI 百度一下 知识水坝 OPTION 检测 方是为了识别对端网元设备出现故障，不要将业务请求发往该故障网元。因此， OPTION 检测方的发起机制，应该与如何获取对端网元设备信息的方式相关，建议按照两种场景 分类： （ 1）由于 CSCF 与他省 CSCF 存在网状连接关系，且连接关系不固定。如 漫游时，漫游地 P-CSCF 和归属 I/S-CSCF 之间不是固定的连接关系，同时跨省呼叫时主叫 S-CSCF 和被叫 I-CSCF 之间的路由也不是固定的连接关系，因此 CSCF 故障检测建议采用启发式 ，便于维护 。 （ 2） SBC 寻址 P-CSCF（从属关系）、 MGCF 寻址 I-CSCF、 AS 寻 址 I/S-CSCF(AS始发呼叫寻址 S-CSCF 建议都从 I-CSCF 入口 )的关系都比较固定，建议采用自发式检测。 3.2 基于 Diameter 的链路检测 I-CSCF、 S-CSCF、 AS 与 HSS/SLF 之间 采用 基于 Diameter 的链路监测机制。 客户端（业务网元）在 TCP/SCTP链路上周期性的发送握手心跳消息 Device-Watchdog-Request（ DWR） /Device-Watchdog-Answer (DWA)来检测对端服务器是否故障，心跳消息在IETF RFC3588 中定义 。 Diameter 链路检测时 长 应可配置为 0-10 秒。 4 ENUM/DNS 容灾备份方案 4.1 ENUM/DNS 组网方案 若省内分局址设置多套 IMS 核心网（ CSCF），建议 ENUM/DNS 也分局址设置两套，采用负荷分担的工作方式，两套 ENUM/DNS 存储的数据保持同步。 北京 一 级 ENUM/DNS 二 级 ENUM/DNS 二 级 ENUM/DNS A B CSCF BOSS 广州 一 级 ENUM/DNS 网管系统 IMS 网络容灾备份技术研究 CMDI 百度一下 知识水坝 4.2 ENUM/DNS 数据同步方案 BOSS 和网管系统 对 ENUM/DNS 中 数据 更新机制 有如下 三种 方 式 ： （ 1） 方式一： ENUM/DNS 主备 同步方案。 正常情况下 BOSS 系统 或网管系统 向ENUM/DNS 系统（ 主 ）发送数据，由该 ENUM/DNS 系统（主）同步数据给另一套ENUM/DNS 系统（备） 。 发生容灾时， BOSS 系统或网管系统 向另一套 ENUM/DNS（备）系统下发数据。 两套 ENUM/DNS之间的数据同步机制和流程遵循 RFC1995 和 RFC1996，采用标准 DNS 机制和 FTP 机制进行主备系统之间的数据同步。当需同步的数据量较小时，采用标准 DNS 机制进行同步；当需同步的数据量较大时，采用 FTP 机制进行同步。 （ 2） 方式二： 基于 BOSS 系统或网管系统 的数据同步。 BOSS 系统或网管系统向 两套ENUM/DNS 同步数据，并支持失败回滚等机制。 若厂家配置了 业务开通网关，支持由业务开通网关向两套 ENUM/DNS 同步数据。 （ 3） 方式三： ENUM/DNS 采用前端 +后端 架构 ，后端数据库 /存储服务器 向前端同步数据。 BOSS 系统或网管系统向 ENUM/DNS 后端数据库 发开通或数据配置指令 数据，由后端数据库向多个前端同步数据。 若 ENUM/DNS 的前端 +后端设备做为一套完整的ENUM/DNS 设备，则也需要采用基于 BOSS 或网管系统向两套 ENUM/DNS 同步。 从各厂家 ENUM/DNS 的设备构架看： 华为、中兴采用 ENUM/DNS 前台处理和后台数据 库服务器 合设的架构 ； 爱立信 、诺西、上海贝尔均采用前、后端分开的方式，前台负责接受查询处理，后台负责 数据存储和管理，并向前端更新数据。 因此根据各厂家设备实现架构不同， 对于 ENUM/DNS 主备设备为同厂家的情况下，上述三种方式的 各厂家支持情况 如下 表 ： 方式一： 主备同步 方式 方式二： 基于支撑系统的同步方式 方式三： 前后端同步方式 华为 中兴 爱立信 诺西 上海贝尔 IMS 网络容灾备份技术研究 CMDI 百度一下 知识水坝 三种方式的比较如下表所示： 方式一： 主备同步方式 方式二： 基于支撑系统的同步方式 方式三： 前 后端同步方式 （后台 +前台）做为一套设备，主备部署方式 1 后台 +2 前台部署方式 对 BOSS/网管的需求 BOSS/网管只与一套 ENUM/DNS 有接口，接口简单 BOSS/网管需支持数据同步、失败回滚等机制 BOSS/ 网管需支持数据同步、失败回滚等机制 BOSS/网管只与 ENUM/DNS 后台有接口，接口简单 是否有数据仲裁机制 存在主备数据，做为数据仲裁 无主备数据之分 无主备数据之分 后台数据库数据做为仲裁 多厂家ENUM/DNS组网的支持 主备ENUM/DNS 必须为同厂家 主备ENUM/DNS 可为异厂家 主备ENUM/DNS 可为异厂家 主备ENUM/DNS 须为同厂家 安全性 高 高 高 一般 ，若后台故障会影响业务开通 适用场景 华为、中兴设备 异厂家组网场景 爱立信、诺西、上海贝尔设备，安全性要求较高时 爱立信、诺西、上海贝尔设备，安全性要求一般时 综上所述，方式一对 BOSS/网管系统要求较低，且有数据仲裁机制，但异厂家设备之间较难实现， 但 部分厂家不支持。 对于采用前台 +后台架构方式的厂家 （ 爱立信、诺西、上海贝尔） ， 根据安全性要求不同，可选用方式三的两种组网模式之一。异厂家组网时，选用方 式二。 4.3 ENUM/DNS 负荷分担方案 两套 ENUM/DNS 系统应实现负载均衡，有以下 三 种 方案： （ 1） 方案一：分区域主备方式 即 在省内 划分 2 个 ENUM/DNS 服务区。 如划分区域 1、区域 2，在区域 1 内所有CM-IMS 核心网、业务平台设备将 ENUM/DNS1 设置为主用 ENUM/DNS， ENUM/DNS2为备用 ENUM/DNS；在区域 2 所有 CM-IMS 核心网、业务平台设备将 ENUM/DNS2 设置为主用 ENUM/DNS， ENUM/DNS1 为备用 ENUM/DNS。 （ 2） 方案二： Forwarder 方式 在 ENUM/DNS 客户端（ CM-IMS 核心网、业务平台设备） 配置多个 ENUM/DNS服务器地址，且数量无限制。 IMS 网络容灾备份技术研究 CMDI 百度一下 知识水坝 ENUM/DNS 客户端 初次查询时，随机设置一个 RTT 值，小于任何真实的 RTT，保证得到真实 RTT 之前，能随机 、 顺序查询 多套 ENUM/DNS 服务器； 得到 多个 真实 RTT 后，则从 ENUM/DNS 列表中选择真实 RTT 最小的服务器 ，后续查询请求向该服务器发起 。 ENUM/DNS 客户端定时重新向多套 ENUM/DNS 发送查询情况，根据网络情况和服务器负荷情况 RTT 会发生变化， ENUM/DNS 客户端重新选择 RTT 最小的服务器 。 （ 3） 方案 三 ： Anycast 方式 Anycast 允许源节点向一组目标节点中的一个节点发送数据报，而这个节点由路由系统选择，对源节点透明；同时，路由系统选择“最近”的节点为源节点提供服务，从而在一定程度上为源节点提供了更好的服务也减轻了网络负载。 通过配置路由协议和 DNS 服务器，在中国移动 IP 专用承载网上采用一个 Anycast地址标识提供 ENUM/DNS 服务，访问该地址的请求可以被 IP 承载网 路由到 多套ENUM/DNS 节点中“最近”的一个节点上。最终用户并不知道提供服务的具体是哪一个节点。 方案比较： 方案一：实现简单，对一 级 ENUM/DNS 和二级 ENUM/DNS 都没有额外的功能要求。但以省或者大区为单位划分的服务区，难以实现完全的负荷分担。并且各省业务的发展速度不均衡，服务区内的负荷更加难以控制。 方案二：负载均衡效果较好。由于 RTT 值会根据网络情况和服务器负荷情况发生变化，客户端总能选择最近和相对负荷较小的服务器，实现负载均衡。 方案 三 ： IT 领域比较专业的解决方案，目前全球 Internet 网里 13 台根 DNS 里有 6台是采用 Anycast 技术实现多服务器负荷分担。在节点数量较多的情况下该方案优势比较大。但该方案存在的问题是对 IP 专网的路由数据配置将会增加，且目前在中国移动网络内没有应用，运维人员缺乏相关经验。 建议采用方案一或方案二。 4.4 倒换 /倒回机制 ENUM/DNS 为无状态设备 ，不涉及倒换倒回。 IMS 网络容灾备份技术研究 CMDI 百度一下 知识水坝 5 SBC 容灾方案 5.1 SBC 负荷分担机制 SBC 的负荷分担主要取决于 UE 注册时对于 SBC 的选择。 UE 向 SBC 发起注册时，先从 DNS 获取 SBC 域名对应的 IP 地址 或 IP 地址列表， UE 向此 IP 地址或选择 IP 地址列表中 第一个 IP 发起注册。 UE 对 SBC 的负荷分担 有如下 两种 种 方式： （ 1） 方式一： 公网 DNS 通过轮询 或基于优先级、权重的方式 将 UE 接入本地网内多套 SBC 中的一套 SBC。 用户配置 SBC 设备的 DNS 统一域名标识，如： 。通过查询CMNET DNS 获取接入地 SBC 设备地址。 若 UE 支持 SRV 查询，则 DNS 向 UE 返回带 SBC 优先级、权重的 SRV 记录；若 UE 不支持 SRV 查询，则对不同用户的 DNS 请求， CMNET DNS 通过循环复用方式，将本地网内多套 SBC 的地址，以不同 顺序 的 A 记录列表形式 返回给用户。 SRV 记录 配置举例： _sip._ IN SRV 0 50 5060 sbc1.0571.zj. _sip._ IN SRV 0 50 5060 sbc2.0571.zj. Sbc1.0571.zj. IN A Sbc2.0571.zj. IN A 当用户 发送 DNS 查询以解析 域名 时， DNS SERVER 返回带多套 SBC 优先级（ priority）和权重（ weight）的 SRV 记录列表。用户根据 priority 值和weight 值负荷分担的选择 SBC。 若 priority 数值不同， 优先选择 priority 值低的 SBC； 对于 priority 数值相同的 SBC，则 根据 weight 值按比例负荷分担 选择 SBC（如选择 SBC1）， 然后对选定的 SBC（如选择 SBC1） 进行 A 查询，得到选定的 SBC（如选择 SBC1） 的 IP 地址 A 记录配置举例： 在 CMNET DNS 存储的 区域中 , 将多台本地 SBC1， SBC2 的不同地址 均配置指向域名 ： IN A IN A IMS 网络容灾备份技术研究 CMDI 百度一下 知识水坝 当用户 发送 DNS 查询以解析 域名 时， DNS SERVER 将 该列表按 下 述顺序 循环使用 。如： 对于用户 1 发出的 域名 DNS 查询请求，返回 和 地址。 对于用户 2 发出的 域名 DNS 查 询请求，返回 和 地址。 （ 2） 方式二：公网 DNS 通过设置 View 的方式将 UE 接入区域内的一套 SBC，同时支持故障倒换。 用户配置 SBC 设备的 DNS 统一域名标识，如： 。通过查询CMNET DNS 获取接入地 SBC 设备地址。 对不同用户的 DNS 请求， CMNET DNS 根据用户的接入地址，将用户接入地址所处区域内 一套 SBC，并配置另一套 SBC 为备用 SBC。 配置举例： 在 CMNET DNS 上，为不同的区域，分别配置 view view”viewname1” IN match-clientsIPaddress-1; recursion yes; zone “sbc.chinamobile,com” type master; file “.zone.1”; ; ; 说明 ： a)viewname1 是针对 view 的名字 ， 可以根据需求自行更改。 b)ipaddress-1 是需要控制的源 IP 地址段 ， 多个地址段之间用 ”;”间隔 ； c).zone.1 是 的域文件名 ， 可以根据自己的需求自行更改 view”viewname2” IN match-clientsIPaddress-2; IMS 网络容灾备份技术研究 CMDI 百度一下 知识水坝 recursion yes; zone “sbc.chinamobile,com” type master; file “.zone.2”; ; ; 说明 ： a)配置第二个 viewname、 IP 地址段 ， 使用 .zone.2 文件提供解析。 b)有多个 IP 地址段，可以使用上述方法配置多个 viewname，多个域文件。 view”viewname-last” IN match-clientsany; recursion yes; zone “sbc.chinamobile,com” type master; file “.zone.last”; ; ; 说明 ： 配置最后一个 view， 匹配剩余所有未匹配 IP 地址段 ， 以免遗漏。 在域文件存放目录 ， 针对上述 view配置中的各域文件 .zone.*分别进行配置。 在文件 .zone.1 中 ， 配置如下 ： $ ORIGIN. $TTL 3600 ;60minutes IN SOA DNSServerName.root.DNSServerName.( 2009052100 ;serial 10800 ;refresh(3 hours) 900 ;retry(15minutes) 604800 ;expire(1 week) IMS 网络容灾备份技术研究 CMDI 百度一下 知识水坝 900 ;minimum(15 mimutes) ) NS DNSServerName. MX 5 rg100. DNSServerName. $ ORIGIN.. A SBCIPaddress1 A SBCIPaddress2 说明： a) DNSServerNme. 是本 DNS 服务器的域名。 b)SBCIPaddress 相应源 IP 地址段需要解析的 SBC 设备地址。 c) 用同样方法，生成所有 .zone.*域文件。 当用户向 CMET DNS 发起 DNS 查询，获取 SBC 地址时， DNS SERVER 根据用户地址所在的地址段，判断用户所处的 view。 确定用户所处的 view 后， DNS 服 务 器 到 该 view 对 应 的 域 文 件.zone.*中，获取相应的 SBC 的地址列表，用于 SBC 容灾切换。 用户优先接入 SBC 列表中的第一个 IP 地址，若