LoadBalancer/Subchannel might need keep in TRANSIENT_FAILURE until READY

This is the same issue as #6650 for general lb/subchannel.
>If you have enough backends and they are all unavailable, then it becomes likely that at least one of them will be CONNECTING. That will delay RPCs and avoid giving them a clear error message.
When a subchannel becomes TRANSIENT_FAILURE, we want RR to continue considering it (for channel state and picking logic) TRANSIENT_FAILURE until the subchannel becomes READY. That means it would "ignore" CONNECTING subchannels, except for new and recently-READY subchannels.

Commencez par lire l’issue #6650 et localisez la gestion de round-robin (RR) pour les load balancers généraux et les subchannels. Suivez la manière dont TRANSIENT_FAILURE et CONNECTING sont représentés, puis identifiez les tests existants pertinents. La tâche est terminée lorsque les subchannels indisponibles continuent d’être considérés comme TRANSIENT_FAILURE jusqu’à READY, tandis que les subchannels nouveaux et ceux récemment passés à READY peuvent toujours se connecter.

Rédigé par le modèle d'indexation à partir du texte de l'issue.