50% d'augmentation en un peu plus d'un an chez Red By SFR ( et plus ou moins le même ordre de grandeur chez les autres opérateurs) sur des forfaits identiques (100 Go 5G), passant de 6,99 euros/mois à 12,99 euros par mois.


Les Français vont se faire plumer par les 3 opérateurs. La couleur est annoncée !

Me paraît gros, SFR a beaucoup à perdre sans garantie des autres opérateurs, car la perte de clients ne sera pas négligeable... Si derrière les 3 autres finissent par dire "SFR a perdu trop d'abonnés, il faut que l'on revoit l'offre", SFR aura fait le sale boulot sans en tirer le moindre profit.

Personne n'achète une entreprise par rapport à son nombre de clients.

Tout ce qui compte c'est le chiffre d'affaires.

@thenico :

C'est bien simple. J'essaye d'implémenter l'information spécifique au vendeur dans le programme odhcpd (OpenWrt).
Il me manquait un bout pour achever mon travail d'intégration. Il fallait que je détermine quelles options envoyer dans
les messages DHCP. On voit que certaines options sont corrélées mais sans vraiment bien saisir. J'ai voulu clarifier
en reprenant les RFC pour rendre la lecture des sources plus fluide et moins lourde (obtus). C'est plus simple en
ayant de bonnes références et en transformant le jargon technique en quelque chose de compréhensible.

18:14 Quand je dis « déterminer quelles options envoyer » il s'agit évidemment des sous-options dans l'option
            spécifique au vendeur. DHCPv4 43, 124, 125, 60. DHCPv6 16 et 17. Et il faut aussi prendre en compte
          la configuration par interface et par hôte.

@brupala :

Je n'ai pas compris. Pourrais-tu reformuler ?

Déja, qu'est qu'lis utilisent pour choisir les serveurs ? Les IP, le DNS ou autre chose ?

Une anecdote, c'est quand j'ai allumé le LUCIX (point d'échange Internet au Luxembourg) pour la 1ère fois.
En face, Google, Apple, Cloudflare & cie se sont dit : "tiens, je vois OrneTHD avec une latence divisée par 2, trop cool !".
D'un seul coup, mes liens Paris et Frankfurt ont commencé à se vider... au profit du petit lien Luxembougeois (à la base réservé pour le trafic entreprise et télétravail) qui a saturé d'un seul coup 

Mais comme c'est celui qui pousse le trafic qui décide... le seul moyen d'arrêter ça, c'est de ne plus annoncer mes IP à ces CDN.
C'est très brutal, mais ça marche. Normalement tu utilises du "prepend", une façon d'allonger artificiellement un chemin pour que l'autre en face ne la choisisse pas.
Mais que nenni, si les autres me voient 2x plus proche, ils ont rien à faire de mes paramètres et pousseront le trafic quand même là où ça les arrange, eux.
Donc voilà, obligé de mettre des communautés "do not announce" à tels et tels ASN pour les forcer à entrer via des liens 100G

Donc les moyens, ça peut être du routage, du DNS (selon le client ou même le résolveur, pour ça que c'est intéressant de voir si avec un DNS FFDN par exemple, le serveur se cale en France)...
mais aussi des métriques applicatives, comme le % de retransmit (si ton lien commence à saturer, il droppe des paquets et si c'est trop haut, paf, le CDN s'en rend compte et te pousse le contenu depuis une autre localisation).

Par exemple, des events Twitch comme le ZEvent ou le GP Explorer, au bout d'un moment Twitch Paris n'arrivait plus à suivre et je commencais à recevoir du trafic depuis l'Allemagne.
Ou quand un gros jeu sort en France, je peux avoir Paris qui monte dans les tours et Frankfurt qq heures après.

C'est pour ça que certains réseaux demandent à ce que tu peeres sur au moins 2 endroits différents.


En tout cas, peu importe le serveur contacté, ce qui importe c'est d'avoir le contenu. Taper sur un "mauvais" serveur n'engendrera pas de HTTP/404 par exemple.
Donc normalement il ne devrait pas y avoir d'impact (simplement que ça coutera problablement plus cher au CDN de vous amener le contenu).

??
personne n'est obligé de répondre à une demande d'option, d'où le nom ....