LACNIC et l'économie du CGNAT en tant que taxe cachée

Résumé

• L'unité de compte appropriée est l'externalité annuelle de compression d'identité par adresse IPv4 publique partagée / cohorte de clients: la charge récurrente créée lorsque des abonnés distincts sont comprimés derrière une même identité sortante.
• Les coûts se répercutent sur le support, la gestion des abus, la conformité, le calcul, le temps client et les transactions échouées; la portabilité des adresses et des contrats explicites sur la qualité de l'identité les transfèrent vers les opérateurs et fournisseurs capables de mesurer, tarifer et réduire le préjudice.

La session échouée montre pourquoi la disponibilité n'est pas la bonne facture

Le NAT de classe opérateur (CGNAT) est généralement présenté comme un moyen d'étirer la pénurie d'adresses IPv4 publiques. Cette description est techniquement correcte et économiquement incomplète. L'opérateur a évité, reporté ou réduit un coût d'adresse publique en permettant à de nombreux clients d'apparaître à travers un nombre réduit d'adresses sortantes. La question est de savoir ce que cette compression a créé d'autre. L'unité pertinente est l'externalité annuelle de compression d'identité par adresse IPv4 publique partagée / cohorte de clients: la charge récurrente générée lorsque des clients qui restent distincts dans les contrats, les plaintes, les enregistrements d'abus et les sessions applicatives sont fusionnés en une seule identité publique.

Cette unité évite délibérément les questions voisines. Il ne s'agit pas de la facture généralisée des opérations parallèles examinée dansL'incidence des coûts de la double pile chez LACNIC, où deux familles d'adresses génèrent des coûts de support, de fournisseur et de contrat sur l'ensemble de la clientèle. Il ne s'agit pas de l'horloge de retraite discutée dansL'économie politique de la transition IPv6 chez LACNIC, où la dernière dépendance IPv4 critique pour les revenus maintient l'ancien système financièrement en vie. Ni du problème de financement de la croissance dansLa pression de croissance des marchés émergents chez LACNIC, où la demande signée ne peut se transformer en liquidités tant que l'identité publique déployable n'est pas disponible. Cet article commence après qu'une décision différente a déjà été prise: l'opérateur a choisi la compression, et la facture se déplace désormais à travers les sessions, les ports, le support, la conformité, le temps client et le langage contractuel.

La session échouée est importante parce que les mesures conventionnelles de disponibilité peuvent passer à côté du préjudice. La livraison de paquets peut sembler acceptable. La latence peut rester dans les objectifs du produit. La ligne d'accès peut réussir tous les tests ordinaires. Pourtant, la transaction du client échoue parce qu'une contrepartie voit une adresse publique attachée à trop de comptes, à trop d'abus récents, à trop de changements de port, ou à un historique d'adresse qui rend la session moins fiable que ne le suggère le service de support. Le produit d'accès a vendu l'accessibilité; l'application exigeait une identité reconnaissable.

Cette distinction est la première discipline éditoriale. Si l'article devient une liste d'inconvénients du NAT, il rate l'économie. S'il devient un sermon protocolaire, il rate le client. S'il devient une affirmation morale selon laquelle le partage est toujours mauvais, il ignore la pénurie. La question plus pointue est celle de l'incidence. Quels coûts sont créés par la compression de l'identité, où sont-ils comptabilisés, qui peut les réduire et qui n'a pas le pouvoir de négociation pour les éviter?

Le pont de support initial n'est donc pas de la couleur. C'est une preuve du fossé comptable. Le représentant qui traite l'appel ne peut pas voir l'objet de coût complet. Le technicien réseau peut voir l'état de la traduction mais pas la vente perdue ou la connexion rejetée du client. Le fournisseur d'application peut voir le risque mais pas la pénurie d'adresses de l'opérateur. Le client voit un service qui fonctionne pour la navigation ordinaire et échoue là où l'identité compte le plus. La taxe cachée existe parce que chaque partie observe un fragment et que le contrat de service les réunit rarement en une seule charge annuelle.

La discipline de la mesure devrait partir du particulier. Pour un pool donné, combien de clients partagent chaque adresse sortante aux heures de pointe? Quelles cohortes génèrent des plaintes récurrentes liées à l'identité? Quelles pannes sont réparées en déplaçant un client vers une identité dédiée ou moins encombrée? Quelles plaintes se transforment en transactions abandonnées plutôt qu'en tickets? Quels faux positifs atterrissent sur des clients qui n'ont rien fait de mal? Les réponses n'ont pas besoin de devenir une fausse précision. Elles doivent être suffisamment comparables pour que la direction puisse décider si l'unité de compression suivante est moins chère que l'unité suivante d'identité publique utilisable.

La pénurie devient une machine à identité à état

Une adresse IPv4 publique a commencé comme une étiquette unique dans un système de routage. La note de Lu Heng surla nature des adresses IPest utile car elle réduit l'objet à l'unicité: Internet ne fonctionne pas parce qu'un numéro a du charme, mais parce que des revendications incompatibles sur le même numéro sont évitées. Les marchés ont ensuite ajouté un deuxième fait. Une fois que les clients, les banques, les fournisseurs, les systèmes cloud, les outils de sécurité et les contreparties s'appuient sur cette étiquette unique, elle fait partie d'une pile d'identité commerciale.

Le CGNAT tente de rationner cette pile. Une adresse sortante transporte de nombreux clients privés via des entrées de traduction temporaires. L'adresse reste unique au sens du routage public, mais sa fonction d'identité devient encombrée. Le dispositif de traduction doit se souvenir de qui a utilisé quelle adresse et quel port internes, via quelle adresse et quel port publics, à quel moment, pour quel protocole, et parfois vers quelle destination. Un enregistrement statique est devenu une machine à état en direct.

Cette machine à état n'est pas gratuite. Elle alloue des plages de ports, crée et expire des mappages, maintient des sessions de longue durée, abandonne l'état obsolète, exporte des journaux, survit aux basculements et s'explique après coup. Elle doit éviter qu'un utilisateur lourd ne consomme trop de capacité partagée, tout en évitant des réglages si serrés que les applications ordinaires semblent peu fiables. L'opérateur ne fait pas que diviser une adresse. Il crée un système de rationnement de l'identité dont l'équité, la résilience et la valeur probante dépendent de choix de conception que les clients ne voient généralement jamais.

