GB/T38830-2020
IPTV媒体交付系统技术要求全局负载均衡子系统
TechnicalrequirementsforIPTVmediadeliverysystem—Globalloadbalancesubsystem
- 中国标准分类号（CCS）M32
- 国际标准分类号（ICS）33.160.60
- 实施日期2021-01-01
- 文件格式PDF
- 文本页数17页
- 文件大小1.35M
以图片形式预览IPTV媒体交付系统技术要求全局负载均衡子系统
IPTV媒体交付系统技术要求全局负载均衡子系统
国家标准 GB/T38830一2020 PIV媒体交付系统技术要求 全局负载均衡子系统 TechmiealrequirementsforIPTVmediadeliverysystemr Globalloadbalancesubsystem 2020-06-02发布 2020-12-01实施 国家市场监督管理总局 发布 国家标涯花警理委员会国家标准
GB/T38830一2020 目 次 前言 范围 2 规范性引用文件 3 术语和定义、缩略语
3.1术语和定义 3.2缩略语 全局负载均衡子系统在IPTV媒体交付系统中的位置 全局负载均衡子系统的部署 负载均衡子系统功能要求及支持的调度策略 6.1顶级负载均衡功能要求及支持的负载均衡策略 6.2二级或边缘负载均衡功能要求及支持的负载均衡策略 内容定位流程 7.1PC终端内容定位流程 移动智能终蹦内容定位流粉 7.2 7.3IPTV终端内容定位流程(从GSLB接人 7.4IPTV终端内容定位流程(从二级sLB接人 8 接口要求 全局负载均衡子系统与终端之间的接口要求 8.1 8.2不同级SLB之间的接口要求 安全要求 9.1设备安全要求 ll 9.2业务安全要求 12 9.3数据安全要求 12 9.4接口安全要求 12 参考文献 14
GB/38830一2020 前 言 本标准是《IPTV媒体交付系统技术要求》系列标准之一,本系列标准的名称和结构如下 GB/T38828IPTV媒体交付系统技术要求场景和需求; GB/T38827IPTV媒体交付系统技术要求体系架构; GB/T38826IPTV媒体交付系统技术要求总体要求; GB/T38829IPTV媒体交付系统技术要求内容接人; GB/T38830IPTV媒体交付系统技术要求全局负载均衡子系统 GB/T38831IPTV媒体交付系统技术要求媒体分发存储子系统 GB/T38754IPTV媒体交付系统技术要求流媒体服务 本标准按照GB/T1.1一2009给出的规则起草
请注意本文件的某些内容可能涉及专利
本文件的发布机构不承担识别这些专利的责任
本标准由工业和信息化部提出 本标准由全国通信标准化技术委员会(sAc/1c485)归口
本标准起草单位信息通信研究院、电信集团有限公司、联合网络通信集团有限公司、 移动通信集团公司,华为技术有限公司、中兴通讯股份有限公司、上海诺基亚贝尔股份有限公司,东 方明珠新媒体股份有限公司
本标准主要起草人;聂秀英、陈戈、唐宏、梁洁、乔治、倪伟、张尧烨、缪川扬、顾方方、张立杰
GB/T38830一2020 IPIV媒体交付系统技术要求 全局负载均衡子系统 范围 本标准规定了全局负载均衡子系统在IPTV媒体交付系统中的位置、全局负载均衡子系统的部署 系统功能要求及支持的调度策略、内容定位流程、全局负载均衡子系统与终端的接口要求以及相关安全 要求
本标准适用于IPTV媒体交付系统 规范性引用文件 下列文件对于本文件的应用是必不可少的
凡是注日期的引用文件,仅注日期的版本适用于本文 件
凡是不注日期的引用文件,其最新版本(包括所有的修改单)适用于本文件
GB/T38754IPTV媒体交付系统技术要求流媒体服务 术语和定义、缩略语 3.1术语和定义 下列术语和定义适用于本文件
3.1.1 交付delivery 向端用户发送内容
3.1.2 分发distribution 为后续的交付将内容发送到合适的中间位置
3.2缩略语 下列缩略语适用于本文件
GsLB.全局服务负载均衡(GlobalservieeLoadBalaneine) HLS:HT'TP直播流媒体(HTTPIiveStreaming HTTP;超文本传输协议(HlypertextTransferProtoeol D;标识符(ldentifier) IP:互联网协议(InternetProtoeo netProtocolTelevision PTV;互联网协议电视(Inter MDS:媒体交付系统(MediaDeliverySystem) PC;个人计算机(PersonalComputer) SLB;服务负载均衡(Servicel.oadBalancing STB机顶盒(SetTopBox
GB/T38830一2020 ransmissionControlProtocol TCP;传输控制协议(Tr URL;统一资源定位符(UniformResourceL.ocator) XML;可扩展标记语言(ExtensibleMarkupL.anguage) 全局负载均衡子系统在IPIV媒体交付系统中的位置 全局负载均衡子系统在IPTV媒体交付系统中的位置如图1所示
业务管理 PTV内容运营 p 媒体交 媒体管理淋体预处理样体入众 付系统 内 负我均街 容 子系统 库 媒体存储媒体定位、媒体分 分发路由 发、媒体缓存 GSLB 媒体预处理 媒体存储(媒体 缓 媒体注入 起位、媒体分 网络 分发路由 存 格式转换 媒体缓存 管理 媒体服务子系统 服务 服务路由 服务路由 媒体服务定位 统计 媒体服务 媒体服务控制 TV+STB PC 终端 移动智能终端 说明: 表示本部分为可穿透; A、B,S 接口
图1全局负载均衡子系统在IIV媒体交付系统中的位置 图1中的A接口为IPrV媒体交付系统与业务管理系统之间的接口,B接口为PTV媒体交付系 统与IPTV内容运营系统之间的接口
S接口为IPTV媒体交付系统和终端之间的接口
需要注意的 是,S接口是一个综合接口,其包含了终端和IPTV媒体交付系统内部的各个子系统模块之间的接口
A,BS接口具体定义参见GB/T38827
在PTV媒体交付系统中,全局负载均衡子系统主要负责完成IPTV媒体交付系统所提供服务的 全局负载均衡和媒体服务定位功能
GB/T38830一2020 全局负载均衡子系统的部署 在实际部署中,全局负责均衡子系统可以根据IPTV媒体交付系统的分级情况以及内容库的部署 情况进行部署
通常情况下,IPTV媒体交付系统的内容库的部署分为中心内容库、区域内容库和边缘内容库三 级
为更好地进行负载均衡,全局负载均衡子系统也分为三级部署,即顶级负载均衡、二级负载均衡和 边缘负载均衡
在实际部署时,顶级负载均衡部署于中心内容库所在的位置,负责完成整个IPTV媒体 交付系统的负载均衡、二级负载均衡部署于二级内容库所在地,同时边缘负载均衡部署在边缘内容库所 在地
对于没有进行分级部署的IPTV媒体交付系统,全局负载均衡子系统也可以不进行分级部署,可 以考虑按顶级负载均衡和边缘负载均衡进行部署
分级部署的全局负载均衡子系统逻辑示意图如图2所示
顶级负载均衡 二级负载均衡 二级负载均衡 二级负载均衡 边缘负载均衡 边缘负载均衡 边缘负载均衡 图2分级部署的全局负载均衡子系统示意图 在分级部署的全局负载均衡子系统中，GSLB将终端用户的内容定位请求调度到二级负载均衡 二级SLB),二级负载均衡再根据下联的边缘负载均衡的工作负载状态将终端用户请求调度到合适的 边缘负载均衡,边缘负载均衡根据所在节点媒体服务设施的实际使用情况将终端用户请求调度的某一 媒体服务设施,由该媒体服务设施为终端用户提供服务
负载均衡子系统功能要求及支持的调度策略 6.1顶级负载均衡功能要求及支持的负载均衡策略 6.1.1功能要求 顶级负载均衡应具有如下功能 顶级负载均衡支持作为基于PC和移动智能终端访问的统一人口; aa b)顶级负载均衡应支持配置全局负载调度策略,并支持根据配置策略进行媒体服务的全局负载 均衡调度
GB/T38830一2020 6.1.2支持的负载均衡策胳 顶级负载均衡应支持如下负载均衡策略 应支持基于就近性的负载均衡策略,根据IP段/单个IP把用户请求重定向到用户物理位置就 a 近区域的分配节点; b 应支持基于节点情况的负载均衡策略,根据节点的权重以及负载情况比如节点的流量、连接 数、健康状况等)把用户请求导向到网络状况好,负担轻的分配节点;顶级负载均衡判断收到请 求的host值为域名并且这个域名不是自己的域名,那么顶级负载均衡在调度完成后构造重定 向URL,在该URL前添加二级负载均衡或者SLB地址十/'十host域名,然后将该重定向 URL返回给终端
如:终端请求到顶级负载均衡的URL为http://sp域名/ XXx/XXx？ ,顶级负载均衡返回终端的URL为http://下级负载均衡ip/sp域名/ XXX... XxX/Xxx？xXX. 应支持配置ProviderlID配置表; c 应支持根据用户请求URL查询ProvderlD配置表获得内容域属性,并选择符合域属性要求 d 的下级负载均衡SLB 应支持容灾备份功能,确保业务可靠性 e 可以平滑扩容,满足用户并发数的增长要求
f 6.2二级或边缘负载均衡功能要求及支持的负载均衡策略 6.2.1功能要求 三级或边缘负载均青放具有如下功能， a) 应支持容灾备份功能,确保业务可靠性; b) 应支持配置负载调度策略,并支持根据内容ID和配置策略进行媒体服务的负载均衡
6.2.2支持的负载均衡策略 二级或边缘负载均衡应支持如下负载均衡策略 应支持基于就近性的负载均衡策略,根据IP段/单个IP把用户请求导向到用户物理位置就近 a 区域的分配节点;若存在多个节点距离用户物理位置相同,则应支持随机选择节点为用户 服务 应支持基于内容分布的负载均衡策略,根据内容的分布状况把用户请求导向到含用户请求内 容的分配节点 应支持基于节点情况的负载均衡策略,根据节点的权重以及负载情况(比如节点的流量、连接 数、健康状况等)把用户请求导向到网络状况好、负担轻的分配节点
内容定位流程 7.1C终端内容定位流程 PC终端从GI.SB统一接人IPTV媒体交付系统,PC终端内容定位流程如图3所示
GB/T38830一2020 边缘SLB PC终端 GSLB 二级SLB 媒体服务器 a内容定位请求
b 执行全局调度策略，获得二级sLB入口地址 重定向到二级SLB，请求内容定位 d执行二级SLB调度策略，获得边缘SLB入口地址 重定向到边缘sLB，请求内容定位！ 门边缘sLB进行媒体服务调度 重定向到媒体控制服务器请求内容服务 内容服务响应消息 h获取内容提供服务 内容服务流程 图3PC终端内容定位流程图 PC终端内容定位流程如下 PC终端向GSLB发起内容定位请求
a b GSLB执行全局调度策略选择距离用户物理位置近的节点,GSLB获取二级SLB人口地址
GSLB将PC终端的内容定位请求重定向到二级SLB;由于终端请求URL中携带的域名或者 P就是GSLB自身的域名或者IP,故GSLB直接将URL中地址替换为二级SLB地址
d 二级SLB执行区域调度策略选择距离用户物理位置近的区域节点,二级SLB获取边缘SLB 地址
二级SLB将PC终端的内容定位请求重定向到边缘SLB;由于终端请求URL中携带的域名 或者IP就是二级SLB自身的域名或者IP,故二级SLB直接将URL
中地址替换为边缘SLB 地址
fD 边缘SLB根据配置的负载均衡策略进行本地媒体服务调度,边缘SLB选择最优的媒体服务 器为终端提供服务 边缘SLB将PC终端的内容定位请求(内容服务请求)重定向到媒体服务器
g h 媒体服务器接收到内容服务请求时获取媒体内容为终端提供服务
注:内容服务请求消息与内容定位请求消息相同
7.2移动智能终端内容定位流程 移动智能终端从GSLB统一接人IPTV媒体交付系统,移动智能终端内容定位流程如图4所示 注1，要求移动智能终端支持重定向
GB/T38830一2020 边缘SLB 移动智能终端 GSLB 媒体服务器 二级SLB a内容定位请求！ b执行全局调度策略，获得二级SLB入口地址 重定向到二级SLB，请求内容定位 级调度策略，获得边缘aB入口地址 执行 d 重定向到边缘sLB，请求内容定位 D边缘sLB进行媒体服务调度 D重定向到媒体控制服务器请求内容服务 内容服务围应消息 h获取内容提供服务 内容服务流型 图4移动智能终端内容定位流程图 移动智能终端内容定位流程如下 移动智能终端向GSLB发起内容定位请求
a b GSLB执行全局调度策略,选择距离用户物理位置近的节点,GSLB获取节点的二级SLB人口 地址
GSLB将移动智能终端的内容定位请求重定向到二级SLB;由于终端请求URL中携带的域名 或者IP就是GSLB自身的域名或者IP,故GSLB直接将URL中地址替换为二级SLB地址
二级SLB执行区域内调度策略,选择距离用户物理位置近的边缘SLB地址;由于终端请求 URL中携带的域名或者IP就是二级SLB自身的域名或者P,故二级SLB直接将URL中地 址替换为边缘SLB地址
二级sLB将移动智能终端的内容定位请求重定向到边缘sLB. e 边缘sLB根据配置的负载均衡策略进行本节点媒体服务调度,边缘SLB选择最优的媒体服务 器为终端提供服务
边缘SLB将移动智能终端的内容定位请求(内容服务请求)重定向到媒体服务器 g 媒体服务器接收到内容服务请求时获取媒体内容为终端提供服务 h 注2;内容服务请求消息与内容定位请求消息相同
7.3IPTV终端内容定位流程(从GSLB接入) 在IPTV终端从GSLB接人IPTV媒体交付系统时,IPTV终端内容定位流程如图5所示
GB/T38830一2020 媒体服务器 边缘SL.B GSLB PTV终端 二级SLB a内容定位请求 b执行局调度策略，获得级SLB入口地址， 重定向到二级sLB，请求内容定位 c 执行二级SLB调度策略，获得边缘sLB入口地址 重定向到边缘SLB，请求内容定似 边缘SLB进行媒体服务调度 重定向到媒体控制服务器请求内容服务 h获取内容提供服务 丙吞版应 内容服务流程 图5IPrV终端内容定位流程图(从GSLB接入 IPTV终端内容定位流程如下 IPTV终端向GSLB发起内容定位请求
a b)GSLB执行全局调度策略,选择距离用户物理位置近的节点,GSLB获取二级sLB人口地址
c GSLB将IPTV终端的内容定位请求重定向到二级SLB;由于终端请求URL中携带的域名或 者IP就是GSLB自身的域名或者IP,GSLB直接将URL中地址替换为二级sLB 二级SLB执行调度策略,选择距离用户物理位置近的边缘SLB地址
d 二级SLB将IPTV终端的内容定位请求重定向到边缘SLB;由于终端请求URL中携带的域 e 名或者P就是二级sLB自身的域名或者P,二级sLB直接将URL中地址替换为边缘sLB 地址
边缘SLB根据配置的负载均衡策略进行本节点媒体服务调度,边缘SLB选择最优的媒体服 务器为终端提供服务 边缘SLB将PTV终端的内容定位请求(内容服务请求)重定向到媒体服务器
g h 媒体服务器接收到内容服务请求时获取媒体内容为终端提供服务
注:内容服务请求消息与内容定位请求消息相同
7.4IPTv终端内容定位流程从二级sLB接入 IPTV终端从二级SLB接人到IPTV媒体交付系统,内容定位流程(二级sLB接人)如图6所示
GB/T38830一2020 PTV终端 二级SLB 边缘SLB 媒体服务器 a)内容定位请求 )执行二级调度策略，获得边缘SLB入口地址 重定向到边缘sLB,请求内容定位 d)拽点内媒体服务调度 重定向到边缘媒体服务器 内容服务响应消息 )获取内容提供报务 内容服务流程 图6IPTV终端内容定位流程图(从二级SLB接入 IPTV终端向二级SLB发起内容定位请求
a b) 二级SLB选择距离用户物理位置近的边缘MDs节点,二级SLB获取MDS边缘节点的SLB 地址
二级sLB将IPTV终端的内容定位请求重定向到边缘SLB;由于终端请求URL中携带的域 名或者IP就是二级sLB自身的域名或者IP,故GSLB直接将URL中地址替换为二级SLB 地址
二级SLB根据配置的负载均衡策略进行本节点媒体服务调度,二级SLB选择最优的媒体服务 d 器为终端提供服务
二级sLB将IPTV终端的内容定位请求(内容服务请求)重定向到边缘媒体服务器
e 媒体服务器接收到内容服务请求时获取媒体内容为终端提供服务
fD 注内容服务请求消息与内容定位请求消息相同
8 接口要求 8.1全局负载均衡子系统与终端之间的接口要求 全局负载均衡子系统与终端之间的接口应符合GB/T38754 8.2不同级SLB之间的接口要求 8.2.1接口定义 不同级SLB之间的接口包括GSLB与二级SLB之间的接口和二级SLB与边缘SLB之间的接口
该接口主要用于交换收集到的IPTV媒体交付系统负载使用的相关信息
该接口采用HTTPXML 方式进行通信
HTTP+XML消息协议由基本消息头(BasicHeader)和消息体(Body可选)两部分组成
GB/38830一2020 GET/GetLoadnfoHTTP/1.1 Accept;关/关\r\n =0.5\r\n Accept-Language:zh-cn,en;q= t-En ancodng，" gzip,deflate\r\n Accept Host 10.71.l48.109:8070\ r CConnection:Ke .Aise\r\ eep- BasicHeaderl:valuel\r\n BasicHeader2:value2\r\n BasicHeader3:value3\r\n xmlversion="1.0" encoding= -"UTF-8"？> data
/data HTTP/1.1200OK Date:Mon,31Dec200104:25:57GMT Content-range:bytesO-40279979/40279980 BasicHeaderl:valuel\r\n BasicHHeader2:value2\r\n BasicHeader3:value3\r\n xnmlversion=".0”encoding="UTF-8"?》 data 《/data 基本消息头(BasieHeader)包含的参数如表1所示
消息体(Body)是完整的xml文档
表1基本消息头参数 长度 可选/ 参数名称 类型 描述信息 字节 必选 String 必选协议版本号 version 源设备编号,唯一标识一个设备
设备编码规则为:AABBCCCXXX共10位: AA;电信运营商统一区域编号,00标识全国RR BB;厂商编号,01固定为UT,02固定为中兴,03固定华为,04固 sourceDeviceCode 21 String 必选 定为思科,05固定为青牛 CcC;版本编号,默认为000,预留,当前固定为000; xXX.设备序列号
有效范围0o1一999,新增一个对接网元时依 次累加 2 必选 strimg 目的设备编号,唯一标识一个设备
编号规则同源设备编号 destDeviceCode 源设备认证码,使用MD5算法对(soureeDeviceCode十sharedSecret p)生成摘要,消息接收者针对根据基本消息头中的对应 十timestamp authentieatorSource String 32 必选 信息生成摘要进行比对 sharedSeeret由RR分配,全网统一共享一个sharedSeeret 时间截格式为yyyMMddHHmnmss
应是与时区无关的UTC 14 imeStamp String 必选 时间
GB/T38830一2020 8.2.2接口描述 RR向SLB/RR发送查询MDS健康负载状态消息
接口请求数据封装在一个完整的Cdnl.oadnfo元素中,该接口的返回数据封装在CdnLoadlnfoRe ponse元素中 请求消息Cdnloadnfo的元素基本属性;无
响应消息CdnL.oadInfoRe kesponse元素基本属性如表2所示
表2响应消息元素基本属性 长度可选/ 名称 类型 说明 (字节 必选 消息信息摘要,使用MD5算法对(privateSeeret十cdnState Lprotoeoltype十maxBandwidth十maxUser十usedBandwidth onlineUser十authenticatorSource)生成摘要
32 必选其中 signature String privateSecret是RR为每个MDS分配的私有密钥; authenticatorSource是请求消息头中的源设备认证码 消息接收者针对响应消息中的对应信息生成摘要进行比对 cdnState 必选 状态,l:;正常;0;异常 nt loadlnfo[ loadnfo 变长 必选每个领域的负载信息 loadlnfo定义如表3所示
表3loadInfo定义 长度 可选/ 名称 类型 说明 字节必选 protocoltype nt 必选0或2:IPTVTSRTSP;4:HPD;8:ISMARTSP;l6:HLS maxBandwidth lnt 必选 带宽上限,单位:Mbit/s rmaxUser 必选 nt 在线用户数上限 已使用带宽,Mbit/s usedBandwidth nt 必选 online[ser Int 在线用户数,个 必选 8.2.3接口示例 假设sharedSeeret 取值为123456,分配给MDs(DeviecCode:01050000o1)的privateSeeret 为654321 请求消息为 GET/GetCDNLoadlnfoHTTP/1 Accept:*/*\r\n Aecept-language:zh-cn,en;q=0.5\r\n t-Encoding:gaip .deflate\r\n Accept 10
GB/38830一2020 Host:10.71.148.109.8070\r\ Connection，KeepAive\r\n version:1.0\r\n ourceDeviceCode:0003000001\r\n destDeviceCode:0105000001\r\n authenticatorSource:5c5Fc1F998237D09E8A9EF67C41BD66F\r\n imeStamp:201l1206122618\r\n xmlversion=".0”encoding="UTF-8"?》 ？ Cdnloadlnfo)/Cdnloadlnfo 响应消息为: HTTP/1.1200OK Date;Mon,31Dec200104:25:57GMT Content-range:bytes0-100/101 version:1.0\r\nm sourceDevice cccode 0105000001 \r\n destDeviceCoa 0003000001 pde: \r\n authentieatorSouree:3AFAEF89A344CC504654CFBC34B7E23E\r\n timeStamp:20111206122619\r\n xmlversion="1.0"encoding="UTF-8"?》 CdnloadInfoResponse signature)97A1035C09A93F8C3874BE58D738646E(/signaturey cdnState)1(/cdnState oadlnfo type>01000(/maxUser usedBandwidth15(/usedBandwidth》 (onlineUser)200(/onlineUser /loadlnfo /CdnoadnfoResponse' 安全要求 9.1设备安全要求 GSLB、二级SLB和边缘SLB设备应保证安全,主要包括: 确保系统采用的操作系统无漏洞,及时更新操作系统漏洞; 关闭不使用的服务和端口; 禁止或替换有潜在安全漏洞的程序; -提供防D0OS.DDOS、端口扫描攻击能力; 系统具备完善的日志功能,登记所有对系统的访问记录; -建立身份识别机制,设置数据访问权限; 通过安全的数据备份策略,有效地保障系统数据的安全性
11
GB/T38830一2020 g.2业务安全要求 GSLB、二级SLB和边缘SLB直接处理终端用户请求,故应通过以下机制提供一定程度的防攻击 能力
限制单位时间内来自同一IP的TCP建链请求数,支持自动解除block功能
当单位时间内 接收到的建链请求数大于单位时间内允许的最大建链请求数时,阻塞后续建链请求直到block 周期到达
限制单位时间内来自同一TCP链接的请求包数,支持自动解除boek功能
当单位时间内接 收到的请求包数大于单位时间内允许接收的最大请求包数时,不再处理后续请求包直到block 周期到达,阻塞期间节目播放连接应用层心跳处理机制不变,不考虑因为阻塞导致应用层心跳 超时关闭连接给用户造成的影响
限制来自同一IP的并发连接总数,支持自动解除block功能
当接收到新的建链请求时,如 果当前来自同-IP的连接数已经达到最大值则不接受建链请求;如果小于则接受,当前已经 建链数需考虑冲减
g.3数据安全要求 二级sSLB和边缘sLB支持提供了系统备份和恢复策略以避免系统数据库空间不足或者数 GSLB、 据丢失,保障系统的数据安全
当由于意外造成数据丢失时,可以通过已经备份的数据来进行恢复,保 证了系统的可靠性
GSLB,二级sLB和边缘SLB提供的数据备份功能有以下特点 支持多种数据的备份,包括性能数据、安全数据、系统数据、业务数据
支持多种备份方式,包括系统定时备份和手工备份 系统定时备份:系统定时进行自动备份,减轻用户手工备份的工作量
手工备份;用户设置备份策略备份需要的数据
用户可将数据备份到本地硬盘上
g.4接口安全要求 GSLB,二级SLB和边缘SLB间的接口之间采用认证码和消息签名两层安全机制,从而防止身份 欺骗和消息篡改,描述如下 源设备身份认证 GsLB,二级sLB和边缘SLB之间请求消息和响应消息中都通过的其享密钥加密消息源设备编号 和消息发送时的时间戳生成源设备认证码,并通过HTTP消息头参数携带,消息收发时都要从HTTP 消息头参数中取出源设备认证码进行设备身份认证
认证码生成算法如图7所示 源设备编号+公钥+消息时间戳 MD5 源设备验证码 注“+"操作是指字符串连接操作 图7认证码生成算法 12
GB/T38830一2020 b)消息数字签名 当消息体中有实际数据传递时,通过对传递的数据进行数字签名,方法为使用请求消息中的源设备 认证码和当前设备的私有密钥对消息数据进行数字签名,数字签名作为消息的一个参数进行传递,消息 接收端收到消息后需要进行签名验证
数字签名算法如图8所示
源设备编号+公钥+消息时间载 MDb 源设备验证码 MDS私钥 业务信息 MD5 信息摘要 注“十”操作是指字符串连接操作
图8数字签名算法 13
GB/T38830一2020 参 考文献 [[1]GB/T38827IPTV媒体交付系统技术要求体系架构 14
IPTV媒体交付系统技术要求全局负载均衡子系统GB/T38830-2020
随着IPTV媒体交付系统的快速发展，其所面临的挑战也越来越多。其中最为重要的一项挑战就是如何实现全局负载均衡，确保各个分布式节点之间的流量均衡和服务质量。GB/T38830-2020标准作为IPTV媒体交付系统中全局负载均衡子系统方面的标准，规定了该子系统需满足的技术要求，并提供了相应的技术解决方案。 根据GB/T38830-2020标准，IPTV媒体交付系统中的全局负载均衡子系统应具备以下技术要求： 1.有效的负载均衡算法：全局负载均衡子系统需要具备有效的负载均衡算法，通过对不同节点之间的负载情况进行监控和调整，实现流量的均衡分配，避免因某一节点过载而导致服务中断的问题。 2.高可靠性和可扩展性：为了确保系统的稳定运行，全局负载均衡子系统需要具备高可靠性和可扩展性。一旦出现节点故障或网络拥塞等情况，系统能够自动切换至备用节点，保证服务的连续性和可用性。 3.完善的监控和管理系统：全局负载均衡子系统需要具备完善的监控和管理系统，能够对节点负载、带宽利用率等指标进行实时监控，及时发现并解决潜在的问题。 4.支持多种协议和数据格式：为了满足不同用户的需求，全局负载均衡子系统需要支持多种协议和数据格式，例如HTTP、RTSP、UDP等。 GB/T38830-2020标准提供了相应的技术解决方案，其中包括基于DNS的负载均衡、基于硬件设备的负载均衡、基于软件应用的负载均衡等多种方式。同时，该标准还明确了全局负载均衡子系统的安全要求和测试方法等方面的内容。 总之，全局负载均衡子系统是IPTV媒体交付系统中不可或缺的一部分，其设计和实现需要满足严格的技术要求。GB/T38830-2020标准提供了相应的指导和规范，为各个相关领域的专业人士提供重要的参考和指导。
