La Fibre
Fournisseurs d'accès à Internet fixe en France métropolitaine => Orange / Sosh => 
Incidents Orange => Discussion démarrée par: turold le 28 septembre 2015 à 22:31:06
-
Bonjour,
Depuis le 24 au soir, j'ai une bizarrerie, sachant que je suis en fibre.
Tous les soirs, ou presque, et le dimanche en fin d'après-midi, j'ai un ping de 30ms dans ma région, et le débit de téléchargement maxi est très aléatoire quand j'ai ce problème.
J'ai tout exposé dans un autre sujet, pensant tout d'abord à upgrade du réseau d'Orange: https://lafibre.info/gpon/10-gpon-twdm-pon/msg261300/#msg261300
En gros, voici un tracert actualisé de sortie quand j'ai le souci (comme au moment où j'écris ce message):
1 1 ms <1 ms <1 ms LIVEBOX [192.168.1.1]
2 26 ms 26 ms 26 ms 80.10.123.200
3 29 ms 28 ms 27 ms 10.123.109.74
4 20 ms 21 ms 22 ms 193.252.98.150
5 28 ms 28 ms 28 ms 193.252.98.238
6 23 ms 24 ms 25 ms 193.252.98.126
7 32 ms 31 ms 29 ms 193.253.13.250
8 32 ms 30 ms 30 ms lafibre.info [46.227.16.8]
J'ai mis en gras le soucis.
D'après Thenico, c'est le LNS d'Orange.
Mon smokeping montre très bien les moments où j'ai le souci: https://lafibre.info/dns/smokeping.cgi?target=Orange.Fibre.turold
Et d'après Vivien, cela ressemble à de la saturation (une première en FTTH!). Mais qu'avec les LNS, on ne sais pas où est la saturation...
Alors que faire? Changer d'opérateur pour un réseau fibre moins/non saturé?
Je pense à Bouygues Telecom...
Ou alors un employé d'Orange peut-il faire quelque chose?
Palaiseau, labo géant d'Orange FTTH...
Et je vous vois venir, mais non, le déménagement vers une autre ville n'est pas envisageable pour le moment...
Edit: titre fortement édité. nous ne sommes plus du tout sur de la saturation et LNS
-
Et j'avais oublié. On ne m'a pas répondu sur le LNS:
C'est quoi, ça sert à quoi, cela se situe où?
Car pour le moment, à part:
- des montées de ping
- des pertes de vitesse de téléchargement
- et je ne peux rien faire personnellement pour arranger cela si je reste chez Orange.
... Ben je ne comprends pas plus que ça, pour le moment... ???
-
Et j'avais oublié. On ne m'a pas répondu sur le LNS:
C'est quoi, ça sert à quoi, cela se situe où?
C'est le routeur qui décapsule le PPPoL2TP qui vient de ta LiveBox (le PPP) et du OLT (le L2TP) pour router ton traffic.
Cela peut se situé n'importe où en France et il peut changer automatiquement.
C'est totalement sous le contrôle d'Orange et c'est un héritage du fonctionnement ADSL (pas de réécriture du SI).
-
Ok merci pour ces précisions. :)
Bon, cela confirme, malheureusement, ce qu'a dit Vivien...
Mais en interne, vous pouvez tout de même savoir, de façon globale, où il y a saturation le soir, non?
Car réussir une saturation FTTH, vous êtes très fort chez Orange.
Héritage du cœur de réseau ADSL sur le FTTH... Cela me laisse songeur aussi...
Cela va donner quoi, au niveau national, si vous réussissez à atteindre votre objectif de 60% de clients fixes sur FTTH en 2020? Ou même après, de toute façon.
Est-ce que "pensez aux (gros) problèmes présents, et non aux problèmes à venir" fait partis des slogans d'Orange?
Perso, je savais qu'à Palaiseau ont allait avoir des soucis proches de l'ADSL (100% fibre avant les autres villes). Mais pas de façon visible par monitoring dès 2015. Je suis tout de même surpris.
Je pense aussi aux 9 autres villes "100% fibre" (dont une agglo).
Je crois que le PPP doit être remplacé par autre chose, mais quand?
Ce sera l'occasion de remettre cette partie à plat.
-
C'est le routeur qui décapsule le PPPoL2TP qui vient de ta LiveBox (le PPP) et du OLT (le L2TP) pour router ton traffic.
Cela peut se situé n'importe où en France et il peut changer automatiquement.
C'est totalement sous le contrôle d'Orange et c'est un héritage du fonctionnement ADSL (pas de réécriture du SI).
Il n'y a de LNS qu'en cas de souscription de l'option IP fixe.
Le PPP c'est entre Livebox et BAS (IP dynamique: "modèle ouvert") ou entre Livebox et LNS (IP fixe: "modèle fermé").
Le L2TP, dans le cas de l'option IP fixe uniquement, c'est entre le BAS (assumant la fonction LAC) et le LNS.
Pour le service Internet, l'OLT ne fait que bridger des trames Ethernet transportant la session PPPoE (ne l'oublions-pas, celui-ci) établie entre Livebox et BAS (jamais plus loin).
Turold, il faut se signaler au service client...
Mais dresser la conclusion que ça déconne parceque c'est Palaiseau, 100% fibre, etc., c'est un peu tiré par les cheveux non ? :)
-
Turold, il faut se signaler au service client...
Déjà fait.
Mais il n'a pas voulu le noter.
On se borne à vouloir me faire tous rebooter. Et même à vouloir forcer la mise à jour du firmware... de la LiveBox. ::)
Bref, on arrivera à rien avec le service client!
Mais dresser la conclusion que ça déconne parceque c'est Palaiseau, 100% fibre, etc., c'est un peu tiré par les cheveux non ? :)
Non, absolument pas. Je ne trouve pas.
Mais bon, on peut continuer comme ça durant longtemps...
-
Il n'y a de LNS qu'en cas de souscription de l'option IP fixe.
Le PPP c'est entre Livebox et BAS (IP dynamique: "modèle ouvert") ou entre Livebox et LNS (IP fixe: "modèle fermé").
Le L2TP, dans le cas de l'option IP fixe uniquement, c'est entre le BAS (assumant la fonction LAC) et le LNS.
Pour le service Internet, l'OLT ne fait que bridger des trames Ethernet transportant la session PPPoE (ne l'oublions-pas, celui-ci) établie entre Livebox et BAS (jamais plus loin).
Houla, ça fait peur.
On a donc IP / PPP / PPPoE / Ethernet <-> IP / PPP / L2TP pour les utilisateurs en IP fixe?
-
Mais en interne, vous pouvez tout de même savoir, de façon globale, où il y a saturation le soir, non?
Car réussir une saturation FTTH, vous êtes très fort chez Orange.
Aucun doute que Orange a vu le trafic monter plus vite que le prévisionnel depuis plusieurs mois, et je suis persuadé que les actions sont engagées depuis de nombreux mois pour remédier à cette saturation. Tous les acteurs d'internet savent où sont les saturation sur leur réseau (un simple Cacti le montre) par contre tous ne sont pas prés à communiquer dessus, cela se comprend. Chez Orange, je suis persuadé que des équipes sont dédiées à analyser le trafic prévisionnel en fonction des ventes prévues par le marketing et organiser les upgrades avant qu'il y ait saturation ou rupture. La rupture c'est par exemple les ports sur un OLT : Si il n'y en a plus, impossible d'ouvrir de nouveaux arbres donc, impossible de souscrire pour de nombreux clients quand les arbres existants sont pleins.
Maintenant mettre en place de nouveaux LNS ou de nouveaux DWDM ect... (on ne sait pas où est la saturation), cela peut prendre une année avec tous les process, la commande au fournisseur, la mise en baie, le provisioning, les tests,...
De mont coté, je ne pense pas qu'il est nécessaire d'appeler la Hotline, sauf si ils analyse qu'il y a plus de plainte clients quand c'est saturé et que les équipes en charge du capacité planning se prennent une petite pression pour mieux prévoir le moment où il faut lancer l'upgrade.
-
Globalement, je me suis dis la même chose, Vivien...
Surtout après la réponse du SC que j'ai eu.
Et puis, de façon précise:
- pas de perte de paquet autre que quand cela tombe en même temps que le changement du bail IP (normal)
- un Upload mesuré au plus bas à 210Mb/s (au lieu de 245Mb/s, c'est bon pour de l'upload)
- un ping de 30ms (la grand majorité arrive très bien en ADSL/VDSL avec souvent plus)
- un download au plus bas mesuré à 275Mb/s (à part me croire sur l'offre Play, c'est nettement mieux que l'ADSL, et même le VDSL)
- ce n'est pas permanent (des périodes qui peuvent durer jusqu'à 2h tout de même)
Ce qui me fait dire 2 choses:
- à part des geeks qui monitorent, personne n'a dû le remarquer, à l'exception supplèmentaire de quelques hard-gamer qui doivent se payer la honte côté ping => Aucune pression côté SC, surtout qu'en plus on peut tomber sur une personne qui tourne autour du problème (comme j'ai eu)
- et pour changer d'opérateur, il n'y a pas d'urgence => Ce qui tombe bien, car ce n'est pas à mon nom, donc cela va prendre quelques mois pour mettre ce changement en place (je vise février)
-
Attention pour le débit, Speedtest télécharge sur plusieurs connexion TCP en parallèle e ce qui permet de voir le débit max en sautant d'éventuelles saturation.
Le résultat peut être bien différent en réalisant un téléchargement classique (une seule connexion TCP)
-
La grande majorité sont encore sous Windows 7.
On a cette limitation bien avant 200Mb/s par défaut.^^
Donc à part la part croissante des Windowsiens 10, couplé avec les quelques linuxiens et les Windosiens 8, ce n'est pas pour tout de suite la prise de conscience collective dans les usages (peut être une affaire de mois avec le marketing agressif pour Windows 10).
-
Le LNS chez orange n'est utilisé qu'en cas d'option ip fixe. Ça permet de garder la même IP même en cas de déménagement à l'autre bout de la France.
En effet l'infra de collecte ressemble à celle qui était en place à l'époque du rtc (avec le ppp notamment), mais ça a été bien modernisé, et ça va être remis à plat.
Après concernant ton soucis turold, quand tu vois la proportion d'incidents qui est du fait du client et non du réseau, tu peux comprendre que le SC fasse des vérifications sur ton installation plutôt que le réseau...
Là je vois une augmentation du rtd, un débit un peu plus faible (logique), mais çe ne me fait pas penser à une saturation. Qui dit saturation dit drop. Et là y'en a pas.
C'est juste les buffers qui se remplissent, et donc les paquets passent plus de temps dedans avant de sortir de l'autre coté. Du bufferbloat typique.
-
Titre édité.
On avait déjà répondu sur le LNS.
Et pour changer d'opérateur, j'ai ma réponse.
Chacun sa logique, ses "évidences".
-
Après quelques recherches, le bufferbloat est un symptôme d'un encombrement.
Donc pas de saturation, uniquement de l'encombrement d'après Petrus... Quelle différence entre saturation et encombrement, alors?
Et c'est catégorisé comme "problème" sur internet. Pas chez Orange?
Légère aggravation de la situation ce soir: il y eu des pertes de paquets.... Mais peu, pour le moment.
Et entre les réponses des "experts" Orange, et du SC d'Orange, ce n'est qu'une simple question de temps avant de passer à la concurrence.
-
Encombrement de la mémoire des routeurs!
-
Encombrement de la mémoire des routeurs!
Super.... y a-t-il une procédure en temps que client pour le faire comprendre au FAI?
Le SC, c'est mal barré déjà...
-
Le bufferbloat est lié avant tout à l'incompétence des concepteurs des routeurs.
-
Les buffers se remplissent si ils reçoivent plus de données qu'ils ne peuvent en envoyer, donc c'est une saturation faible.
Quand on perd des paquets, c'est le stade suivant, car les buffers sont pleins. cela entraîne l'indisponibilité de certains sites web, comme vous l'explique Sylvain de Lasotel qui a également des saturation sur son réseau (Wibox) : https://lafibre.info/wibox-internet/probleme-dacces-a-certains-sites/36/
-
Il est normal qu'un réseau puisse avoir des engorgements.
Les routeurs devraient commencer à jeter des paquets avant que le buffer ne soit plein.
-
C'est juste réduire la taille du buffer.
Attention un buffer trop petit qui perd des paquets sans que la latence augmente, ce n'est pas bon car si l'èmetteur n'arrive pas à déterminer le débit disponible sur le lien il limite son débit. L'augmentation de la latence (un petit peu, quelques ms seulement) est nécessaire pour que l’èmetteur TCP gère bien le débit envoyé.
-
Après quelques recherches, le bufferbloat est un symptôme d'un encombrement.
Donc pas de saturation, uniquement de l'encombrement d'après Petrus... Quelle différence entre saturation et encombrement, alors?
Le bufferbloat est un problème délicat qu'on tous les FAI du monde, et qui est lié à une incompréhension des fabricants de box (principalement) mais aussi de routeurs ou de leurs administrateurs que la pertes de paquets est un fonctionnement *normal* du réseau, et non une "erreur" à corriger.
Pour "corriger" cette erreur, de nombreux constructeurs ont agrandi la taille des buffers au sein des routeurs/box/serveurs , simplement car avec le temps le Mo de RAM est devenu négligeable en terme de coût additionnel.
J'ai eu l'occasion de bosser sur le sujet dans OpenWRT (un firmware libre pour des box/routeurs sous Linux) .
Sous linux, il existe un module conçu pour limiter ce problème de buffering : fq_codel . Il me semble que parmi les box grand public seul la freebox la met en place par défaut.
Sur les autres box, ou sur les serveurs Linux, c'est p_fifo (une simple file FIFO) qui est utilisée , qui par défaut fait son maximum pour ne _pas_ perdre de paquets.
Quand tu ajoutes les files d'attentes de tous les routeurs en chaîne, ben ça augmente d'autant la latence pour tout le monde . De nombreuses personnes qui ont travaillé sur le sujet pense qu'avec tous les routeurs médiocres (y compris & surtout les box des end-users, mais j'ai pu constater que les routeurs même de grande marque , quand ils implèmentent ces algo, ne les activent pas par défaut, donc bien souvent c'est laissé de coté) , ca va finir par ralentir le net pour tout le monde.
Jusqu’à présent, ce qui "sauvait" à peu près c'est que le rapport entre les box ADSL (entre 2 et 20Mbps on va dire) et les ports 10G des routeurs étaient tels que , localement, ça saturais rarement.
Mais avec l'arrivé du FTTH, ce rapport diminue.... et ponctuellement les buffers des routeurs même intermédiaires se remplissent.
Et en plus, là on parle de routeurs, mais quand, comme chez Orange, tu te payes sur le chemin des LNS, des BAS, .... qui décapsulent/encapsulent... là ca peux très vite saturer.
-
Attention un buffer trop petit qui perd des paquets sans que la latence augmente, ce n'est pas bon car si l'èmetteur n'arrive pas a déterminer le débit disponible sur le lien il limite son débit. L'augmentation de la latence (un petit peu, quelques ms seulement) est nécessaire pour que l’èmetteur TCP gère bien le débit envoyé.
Je ne comprends pas ce que tu veux dire.
Qu'est-ce que tu appelles "déterminer le débit disponible"?
-
Si les buffers sont trop petits, l'èmetteur ne sait pas a quel débit envoyer les paquets.
J'ai pris un dédié 1Gb/s chez un hébergeur qui ne mettait pas de buffer ou de toute petite taille : si je faisais un téléchargement (dédié utilisé en tant que client) depuis un serveur externe 1 Gb/s, j'avais bien 1Gb/s. Si je faisais un téléchargement depuis un serveur 10 Gb/s, là je ne dépassais pas les 100 Mb/s.
Donc ne pas oublier que les buffers sont nécessaire augmenter le RTT de quelques ms afin que l’èmetteur puisse déterminer la congestion.
Les buffers ont été augmentés et j'ai maintenant 1 Gb/s avec un serveur 1 Gb/s ou 10Gb/s.
Bref, il faut bien dimensionner les buffers. Trop c'est catastrophique, trop peu c'est catastrophique.
-
Est-ce que tu as pu mesurer ce qui se passait précisèment?
-
C'est juste réduire la taille du buffer.
Pas tout à fait. Ce que veut dire corrector c'est qu'un algo bien fait va commencer à dropper quelques paquets dans le buffer avant d'attendre que celui-là soit complètement.
Chez Cisco, y'a WRED qui le fait assez bien : Weighted Random Early Detection.
Mais faut l'outillage de monitoring qui va bien pour l'exploiter à fond !
-
Est-ce que tu as pu mesurer ce qui se passait précisèment?
Oui :
- avec un buffer de 500 Ko : L'èmetteur 10 Gb/s monte rapidement en débit et beaucoup de paquets sont perdu au moment ou on passe la barre du 1Gb/s (on explose bien le buffer). Il arrive a trouver le débit max grâce a la variation du RTT et donc va réussir a envoyer à 1 Gb/s pour saturer le lien sans perdre de paquets.
- avec un petit buffer de 32 Ko : L'èmetteur 10 Gb/s monte rapidement en débit et beaucoup de paquets sont perdu au moment ou on passe la barre du 1Gb/s. Il n'arrive a trouver le débit max et va rester sur un débit sans perte aux alentours de 100 Mb/s avant de tenter une nouvelle montée en débit plus tard.
-
Je ne vois pas du tout comment ce que tu décris peut marcher...
-
C'est ce que j'ai observé...
-
Je viens d'éditer une nouvelle fois le titre.
Comme cela n'a plus grand chose à voir avec le titre de l'url, et que j'ai linké entre hier et aujourd'hui ce lien (voir plus bas), j'ai donc aussi édité le 1er message pour expliquer l'évolution du titre.
En parlant du titre, j'espère qu'il n'y a plus d'incohérence entre lui et mon problème.
Bon, plusieurs choses, et c'est des derniers recours pour moi:
- j'ai répondu au questionnaire de in-satisfaction du SC, où j'ai fini par linker ce sujet à la fin (ça avance ici, même si je ne sais pas si c'est juste une impasse plus longue ou pas)
- je viens à l'instant de mp PeJ. Il ne vient que comme ça depuis un moment, mais bon, à lui de voir s'il peut faire quelque chose.
Et même si c'est un problème à tous les FAI, je n'ai pas encore vu de cas similaires ailleurs en FTTH... Donc je pense toujours à changer d'opérateur la cas échéant.
Sachez que j'ai le choix FTTH entre Orange, SFR, et BT.
Je ne suis pas parmi les 90% de clients FTTH prisonniers d'un seul opérateur dans les ZMD. Sinon ça aurait été l'ADSL (sic).
-
Et même si c'est un problème à tous les FAI, je n'ai pas encore vu de cas similaires ailleurs en FTTH... Donc je pense toujours à changer d'opérateur la cas échéant.
Sachez que j'ai le choix FTTH entre Orange, SFR, et BT.
Je ne suis pas parmi les 90% de clients FTTH prisonniers d'un seul opérateur dans les ZMD. Sinon ça aurait été l'ADSL (sic).
Pour moi , la mauvaise qualité des box opérateur , firmware ou hardware, _peux_ justifier effectivement largement un changement.... sans illusions toutefois sur un autre opérateur et la pérénité de ce changement.
A mon avis un utilisateur exigeant à ce niveau aurait tout intérêt à étudier de près la possibilité de remplacer la box (ou , au moins, son firmware) avec un routeur personnalisable , cf. le travail qui a été fait avec l'edgerouter en remplacement de la livebox (ce n'est qu'un exemple).
A ce propos, je me pose une question:
Cette opération de changement est "facile" lorsqu'il n'y a qu'un convertisseur de média "idiot" au bout de la ligne.
Mais dans le cas d'un médiaconverter dit "intelligent" (ex: SIEA , SIVU je crois) , ou bien d'un système GPON (pour lesquels si je ne m'abuse le boitier abonné fait effectivement tourner un linux embarqué, au vu des traces consoles que j'ai pu voir) , on est marron :
Si ces éléments de réseaux sont médiocre (que ce soit en soft ou en hardware) , voire simplement que ce bufferbloat n'est pas géré, on est marron... non ?
Là pour le coup , impossible de contourner "leur" équipements ? (Remarque le problème est le même si c'est des équipements plus en amont qui causent le problème, si ce n'est que comme ça affectera plus de personne, il y aura plus d'attention porté sur le sujet)
-
Dans mon cas, on n'a jamais dit que c'était la box qui posait problème.
On parle juste que ce problème existe indifféremment sur les routeurs (côté FAI) que sur les "box end-users".
Dans mon cas, si c'était la box, j'aurai déjà changé, ou au moins essayé avec le routeur tiers que j'ai déjà.
-
Il y a toujours la solution atomique pour lutter contre le BufferBloat: QoSer à 80% (voir 75% quand les buffers sont énormes) du débit maximal sur l'upload.
-
Mais la le pb est une saturation sur le lien downlaod chez Orange.
L'astuce de limiter l'upload est effectivement une bonne idée pour les lignes a faible débit upload (donc ADSL), c'est là où il y a généralement un pb de buffer trop important.
Changer d'opérateur va résoudre ton problème de façon certaine. Maintenant je suis persuadé que les actions faire l'upgrade sont lancées.
-
Dans mon cas, si c'était la box, j'aurai déjà changé, ou au moins essayé avec le routeur tiers que j'ai déjà.
Je disais juste que de toute façon, à _ton_ niveau particulier, changer/remplacer la box c'est la seule action que tu puisses faire face à un tel problème, à part changer d'opérateur : La "vrai" correction est à faire chez le FAI, mais là t'a peu/pas de contrôle dessus.
L'astuce de limiter l'upload est effectivement une bonne idée pour les lignes a faible débit upload (donc ADSL), c'est là où il y a généralement un pb de buffer trop important.
Est-ce que sur une ligne GPON (donc asymétrique) le problème du bufferbloat ne peux pas se reproduire ? Certes le débit dispo va faire que sur des burst ça se verra pas, mais sur des flux plus importants, par exemple lorsqu'il y a une sauvegarde en cours...
-
rappelle moi le numéro supprt de ta ligne stp ...
Merci
-
rappelle moi le numéro supprt de ta ligne stp ...
Merci
J'ai répondu par mp, car sinon on va encore avoir des confusions d'autres personnes à cause du format de ce numéro...
J'en ai profité pour te faire une chronologie plus complète (changements des IP publiques, et reboots des équipements).
J'ai même la chronologie des IP publiques en temps que telle si cela t'intéresses.
-
Salut,
Petit bilan de mi-parcours:
- PeJ n'a pas trouvé d'erreurs sur ma ligne (normal, donc on tourne en rond ici aussi, alors que je pensais que l'auth était faite avec les ONT en fibre grand publique et IP dyn)
- Toutefois, PeJ en a trouvé plein sur la ligne d'un de mes voisins (lié ou pas avec aggravation du problème? on ne sait pas)
- Orange m'a rappelé suite à ma réponse au questionnaire d'in-satisfaction -> ils ne savent pas quoi faire techniquement (sic), me demande si j'ai toujours la panne, et comme je ne l'ai plus, la durée de celle-ci. J'aurai un dédommagement financier en conséquence, sur la prochaine facture (je connais le montant mais je ne sais pas si j'ai le droit et la pertinence de le mettre en publique)
Voilà, tout n'est pas noir sur le suivi, mais cela me laisse perplexe.
Sinon, je tiens à préciser par rapport à un autre sujet.
J'ai changé de LiveBox aujourd'hui. Mais cela fait suite à un autre problème.
-
.
-
Oui, je confirme.
Et côté Orange, donc il doivent savoir à quel équipement cela appartient!
Mais bon, je ne suis pas dans la tête des employés d'Orange. ::)
Mon réseau local est uniquement le premier saut.
-
J'y connais pas grand chose, mais dans le premier post :
3 29 ms 28 ms 27 ms 10.123.109.74
10/8 c'est pas privé ?
Si, mais ça ne les empêche pas de donner une IP privée à leurs équipements, même si c'est pas joli.
-
.
-
C'est bien une adresse privée, qui est sur un lien d'interconnexion entre deux routeurs. Les routeurs en question ont bien des IP publiques, mais l'icmp ttl expired envoyé lors d'un traceroute est sourcé avec la "mauvaise adresse", celle du lien et non une loopback avec une ip publique.
C'est un soucis d'ingénierie, déjà remonté, mais il a un avantage par rapport à l'utilisation d'une loopback, c'est qu'on connait l'interface par lequel ça passe (enfin on = orange).
Les IP privées sont en effet non routées sur internet, mais là il s'agit d'un paquet dont l'ip source est privée, et non l'ip dest. Donc a moins de filtres, le routage IP permet à un tel paquet d'arriver (il y a bien une route vers l'ip publique en destination du paquet).
-
J'avais compris que le routage se faisais sur des adresses publiques,et que le NAT servait à cela, faire la translation entre les adresses publiques et privées.
Non, le NAT au sens habituel n'est pas une translation et ne sert pas à cela.
-
.
-
translation (en) = traduction (fr)
Le NAT (au sens large) sert à plein de choses :
- cacher les adresses locales
- cacher la topologie du réseau
Le NAT par partage d'adresse sert aussi :
- utiliser des adresses non uniques
- mettre un routeur derrière une box (les box ne sont pas conçues pour brancher un routeur dessous en général)
- forme de pare-feu très rassurant (bloque les "connexions" "entrantes" - deux termes que la plupart des gens ne savent pas définir - dans la plupart des cas)
NAT n'est pas lié à Internet et adresse mondialement unique.
Tu peux utiliser du NAT sur un intranet lorsqu'il n'y pas unicité des adresses parce que différents services informatiques sont indépendants.
-
Bien qu'il me semble avoir lu quelque part qu'il y a une réflexion pour rendre 10/8 publique.
Ca m'étonnerait. La rfc 1918 (https://tools.ietf.org/html/rfc1918) n'est pas deprecated, et 10/8 est utilisé massivement par toutes les entreprises de la planète. Et c'est pas avec la raréfaction des adresses publiques qui va arranger ça.
-
.
-
C'est une idée particulièrement débile, les politiciens français pourraient en faire la promotion :
- c'est extrêmement compliqué
- avec des effets prévisiblement calamiteux
- personne ne voudra de cette plage
- cela donne un petit délai mais ne résout absolument rien sur le fond
-
Mon beau sujet! Nooooon!
Plus sérieusement, j'opte pour que ce sujet soit juste une impasse plus longue à mon problème... alors soit, continuons sur les IP.^^
D’ailleurs, quelques particuliers, dont moi, avons encore de vieux routeurs en 10.0.0.0/8.
Le mien est inutilisable en fibre, donc ça va si cela devient publique.
En effet, c'est un vieux modem-routeur-wifi ADSL2+, mais sans port WAN. Pas si vieux que ça, mais il doit être l'un des premiers en ADSL2+. Acheté à la Fnac, donc grand publique ciblé (4 ports LAN).