La pénurie a donc changé de forme. Elle n'a pas disparu. La pénurie d'adresses devient une pénurie de ports lorsque des flux simultanés se disputent des identifiants sortants finis. Elle devient une pénurie diagnostique lorsque la cause d'une défaillance partielle se situe entre la ligne d'accès et l'application externe. Elle devient une pénurie de confiance lorsque les contreparties ne peuvent pas décider si une adresse représente un client, un petit bureau, une passerelle mobile, un hôtel, un quartier ou une foule. Elle devient une pénurie de responsabilité lorsqu'une plainte ne mentionne que l'adresse publique et l'heure mais ne contient pas le détail du port nécessaire pour identifier une session avec confiance.

L'externalité annuelle est le coût pour rendre tolérable cette nouvelle pénurie. Elle inclut la capacité de transfert à état, l'équipement redondant, la journalisation, la recherche, le stockage, la maintenance logicielle, l'énergie, la gestion des abus, la formation du support, le temps client, les crédits, le taux d'attrition et la segmentation des produits. Elle inclut également le coût de l'ambiguïté lorsque personne ne peut prouver exactement pourquoi une session a échoué. L'économie d'adresse peut être visible dans la planification des immobilisations. La charge de compression de l'identité se reproduit dans les opérations.

C'est pourquoi les ratios de partage agressifs peuvent être trompeurs. Un tableur peut montrer plus de clients par adresse publique et donc un coût d'adresse apparent plus faible. Mais un pool plus dense peut créer plus de collisions de réputation, plus de pression sur les ports, plus de volume de journaux, plus de défis applicatifs et plus de travail de support. La bonne comparaison n'est pas le coût de l'adresse publique par rapport à zéro. C'est le coût de l'adresse publique par rapport au coût annuel complet de la machinerie nécessaire pour rendre l'identité partagée acceptable pour cette cohorte.

Le dénominateur change également la conclusion. L'analyse par adresse montre si un pool est trop comprimé par rapport à ses coûts de support, de preuves et d'équipement. L'analyse par cohorte montre si la charge pèse de manière disproportionnée sur des utilisateurs particuliers: télétravailleurs, petits commerçants, joueurs, hôtels, cliniques, écoles, flottes de routeurs SIM, portails fournisseurs ou clients professionnels qui dépendent de la reconnaissance de la source. Une cohorte résidentielle avec des applications tolérantes peut justifier un partage dense. Une cohorte professionnelle dont les revenus dépendent d'une reconnaissance stable peut ne pas le justifier. L'économie ne devient claire que lorsque l'objet de coût correspond au cas d'usage.

La chaîne de preuves se brise avant le service de support

La première défaillance grave est souvent probatoire. Le service externe voit une adresse publique. L'opérateur voit une correspondance temporaire. Le client voit un compte et une facture. Le représentant du support voit une plainte. L'équipe de conformité peut ultérieurement recevoir une demande qui mentionne une adresse et une heure. Aucune de ces vues n'est fausse. Elles sont incomplètes, et l'incomplétude a un prix.

Avec l'adressage partagé, une adresse IPv4 publique seule n'identifie plus un compte client. Elle identifie une foule pendant une fenêtre temporelle. Pour reconstruire une session, l'opérateur a besoin d'une heure précise, des données de port, du protocole, du bon fuseau horaire, des journaux conservés et d'une correspondance défendable vers un enregistrement client ou abonné. Si la partie externe n'a pas conservé le port source, si les horloges diffèrent, si la conservation a expiré ou si la plainte regroupe de nombreux événements, l'attribution devient incertaine. La ligne n'a peut-être jamais échoué. La chaîne de preuves, si.

Cela importe parce que les systèmes commerciaux agissent avant que l'attribution ne soit parfaite. Les contrôles de fraude, les systèmes de connexion, les limiteurs de débit, les bureaux d'abus, les équipes de risque des places de marché et les fournisseurs de sécurité prennent des décisions avec les signaux qu'ils possèdent. Une adresse publique partagée avec une activité inhabituelle peut déclencher des défis ou des blocages pour des clients qui ne sont pas liés à la cause. Une plateforme peut apprendre plus tard que l'adresse est une traduction de classe opérateur, mais la transaction a déjà été abandonnée, le client a déjà appelé ou le compte a déjà été examiné.

Les travaux antérieurs de BTW surla contamination de la réputation des adressesdécrivent comment l'historique peut attacher une dette opérationnelle à une adresse rare. Le CGNAT crée une variante vivante du même problème. La réputation n'est pas simplement héritée d'un détenteur antérieur. Elle est produite en continu par la cohorte qui partage actuellement l'identité sortante. De bons clients peuvent hériter de la suspicion générée par des voisins mauvais, infectés, automatisés ou simplement inhabituels.

Ce n'est pas une polémique sur la vie privée ni un argument générique sur la sécurité. C'est un argument sur le coût de l'ambiguïté. Si l'opérateur conserve des journaux détaillés, le coût est le stockage, la recherche, le contrôle d'accès, la gouvernance et le travail de conformité. S'il conserve des journaux faibles, le coût est l'attribution erronée, les plaintes sans réponse et les blocages trop larges. Si les plateformes font trop peu confiance à l'adresse partagée, les clients innocents subissent des frictions. Si elles lui font trop confiance, le risque d'abus augmente. La charge existe quel que soit le parti favorisé.

L'ambiguïté affaiblit également la négociation. Le client ne peut pas prouver qu'un autre abonné a contaminé l'adresse. L'opérateur peut ne pas obtenir la raison du risque auprès du fournisseur d'application. Le fournisseur d'application peut défendre le défi sans exposer son modèle. Chaque partie peut pointer ailleurs de manière plausible. Le coût retombe souvent sur la partie ayant le moins de pouvoir diagnostique: le client, ou le représentant de première ligne censé résoudre une session dont le signal décisif se trouve en dehors du réseau d'accès.

Une meilleure chaîne de preuves n'exige pas de transformer chaque service en système de surveillance. Elle exige de faire correspondre la responsabilité à la conception qui a créé l'ambiguïté. Pour un pool CGNAT dense, l'opérateur doit savoir quelles preuves il peut fournir, à quelle vitesse il peut les fournir, à quelle fréquence les demandes arrivent sans données de port ou d'heure suffisantes, et à quelle fréquence la suspicion au niveau de l'adresse nuit à des clients non liés. Pour un arrangement de gros, le contrat doit indiquer qui détient les données de correspondance et qui répond à la plainte en aval. Pour un fournisseur d'application, un blocage global au niveau de l'adresse ne devrait pas être traité comme sans coût simplement parce qu'il est facile.

