首页/网络/常用端口速查/114 audionews 音频新闻组播
100-199 系统端口99 条

114 audionews 音频新闻组播

Audio News Multicast 的历史注册端口,用于向组播组推送音频新闻块。

常用端口速查网络更新于 2026-10-13

audionews 是什么

audionews 是 IANA 登记的 Audio News Multicast 服务,TCP 与 UDP 同名,属于向组播组推送音频新闻块的早期实验:把音频内容切块后发给一个组播组,加入该组的接收端各取所需。组播本身需要 IGMP 与组播路由配合,跨网段部署门槛高,这类应用没有形成规模,114 号在现代网络中已无实现。

基本信息

服务名audionews(Audio News Multicast)
端口号114(TCP/UDP 同名登记)
IANA 登记说明Audio News Multicast
传输方式组播推送,依赖 IGMP 与组播路由
历史形态音频新闻块分发实验
现代替代HTTP(S) 流媒体、HLS/DASH、WebRTC
现状无现代实现
处置口径按未知服务核实进程与业务归属

现网出现时怎么处置

  • 先分清单播与组播:组播流量不依赖监听端口,需从交换机与路由器的组播表、IGMP 成员关系入手
  • 查组播应用痕迹:音频、视频分发系统常注册组播组地址,核对应用配置中的组播地址与端口
  • 看流量特征:持续的单向大流量伴随多个接收方,是组播分发的典型形态
  • 确认隔离策略:单播网络里组播通常被阻断或仅在特定网段内传播,跨网段出现需要解释
  • 整改时同步改配置:关闭组播分发要连同应用配置、交换机组播策略一起调整

定位占用与流量

定位占用与流量
ss -lntup 'sport = :114'          # 列出 114 的 TCP/UDP 监听进程
sudo lsof -i :114                 # 进程与文件句柄
ip maddr show                     # 查看接口加入的组播组
netstat -g                        # 打印组播组成员关系
ss -tunp | grep ':114'            # 该端口上的连接与对端
netstat -ano | findstr :114       # Windows:端口与 PID

音频分发技术演进

阶段方式限制
实验期组播推送音频块依赖全网组播能力,跨域难
流媒体期HTTP 渐进下载与 HLS/DASH走单播 CDN,规模大但需带宽
实时期WebRTC 与低延迟协议面向交互,架构复杂度高
单个主机上查不到 114 的监听并不代表没有组播流量:组播接收端通常先加入组播组,而不是绑定固定端口,排查时要结合组播成员表与交换机上的组播记录一起看。

易错点

  • 只查端口不查组播组:组播流量在连接表里可能完全不可见,容易漏判
  • 把组播应用当异常流量处理:分发系统的持续流量若无台账比对,容易被误判为异常外发
  • 跨网段放行组播:组播范围失控会带来带宽放大与不可预期的接收方
  • 整改只改应用不改网络:组播策略与交换机配置不同步,会导致整改后仍残留流量

数据来源与参考

  • IANA Service Name and Transport Protocol Port Number Registry

相关工具

​‌‌​​‌​​​‌‌​‌‌‌‌​‌‌​​​‌‌​‌‌‌​​‌‌​​‌​‌‌‌​​‌‌‌​​​‌​‌‌​‌​​‌​‌‌‌​​​‌​‌‌​‌​​‌​‌‌​​​‌‌​‌‌‌​‌​​​‌‌​‌‌‌‌​​‌​‌‌‌​​‌‌​​​‌‌​‌‌​‌‌‌‌​‌‌​‌‌​‌