7750欠费通知送实现方案(旁置)v1.2.docVIP

中间件旁挂 欠费通知推送的实现方案（V1） 版本更新： V1.0 创建 濮志君 2011-9-2 V1.1 修改相关名称 濮志君 2011-11-10 V1.2 添加中间件配置内容 濮志君 2012-3-9 目录： 1 实现流程 4 1.1 流程图 4 1.2 流程说明： 5 1.2.1 PPPOE建立阶段 5 1.2.2 第一次COA阶段 5 1.2.3 第二次COA阶段 5 1.2.4 正常上网阶段 6 2 7750上的相关配置 6 2.1 重定向相关配置 6 2.2 SLA-PROFILE相关配置 13 2.3 radius认证相关配置 14 2.4 radius 计费相关配置 15 2.5 SUB-PROFILE相关配置 17 3 中间件上的相关配置 18 3.1 中间件的配置 18 3.2 中间件运行状态检查： 20 3.3 中间件配置修改 20 4 提高首页推送成功率 22 4.1 首页推送原理 22 4.2 首页推送的问题及解决 22 4.2.1 常用软件和连接网站的了解方法 22 4.2.2 通过7750的IP-FILTER LOG分析重定向的HTTP 24 1 实现流程 1.1 流程图 1.2 流程说明： 欠费通知推送在7750上的实现包括四个阶段 1.2.1 PPPOE建立阶段 用户发起PPPoE连接请求； BRAS向radius发送Radius认证请求； Radius返回授权响应，其中包含用户的sub-profile,sla-profile属性； 普通用户与中间件无关联，sub-profile将计费定义到radius 欠费通知用户将在BRAS建立PPPoE用户会话时，其中的sub-profile将计费定义到中间件。 1.2.2 第一次COA阶段 正常情况 BRAS向中间件发出Radius计费开始报文； 中间件收到计费报文后， a通过CoA更新该用户的SLA-Profile为“sla-arrears”或“sla-maturity”, 将用户HTTP请求重定向到中间件URL，BRAS建立PPPoE用户会话，其中sla-http-redirect将用户HTTP请求重定向到中间件URL：http://midware-ip/portal； b记录该用户实际的SLA-Profile属性备用 c 启动定时器限定页面推送的延续时间 BRAS向中间件发出计费停止报文，中间件忽略该报文； BRAS紧接着向中间件发出新的计费开始报文，中间件忽略该报文； 中间件异常无响应 BRAS等待中间件响应超时，将启动server 2 向RADIUS发出计费开始报文； 后面进入正常上网阶段 1.2.3 第二次COA阶段 情况一 （定时器到期前有HTTP请求） 用户发起任意的HTTP请求； BRAS将用户HTTP请求重定向到中间件URL； 用户向中间件URL发起HTTP请求； 中间件收到用户的HTTP请求后，通过CoA更新该用户的SLA-Profile，其内容为Radius授权响应时的返回值，BRAS在应用新的SLA-Profile的同时也就撤销了HTTP重定向策略。中间件下发CoA时除了SLA-Profile外，还需包括该用户的NAS-Port-Id（在步骤2用户认证请求报文中记录）和Framed-IP（将HTTP请求的客户端地址与步骤7中计费开始报文中的Framed-IP相匹配）； BRAS向中间件发出计费停止报文，中间件忽略该报文； BRAS紧接着向RADIUS发出新的计费开始报文； 中间件完成步骤12的CoA后，向用户回应HTTP重定向报文，其中重定向URL类似为：/act/kuandai/expire/ 应设计成可配置） 用户向新的运营商页面推送网站发起HTTP请求； 运营商门户网站返回推送的HTTP页面； 情况二（定时器到期前无HTTP请求） 中间件在定时器到期仍未收到用户的HTTP请求后，通过CoA更新该用户的SLA-Profile，其内容为Radius授权响应时的返回值，BRAS在应用新的SLA-Profile的同时也就撤销了HTTP重定向策略。中间件下发CoA时除了SLA-Profile外，还需包括该用户的NAS-Port-Id（在步骤2用户认证请求报文中记录）和Framed-IP（将HTTP请求的客户端地址与步骤7中计费开始报文中的Framed-IP相匹配）； BRAS向中间件发出计费停止报文，中间件忽略该报文； BRAS紧接着向RA