Les applications tarifient l'ambiguïté plus vite que les opérateurs ne peuvent l'expliquer

Les applications ne sont pas des bénéficiaires passifs du problème de pénurie de l'opérateur. Ce sont des contreparties avec leurs propres pertes à éviter. Un processeur de paiement qui accepte à tort une session frauduleuse peut subir des rétrofacturations ou des questions de conformité. Un système d'accès au lieu de travail qui admet la mauvaise session peut exposer une entreprise. Une place de marché qui tolère des inscriptions abusives peut empoisonner sa propre clientèle. Ces systèmes tarifient donc l'ambiguïté de manière conservatrice, souvent avant que l'opérateur ne puisse expliquer pourquoi de nombreux clients se présentent via une même adresse publique.

La réaction est inégale. La navigation ordinaire peut fonctionner parfaitement. Le streaming peut aller bien. La messagerie peut ne jamais révéler le problème. La taxe cachée apparaît lorsqu'une application dépend de l'identité de source publique plus lourdement que ce que le produit d'accès a divulgué. Un portail de travail à distance peut s'attendre à une source reconnaissable. Une banque peut combiner les signaux IP avec l'historique des appareils et des comptes. Une plateforme de jeu peut traiter le comportement partagé comme un risque d'abus. Un portail fournisseur peut maintenir une liste d'autorisation. Une console cloud peut ralentir ou défier une connexion depuis une adresse associée à trop d'utilisateurs non liés.

L'incidence économique diffère selon le client. Un utilisateur domestique qui répète une étape de vérification perd du temps. Un petit commerçant dont la session de paiement est rejetée peut perdre des revenus et des heures de travail du personnel. Une clinique dont la session de support à distance échoue peut reporter du travail. Un hôtel dont le réseau invité est bloqué peut subir des dommages de réputation. Un client professionnel dont le portail fournisseur se méfie de l'adresse partagée paie par l'escalade, le travail manuel et la perte de confiance dans le fournisseur d'accès. La même adresse partagée produit des effets financiers différents parce que les fonctions du client diffèrent.

L'opérateur apprend souvent le coût tardivement. Il ne reçoit pas de facture directe du fournisseur d'application indiquant que la compression d'identité a causé cinq ventes échouées ou dix connexions supplémentaires. Les coûts apparaissent sous forme de tickets de support, de plaintes sur les réseaux sociaux, d'attrition, de demandes d'adresse statique, de crédits, d'inscription manuelle sur liste d'autorisation, d'exceptions d'ingénierie ou de la création d'un niveau professionnel qui aurait dû exister au point de vente. Les finances peuvent ne pas les relier au pool CGNAT parce qu'ils sont comptabilisés sous des catégories ordinaires.

L'analyse de Lu Heng surle problème d'agenceaide à expliquer le sous-dénombrement. L'équipe qui enregistre l'économie d'adresse n'est peut-être pas celle qui absorbe la charge de support. Le chef de produit grand public peut valoriser un prix d'appel bas; le responsable de la conformité peut plus tard payer pour de meilleurs journaux. Le client peut payer de son temps alors que le tarif reste inchangé. Le conseil d'administration peut voir moins d'acquisitions d'adresses publiques tout en manquant le fait que les applications prêtent confiance au produit d'accès et peuvent la retirer à tout moment.

La bonne réponse n'est pas d'exiger que chaque application traite les adresses partagées avec bienveillance. Un traitement conservateur est parfois rationnel. La réponse est d'observer où les décisions des applications convertissent l'identité partagée en coût. Les plaintes résolues par un changement d'adresse publique, les contacts répétés impliquant la même classe de destination, les clients professionnels demandant une aide à l'inscription sur liste d'autorisation, les grappes de défis d'authentification, l'attrition après une friction applicative inexpliquée et les notes de support impliquant la réputation de l'adresse publique sont tous des indicateurs. Ils sont imparfaits, mais plus proches de l'effet commercial qu'un graphique d'utilisation de la traduction.

Cela protège également l'article d'une fausse précision. Il n'y a pas de chiffre universel pour le prix de l'ambiguïté du CGNAT dans la région LACNIC. Les réseaux, les produits et les usages des clients diffèrent trop. Mais un opérateur peut calculer une fourchette locale: minutes de support, crédits, blocages d'applications connus, passages à une identité dédiée, recherches de conformité, coût des journaux, coût de l'équipement, énergie et attrition observée. La discipline consiste à garder le dénominateur honnête et l'incertitude visible.

Le support devient la première caisse enregistreuse

Le support est là où la compression d'identité devient d'abord de l'argent. Un client n'appelle pas pour se plaindre d'une externalité d'identité mal allouée. Le client dit que l'application ne fonctionne pas, que la connexion boucle, que la console se déconnecte, que la banque n'aime pas la connexion, que le portail fournisseur a bloqué le bureau ou que la caméra distante est inaccessible. Le représentant de première ligne doit traduire cette frustration en un diagnostic sans promettre ce que le réseau ne peut pas fournir et sans blâmer une application distante avec laquelle le client ne peut pas négocier.

Ces cas sont coûteux parce qu'ils sont partiels. Les pannes totales sont plus faciles à classer. Les défaillances du CGNAT traversent les couches. La ligne d'accès du client fonctionne. Le DNS peut résoudre. Un autre appareil peut se comporter différemment. Un point d'accès mobile peut sembler résoudre le problème. Le fournisseur d'application peut faire référence à un comportement suspect de la source. Le représentant doit décider si la cause est l'équipement sur site, la politique d'application, la réputation de l'adresse, l'épuisement de l'état des ports, l'ambiguïté de la journalisation, une inadéquation de niveau de produit, un problème de gros, ou un cas que l'opérateur ne peut pas réparer sans sortir le client du pool partagé.

Chaque minute passée à trier cette ambiguïté fait partie de la charge annuelle. Le coût n'est pas seulement les salaires. Il inclut la formation, les scripts d'appel, les mises à jour de la base de connaissances, l'escalade, l'interruption de l'ingénierie réseau, les rappels, les crédits, le traitement des plaintes et le coût d'opportunité de ne pas résoudre des défauts plus clairs. Le temps du client entre également dans le compte. Un propriétaire de petite entreprise attendant un appel de support n'est pas une erreur d'arrondi. C'est du travail transféré de la conception d'identité du réseau à la journée du client.

