【项目背景】
上学期期末，东河区某中学录播教室推公开课，全校六个机房同时点播，画面直接卡成马赛克。排查结果：点播全走单播，流媒体服务器千兆出口被打满，12路4Mbps高清流并发就顶格了。很多老师觉得是服务器配置太低，实际上网络架构压根没按流媒体设计，换十台服务器也是卡。
【咨询设计】
方案核心是组播：录播机（海康DS-6700编码）推RTMP到校内流媒体服务器（Dell R450，可转码1080P共30路），服务器用UDP组播239段地址分发，各机房接入交换机开IGMP Snooping，核心开PIM-SM。同一节课不管几个机房点播，出口带宽恒定只占1路。
【施工规划】
核心到各机房上联链路升万兆，给组播留余量防止风暴打满；IGMP查询器（querier）提前规划好选举，二层的组播环路比单播环路更隐蔽，这坑我踩过，直接帮后辈绕开。
【安全补丁】
组播源用ACL限定只允许录播机IP注入，防有人私接设备发垃圾流；录播系统改掉默认密码并限定校内网访问——公开课还没播就流出去了，这个责任谁也担不起。
【验收交付】
验收现场六个机房同时点播同一节公开课，服务器出口流量实测4.2Mbps，各端播放缓冲小于0.3秒。信息组长看完数据说：早知道组播这么省带宽，去年就不该升级那台服务器。
组播方案还有几个容易翻车的细节：一是TTL，录播机推流TTL默认是1，组播包出不了二层，我们在编码器里显式设为32；二是三层组播跨VLAN要靠PIM-SM汇聚点，RP位置定在核心交换机并静态指定，避免动态选举漂移；三是部分老机房交换机不支持IGMP Snooping，组播会被当广播泛洪，这两台老设备直接淘汰换成H3C S1850V2，别心疼旧设备，卡课的锅最后都是信息组背。服务器侧开转码队列监控，CPU占用稳定在45%以下，留足余量应对期末集中录播季。
存储规划别漏：录播文件按每节45分钟8GB测算，一学期约400节课，3.2TB就够，但我们在服务器里做了RAID5加每日凌晨两点增量备份到校内NAS，公开课原件丢了，比服务器坏了还难交代，这一条要写进机房管理制度。
【售后承诺】
2小时上门，大年三十 17704868686 随叫随到，终身咨询。校园流媒体，架构对了，一半的钱就省下来了。
【不舍昼夜技术 · 包头IT全生命周期服务】
业务全闭环：咨询规划、方案设计、工程实施、竣工验收、维保售后。
咱能干的：包头修电脑/装监控/拉网线/做系统/救数据/办软件/卖耗材。
技术范畴：5G通信、大数据服务、信息系统集成、网络安全、商用密码、平面设计。
服务区域：昆区、青山区、九原区、东河区、高新区等包头全境，随叫随到。
技术热线：17704868686（本地专业团队，不舍昼夜为您守候！）