Auteur Sujet: Manque d'IPv4 chez Free: Une IPv4 est partagée par 4 clients avec 1/4 des ports  (Lu 430846 fois)

0 Membres et 1 Invité sur ce sujet

Leon

  • Client SFR sur réseau Numericable
  • Modérateur
  • *
  • Messages: 5 990
Parce que les boxs sont allumées 24h/24, et donc les IPs, fixes ou DHCP, de toute façon mobilisées.
Oui, mais tous les ports d'un DSLAM ne sont pas utilisés, loin de là. Certains DSLAM sont très peu remplis. L'économie d'IP à centraliser la gestion des IP doit être vraiment conséquente.

Leon.

underground78

  • Expert
  • Abonné Free fibre
  • *
  • Messages: 7 436
  • Orsay (91)
    • FreePON : suivi géographique du déploiement fibre EPON chez Free
J'ai du mal à comprendre pourquoi Free passerait au partage d'IP en ADSL. Est-ce qu'il y a un tel besoin d'IPv4 dans le futur pour que le partage en FTTH ne suffise pas ? Après tout c'est couteux de tout changer (coût du matériel à installer, techniciens mobilisés là dessus, etc) alors qu'on peut supposer que dans le futur la principale évolution chez Free sera l'augmentation du nombres d'abonnés fibrés, pas ADSL.

jeff06am

  • Abonné Free fibre
  • *
  • Messages: 67
  • Nice (06)
hadopi, ça existe encore ?

je dois faire dans les 100/200Go par jour de torrent sans les avoirs jamais croisé

sinon free éduque à l'ipv6 les minigeeks de force, et ça c'est bien, bravo free !
Idem  :P
Je remercie god de vivre dans un pays ou l'Internet fixe est illimité.

Hugues

  • AS2027 MilkyWan
  • Modérateur
  • *
  • Messages: 12 443
  • Lyon (69) / St-Bernard (01)
    • Twitter
J'ai pas les mêmes échos que Vivien concernant le matériel mystère, donc Wait and See, comme on dit.

buddy

  • Expert
  • Abonné Free fibre
  • *
  • Messages: 15 129
  • Alpes Maritimes (06)
J'ai du mal à comprendre pourquoi Free passerait au partage d'IP en ADSL. Est-ce qu'il y a un tel besoin d'IPv4 dans le futur pour que le partage en FTTH ne suffise pas ? Après tout c'est couteux de tout changer (coût du matériel à installer, techniciens mobilisés là dessus, etc) alors qu'on peut supposer que dans le futur la principale évolution chez Free sera l'augmentation du nombres d'abonnés fibrés, pas ADSL.

apparement oui..
En plus si Free se lance dans les ZMD en 2016, il y a fort à parier que son nombre d'abonnés en FTTH augmente significativement (cu qu'il est relativement faible pour le moment)
+ Les ZTD où Orange a annoncé vouloir rendre éligible 100 % des logements pour fin 2016..

corrector

  • Invité
A voir s'ils passent en IPv6 native en même temps, ou s'ils laissent le 6rd.
Du 6rd sur du NAT???

corrector

  • Invité
J'en ai déjà fait mention, mais parler de translation d'adresse réseau du côté de l'opérateur quand il n'y a manifestement pas de raison qu'il y ait de translation d'adresse réseau du côté de l'opérateur est probablement trompeur. Sauf par tentative de vulgarisation pour les rares personnes qui devaient connaître ce mot-clé, mais dans ce cas on propage tout de même une terminologie fausse et une confusion avec un type de mécanisme imposant des contraintes techniques qui ne sont pas présentes ici.

Le terme de routage par A+P (adresse plus port) existe, il pourrait être utilisé, ou tout simplement « partage d'adresses IP » quand la compréhension de l'inscription dans le contexte n'en demande pas plus.
« partage d'adresses IP » décrit parfaitement ce qui est fait. (J'ai tenté de jouer avec cette idée il y a je crois une dizaine d'années. Et puis j'ai eu peur que ça encourage l'immobilisme.)

L'expression « partage d'adresses IP » a été volée; maintenant tout le monde l'utilise pour les mandataires IP/TCP/UDP/ICMP/etc. appelés aussi NAT ou NAPT.

hwti

  • Abonné Orange Fibre
  • *
  • Messages: 2 237
  • Chambly (60)
Du 6rd sur du NAT???
Il y a la section 4 dans https://tools.ietf.org/html/rfc5569 qui parle d'un cas de CGNAT, mais avec des IPv4 privées, donc pas ce que fait Free à priori.
Avec les IPv4 partagées, pour router les paquets 6rd entrants il faudrait regarder le header IPv6, ce que les routeurs ne savent probablement pas faire. Mais ils pourraient par exemple utiliser 4 adresses de relais 6rd différentes selon la plage de port de la Freebox, au retour la Freebox serait identifiée par l'IP destination et l'IP source (au lieu du port destination pour IPv4 normal).

corrector

  • Invité
Mais ils pourraient par exemple utiliser 4 adresses de relais 6rd différentes selon la plage de port de la Freebox, au retour la Freebox serait identifiée par l'IP destination et l'IP source (au lieu du port destination pour IPv4 normal).
Oui, et on peut faire un triple salto arrière pour descendre d'un escabeau.

hwti

  • Abonné Orange Fibre
  • *
  • Messages: 2 237
  • Chambly (60)
Oui, et on peut faire un triple salto arrière pour descendre d'un escabeau.
Bien sûr se passer du tunnel 6rd serait plus propre, mais partager des IPv4 n'est pas très élégant non plus...
S'ils l'ont conservé, même après passage aux DSLAMv3, on peut supposer qu'il y a toujours des routeurs non compatibles IPv6 dans leur réseau.
« Modifié: 14 décembre 2015 à 01:45:54 par hwti »

corrector

  • Invité
Parce que les boxs sont allumées 24h/24, et donc les IPs, fixes ou DHCP, de toute façon mobilisées.
Ce n'est absolument pas la question!

Il y a assez d'adresses pour toutes les box, mais pas assez de sous-réseaux pour les DSLAM.

corrector

  • Invité
Vivien et Jack : Merci, je me souvenais bien des ports >1024, mais j'avais pas compris la diff. Client/Serveur, merci !
Remarque : un protocole comme TCP (ou SCTP, DCCP, ou même les requêtes ICMP) est fondamentalement asymétrique avec un serveur qui attend les connexions et un client qui initie les connexions (comme un téléphone).

En revanche, une connexion une fois ouverte elle est symétrique du point de vue de la couche réseau (comme le téléphone). Et n'importe lequel peut terminer la connexion (comme le téléphone).

Mais d'autres protocoles comme UDP (ou les protocoles d'encapsulation sans état comme 6in4) sont à la base symétriques, sans rôles client et serveur imposés par le protocole.

Mais en fait les protocoles basés sur UDP comme DHCP, DNS, SUN RPC, NFS... sont asymétriques avec un client et un serveur.