当前位置: 首页 > news >正文

【BBF系列协议】TR143 诊断协议规范

目录

  • TR-143 启用网络吞吐量性能测试和统计监控
    • 执行摘要
    • 1.目的和范围
      • 目的
      • 范围
    • 2 主动监测
      • 2.1 CPE 启动诊断
      • 2.2 网络启动的诊断
      • 2.3 基于时间的吞吐量测试
      • 2.4 多线程/连接
    • 3.修订记录

TR-143 启用网络吞吐量性能测试和统计监控

执行摘要

TR-143第1版修正案1为网络服务提供商定义了CPE数据模型对象,以使用TR-069[1]中定义的诊断机制启动性能吞吐量测试并监控CPE IP接口上的数据。

网络服务提供商向其客户提供网络基础设施和服务,其中包括提供信息的内容服务提供商和使用该信息的最终用户。为了最大限度地减少网络服务的停机时间,网络服务提供商需要能够持续监控网络性能的工具,以防止出现问题,并在出现问题时进行诊断。

TR-069[1]的体系结构实现了与客户网关处的CPE设备以及与客户办公室/家庭网络内的设备的设备管理。TR-143第1版修正案1中提供的诊断和监控对象将帮助网络服务提供商确定问题发生在网络服务提供商的网络还是客户的办公室/家庭网络中。

1.目的和范围

目的

当宽带网络服务提供商努力提供定量QoS和/或定性QoS区分时,他们需要一些方法来确定标称服务级别并验证此类QoS目标。宽带接入网络的主动监测是实现这一目标的一个重要工具。主动监测的关键好处是,它允许网络运营商根据探测范围来表征端到端路径和/或路径段的性能。示例用例是在订户CPE和位于网络服务提供商的存在点(POP)处的网络测试服务器之间执行活动测试。该场景使网络服务提供商能够测量网络服务提供商网络(即,在提供商控制下的端到端路径的部分)对整体用户体验的贡献(这由其应用端到端穿越的段的复合效应决定)。此用例的一个自然扩展是将网络测试服务器放置在订户路径中的多个位置,以指向提供商的Internet对等

http://www.jsqmd.com/news/497509/

相关文章:

  • AI 模型推理的批量执行优化方案
  • 0硬件知识体系目录2021-10-12
  • 【BBF系列协议】TR098 InternetGatewayDevice:1根数据模型定义
  • M201-S机顶盒刷机通用教程S905M2芯片S905L芯片线刷卡刷包
  • 记一个BUG:Trae里MongoDB和MySQL MCP不能共存
  • 【BBF系列协议】Data Models Library数据模型库设计与实现
  • vue3学习笔记 - P1
  • 【BBF系列协议】TR104 VoIP CPE的配置参数
  • 机器学习11:代价敏感学习
  • 【BBF系列协议】TR157 CWMP的拓展组件对象
  • git、github、npm、node多版本管理
  • minio安装 后台自启动
  • vue3学习笔记 - P2
  • 【读书笔记】高级FPGA设计之面积结构设计
  • c51 --定时器
  • vue3学习笔记 - P3
  • 20252905 2025-2026-2 《网络攻防实践》第一周作业
  • Day15 | 平衡二叉树、二叉树的所有路径、左叶子之和、完全二叉树的节点个数
  • Linux内存管理(78):kcompactd详解
  • Py-Apple Quadruped Robot:低成本开源四足机器人的完整构建指南
  • Python问题总结:关于matplotlib中文字体无法正常显示问题的总结
  • 3.18组会
  • AWS RDS开启审计日志
  • 探索BurpSuite:网络安全测试的瑞士军刀
  • 2026年博士论文10万字怎么降AI?长文降AI的正确打开方式
  • 人工改AI vs 工具降AI:花了8小时和8块钱分别试了一遍
  • Varnish Dashboard: 实时监控和管理Varnish缓存服务器的新利器
  • 微信公众平台测试号的申请与使用
  • 【亲测免费】 TransCoder 项目使用教程
  • 集成开发工具IDEA | Community(社区版,免费)| 试用旗舰版 IntelliJ IDEA 2021.2.2 |历史版本下载 | IDEA全局搜索和替换指定内容,非常方便。