ccfos/huatuo

[功能建议]: 基于丢包（dropwatch）与重传（retrans）构建网络拓扑

Open

#325 opened on Jul 7, 2026

View on GitHub
 (0 comments) (0 reactions) (0 assignees)Go (86 forks)github user discovery
enhancementhelp wantednetwork

Repository metrics

Stars
 (1,002 stars)
PR merge metrics
 (PR metrics pending)

Description

背景

网络丢包和重传是定位网络性能问题的关键信号，但目前缺乏将这些事件关联形成拓扑视图的能力。

需求描述

构建基于丢包和重传事件的网络拓扑图：

  1. 事件关联：基于五元组（源IP、目的IP、源端口、目的端口、协议）关联源/目的节点
  2. K8s 集成：自动关联丢包/重传事件对应的 K8s 容器和 Pod 信息
  3. 数据模型：设计拓扑数据的存储模型，支持高效查询和更新
  4. 可视化：在 Grafana 中以网络拓扑图形式呈现，直观展示丢包和重传发生在哪些节点之间

技术要求

  • 利用现有的 dropwatch 和重传检测数据
  • 拓扑数据支持时间范围查询
  • 可视化应当支持缩放和交互

验收标准

  • 网络拓扑图可正确展示丢包/重传节点关系
  • K8s 容器/Pod 信息正确关联
  • 支持按时间范围过滤
  • Grafana 面板可用

意向参与贡献

  • 我有意向参与具体功能的开发实现并将代码贡献回到上游社区

Contributor guide

Research direction
Design a data model for network topology events (drop/retransmit) keyed by 5 tuple, integrate with Kubernetes to map to pods/containers, and implement a Grafana plugin or datasource for visualization. Use existing dropwatch and retransmission detection data as input.
Tech stack
gokubernetesgrafana
Domain
backendinfrastructureobservability
Issue type
Feature
DifficultyEstimated implementation difficulty for a new contributor, from 1 for very small changes to 5 for expert-level work.
3
Estimated timeA rough time range for an experienced contributor to investigate, implement, test, and prepare a pull request.
1-2 days
Activity statusHow available the issue appears right now: fresh, active, stale, blocked, or waiting on maintainer input.
Active
ClarityHow clearly the issue explains the expected change, acceptance criteria, and next step.
Clear
Prerequisites
GoeBPF basicsKubernetes basicsGrafana basics
Newbie friendlinessA 1-100 score estimating how approachable this issue is for first-time contributors.
65