Enhancement for Invoke-IcingaCheckNetworkInterface error and discard checks
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 4/5
- Tiempo estimado
- 3-5 días
- Aptitud para principiantes
- 42/100
- Tipo de issue
- Nueva funcionalidad
- Claridad
- Bastante claro
- Estado de actividad
- Estancado
- Stack tecnológico
- powershell
- Área
- networking, observability-sre
Línea de trabajo
Comienza localizando Invoke-IcingaCheckNetworkInterface y el manejo de los contadores de rendimiento de Windows para los errores y descartes de la interfaz. Reproduce intervalos de muestreo sucesivos con contadores incrementales y, a continuación, verifica que los umbrales porcentuales utilicen las diferencias entre intervalos y sigan siendo significativos cuando cambie el número de paquetes.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
In my opinion the currently implemented checks for interface discards and errors are suboptimal at least when it comes to percentage thresholds which for me is the only useful threshold „unit“. In a network it is not unusual to have a few errors and discards. What really matters is if there are too much of them in propotion to the overall packets (= percent).
The problem with the current implementation is that the corresponding windows performance counters are incrementing values.
Let‘s say I have 100.00 received packets during a sample interval and 10 discards which means 0,01% discards.
Now let‘s say within the next sampling interval I receive 10 packets and 0 discards. But the check will show 100% discards because the incrementing windows discard counter is still 10.
So in my opinion it would make more sense to use a delta value for discards and errors for the percentage calculation.
- Lenguaje dominante
- PowerShell
- Estrellas
- 55
- Forks
- 31
- Merge medio
- 4 d 5 h
- PR fusionados (30 d)
- 6
Preparar el entorno
Este proyecto no incluye contenedor de desarrollo, Dockerfile ni guía de contribución, así que la configuración corre por tu cuenta: empieza por su README y consulta nuestra guía para la primera contribución para los pasos generales.
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de Icinga/icinga-powershell-plugins
-
Invoke-IcingaCheckFirewall reports NotConfigured on Windows Server 2025 with GPO-managed firewallAbierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 76/100
-
[Feature request] Invoke-IcingaCheckUpdates: Add "Exclude" option(s) to ignore specific updatesPosiblemente ocupada @fthomys la tomó hace 9 días. Abierto
Dificultad 4/5 3-5 días Aptitud para principiantes 48/100
-
Dificultad 4/5 3-5 días Aptitud para principiantes 35/100
Icinga/icinga-powershell-plugins#489 · 1 comentario ·
-
Dificultad 3/5 1-2 días Aptitud para principiantes 65/100
-
Dificultad 4/5 3-5 días Aptitud para principiantes 35/100
Icinga/icinga-powershell-plugins#478 · 2 comentarios ·
Todos los issues de Icinga/icinga-powershell-plugins
Issues similares
-
Dificultad 1/5 Menos de una hora Aptitud para principiantes 85/100
FujiNetWIFI/fujinet-firmware#1853 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
juce-framework/JUCE#1764 ·
Los mantenedores suelen responder en 2 días
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 77/100
objectionary/eo#9391 ·
Los mantenedores suelen responder en 1 día
-
SR_SECURITY_DESCRIPTOR.fromString drops the SACL when no DACL is presentPosiblemente ocupada @paul7436 la tomó hoy. Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 88/100
Los mantenedores suelen responder en 2 días