一、探针集群分布与任务类型规范

本站探针集群独立运行于国内多线机房,避免受单一公网宽带波动干扰。目前采用三大主流电信运营商同机房出口:

  • 华东中心(上海电信):主要用于探测长三角接入骨干网、沪日专线与美西直连线路。
  • 华南中心(广州联通):主要用于探测广深接入、广港专线与东南亚落地节点。
  • 华北中心(北京移动):主要用于探测北方出口、京港专线与欧洲骨干中继。

执行的 4 类探测任务类型

任务类型标识 技术实现方式 考核指标 分母统计归属
http_proxy 真实配置节点协议握手,通过代理通道向无缓存测试端发起 HTTPS GET 请求 端到端可用率、首包时间 (TTFB)、p95 延迟与丢包率 计入代理可用率与核心排行榜
portal_http 向服务商官方主域名与订阅拉取 API 发起 HTTP 探活 官网登录连通性、订阅拉取成功率与防封反代状态 独立统计官网可用率,不混入节点延迟
tcp_ping 对入口域名或 IP 的指定端口发起三次 TCP 握手 RTT 探测 入口物理机房丢包率与网络抖动 (Jitter) 链路质量辅助参考
speed_sample 单线程与并发受控文件块测速采样 单线程突发速率与持续吞吐稳定性 月度专项技术报告参考

二、数据清洗、去重与异常剔除规则

任何监测系统都必须面对本地网络抖动与偶发异常。我们执行以下不可逆的清洗与审核流程:

探针机自身异常剔除 (isProbeAnomaly)

若在同一采样周期内,探针集群对全部或多数被测目标的请求同时失败,或探测机本地 DNS 解析超时,系统判定为探针机自身客户端异常。该样本标记为 isProbeAnomaly: true,直接从有效统计分母中彻底剔除,绝不扣罚被测机场。

服务侧确认故障 (isConfirmedServiceFailure)

当且仅当探针机自身访问正常网络畅通,但对特定机场的节点发起请求遭遇 timeout、tls_handshake_failed 或 connection_refused,且持续 2 轮复测失败时,确认为服务侧故障。计入有效样本分母,且计为 1 次失败。

缺失值处理规范:若因不可抗力导致某品牌若干小时未能采集到样本,该缺口将如实反映在「采样覆盖度 (Coverage Ratio)」中;我们严禁采用前值填充、均值插值等统计学造假手段。覆盖度低于 70% 的品牌将自动转入观察区,取消正式排名资格。

三、长期可靠性综合评分公式 (0 - 100 分)

长期可靠性得分按下列权重逐项线性累加生成:

综合可靠分 = (代理请求可用率 × 45%) + (晚高峰可用率 × 30%) + (p95延迟得分 × 15%) + (采样覆盖度 × 10%)
  • 代理请求可用率 (45分满分):(成功样本数 ÷ 有效总样本数) × 45
  • 晚高峰可用率 (30分满分):(20:00-23:00 晚高峰成功样本数 ÷ 晚高峰总样本数) × 30
  • p95 延迟稳定性 (15分满分):基准延迟区间 [50ms, 300ms]。p95 延迟 ≤ 50ms 获 15 分满分,≥ 300ms 获 0 分,中间按线性比例扣减。
  • 采样覆盖度 (10分满分):(有效样本数 ÷ 周期基准计划数) × 10,满额覆盖得 10 分。

赞助隔离约束:商业合作状态、返利链接、轮换推荐序号等商业字段,在数据结构层面完全独立于评分计算函数。调整商业属性在单元测试中被验证为对正式排行榜得分产生 0.00 分 影响。

四、数据更正、争议仲裁与申诉流程

服务商或读者如对本站发布的任何指标、事件记录或套餐价格存在异议,可按以下流程发起更正复核:

  1. 提交复核申请:发送邮件至 editorial@jichangm.world,提供受争议的品牌名称、时间区间以及服务商侧在同一时间段的 MTR 追踪记录、上游机房工单或官方公告证据。
  2. 探针原始日志比对:编辑组在 48 小时内调取当时三地探针的原始抓包日志与 PCAP 证据流,进行双向时间戳对齐核验。
  3. 判定与更正发布:若核实因探针所在骨干局域网波动导致误判,编辑部将立即发布更正快照,并在「数据版本与更新日志」中公开披露更正原因、影响的指标范围与纠偏说明。