Le nombre de fois où le port n’a pas pu transmettre de trames parce que le crédit BB d’émission était à zéro. Cette statistique a pour but de détecter une congestion ou un équipement affecté par la latence. Ce paramètre est échantillonné toutes les 2,5 microsecondes, et le compteur est incrémenté si la condition est vraie. Chaque échantillon représente 2,5 microsecondes passées avec un crédit BB d’émission à zéro. Une incrémentation de ce compteur signifie que les trames n’ont pas pu être envoyées à l’équipement connecté pendant 2,5 microsecondes, ce qui indique une dégradation des performances.

2,5 microsecondes * 400 000 = une minute
si vous atteignez la barre des 400k, votre lien est saturé et n’a plus aucune possibilité de transmettre des trames.

XorMon présente en % le temps pendant lequel le port n’a pas pu transmettre de trames.
100 % signifie que le port n’a aucune possibilité d’émettre quoi que ce soit sur la période considérée.
Les graphiques agrégés Switch et Total font la somme des % de chaque port ; le résultat peut donc dépasser 100 %, ce qui n’est pas forcément anormal si vous avez de nombreux ports.

BBCredits % et Port Congestion Index d’IBM

IBM Storage Insights publie une métrique similaire appelée Port Congestion Index (PCI) : un score de 0 à 100 et plus, construit à partir du même compteur de crédits tampons à zéro (tim_txcrd_z), mais pondéré en plus par le pourcentage de bande passante émise du port, selon une formule qu’IBM ne publie pas.
La différence pratique est que BBCredits % est un pourcentage de temps direct et transparent pendant lequel le port a été bloqué sur les crédits tampons, alors que le PCI d’IBM Storage Insights est ce même signal passé par une pondération non divulguée et dépendante de la bande passante, pondération dont la documentation de support d’IBM confirme elle-même qu’elle peut gonfler l’indice sur les ports à faible trafic, au point qu’IBM recommande d’ajouter aux politiques d’alerte une exclusion de bande passante minimale pour supprimer les faux positifs.
XorMon utilise BBCredits % parce qu’aucun contournement de ce type n’est nécessaire : la formule est entièrement documentée ci-dessus, le résultat est directement comparable aux recommandations de Brocade/Broadcom (~10 % = attention, ~20 % et plus = problème réel), et il est calculé de la même façon quel que soit le constructeur ou le mode de collecte (SNMP ou API REST).