Auteur Sujet: Plus de d'ipv4 ??  (Lu 8304 fois)

0 Membres et 1 Invité sur ce sujet

Mat753

  • Abonné RED by SFR fibre FttH
  • *
  • Messages: 615
  • Sète
Plus de d'ipv4 ??
« Réponse #36 le: 11 novembre 2020 à 20:44:13 »
Si je fais un reset de la box ? ça peut marcher ?

underground78

  • Expert
  • Abonné Free fibre
  • *
  • Messages: 7 434
  • Orsay (91)
    • FreePON : suivi géographique du déploiement fibre EPON chez Free
Plus de d'ipv4 ??
« Réponse #37 le: 11 novembre 2020 à 20:50:39 »

Mat753

  • Abonné RED by SFR fibre FttH
  • *
  • Messages: 615
  • Sète
Plus de d'ipv4 ??
« Réponse #38 le: 12 novembre 2020 à 08:27:02 »
C'est bon ! c'est revenu  8)

Mat753

  • Abonné RED by SFR fibre FttH
  • *
  • Messages: 615
  • Sète
Ping très élevé vers 1.1.1.1 et 1.0.0.1
« Réponse #39 le: 12 novembre 2020 à 23:57:10 »
Le soir ça déconne : j'ai 15ms d'habitude et là 366ms ça passe par Londres et paloalto  ???
Quelle utlité ce dns ?

Zweit

  • Abonné Free fibre
  • *
  • Messages: 238
  • Bieville-Beuville (14)
Plus de d'ipv4 ??
« Réponse #40 le: 13 novembre 2020 à 00:12:04 »
Même constat ici  :o :

C:\Windows\System32>ping 1.1.1.1

Envoi d’une requête 'Ping'  1.1.1.1 avec 32 octets de données :
Réponse de 1.1.1.1 : octets=32 temps=357 ms TTL=50
Réponse de 1.1.1.1 : octets=32 temps=357 ms TTL=50
Réponse de 1.1.1.1 : octets=32 temps=357 ms TTL=50
Réponse de 1.1.1.1 : octets=32 temps=357 ms TTL=50

Statistiques Ping pour 1.1.1.1:
    Paquets : envoyés = 4, reçus = 4, perdus = 0 (perte 0%),
Durée approximative des boucles en millisecondes :
    Minimum = 357ms, Maximum = 357ms, Moyenne = 357ms

C:\Windows\System32>tracert 1.1.1.1

Détermination de l’itinéraire vers one.one.one.one [1.1.1.1]
avec un maximum de 30 sauts :

  1    <1 ms    <1 ms    <1 ms  10.0.0.1
  2     *        5 ms     4 ms  194.149.169.57
  3     5 ms     4 ms     5 ms  194.149.166.21
  4    11 ms    11 ms    11 ms  londres-asr9k-1-te-0-0-6.intf.routers.proxad.net [194.149.163.225]
  5    84 ms    83 ms    83 ms  newyork-6k-1-po1.intf.routers.proxad.net [212.27.58.206]
  6   153 ms   153 ms   153 ms  paloalto-6k-1-po1.intf.routers.proxad.net [212.27.58.222]
  7   154 ms   153 ms   153 ms  g5-0-0.plapx-dr1.ix.singtel.com [198.32.176.50]
  8   153 ms   153 ms   153 ms  203.208.172.233
  9   346 ms   322 ms   321 ms  203.208.158.177
 10   327 ms   328 ms   327 ms  203.208.183.134
 11   328 ms   327 ms   328 ms  203.208.182.250
 12   329 ms   329 ms   329 ms  203.208.158.190
 13   329 ms   329 ms   329 ms  203.208.174.246
 14   358 ms   359 ms   358 ms  TH-ICR-MTT1-241-209.trueintergateway.com [113.21.241.209]
 15   356 ms   355 ms   356 ms  TIG-Net247-165.trueintergateway.com [113.21.247.165]
 16   355 ms   356 ms   356 ms  TIG-Net245-111.trueintergateway.com [113.21.245.111]
 17   357 ms   356 ms   356 ms  one.one.one.one [1.1.1.1]

Itinéraire déterminé.

Pas de soucis pour joindre la version IPv6 par contre :

C:\Windows\System32>ping 2606:4700:4700::1111

Envoi d’une requête 'Ping'  2606:4700:4700::1111 avec 32 octets de données :
Réponse de 2606:4700:4700::1111 : temps=7 ms
Réponse de 2606:4700:4700::1111 : temps=6 ms
Réponse de 2606:4700:4700::1111 : temps=5 ms
Réponse de 2606:4700:4700::1111 : temps=6 ms

Statistiques Ping pour 2606:4700:4700::1111:
    Paquets : envoyés = 4, reçus = 4, perdus = 0 (perte 0%),
Durée approximative des boucles en millisecondes :
    Minimum = 5ms, Maximum = 7ms, Moyenne = 6ms

C:\Windows\System32>tracert 2606:4700:4700::1111

Détermination de l’itinéraire vers one.one.one.one [2606:4700:4700::1111]
avec un maximum de 30 sauts :

  1    <1 ms    <1 ms    <1 ms  2a01:e0a:xxxx:xxxx::1
  2    <1 ms    <1 ms    <1 ms  2a01:e0a:xxxx:xxxx::1
  3     3 ms     2 ms     2 ms  2a01:e03:9:f836:c85d::ffff
  4     *        *        *     Délai d’attente de la demande dépassé.
  5     *        *        *     Délai d’attente de la demande dépassé.
  6     *        *        *     Délai d’attente de la demande dépassé.
  7     *        *        *     Délai d’attente de la demande dépassé.
  8     *        *        *     Délai d’attente de la demande dépassé.
  9     *        *        6 ms  be3594.rcr21.b019498-0.par01.atlas.cogentco.com [2001:550:0:1000::9a36:3c7e]
 10     *       20 ms     *     2001:978:2:3d::18:2
 11     5 ms     6 ms     6 ms  one.one.one.one [2606:4700:4700::1111]

Itinéraire déterminé.

Cryptage

  • Abonné Free fibre
  • *
  • Messages: 297
  • Dijon
Plus de d'ipv4 ??
« Réponse #41 le: 13 novembre 2020 à 00:17:08 »
Du coup ça fait doublon avec ici ;D : https://lafibre.info/peering/le-peering-free-en-2020/msg809264/#msg809264

On va finir par être obligés d'utiliser celui de Google. :(

Zweit

  • Abonné Free fibre
  • *
  • Messages: 238
  • Bieville-Beuville (14)
Plus de d'ipv4 ??
« Réponse #42 le: 13 novembre 2020 à 00:19:13 »
En effet  ;D Je ne vais plus poster dans celui-ci du coup  ;)

Pour les DNS, je suis déjà sur ceux de Google, et en IPv6 qui plus est. Donc avant de voir ce topic, je n'avais pas vu qu'il y avait un problème  ;D

Lc69

  • AS206120 Alpésys
  • Professionnel des télécoms
  • *
  • Messages: 42
  • Quelque part dans les montagnes
Plus de reverse DNS ipv4 ??
« Réponse #43 le: 12 mars 2021 à 22:19:31 »
Euh, il me semble pas que ce que tu dises là ait un sens... M'enfin je crois que je n'ai toujours pas vraiment compris quel est le problème à la base.

En tout cas, le reverse DNS c'est la traduction en un nom de domaine de ton adresse IP et ça importe généralement assez peu.

Par exemple avec mon IP :
nslookup 82.64.XXX.XXX
XXX.XXX.64.82.in-addr.arpa        name = 82-64-XXX-XXX.subs.proxad.net.
Le reverse DNS ne fonctionne plus chez FREE. De nombreux post en parles notamment sur le dev.
Je trouve ça très étonnant de la part de free de laisser la fonction active, de pouvoir l'activer et de ne pas rendre le service.

fansat70

  • Abonné Free fibre
  • *
  • Messages: 4 849
  • 70 - St Loup-sur-Semouse
    • Carte ZANRO/ZASRO-PM Haute Saône
Plus de reverse DNS ipv4 ??
« Réponse #44 le: 13 mars 2021 à 09:41:18 »
Le reverse DNS ne fonctionne plus chez FREE. De nombreux post en parles notamment sur le dev.
Je trouve ça très étonnant de la part de free de laisser la fonction active, de pouvoir l'activer et de ne pas rendre le service.
La "pression" des autorités régulatrices pour le passage en IPV6 semble "très bien supportée" par Free... Et petit à petit par les autres opérateurs...
Sur le fond, il semble clair que si l'on veut quelque peu "forcer" le passage en IPV6, il va falloir rendre l'utilisation de l'IPV4 de plus en plus compliquée...
Si la pression sur les détenteurs de sites qui ne font que de l'IPV4 n'est pas suffisante pour qu'il "franchissent le rubicon", petit à petit c'est la pression des utilisateurs qui finira par faire pencher la balance, dans le genre "J'ai de plus en plus de difficultés à accéder à votre site", où lorsque les administrateurs des sites en question se rendront compte que les stats de leurs sites se cassent la figure...
A terme, je ne pense pas trop me fourvoyer...

Lc69

  • AS206120 Alpésys
  • Professionnel des télécoms
  • *
  • Messages: 42
  • Quelque part dans les montagnes
Plus de d'ipv4 ??
« Réponse #45 le: 13 mars 2021 à 09:51:52 »
Pour ca je pense que google peut avoir un rôle a jouer par rapport au referencement.
Un peu comme la democratisation des sites en https pour de banals sites webs

fansat70

  • Abonné Free fibre
  • *
  • Messages: 4 849
  • 70 - St Loup-sur-Semouse
    • Carte ZANRO/ZASRO-PM Haute Saône
Plus de d'ipv4 ??
« Réponse #46 le: 13 mars 2021 à 10:11:04 »
Pour ca je pense que google peut avoir un rôle a jouer par rapport au referencement.
Un peu comme la democratisation des sites en https pour de banals sites webs
Je n'y crois pas trop...
Par contre, si un niveau de plus en plus important "d'incidents" qui ne concerneraient que l'IPV4 se faisait jour...
Je sais, ce sont des méthodes d'enfoiros! Mais vu ce que donne la "bonne volonté" au niveau des masses, faute de grives...  ;) ;) ;)