Le problème de produit est délicat. Si la réparation pratique est une adresse publique dédiée, le client peut avoir l'impression de payer pour réparer un service qui a été vendu comme un accès Internet. Si le fournisseur refuse d'expliquer le compromis d'identité, le client voit de l'incompétence. S'il explique trop, le tarif moins cher peut sembler trompeur: le produit phare n'a pas dit que l'identité publique était partagée et que certaines contreparties pourraient exiger une source plus propre. Le coût n'est pas seulement l'adresse supplémentaire. C'est la perte de confiance dans la description originale.

L'analyse antérieure de BTW surla continuité clienttraite l'identité réseau comme un capital relationnel. Le CGNAT affaiblit ce capital lorsque le client ne sait pas quelle assurance d'identité a été achetée. Une échelle transparente peut être défendable: un accès partagé ordinaire pour des usages tolérants, une adresse publique dédiée pour les clients ayant besoin d'une reconnaissance plus forte, une identité portable pour les clients dont la confiance de la contrepartie doit survivre à un changement de fournisseur d'accès, et une assurance professionnelle là où la preuve et l'escalade comptent. La segmentation cachée est différente. Elle fait de l'échec le moment de l'éducation au produit.

Les données de support devraient donc être traitées comme une couche d'observabilité. L'opérateur devrait marquer les tickets impliquant un rejet d'application, une vérification répétée, un échec entrant, un blocage de jeu, un problème de paiement, une difficulté VPN, une inscription sur liste blanche fournisseur, des plaintes de réputation et des passages d'une identité partagée à une identité dédiée. Il devrait identifier les pools qui génèrent des grappes. Il devrait enregistrer le temps et l'autorité nécessaires pour tester une identité différente. Il devrait distinguer l'éducation du remède. Le résultat n'est pas un jeu de données scientifique parfait. C'est un registre de gestion indiquant où la compression crée un coût en espèces.

L'auto-assistance échouée devrait également être estimée. Les clients redémarrent l'équipement, réinstallent le logiciel, changent les mots de passe, répètent les transactions, appellent leur employeur, contactent un fournisseur, paient un technicien local ou abandonnent la tâche avant d'atteindre le fournisseur. L'opérateur ne verra pas chaque tentative abandonnée. Il peut néanmoins reconnaître que le temps client signalé fait partie de la charge. Si l'entreprise ne tarifie que l'appel auquel elle a répondu, elle sous-estime la taxe qu'elle a créée.

L'abus et la conformité transforment l'adresse publique en témoin contesté

La gestion des abus est la version plus difficile du cas de support. Une plainte arrive d'une plateforme, d'une équipe de sécurité, d'un titulaire de droits, d'une victime, d'un fournisseur d'hébergement ou d'une autorité publique. Elle mentionne une adresse IPv4 publique et une heure. Derrière le CGNAT, cette adresse n'est pas un témoin avec une mémoire unique. C'est une porte par laquelle de nombreux clients sont passés, séparés uniquement par l'état temporaire des ports et les enregistrements de l'opérateur.

L'opérateur doit détenir suffisamment de preuves pour les distinguer. Les journaux doivent exister, les horloges doivent être cohérentes, les données de port doivent être conservées, l'accès aux enregistrements doit être contrôlé, les recherches doivent être vérifiables, le personnel doit comprendre la correspondance, et l'examen juridique ou de conformité doit savoir quand une demande est trop vague pour y répondre. La facture de stockage n'est qu'une partie. Il y a aussi la conception du système, la sécurité, la formation du personnel, le jugement politique et le risque de trop divulguer ou de ne pas identifier une session nuisible.

Ce n'est pas un argument pour une collecte indiscriminée. C'est un point comptable sur la responsabilité. Une fois que de nombreux clients partagent une identité sortante, le coût ultérieur de les distinguer doit être payé quelque part. Si l'opérateur paie par une correspondance précise et une recherche disciplinée, il supporte le coût du stockage et de la conformité. S'il refuse ou sous-construit cette couche de preuves, le coût apparaît sous forme de faux positifs, d'abus non résolus, de sur-blocage, de suspicion des clients et de pression pour punir l'adresse partagée plutôt que la session responsable.

L'analyse de BTW surles contrôles de détournement et de fraudeest pertinente parce qu'elle sépare la vérification du contrôle discrétionnaire. La vérification liée aux preuves protège les utilisateurs et les actifs. Une application vague peut transformer des signaux ambigus en punition. Le CGNAT intensifie ce problème de frontière. L'identité publique est moins précise, donc le système de preuves doit devenir plus précis pour compenser. Sinon, la partie la plus forte de la chaîne peut pousser le coût vers le bas.

La responsabilité devrait suivre le contrôle. Si un grossiste exploite la plateforme de traduction pendant qu'un détaillant possède la relation client, le détaillant ne peut garantir des preuves qu'il ne détient pas. Si une application bloque une adresse après avoir reçu des informations de session plus précises, elle ne devrait pas décrire chaque faux positif comme un problème d'accès. Si l'opérateur choisit une conception de partage qui rend la reconstruction en temps voulu peu fiable, le client ne devrait pas supporter toutes les conséquences. Les contrats ne supprimeront pas l'ambiguïté, mais ils peuvent empêcher que l'ambiguïté ne devienne une licence pour chaque partie de refiler la facture à quelqu'un de plus faible.

La note de Lu Heng surle pouvoir d'enregistrement détaché de la responsabilitéconcerne une couche institutionnelle plus élevée, mais le principe se traduit: le contrôle des entrées d'identité conséquentes nécessite une examinabilité et des conséquences. Dans le CGNAT, l'opérateur contrôle l'architecture de compression; la plateforme contrôle une grande partie de la décision d'acceptation; le grossiste peut contrôler le chemin des preuves; le client subit les conséquences. Un modèle de coût sérieux demande où se trouvait le contrôle lorsque le coût a été créé.

La précision a une valeur d'option. Un fournisseur qui peut répondre rapidement à une plainte bien formulée est moins susceptible de suspendre une cohorte entière, de passer des jours à rapprocher des dossiers ou de maintenir des clients innocents sous suspicion. Un fournisseur d'application recevant une réponse précise peut restreindre un remède. Un client attribué à tort à un événement peut contester la conclusion. Le retour sur de bonnes preuves inclut les vastes actions défensives qui n'ont jamais besoin d'être entreprises.

