Enhancement for Invoke-IcingaCheckNetworkInterface error and discard checks
Chưa có ai nhận issue này.
Đánh giá
- Độ khó
- 4/5
- Thời gian dự kiến
- 3-5 ngày
- Mức phù hợp với người mới
- 42/100
- Loại issue
- Tính năng
- Độ rõ ràng
- Khá rõ ràng
- Mức độ hoạt động
- Đình trệ
- Công nghệ
- powershell
- Lĩnh vực
- networking, observability-sre
Hướng nghiên cứu
Bắt đầu bằng cách xác định Invoke-IcingaCheckNetworkInterface và cách xử lý các bộ đếm hiệu suất Windows cho lỗi và gói bị loại bỏ trên giao diện. Tái tạo các khoảng thời gian lấy mẫu liên tiếp với các bộ đếm tăng dần, sau đó xác minh rằng các ngưỡng phần trăm sử dụng độ chênh lệch giữa các khoảng thời gian và vẫn có ý nghĩa khi số lượng gói thay đổi.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
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.
- Ngôn ngữ chính
- PowerShell
- Star
- 55
- Fork
- 31
- Merge trung bình
- 4 ngày 5 giờ
- Pull request đã merge (30 ngày)
- 6
Chuẩn bị môi trường
Dự án này không cung cấp dev container, Dockerfile hay hướng dẫn đóng góp, nên bạn cần tự thiết lập môi trường: hãy bắt đầu từ README và xem hướng dẫn đóng góp lần đầu của chúng tôi để biết các bước chung.
Bắt đầu từ đâu
- Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
- Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
- Fork repository và làm thay đổi trên một nhánh.
- Mở pull request có tham chiếu số hiệu của issue.
Issue khác của Icinga/icinga-powershell-plugins
-
Invoke-IcingaCheckFirewall reports NotConfigured on Windows Server 2025 with GPO-managed firewallĐang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 76/100
-
[Feature request] Invoke-IcingaCheckUpdates: Add "Exclude" option(s) to ignore specific updatesCó thể đã có người làm @fthomys đã nhận 10 ngày trước. Đang mở
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 48/100
-
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 35/100
Icinga/icinga-powershell-plugins#489 · 1 bình luận ·
-
Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 65/100
-
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 35/100
Icinga/icinga-powershell-plugins#478 · 2 bình luận ·
Tất cả issue của Icinga/icinga-powershell-plugins
Issue tương tự
-
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 85/100
Maintainer thường phản hồi trong vòng 1 ngày
-
ktuner sizes the flow-limit table on hosts where flow limiting is offCó thể đã có người làm @Frun1na đã nhận hôm nay. Đang mởcomponent:ktuner
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
agentic-os-org/ANOLISA#6889 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
attributes-natural-language "en-US" is rejected by PAPPL >= 1.4.12 printers (RFC 8011 requires lowercase)Có thể đã có người làm @ChrisEdgington đã nhận hôm nay. Đang mở
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 84/100
OpenPrinting/ipp-usb#140 ·
-
Server never consumes the request body on early-error paths: _sinkIncoming does not resume the paused subscriptionCó thể làm lại được Pull request cho issue này đã bị đóng mà không được merge. Đang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
-
[Bug Report]Đang mởarea/Cubelet area/CubeNet bug needs-triage needs:compliance
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 62/100
TencentCloud/CubeSandbox#1917 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày