Auteur Sujet: Villes où Free propose du FTTH en ZMD (Lu 544813 fois)

Optrolight · « **Réponse #24 le:** 02 mars 2016 à 08:02:09 »

Citation de: CariBoo le 01 mars 2016 à 23:28:54

Whaou .. je suis impressionné, ce fil est une belle illustration d'intelligence collective !!!

Bravo, et vivement les premiers résultats (Le camouflage volontaire ou non n'aura pas tenu très longtemps face aux passionnés :-) )

En même temps XN nous y a invité

underground78 · « **Réponse #25 le:** 02 mars 2016 à 08:14:55 »

Maintenant Free peut remettre des reverses DNS.

alain_p · « **Réponse #26 le:** 02 mars 2016 à 08:16:46 »

Citation de: Optrolight le 02 mars 2016 à 08:02:09

En même temps XN nous y a invité

Ah oui ? J'ai loupé un épisode, ou c'est de la provocation ?

alain_p · « **Réponse #27 le:** 02 mars 2016 à 08:17:46 »

Citation de: underground78 le 02 mars 2016 à 08:14:55

Maintenant Free peut remettre des reverses DNS.

Est-ce qu'il sait faire en IPv6

Optrolight · « **Réponse #28 le:** 02 mars 2016 à 08:20:33 »

Citation de: alain_p le 02 mars 2016 à 08:16:46

Ah oui ? J'ai loupé un épisode, ou c'est de la provocation ?

Conversation privée par mail

vivien · « **Réponse #29 le:** 02 mars 2016 à 08:52:34 »

Je me pose des questions sur la plage IPv6: 2a01:e0a:0:xxxx::1 correspondant à IPv4: 91.160.1.xxx : elle devrait être exploitée je suppose. On a du louper une ville à moins que ce soit pour des tests dans les locaux de Free.

Je vais regarder les log voir si qq chose apparaît sur cette plage et la suivante IPv6: 2a01:e0a:4:xxxx::1 correspondant à IPv4: 91.160.17.xxx

alain_p · « **Réponse #30 le:** 02 mars 2016 à 09:39:16 »

Citation de: Optrolight le 02 mars 2016 à 08:20:33

Conversation privée par mail

Et c'est quoi le but de XN ? Faire de la pub pour le déploiement Free en FTTH, ern ZMD ?

Optrolight · « **Réponse #31 le:** 02 mars 2016 à 09:51:55 »

Non répondre à mon mail. Je l'ai interpellé sur le fait que les outils communautaires avec la nouvelle architecture et le fait que les déclarations dns n'étaient plus faite ne fonctionneraient plus.
Réponse de sa part: "qu'ils réfléchissent comment faire "

bref débrouillez vous !!!
ce qu'on a fait !!!

Darklight · « **Réponse #32 le:** 02 mars 2016 à 10:01:27 »

Citation de: Marin le 01 mars 2016 à 20:26:48

Effectivement, après quelques tests, je peux confirmer la manière dont sont disposés les bits en commun (pour une adresse fictive) :

2a01:e0a:1:4bf0::1 91.160.5.47 (plage 49152-65535) => 1010 | 0000 0000 0000 0001 | 0100 1011 1111 1010 0000 | 0000 0101 | 0010 1111 | 1100 0000 0000 0000

Voici un extrait de code permettant d'effectuer la translation IPv4+port<->IPv6 en Python 3 :

=> On sait maintenant faire correspondre une adresse IPv4 à une plage NRO (ou assimilé).

Beau travail!

Je me demandais s'il était possible de retrouver également la plage de ports IPv4 assignée à la freebox, d'après l'IPv6 avec ta méthode? (Il manque quelques bits IPv6 dans ton exemple)

kgersen · « **Réponse #33 le:** 02 mars 2016 à 12:47:26 »

Citation de: Darklight le 02 mars 2016 à 10:01:27

Beau travail!

Je me demandais s'il était possible de retrouver également la plage de ports IPv4 assignée à la freebox, d'après l'IPv6 avec ta méthode? (Il manque quelques bits IPv6 dans ton exemple)

tu fais l'inverse de : ((port & 0xc000) >> 10)) << 64)

port & 0xc000 = port & 1100000000000000 = PP00000000000000
(port & 0xc000) >> 10) => PP0000
((port & 0xc000) >> 10)) << 64) => PP0000:0000:0000:0000:0000

donc sur une IPv6: 2a01:e0a:1:4bf0::1 ce sont les 2 bits de poids faible du 3eme octect du dernier champ du prefix.

2a01:e0a:1:4bf0::1 -> f = 1111 -> f & 0011 = 11

00 = plage 0-16383
01 = plage 16384-32767
10 = plage 32768-49151
11 = plage 49152-65535

PacOrly · « **Réponse #34 le:** 02 mars 2016 à 13:33:25 »

11 = plage 49152-65536, il y a un port en trop, 65535.

kgersen · « **Réponse #35 le:** 02 mars 2016 à 13:34:01 »

Citation de: PacOrly le 02 mars 2016 à 13:33:25

11 = plage 49152-65536, il y a un port en trop, 65535.

exact ! c'est corrigé!