APN融合方案四.doc

APN 融合方案四配置手册一. 中国移动 APN 融合方案四要求 1. 适用场景 对于 CMWAP APN 业务, GGSN 采用“独立 CMWAP APN ”和“ APN 融合”两种方式疏通业务,用户业务体验一致。 WAP 网关的静态用户存储容量和 Radius 流程并发处理能力不受限。或者虽然 WAP 网关的静态用户存储容量和/或 Radius 流程并发处理能力受限;但 GGSN 支持根据业务流的目的 IP 地址有选择地启动 Radius 流程(仅针对目的地址为 启动 Radius 鉴权认证流程)。 2. 方案实施 所有负责 APN 业务的 GGSN ,对于 APN 业务开启内容计费。 所有负责 APN 、 CMWAP APN 业务的 GGSN ,改造为支持 APN 融合功能的版本。 所有负责 APN 、 CMWAP APN 业务的 GGSN ,配置“融合 APN ”软件功能。 开启 APN 融合功能后, GGSN 对 APN 、 CMWAP APN 业务均启用“ APN 融合功能”,且 GGSN 对于 APN 启动向 WAP 网关的 Radius 流程。 3. 方案实施效果 用户以“ CMWAP APN ”方式激活的 PDP ,业务体验与现网一致。 用户以“ APN + 设代理地址为 ”方式激活的 PDP , 可以使用 、 CMWAP 业务。(注: 现网不支持此业务) tg 用户以“ APN ”方式激活的 PDP ,可以使用彩信业务。(注:现网不支持此业务) 用户以“ APN + 未设代理地址( )”方式激活的 PDP , 能够使用中国移动自有业务(包括彩信)和第三方业务。(注:现网不支持此业务) 用户以“ CMWAP APN + 未设代理地址( )”方式激活的 PDP ,使用的 业务流量通过 直接疏通;不需通过 WAP 网关疏通。(注:现网是由 WAP 网关疏通这部分业务流量) 二. 配置修改方案 4 与以往区别主要在于数据流向,目前配置的思路为: CMWAP 和 仍使用不同 session profile 及 IP 地址池, 但共用同一个 VRF 。两个 APN 除默认流量的 service code 不同外,其他配置几乎一样。路由修改上: 默认流量同以往的 , 从防火墙 NAT 出去, 而目的为 的流量通过路由指向 gretunnel 。另由于 NG31 新版本实现集中式路由管理,所以路由配置命令较以往也有所不同。以下为 GGSN 在 CD2 下配置修改介绍: 1. 路由及 tunnel 的修改 创建 GRE_dummy 接口 D ummy 接口为 新增的功能,该功能实现了 NG 在多个 node 情况下使用一个虚地址与 WAP 网关建立隧道。 dummyif_GRE 接口创建在 IB 上,不同 node 的流量通过路由汇聚到一个隧道并到达 WAP 网关。具体命令如下: working vrf name vrfGi id2 working instance vrfGi dummy-iface /IB7-1 iface dummyif_GRE admin up distributed-routing no working instance vrfGi dummy-iface /IB10-1 iface dummyif_GRE admin up distributed-routing no working instance vrfGi dummy-iface /CLA-0 iface dummyif_GRE distributed-routing yes admin up working instance vrfGi dummy-iface /CLA-1 iface dummyif_GRE distributed-routing yes admin up 配置 dummyif_GRE 接口地址及 loadbalancing 地址 working instance vrfGi address /IB7-1 iface dummyif_GRE ip-address working instance vrfGi address /IB10-1 iface dummyif_GRE ip-address working instance vrfGi address /LoadBalancingAddr iface dummy