This counts FEC blocks on this OTU signal that arrived with more errors than the FEC algorithm could correct, meaning those blocks passed errors through uncorrected. Because this reading comes from the live 24-hour bin accumulating since the last daily roll-over for this OTU signal, this is the metric that most directly predicts actual client-traffic errors, since every uncorrected block here represents data FEC failed to fully repair on this signal, unlike the plain FEC-correction count, which only reflects successfully corrected errors. For example, an OTU signal reporting zero uncorrected FEC blocks even during a bin with a high correction count means FEC is still keeping up; the moment this count on that same signal goes nonzero, client traffic is actually seeing bit errors, so far within today's still-open 24-hour interval.