La couche de traduction a un coût physique de bilan

Le CGNAT peut sembler être une astuce logique astucieuse: une adresse publique, de nombreux clients. Dans un réseau réel, c'est aussi de l'équipement, de la capacité de transfert, de la mémoire, de la redondance, de la surveillance, de la maintenance logicielle, de l'exportation de journaux, du stockage, de l'espace en baie, de l'énergie, du refroidissement et des connaissances spécialisées. L'adresse publique est peut-être rare, mais la machine qui la multiplie a du poids au bilan.

Le coût physique ne se limite pas à l'appareil de traduction. La haute disponibilité importe parce que l'appareil détient un état en direct. S'il tombe gravement en panne, les sessions disparaissent d'une manière que les clients ressentent comme une défaillance arbitraire des applications. La redondance doit préserver suffisamment d'état pour rendre le basculement tolérable, ou au moins échouer suffisamment proprement pour que les clients et les applications puissent récupérer. La surveillance doit distinguer la défaillance d'accès de la défaillance de traduction. La planification de la capacité doit tenir compte des taux de création de sessions, des flux inactifs de longue durée, des pics de mise à jour logicielle, des jeux, du streaming, des heures de bureau, des vacances scolaires, des événements sportifs et des chocs locaux.

La journalisation transforme la couche physique en un problème de stockage et de recherche. Plus de clients derrière chaque adresse publique peut signifier plus d'événements de traduction par adresse. Des délais d'expiration plus courts peuvent réduire la pression sur la table mais briser plus d'applications. Des délais plus longs peuvent protéger les sessions mais augmenter la charge. Des enregistrements plus détaillés améliorent l'attribution mais augmentent le coût du stockage, de la confidentialité, du contrôle d'accès et de la recherche. Un bon marché dans le tableur de planification peut devenir coûteux si l'équipement, les preuves et le support doivent compenser chaque année.

L'énergie et la surcharge de calcul affectent également la résilience. Un grand cluster de traduction à état est un domaine de défaillance concentré. Le composant qui économise les adresses publiques devient un point d'étranglement. Les fenêtres de maintenance deviennent plus délicates. Les pics de trafic, les événements de déni de service, le trafic malformé, les défauts logiciels ou les erreurs de configuration peuvent stresser la couche d'identité d'une manière que la surveillance d'accès ordinaire peut ne pas expliquer rapidement. Le coût de la compression inclut donc les précautions nécessaires pour empêcher la machinerie de partage de devenir le maillon commercial le plus faible.

L'argument de fond dans la critique de Lu Heng surle récit de l'évasion de la pénurie via IPv6devrait rester en arrière-plan ici. Cet article n'est pas centré sur la transition. Le point est plus étroit: tant que les clients et les contreparties s'appuient encore sur l'identité IPv4, le CGNAT est un moyen de la rationner. Le coût annuel de ce rationnement doit être comparé à l'achat, à la location ou à la préservation d'une identité plus propre. Il ne devrait pas être caché derrière des prouesses d'ingénierie.

Les assureurs et les prêteurs devraient se soucier de la queue de distribution autant que de la moyenne. La plupart des sessions traduites peuvent être sans incident. Une brève surcharge, un changement défectueux, une défaillance du système de preuves ou un événement de réputation du pool d'adresses peuvent néanmoins produire une rafale de crédits, d'escalades, de plaintes et d'attention réglementaire. Une charge annuelle appropriée inclut le coût de routine et une provision prudente pour les incidents concentrés, basée sur les quasi-accidents observés, les tests de capacité, les plans de redondance et les modes de défaillance connus. Elle n'a pas besoin de prétendre connaître une probabilité universelle. Elle doit éviter de prétendre que la probabilité est nulle.

C'est là que les petits opérateurs peuvent être punis par l'échelle. Un grand réseau peut amortir l'équipement spécialisé, les journaux, l'examen juridique et les relations avec les plateformes sur une large base. Un petit fournisseur de services fixes sans fil ou régional peut faire face aux mêmes attentes avec une capacité d'ingénierie et de conformité plus mince. Le partage dense peut être financièrement rationnel à court terme tout en créant un profil de risque difficile à assurer. Le choix n'est pas de savoir si le CGNAT est bon ou mauvais. Il s'agit de savoir si la machine nécessaire pour le rendre sûr est tarifée.

L'économie est comptabilisée dans l'accès pendant que la facture migre à travers l'entreprise

La question comptable la plus importante est de savoir qui semble économiser et qui paie réellement. Le réseau d'accès semble économiser lorsque plus de clients peuvent être servis par adresse IPv4 publique. Cette économie peut être réelle. Elle réduit les adresses achetées ou louées, préserve un inventaire rare pour les produits à plus haute assurance et fait gagner du temps avant qu'une acquisition d'identité publique ne soit nécessaire. Mais la facture migre.

Les clients paient par des sessions échouées, des vérifications répétées, des mises à niveau qu'ils n'attendaient pas, du temps perdu et de la confiance perdue. Les services d'assistance paient par des appels plus longs et des escalades. Les équipes d'abus et de conformité paient par des correspondances conservées, des recherches et une attribution incertaine. Les fournisseurs d'application paient par des systèmes de risque plus stricts et des appels d'utilisateurs qu'ils ne servent pas directement. Les clients professionnels paient lorsque les listes d'autorisation des fournisseurs, les systèmes de travail à distance, les processeurs de paiement ou les outils de surveillance déprécient l'identité partagée. Les actionnaires paient lorsque l'attrition, les crédits et la confusion des produits érodent les marges. L'économie réside dans un seul grand livre; la charge voyage à travers beaucoup.

La distribution n'est pas accidentelle. Le CGNAT fait ressembler un intrant rare à un problème de planification réseau tandis que ses conséquences apparaissent dans les comptes de produit, de support, juridiques, de sécurité et d'expérience client. Un directeur financier qui ne voit que l'acquisition d'adresses publiques peut approuver une compression agressive. Un responsable du support qui ne voit que le volume de tickets peut demander plus de personnel. Un responsable de la conformité peut rechercher une meilleure conservation et recherche. Un chef de produit peut créer un module complémentaire d'adresse statique. À moins que ces enregistrements ne soient joints, l'entreprise ne peut pas dire si elle a économisé de l'argent ou simplement déplacé le coût vers des départements moins visibles.

