Un CG-Nat coupe des connexions inactives après xxx secondes (aucun paquet échangé).
Si la connexion est active, il ne devrait pas couper la connexion.
Sauf s'il reboot, s'il flush sa table d'état suite à un changement de config, si le traffic issu de ta connexion change de CGNAT suite à un refactoring réseau, et j'en passe. Il y a de nombreuses raisons pour que ca se passe.
Personnellement, je suis sur une box Orange (5G fixe) avec Carrier-grade NAT, mes connexions TCP IPv4 tiennent plusieurs jours, que ce soit du SSH, du SFTP. Idem pour mon VPN Pro qui ne se déconnecte jamais et qui est en IPv4. Je précise IPv4 car en IPv6 je suis en direct (et cela tient aussi plusieurs jours).
Je n'ai jamais rencontré de pb lié au Carrier-grade NAT en 5 mois d'utilisation intensive.
Celui de Bouygues sur une connexion mobile est bien plus problématique :-)
Il n'est pas limité à 60 000 connexions par IPv4, mais est capable de réutiliser les ports source pour chaque IP destination.
Tous les NATs sont capables de faire ca, non ? La limite de 65k connexions TCP par IP destination est liée à la facon dont les connexions sont identifiées (tuple {IP source, IP destination, port source, port destination, protocole}).
Si on considère qu'UDP représente une part croissante du traffic (Quic/HTTP3), on a 130k connexions possibles par adresse IP destination pour chaque IP du pool CGNAT (65k ports pour TCP, 65k ports pour UDP).
Maintenant, le souci des CGNAT, c'est de persister ces états en mémoire sur la durée. Peut-être qu'Orange réplique et synchronise les états entre plusieurs CGNAT physiques et que ca lui permet d'intervenir sur un CGNAT sans perdre les sessions.