time:20180927 1.增加硬件负载保活机制 ******************************************************** time:20180913 1.碎片化去重受限制，一段时间后会有重复的数据 ******************************************************** time:20180905 1.监测文件存储可以跨天 2.建议增加DATAURL日志 ******************************************************** time:20180816 1.修复bug，命中监测，可能是多源，回复建议的节目ID不正确 ******************************************************** time:20180718 1.调整av_sendback.h 增加选项，修改CEC的接口文档 ******************************************************** time:20180711 1.main.conf FragForecastSwitch=0 2.更新程序 关闭碎片预告 kafka增加refer信息 ******************************************************** time:20180628 1.增加碎片的信息写入kafka 2.增加按照文件名 ******************************************************** time:20180613 按照mediatype，dumpfile文件 在main.conf里面增加关闭碎片预告的功能 json里面判断addr 添加网管监控 ******************************************************** time:20180509 合并碎片预告+日志采集+负载均衡 ******************************************************** time:20180408 支持碎片预告 1.main.conf增加配置项目 MaatTableInfo=./conf/table_info.conf FragMonitorJSON=./conf/frag_monitor.json 增加两个配置文件 ******************************************************** time:20180321 1.音视频节目强制刷新机制调整： 收到元信息且offset选项不存在或者为0 2. 强制刷新节目的时候expire日志添加renew. ******************************************************** time:20171219 1.网管功能 2.TD信息入kafka 3.多源查询 配置文件有升级 main.conf增加 #index第二次反查时间 IndexQueryTime=10 #索引查询定时器回调的最大次数 IndexQueryTimerCbMaxNum=500 frag_reassembly.conf如下参数可以删除 RedisNet=80,81,83 #HIRCLUSTER_FLAG_UNIQIP_FRAG_ONE=0x100=256,HIRCLUSTER_FLAG_UNIQIP_FRAG_TWO=0x200=512,HIRCLUSTER_FLAG_UNIQIP_FRAG_THREE=0x400=1024,HIRCLUSTER_FLAG_UNIQIP_FRAG_FOUR=0x800=2048 RedisUniqIPFlag=2048 ******************************************************** time:20171114 1.AV_record记录TD的信息 ******************************************************** time:20170920 1.增加fs发送的开关 2.增加frag_rssb发送的开关 ******************************************************** time:20170914 1. ******************************************************** time:20170904 1.添加负载口IP 2.粗拼装接收多源产生的封堵建议，并且转发对应前端机。 1.确定语种监测的长时间存储 2.端口整理 前端： 22084自己监听，发送数据到22082（使用一个Bizman） 22080收建议 粗瓶装： 22084监听，发送建议到22080（使用一个Bizman） 22082监听收数据 ******************************************************** time:20170803 1.配置文件整理 ******************************************************** time:20170724 1.SIP不能通过配置文件，通过宏定义的原因是选项太多，浪费数据结构，影响性能 ******************************************************* time:20170713 1.碎片化GK，建议里面添加一个URL选项 2.图片类的选项68->0 ******************************************************* time:20170622 1.碎片化，不发封堵建议 2.SIP，不发监测建议 ******************************************************* time:20170401 1.目前，碎片化的节目URL/UA/referer只记录第一个碎片的URL/UA/referer ******************************************************* time:20170331 1.support 添加makefile便于安装 ******************************************************* time:20170315 1.合并共享内存版本 ********************************************************* time:20170309 1.使用redis进行单向流和索引信息的查询 ********************************************************* time:20170214 1.非碎片化的节目进行降载 ********************************************************* time:20170105 1.wins 根据MID选择一个IP，发往两个端口 2.白名单：发往两台机器的同一个端口 ********************************************************* time：20161225 1. 增加trace日志 ********************************************************* time：20161222 1.原先粗拼装，没有元信息，不创建节目，收到两个元信息，就重建节目。 但是POST上传的音视频节目可以先传输数据，再传元信息，或者支持一个节目两个元信息。暂时按照没有原信息也创建节目。 2.碎片化的条件下，多个元信息，所以不能靠元信息去淘汰节目。 特殊处理吧，非碎片化的协议重复收到元信息就淘汰节目吧。 3.收到元信息，重置节目的原因：节目淘汰之间，重置节目，节目数据就可以再次发送。 如果节目没有淘汰，收到一个新的元信息，且在重建，就需要刷新这个节目的信息。 ********************************************************* time：20160918 1.IVI去重 2.frag_unit增加传输记录 ********************************************************* time：20160531 1. dumpfile使用aboffset_in 2. 统计信息按照天记录 *************************记录******************************** 监测建议： 前端命中监测配置，cfg_id=1,由前端进行填充 语种监测配置，cfg_id=0 跨地汇聚 给分析程序转发元信息中的选项