L'opacité contractuelle aggrave le problème. De nombreux clients de détail ne savent pas si un service inclut une adresse publique, une identité sortante partagée, une accessibilité entrante, un support d'attribution ou des obligations d'assurance applicative. Les acheteurs en gros peuvent en savoir plus, mais même eux peuvent ne pas savoir comment les pools, les journaux, les preuves de défaillance et l'attribution d'urgence fonctionneront lors d'un litige. Si le produit dit seulement « accès Internet », la question de l'identité n'apparaît qu'après le préjudice.

Le travail de BTW surla transparence des prix de transfertimporte parce que des prix visibles disciplinent le rationnement caché. Lorsque l'identité publique a un coût de marché, l'opérateur peut comparer l'achat ou la location de plus d'identités, une compression plus agressive ou la tarification d'une identité dédiée pour les clients dont les applications le justifient. Sans cette comparaison, le CGNAT devient la norme parce que son coût d'adresse évité est visible et que ses effets secondaires sont dispersés.

La taxe cachée n'est pas anti-marché. C'est une exigence pour une meilleure comptabilité de marché. L'identité publique rare devrait être tarifée honnêtement. L'identité partagée devrait également être tarifée honnêtement. Un fournisseur peut légitimement vendre un niveau partagé moins cher si les dimensions du service sont divulguées et si les clients dont les applications ont besoin d'une reconnaissance plus forte peuvent l'acheter avant la défaillance. Cela devient de l'extraction lorsque le niveau moins cher cache une déficience matérielle et que le remède n'est proposé qu'après que le client a payé en temps, en plaintes ou en affaires perdues.

L'entreprise peut commencer par une logique de rétrofacturation. Le produit d'accès reçoit l'avantage de l'acquisition d'adresse évitée, mais il devrait également être facturé pour l'équipement de traduction, l'énergie, la conservation des journaux, le travail de recherche, le support spécialisé, les crédits clients et l'attrition attribuable. Le produit de services professionnels devrait recevoir un crédit lorsque le déplacement des clients vers une identité dédiée ou portable supprime ces coûts. Le modèle sera approximatif. L'approximation est préférable à permettre à un département de comptabiliser une économie pendant que plusieurs autres financent la solution de contournement.

La même comptabilité devrait être utilisée avant qu'un nouveau pool ne soit étendu. La direction devrait comparer l'économie d'adresse prévue au coût marginal d'une année supplémentaire d'identité partagée pour les clients ajoutés. Si la nouvelle cohorte se compose principalement d'utilisateurs résidentiels à faible assurance, le calcul peut encore favoriser la compression. Si elle se compose de commerçants, d'écoles, de bureaux, de sous-traitants de services publics ou de clients dont les contreparties traitent l'identité source comme faisant partie de la confiance, la conception apparemment moins chère peut simplement reporter une facture connue. L'objectif n'est pas de faire acheter à chaque client une adresse dédiée. C'est d'arrêter de traiter l'identité partagée comme une option par défaut gratuite lorsque le travail réel du client en fait un risque payant.

La frontière institutionnelle de LACNIC est le grand livre, pas la politique NAT

LACNIC importe ici en tant que contexte de registre régional, non en tant que concepteur approprié des ratios NAT des opérateurs. La question institutionnelle est de savoir si la couche de ressources de numérotation reste un registre mince, portable et vérifiable qui aide les opérateurs à exposer et à réduire l'externalité du CGNAT, ou si la coordination s'étend à un contrôle commercial qu'elle ne peut pas tarifer.

Un registre étroit aide en rendant l'identité publique plus facile à obtenir, transférer, louer, vérifier et préserver. Des enregistrements précis réduisent le coût de la diligence raisonnable. Des changements vérifiables réduisent la crainte que la reconnaissance ne soit interrompue. Les droits de transfert et de portabilité permettent aux fournisseurs de choisir entre acquérir plus d'identités publiques et comprimer les clients derrière des adresses partagées. Une preuve fiable de contrôle aide les contreparties à avoir confiance que l'identité publique de l'opérateur est utilisable. Ces fonctions réduisent la pression de surcompresser sans dire à aucun opérateur comment gérer son réseau.

Un gardien large peut faire le contraire. Si l'identité publique est difficile à déplacer, incertaine à louer, lente à reconnaître ou sujette à un large pouvoir discrétionnaire, les opérateurs rationnent de manière plus agressive. Le CGNAT devient alors non seulement une solution de contournement technique, mais un sous-produit institutionnel. Le registre peut ne jamais ordonner à un fournisseur de compresser les clients, pourtant les frictions du registre peuvent faire de la compression le choix apparemment le moins cher.

La frontière est énoncée clairement dans laDéclaration des droits de la coordination de l'unicité: la couche commune peut enregistrer, coordonner et protéger l'unicité; elle ne peut pas gouverner.La primauté du code opérationnelfournit le test opérationnel: de quoi le réseau en fonctionnement a-t-il besoin de la couche partagée? Pour l'économie du CGNAT, la réponse n'est pas un verdict central sur le partage des clients. C'est l'unicité, des dossiers de détenteurs précis, une preuve de contrôle, un historique de transfert, la contactabilité, des assertions de sécurité, la vérifiabilité, la portabilité et un traitement des litiges non destructif.

La même distinction apparaît dansle Sophisme de la continuité du registre. Protéger le grand livre ne nécessite pas de protéger chaque revendication d'autorité du gardien actuel. En termes de CGNAT, protéger la coordination des ressources de numérotation signifie rendre l'identité publique suffisamment lisible pour que les opérateurs puissent décider quel niveau de compression est efficace. Cela ne signifie pas transformer la pénurie en un système d'autorisation permanent sur la conception des produits.

La note de Lu Heng sur les raisons pour lesquellesles registres ne doivent jamais devenir des exécuteurss'applique également. L'abus et la fraude sont réels, mais la contribution du registre est des enregistrements précis et une coordination vérifiable, pas une punition par le statut d'enregistrement ou un jugement moral sur l'architecture des services. Lorsque la couche partagée reste étroite, le CGNAT est une décision de coût de l'opérateur. Lorsqu'elle devient discrétionnaire, le CGNAT devient un autre symptôme du contrôle en amont.

La mesure ne doit pas devenir une autorisation. Un registre pourrait observer que l'identité partagée crée des coûts d'abus et de support, puis revendiquer l'autorité de prescrire des catégories de produits, des ratios de clients ou une utilisation commerciale. Cela confondrait les preuves avec la juridiction. L'opérateur est le mieux placé pour choisir l'architecture et répondre de ses conséquences. Le grand livre partagé devrait rendre les alternatives plus propres utilisables et les revendications vérifiables; il ne devrait pas transformer un calcul d'externalité en une licence pour superviser l'entreprise.

