Quant au nombre de connexions par plage, ce n'est pas encore établi. Il faut attendre que les raccordements soient bien avancés pour faire un bilan du max(IP) par range.

Un switch Cisco, c'était 384 ports, d'où un gaspillage d'IPs. Une plage, 254 IPs, ce n'était pas suffisant, mais deux, 500 Ips, c'était trop, on perdait ~130 IPs. Avec un switch 2*384, soit 760 ports, on remplirait bien 3 plages C. C'est peut-être aussi une optimisation de l’utilisation des IPs.. Et puis, cela ferait moins d'équipements à acheter et à gérer. On se rapprocherait de la capacité des DSLAMs.

Mais il est sûr qu'en ZMD, avec le 10G-EPON, on a besoin de beaucoup moins de ports, c'est beaucoup plus économique, avec mettons 64 abonnés par arbre, donc par port.

Oui, on n'en sait rien, on n'en est qu'au stade des hypothèses. Mais celle d'un nouveau matériel, fabriqué en interne ou pas, se précise. On n'a plus qu'à attendre que quelqu'un de bien informé nous fasse quelques confidences...

A la place d'un long discours, voici la liste :

IP_Connex    Nom_Connex
82.251.37    isl59-2
82.251.38    isl59-2
82.251.39    isl59-2
82.251.46    nat75-14
82.251.47    nat75-14
82.251.48    nat75-14

82.251.127    heb92-5
82.251.128    heb92-5
82.251.129    heb92-5

82.251.148    poi75-2
82.251.149    poi75-2
82.251.150    poi75-2

Les adresses 82.251.130.254, .131.254, .132.254, .43.254, .44.254, .45.254, répondent au ping, donc les intervalles vides sont en train de se remplir...

ça y est !

http://serge.31.free.fr/SuiviIp.php?ip=82.251

la plage en 82.251 est révélée ... et il y a du monde.
D'après nos estimations, les 197.000 en ZTD est dépassé 'avec cette nouvelle plage) et les 3.000 en ZMD également (en ip v6) ... le seuil des 200.000 est atteint.

la liste des switch non localisés par DNS est rétablie

Merci de vos remarques et commentaires.

Les "Extension de NRO opérationnel depuis 7 jours" ont été rentrées à la main ou les DNS ont été mis à jour ?

Non, les dns sont toujours à la ramasse.

J'ai modifié le script de mise à jour de la bd :
les switch d'un NRO en ZTD sont en @ip v4/24 successives, ce qui permet de récupérer la localisation par un switch précédant, du temps où les dns étaient renseignés.

Exemple : un traceroute vers un fibrenaute en 82.251.82.111 montre un switch en 78.255.69.7 :

L:\>tracert 82.251.82.111
Détermination de l'itinéraire vers lns-bzn-54-82-251-82-111.adsl.proxad.net [82.251.82.111]avec un maximum de 30 sauts :
  5    17 ms    23 ms    24 ms  bzn-crs16-2-be1119.intf.routers.proxad.net [194.149.163.25]
  6    18 ms    20 ms    19 ms  p11-crs16-1-be2000.intf.routers.proxad.net [78.254.250.126]
  7    17 ms    17 ms    17 ms  p11-9k-1-be1000.intf.routers.proxad.net [78.254.249.130]
  8    17 ms    17 ms    17 ms  p11-49m-1-po2.intf.routers.proxad.net [78.254.249.154]
  9    17 ms    16 ms    16 ms  ame75-49m-1-v832.intf.nro.proxad.net [78.254.248.102]
 10    18 ms    17 ms    17 ms  78.255.69.7
 11     *        *     ^C
L:\>

78.255.69.7 est le 7ième switch du NRO en 78.255.69/24 --> ame75
Comme la localisation de ce NRO a été à un moment connue, c'est facile de déduire qu'il s'agit de ame75-7

Mais pour tout nouvel NRO (en ZTD ou en ZMD) l'absence de dns ne permet pas de le localiser, ce qui se passe en ZMD, et il n'y a pas de nouveau NRO en ZTD.

Voici la situation.

J'ai vu que francois04 aussi voyait de nouveaux switchs NRO, 5 aujourd'hui. Par exemple, jav75-11, 78.25.24.11. Je ne sais pas s'il utilise la même technique que Serge, ou si, dans ces cas, les DNS sont déclarés. En tout cas, le nombre de connexions détectées est pour l'instant très faible (par exemple 2 estimées pour malraux à Montpellier, mal34-4).