Generated on: 2026-06-26 08:52:21 (WIP Labeled Excluded)
These are open, unassigned pull requests in the core Network Edge repositories, split by Team and External authors.
Open unassigned core PRs authored by team members:
| Repository | PR | Author | Title | Updated | Link |
This is the comprehensive, de-duplicated list of repositories contributed to by the members of the NIDS team.
These are the primary operators, controllers, and tools managed directly by the Network Edge team:
| #!/bin/bash | |
| # Configuration | |
| OUTPUT_DIR="./sos-diagnostics" | |
| IMAGE="registry.redhat.io/rhel9/support-tools:latest" | |
| NAMESPACE="default" | |
| mkdir -p "$OUTPUT_DIR" | |
| TIMESTAMP=$(date +%Y%m%d-%H%M) |
We are implementing a NIDS (netedge) MCP toolset. We must choose a strategy for delivering and integrating our toolset into OpenShift clusters, and it'll save time and effort later if we decide now where it's going to be located and how it will get built for production.
Integrate the toolset directly into the openshift-mcp-server repository under pkg/toolsets/netedge. This repository serves as the convergence point for MCP work from multiple teams.
Title: Diagnosis with Agent Evals: Building an MCP Server for Network Troubleshooting
Session Type: 25-minute Session
Track: Security & Operations / MCP Best Practices
Troubleshooting Kubernetes network ingress and DNS issues is notoriously complex, requiring deep domain knowledge and context hopping between multiple layers (HAProxy, CoreDNS, generic K8s resources). While LLMs promise to democratize this knowledge, giving them raw kubectl access is risky and often ineffective.
In this session, we present our journey building and rigorously validating a production-grade NetEdge MCP server. We detail how we evolved from a "Phase 0" prototype using gen-mcp to a robust Go implementation, but more importantly, we ask the hard question: Do these specialized MCP tools actually help agents solve these networking problems better?
To solidify these concepts, let’s walk through a real example on OpenShift. We will attempt to install the OpenShift Pipelines Operator as a cluster extension, but we’ll initially misconfigure its RBAC to trigger the preflight checks. Then we’ll fix the permissions.
apiVersion: v1
kind: ServiceAccount
metadata:
podman --version
podman version 5.0.1
tilt version
v0.33.12, built 2024-03-28start Kind with a local registry. Just use the regular Kind with registry script
| --- Changes started at 2024-03-13 20:01:22.594301 --- | |
| Skipped: ./imgpkg/CODE_OF_CONDUCT.md - Reason: Unsupported file type | |
| Skipped: ./imgpkg/go.mod - Reason: Unsupported file type | |
| Skipped: ./imgpkg/LICENSE - Reason: Unsupported file type | |
| Skipped: ./imgpkg/code-header-template.txt - Reason: Unsupported file type | |
| Skipped: ./imgpkg/MAINTAINERS.md - Reason: Unsupported file type | |
| Skipped: ./imgpkg/GOVERNANCE.md - Reason: Unsupported file type | |
| Skipped: ./imgpkg/go.sum - Reason: Unsupported file type | |
| Skipped: ./imgpkg/.golangci.yml - Reason: Unsupported file type | |
| Skipped: ./imgpkg/NOTICE - Reason: Unsupported file type |
| #!/bin/bash | |
| # Check if an image reference is provided | |
| if [ -z "$1" ]; then | |
| echo "Usage: $0 <image-reference>" | |
| exit 1 | |
| fi | |
| IMAGE_REF=$1 |
| func GetDataFromFBC(report index.Data) (index.Data, error) { | |
| root := "./output/" + actions.GetVersionTagFromImage(report.Flags.IndexImage) + "/configs" | |
| fileSystem := os.DirFS(root) | |
| fbc, err := declcfg.LoadFS(fileSystem) | |
| if err != nil { | |
| return report, fmt.Errorf("unable to load the file based config : %s", err) | |
| } | |
| model, err := declcfg.ConvertToModel(*fbc) | |
| if err != nil { |