La portabilité rend l'externalité mesurable et réductible

Le remède n'est pas d'interdire le CGNAT. Une interdiction serait grossière, irréaliste et économiquement aveugle. Le remède est de rendre l'externalité mesurable et les alternatives crédibles. Pour chaque pool ou cohorte de clients, l'opérateur devrait pouvoir se demander si le coût annuel de la compression est inférieur à l'acquisition ou à la location de plus d'identités publiques, à la création d'un produit à adresse dédiée, au soutien d'une identité portable pour les clients à haute assurance, à la refonte de la frontière de service ou à l'amélioration de la couche de preuves.

Ce calcul nécessite des données. Combien de clients partagent chaque adresse publique sous chaque produit? Quelles destinations ou classes d'applications génèrent des plaintes? À quelle fréquence les clients sont-ils sortis d'un pool pour résoudre le problème? Combien de demandes d'abus ou de conformité manquent de précision sur le port ou l'heure? Combien de temps de personnel est consommé par la recherche dans les journaux? Quel stockage, quelle énergie et quelle redondance sont attribuables à la traduction? À quelle fréquence les plateformes bloquent-elles ou défient-elles les adresses partagées? Quel taux d'attrition suit les problèmes d'identité répétés? Les réponses peuvent être des fourchettes. Les fourchettes suffisent à révéler si la prochaine unité de compression est encore efficace.

La portabilité change le calcul parce qu'elle crée une option extérieure. Un client professionnel qui peut apporter ou louer une identité publique stable qui survit à un changement de fournisseur d'accès n'a pas besoin d'accepter la qualité d'identité du forfait le moins cher. Un petit FAI qui peut obtenir une identité publique reconnue à des conditions prévisibles peut servir des clients à plus haute assurance sans surcharger un pool partagé. Si les preuves de transfert et de location sont claires, les prêteurs et les assureurs peuvent analyser la couche d'identité comme une infrastructure contrôlée plutôt que comme un résidu opérationnel vague.

La doctrine de laSpécification initiale minimale, décision future localisée et adoption volontaireempêche le remède de devenir une autre couche de commandement. Le système commun ne devrait spécifier que ce qui doit être commun. Les choix opérationnels futurs devraient rester locaux à moins qu'ils ne menacent l'unicité, la preuve, l'intégrité de la sécurité ou l'interopérabilité. Un opérateur peut alors choisir la compression, la location, l'achat, les produits à adresse statique et l'assurance client sous la discipline du coût mesurable.

Number Resource Society a sa place ici, mais proportionnellement.NRSest utile non pas parce qu'il devrait fixer des ratios NAT ou devenir une nouvelle autorité centrale. Sa valeur est la coordination du côté des détenteurs autour de la sortie, de la portabilité, de la redondance et de la responsabilité. La note de Lu Heng surpourquoi NRS existeprésente la décentralisation comme de l'ingénierie des systèmes, ce qui est le bon prisme pour le problème. L'objectif n'est pas le théâtre institutionnel. C'est de réduire les points uniques de reconnaissance qui poussent les opérateurs à accepter une compression opaque parce qu'une identité plus propre est plus difficile à obtenir.

Les outils et les dossiers publics n'importent que s'ils améliorent la négociation et les preuves. Lesarchives de cas de NRSpeuvent rendre les préjudices du côté de la reconnaissance visibles plutôt qu'isolés.NRS Shieldn'est pertinent que dans la mesure où il aide les détenteurs à préserver la continuité et à présenter le risque sous une forme que les contreparties peuvent comprendre. La taxe cachée du CGNAT est réduite par la visibilité, la portabilité et la vérifiabilité, pas en remplaçant un centre opaque par un autre.

Avec le temps, le modèle de coût devient un instrument d'allocation de capital. Une charge de support ou de preuves croissante peut justifier l'acquisition d'adresses, l'amélioration de la journalisation, la segmentation des clients à haute assurance, la modification de la conception des pools ou l'offre d'une identité portable. Une charge décroissante peut montrer que le niveau de compression existant est efficace. La portabilité rend chaque option plus crédible parce que l'opérateur n'est pas piégé par la crainte que la reconnaissance puisse être bloquée ailleurs. La vérifiabilité donne aux assureurs, aux prêteurs et aux acheteurs en gros une base pour traiter l'identité publique comme une infrastructure, et non comme une faveur discrétionnaire.

Les contrats devraient acheter de la qualité d'identité, pas seulement de la bande passante

Une fois l'externalité visible, les contrats doivent changer. Un service de détail ou de gros ne devrait pas décrire uniquement la vitesse, l'allocation de données, le temps d'installation et la disponibilité générique. Il devrait indiquer les qualités d'identité qui importent pour le produit: IPv4 publique partagée ou dédiée, accessibilité entrante le cas échéant, support d'attribution, capacité de recherche dans les journaux, options d'adresse statique, niveaux d'assurance professionnelle, obligations de réponse aux abus, mises en garde sur les risques applicatifs et chemins d'escalade.

Cela n'exige pas de transformer chaque contrat grand public en manuel de réseau. Cela exige de cesser de dissimuler les différences matérielles de service. Un forfait domestique peut indiquer que l'accès ordinaire utilise un adressage public partagé et n'inclut pas l'accessibilité entrante ni l'assurance d'identité spécifique à l'application. Un forfait petite entreprise peut inclure une adresse publique stable ou un prix clair pour celle-ci. Un service d'entreprise géré peut définir l'identité publique, l'attribution, la gestion du DNS inverse, la réponse aux abus et les preuves de support comme faisant partie du service plutôt que comme une réflexion après coup.

Les contrats de gros ont besoin d'encore plus de précision. Un FAI de détail achetant un accès ou un service en amont devrait savoir si le grossiste fournit l'identité publique, la traduction, les journaux, la preuve de routage, la coopération diagnostique et l'attribution d'urgence. Si le détaillant possède la relation client tandis que le grossiste contrôle le chemin d'identité, le contrat doit empêcher le détaillant de devenir l'absorbeur par défaut de chaque ambiguïté. Le CGNAT rend le contrôle divisé plus dangereux parce que la plainte visible peut être éloignée de l'appareil ou du pool qui l'a créée.

