flannel-io/flannel

flannel is a network fabric for containers, designed for Kubernetes

View on GitHub ↗Jump to charts ↓

Summary Information

Updated 26 minutes ago
Added to GitGenius on September 6th, 2026
Created on July 10th, 2014
Open Issues & Pull Requests: 28 (+0)
GitHub issues: Enabled
Number of forks: 2,886
Total Stargazers: 9,532 (+0)
Total Subscribers: 215 (+0)

Repository Insights (GitGenius)

Median issue/PR response: 2.9 days
Mean response time: 16.0 days
90th percentile: 27.7 days
Tracked items: 107

How this project is maintained

Around half of the issues opened in the past year never receive a reply. Only 5% of issues opened in the past year have been closed.

Charts & Analytics

Fetching additional details & charts...

Issue Activity (beta)

Open issues: 12
New in 7 days: 2
Closed in 7 days: 1
Avg open age: 250 days
Stale 30+ days: 5
Stale 90+ days: 4

Recent activity

Opened in 7 days: 2
Closed in 7 days: 1
Comments in 7 days: 0
Events in 7 days: 1

Top labels

  • wontfix (67)
  • kind/enhancement (4)
  • kind/bug (3)
  • area/cni (1)
  • kind/design (1)
  • kind/support (1)
  • pinned (1)

Detailed Description

Flannel is a network fabric for Kubernetes that configures a layer 3 network between container nodes.

Flannel solves the problem of providing unique, routable IP addresses for containers across a cluster without port mapping complexity. It runs a lightweight agent called flanneld on each host to allocate subnet leases from a preconfigured address space. The tool stores network configuration and subnet allocations in either the Kubernetes API or etcd, then forwards packets between hosts using backend mechanisms such as VXLAN or cloud-specific integrations. Flannel handles inter-host traffic transport but does not control how containers connect to their local host.

Flannel suits teams deploying Kubernetes who want straightforward networking without complex port mapping. It works well for clusters where the Kubernetes API can serve as the backing store, eliminating the need for a separate etcd deployment. The tool is focused on connectivity rather than policy enforcement, though the project provides integration options for Network Policy support through an integrated controller via its Helm chart or through third-party solutions like Calico or Cilium. Flannel can be added to existing clusters, though deployment is simplest before pods start using the pod network.

The project maintains active build and security monitoring through continuous integration workflows and OpenSSF scorecard tracking. Development follows a structured approach to deployment, offering both kubectl and Helm-based installation paths for Kubernetes integration. The tool is distributed as a single binary, keeping operational complexity low for cluster administrators.