Les travaux antérieurs de BTW surle risque des contrats de locationmontrent pourquoi le contrôle divisé n'est efficace que lorsque les obligations sont explicites. Une adresse publique louée pour un client, une adresse partagée fournie via un pool de traduction de gros et un arrangement d'identité portable répartissent le risque différemment. Les contrats devraient dire qui maintient les preuves, qui répond aux demandes d'abus, qui paie pour les faux positifs, qui prend en charge l'inscription sur liste blanche des applications, qui finance les journaux supplémentaires et qui supporte les crédits lorsque l'ambiguïté d'identité est la cause.

LARUS Oneest utile ici comme analogie commerciale, pas comme prescription universelle. Il sépare l'identité de réseau publique de la livraison. La note de Lu Heng surl'identité de réseau et la continuité clientexplique pourquoi la renumérotation devient un événement commercial une fois que les clients et les contreparties s'appuient sur une adresse. Le CGNAT est le cas inverse: le client peut ne jamais recevoir une identité suffisamment stable sur laquelle s'appuyer, tandis que certaines applications se comportent comme si elle devait l'être. Une échelle de produits qui distingue l'accès de l'identité donne au client un véritable choix.

Contracter pour la qualité de l'identité discipline également la tarification. Si une adresse publique dédiée coûte de l'argent, tarifez-la. Si l'identité partagée crée un coût de support et d'attribution, tarifez-le aussi. Si un client d'entreprise a besoin d'une reconnaissance sans friction par les applications et les contreparties, vendez l'assurance ouvertement. Si un client choisit un niveau partagé moins cher, divulguez ce qui reste en dehors de la promesse. La taxe cachée se réduit lorsqu'elle devient un terme négocié plutôt qu'une découverte désagréable.

Chaque assurance a besoin d'un chemin d'examen. Le contrat devrait spécifier quelles preuves le client doit fournir, comment les horloges et les ports seront rapprochés, quand l'opérateur testera un changement de pool, qui peut autoriser le passage à une identité dédiée et comment l'attribution erronée est corrigée. Il devrait également indiquer ce qui n'est pas promis. Des exclusions claires sont moins dommageables qu'une vague promesse d'accès suivie d'un refus d'examiner la couche d'identité.

Le conseil d'administration demande si la compression est un capital assurable ou un passif non géré

La scène finale est une séance de risque du conseil d'administration chez un opérateur de la région LACNIC, avec un responsable de la conformité, un acheteur en gros et un conseiller d'assureur présents. L'équipe réseau a montré que le CGNAT a réduit la demande d'adresses publiques. Le rapport de support montre des défaillances d'applications, des vérifications répétées, des sessions bloquées et des mises à niveau vers des adresses statiques. La conformité montre une augmentation du travail de recherche dans les journaux et des cas où les plaintes externes manquaient de précision sur le port ou le moment. Les finances montrent que l'équipement de traduction, le stockage, l'énergie, le travail de support et les crédits n'ont jamais été combinés en un seul objet de coût. L'assureur pose la question qui aurait dû être posée plus tôt: la charge de compression d'identité peut-elle être mesurée, contractualisée et contrôlée?

Si la réponse est oui, le CGNAT devient un choix d'architecture investissable. L'opérateur peut dire quelles cohortes de clients sont adaptées à l'identité partagée, quels produits nécessitent une identité publique dédiée ou portable, quelle norme d'attribution est maintenue, comment les demandes d'abus sont traitées, quels risques sont divulgués aux clients, combien de tickets sont attendus, quels coûts d'équipement et d'énergie sont inclus, et quand acquérir plus d'IPv4 publique est moins cher qu'une compression supplémentaire. La compression reste un outil. Ce n'est plus une subvention cachée.

Si la réponse est non, le conseil d'administration ne regarde pas une conception d'accès bon marché. Il regarde un passif non mesuré. L'entreprise a sorti un intrant rare du compte visible et l'a remplacé par des coûts incertains de support, de conformité, de temps client, de réputation et d'acceptation applicative. L'économie peut encore être réelle, mais la direction ne peut pas le prouver. L'assureur ne peut pas le tarifer. L'acheteur en gros ne peut pas contractualiser autour. Le responsable de la conformité ne peut pas le défendre avec confiance. Le directeur client ne peut pas expliquer pourquoi certains utilisateurs doivent payer pour échapper à une condition dont ils ignoraient l'existence.

La leçon institutionnelle reste étroite. La contribution utile de LACNIC n'est pas d'approuver ou de condamner la conception NAT d'un opérateur. C'est de soutenir un environnement de ressources de numérotation dans lequel l'identité publique est portable, les enregistrements sont précis, les transferts et les locations sont lisibles, la preuve est vérifiable et les litiges ne détruisent pas la continuité client en cours. Un registre mince permet aux opérateurs de comparer la compression avec les alternatives. Un gardien épais rend la compression plus probable en augmentant le coût et l'incertitude d'une identité plus propre.

La taxe cachée du NAT de classe opérateur est donc un test comptable, pas un slogan. Pour chaque adresse IPv4 publique partagée / cohorte de clients, mesurez l'externalité annuelle de compression d'identité: systèmes d'état des ports, conservation des journaux, travail de recherche, temps de support, faux positifs, temps client, friction applicative, ambiguïté des abus, équipement, énergie et opacité contractuelle. Demandez ensuite qui paie, qui peut la réduire et à qui l'on demande de supporter un coût qu'il n'a pas choisi.

La décision du conseil d'administration n'a pas besoin d'être dramatique. Certains clients resteront derrière des adresses partagées parce que le coût est inférieur à la valeur d'une identité plus propre. Certains utilisateurs professionnels passeront à une identité dédiée ou portable parce que l'inverse est vrai. Certaines conditions de gros changeront. Certains scripts de support s'amélioreront. Certains pools se réduiront. D'autres resteront. Ce qui change, c'est que la charge devient suffisamment visible pour être financée.

C'est la clôture disciplinée. La pénurie n'a pas disparu. Elle a été transformée. La question pour l'assureur, l'acheteur en gros, le responsable de la conformité et le conseil d'administration est de savoir si cette transformation est suffisamment bien comprise pour être tarifée. Si c'est le cas, le CGNAT est une compression contrôlée. Si ce n'est pas le cas, c'est une taxe cachée pour tous ceux qui sont forcés de partager une identité qu'ils ne peuvent ni voir, ni choisir, ni défendre.