Freebox Server (Ultra V9/ Pop V8/ Delta V7 / Revolution V6 / Mini 4K)

  • État Fermée
  • Pourcentage achevé
    100%
  • Type Anomalie
  • Catégorie WAN → Fibre
  • Assignée à Personne
  • Système d'exploitation Freebox Server V6 (Révolution)
  • Sévérité Critique
  • Priorité Très Basse
  • Basée sur la version 4.0.4
  • Due pour la version Non décidée
  • Échéance Non décidée
  • Votes 5
  • Privée
Concerne le projet: Freebox Server (Ultra V9/ Pop V8/ Delta V7 / Revolution V6 / Mini 4K)
Ouverte par yangrunenberger - 21/04/2019
Dernière modification par mbizon - 07/08/2020

FS#26959 - mode bridge - Perte de connectivité IPv4 durant 30s toutes les 5-25s

Sur freebox revolution en FTTH récemment fibrée (i.e. mars) j’observe une perte de connectivité intermittente et régulière sur le traffic IPv4 depuis samedi 20 avril vers 20h30. IPv6 sans aucun soucis. Reboot de toute l’infrastructure sans aucun effet.

La freebox est en mode bridge avec un Edgerouter Lite UBNT en version 1.10.9 - aucun changement récent du cote de ce routeur personnel.

Observations :
1) acces IPv6 fonctionnel - aucune perte de paquet pour le subnet délégué au routeur personnel.
2) perte de connectivité IPv4 durant 30s toutes les 10-15s exemple avec 8.8.8.8 :

ping 8.8.8.8
PING 8.8.8.8 (8.8.8.8) 56(84) bytes of data.
64 bytes from 8.8.8.8: icmp_req=1 ttl=124 time=16.7 ms
64 bytes from 8.8.8.8: icmp_req=2 ttl=124 time=16.2 ms
64 bytes from 8.8.8.8: icmp_req=3 ttl=124 time=16.5 ms
64 bytes from 8.8.8.8: icmp_req=32 ttl=124 time=16.8 ms
64 bytes from 8.8.8.8: icmp_req=33 ttl=124 time=16.0 ms
64 bytes from 8.8.8.8: icmp_req=34 ttl=124 time=16.8 ms
64 bytes from 8.8.8.8: icmp_req=35 ttl=124 time=16.7 ms
64 bytes from 8.8.8.8: icmp_req=36 ttl=124 time=16.4 ms
64 bytes from 8.8.8.8: icmp_req=37 ttl=124 time=16.0 ms
64 bytes from 8.8.8.8: icmp_req=38 ttl=124 time=16.3 ms
64 bytes from 8.8.8.8: icmp_req=39 ttl=124 time=16.5 ms
64 bytes from 8.8.8.8: icmp_req=40 ttl=124 time=16.5 ms
64 bytes from 8.8.8.8: icmp_req=41 ttl=124 time=16.5 ms
64 bytes from 8.8.8.8: icmp_req=42 ttl=124 time=16.1 ms
64 bytes from 8.8.8.8: icmp_req=43 ttl=124 time=16.6 ms ← perte
64 bytes from 8.8.8.8: icmp_req=72 ttl=124 time=16.4 ms
64 bytes from 8.8.8.8: icmp_req=73 ttl=124 time=16.1 ms
64 bytes from 8.8.8.8: icmp_req=74 ttl=124 time=16.5 ms
64 bytes from 8.8.8.8: icmp_req=75 ttl=124 time=16.6 ms
64 bytes from 8.8.8.8: icmp_req=76 ttl=124 time=16.6 ms
64 bytes from 8.8.8.8: icmp_req=77 ttl=124 time=16.8 ms
64 bytes from 8.8.8.8: icmp_req=78 ttl=124 time=16.7 ms
64 bytes from 8.8.8.8: icmp_req=79 ttl=124 time=16.1 ms
64 bytes from 8.8.8.8: icmp_req=80 ttl=124 time=15.9 ms
64 bytes from 8.8.8.8: icmp_req=81 ttl=124 time=17.1 ms
64 bytes from 8.8.8.8: icmp_req=82 ttl=124 time=16.8 ms
64 bytes from 8.8.8.8: icmp_req=83 ttl=124 time=16.1 ms ← perte
64 bytes from 8.8.8.8: icmp_req=112 ttl=124 time=16.6 ms
64 bytes from 8.8.8.8: icmp_req=113 ttl=124 time=16.7 ms
64 bytes from 8.8.8.8: icmp_req=114 ttl=124 time=16.1 ms
64 bytes from 8.8.8.8: icmp_req=115 ttl=124 time=17.1 ms
64 bytes from 8.8.8.8: icmp_req=116 ttl=124 time=16.9 ms
64 bytes from 8.8.8.8: icmp_req=117 ttl=124 time=23.5 ms
64 bytes from 8.8.8.8: icmp_req=118 ttl=124 time=16.7 ms
64 bytes from 8.8.8.8: icmp_req=119 ttl=124 time=16.8 ms
64 bytes from 8.8.8.8: icmp_req=120 ttl=124 time=16.2 ms
64 bytes from 8.8.8.8: icmp_req=121 ttl=124 time=16.2 ms
64 bytes from 8.8.8.8: icmp_req=122 ttl=124 time=16.3 ms
64 bytes from 8.8.8.8: icmp_req=123 ttl=124 time=16.6 ms ← perte
64 bytes from 8.8.8.8: icmp_req=152 ttl=124 time=16.7 ms
64 bytes from 8.8.8.8: icmp_req=153 ttl=124 time=17.0 ms
64 bytes from 8.8.8.8: icmp_req=154 ttl=124 time=16.9 ms
64 bytes from 8.8.8.8: icmp_req=155 ttl=124 time=16.4 ms
64 bytes from 8.8.8.8: icmp_req=156 ttl=124 time=16.6 ms
64 bytes from 8.8.8.8: icmp_req=157 ttl=124 time=16.5 ms
64 bytes from 8.8.8.8: icmp_req=158 ttl=124 time=16.4 ms
64 bytes from 8.8.8.8: icmp_req=159 ttl=124 time=16.4 ms
64 bytes from 8.8.8.8: icmp_req=160 ttl=124 time=16.8 ms
64 bytes from 8.8.8.8: icmp_req=161 ttl=124 time=16.7 ms
64 bytes from 8.8.8.8: icmp_req=162 ttl=124 time=16.7 ms
64 bytes from 8.8.8.8: icmp_req=163 ttl=124 time=16.7 ms ← perte
64 bytes from 8.8.8.8: icmp_req=192 ttl=124 time=16.8 ms
64 bytes from 8.8.8.8: icmp_req=193 ttl=124 time=16.1 ms
64 bytes from 8.8.8.8: icmp_req=194 ttl=124 time=16.1 ms
64 bytes from 8.8.8.8: icmp_req=195 ttl=124 time=16.4 ms
64 bytes from 8.8.8.8: icmp_req=196 ttl=124 time=16.4 ms
64 bytes from 8.8.8.8: icmp_req=197 ttl=124 time=16.4 ms
64 bytes from 8.8.8.8: icmp_req=198 ttl=124 time=16.6 ms
64 bytes from 8.8.8.8: icmp_req=199 ttl=124 time=16.3 ms
64 bytes from 8.8.8.8: icmp_req=200 ttl=124 time=16.7 ms
64 bytes from 8.8.8.8: icmp_req=201 ttl=124 time=16.7 ms
64 bytes from 8.8.8.8: icmp_req=202 ttl=124 time=16.1 ms
64 bytes from 8.8.8.8: icmp_req=203 ttl=124 time=16.9 ms ← perte
64 bytes from 8.8.8.8: icmp_req=232 ttl=124 time=15.9 ms
64 bytes from 8.8.8.8: icmp_req=233 ttl=124 time=16.3 ms
64 bytes from 8.8.8.8: icmp_req=234 ttl=124 time=16.6 ms
64 bytes from 8.8.8.8: icmp_req=235 ttl=124 time=16.2 ms
64 bytes from 8.8.8.8: icmp_req=236 ttl=124 time=16.5 ms
64 bytes from 8.8.8.8: icmp_req=237 ttl=124 time=25.0 ms
64 bytes from 8.8.8.8: icmp_req=238 ttl=124 time=16.8 ms

3) aucun anomalie sur tcpdump sur interface Freebox-Routeur personel, la freebox ne répond plus aux paquets IPv4 durant les phases de coupure; excepté un destination unreacheable assez étrange assez fréquent :


- 212.27.38.253
- (IP PUBLIQUE FREEBOX - REDACTED)
- ICMP
- 102
- Destination unreachable (Port unreachable)

Le contenu du paquet IP sur lequel porte l’erreur est interne a la freebox (requete DNS pour ntp.free.fr...) :
Internet Protocol Version 4, Src: 212.27.38.254, Dst: 212.27.38.253

  0100 .... = Version: 4
  .... 0101 = Header Length: 20 bytes (5)
  Differentiated Services Field: 0x00 (DSCP: CS0, ECN: Not-ECT)
  Total Length: 60
  Identification: 0xdd32 (56626)
  Flags: 0x02 (Don't Fragment)
  Fragment offset: 0
  Time to live: 64
  Protocol: UDP (17)
  Header checksum: 0x674c [validation disabled]
  [Header checksum status: Unverified]
  Source: 212.27.38.254
  Destination: 212.27.38.253

User Datagram Protocol, Src Port: 40740, Dst Port: 53

  Source Port: 40740
  Destination Port: 53
  Length: 40
  Checksum: 0x8f3c [correct]
  [Checksum Status: Good]
  [Stream index: 58]

Domain Name System (query)

  Transaction ID: 0x9ee7
  Flags: 0x0100 Standard query
  Questions: 1
  Answer RRs: 0
  Authority RRs: 0
  Additional RRs: 0
  Queries
      ntp.freebox.fr: type A, class IN
          Name: ntp.freebox.fr
          [Name Length: 14]
          [Label Count: 3]
          Type: A (Host Address) (1)
          Class: IN (0x0001)

Y-a-il un changement du à l’implémentation en cours de 4to6 ? https://dev.freebox.fr/blog/?p=5382

Toute idée serait la bienvenue; je séche :-)

Fermée par  mbizon
07.08.2020 09:14
Raison de la fermeture :  Ticket invalide

Freebox en version 4.0.5

JSB a commenté le 22.04.2019 13:36

Bonjour,

j'ai un problème très similaire, sans doute le même.

Freebox Revolution en fibre et en mode bridge également, et depuis la mise-à-jour 4.0.5 il semble que je n'ai plus d'accès internet pendant environ 30s toutes les quelques minutes.

Symptômes similaires :

ping 8.8.8.8
PING 8.8.8.8 (8.8.8.8) 56(84) bytes of data.
64 bytes from 8.8.8.8: icmp_seq=1 ttl=119 time=1.16 ms
64 bytes from 8.8.8.8: icmp_seq=2 ttl=119 time=1.18 ms
64 bytes from 8.8.8.8: icmp_seq=3 ttl=119 time=1.16 ms
64 bytes from 8.8.8.8: icmp_seq=4 ttl=119 time=1.15 ms
64 bytes from 8.8.8.8: icmp_seq=5 ttl=119 time=1.17 ms
64 bytes from 8.8.8.8: icmp_seq=6 ttl=119 time=1.23 ms
64 bytes from 8.8.8.8: icmp_seq=7 ttl=119 time=1.15 ms
64 bytes from 8.8.8.8: icmp_seq=8 ttl=119 time=1.17 ms
64 bytes from 8.8.8.8: icmp_seq=9 ttl=119 time=1.16 ms
64 bytes from 8.8.8.8: icmp_seq=10 ttl=119 time=1.18 ms
64 bytes from 8.8.8.8: icmp_seq=11 ttl=119 time=1.63 ms
64 bytes from 8.8.8.8: icmp_seq=12 ttl=119 time=1.17 ms
64 bytes from 8.8.8.8: icmp_seq=13 ttl=119 time=1.15 ms
64 bytes from 8.8.8.8: icmp_seq=14 ttl=119 time=1.21 ms
64 bytes from 8.8.8.8: icmp_seq=15 ttl=119 time=1.19 ms
64 bytes from 8.8.8.8: icmp_seq=16 ttl=119 time=1.17 ms
64 bytes from 8.8.8.8: icmp_seq=17 ttl=119 time=1.16 ms
64 bytes from 8.8.8.8: icmp_seq=18 ttl=119 time=1.15 ms
64 bytes from 8.8.8.8: icmp_seq=19 ttl=119 time=1.14 ms
64 bytes from 8.8.8.8: icmp_seq=20 ttl=119 time=1.25 ms
64 bytes from 8.8.8.8: icmp_seq=21 ttl=119 time=1.16 ms
64 bytes from 8.8.8.8: icmp_seq=22 ttl=119 time=1.19 ms
64 bytes from 8.8.8.8: icmp_seq=23 ttl=119 time=1.17 ms
64 bytes from 8.8.8.8: icmp_seq=24 ttl=119 time=1.15 ms
64 bytes from 8.8.8.8: icmp_seq=25 ttl=119 time=1.17 ms
64 bytes from 8.8.8.8: icmp_seq=26 ttl=119 time=1.14 ms
64 bytes from 8.8.8.8: icmp_seq=27 ttl=119 time=1.15 ms
64 bytes from 8.8.8.8: icmp_seq=28 ttl=119 time=1.21 ms
64 bytes from 8.8.8.8: icmp_seq=29 ttl=119 time=1.18 ms
64 bytes from 8.8.8.8: icmp_seq=30 ttl=119 time=1.15 ms
64 bytes from 8.8.8.8: icmp_seq=31 ttl=119 time=1.17 ms
64 bytes from 8.8.8.8: icmp_seq=32 ttl=119 time=1.16 ms
64 bytes from 8.8.8.8: icmp_seq=33 ttl=119 time=1.17 ms
64 bytes from 8.8.8.8: icmp_seq=34 ttl=119 time=1.21 ms
64 bytes from 8.8.8.8: icmp_seq=35 ttl=119 time=1.16 ms
64 bytes from 8.8.8.8: icmp_seq=36 ttl=119 time=1.19 ms
64 bytes from 8.8.8.8: icmp_seq=37 ttl=119 time=1.18 ms
64 bytes from 8.8.8.8: icmp_seq=38 ttl=119 time=1.19 ms
64 bytes from 8.8.8.8: icmp_seq=39 ttl=119 time=1.16 ms
64 bytes from 8.8.8.8: icmp_seq=40 ttl=119 time=1.16 ms
64 bytes from 8.8.8.8: icmp_seq=41 ttl=119 time=1.21 ms
64 bytes from 8.8.8.8: icmp_seq=42 ttl=119 time=1.18 ms
64 bytes from 8.8.8.8: icmp_seq=43 ttl=119 time=1.19 ms
64 bytes from 8.8.8.8: icmp_seq=44 ttl=119 time=1.15 ms
64 bytes from 8.8.8.8: icmp_seq=45 ttl=119 time=1.16 ms
64 bytes from 8.8.8.8: icmp_seq=46 ttl=119 time=1.16 ms
64 bytes from 8.8.8.8: icmp_seq=47 ttl=119 time=1.16 ms
64 bytes from 8.8.8.8: icmp_seq=48 ttl=119 time=1.16 ms
64 bytes from 8.8.8.8: icmp_seq=49 ttl=119 time=1.16 ms
64 bytes from 8.8.8.8: icmp_seq=50 ttl=119 time=1.19 ms
64 bytes from 8.8.8.8: icmp_seq=51 ttl=119 time=1.20 ms
64 bytes from 8.8.8.8: icmp_seq=52 ttl=119 time=1.17 ms
64 bytes from 8.8.8.8: icmp_seq=53 ttl=119 time=1.18 ms
64 bytes from 8.8.8.8: icmp_seq=54 ttl=119 time=1.17 ms
64 bytes from 8.8.8.8: icmp_seq=55 ttl=119 time=1.17 ms
64 bytes from 8.8.8.8: icmp_seq=56 ttl=119 time=1.14 ms
64 bytes from 8.8.8.8: icmp_seq=57 ttl=119 time=1.18 ms
64 bytes from 8.8.8.8: icmp_seq=58 ttl=119 time=1.17 ms
64 bytes from 8.8.8.8: icmp_seq=59 ttl=119 time=1.15 ms
64 bytes from 8.8.8.8: icmp_seq=60 ttl=119 time=1.23 ms
64 bytes from 8.8.8.8: icmp_seq=61 ttl=119 time=1.25 ms
64 bytes from 8.8.8.8: icmp_seq=62 ttl=119 time=1.16 ms
64 bytes from 8.8.8.8: icmp_seq=63 ttl=119 time=1.18 ms
64 bytes from 8.8.8.8: icmp_seq=64 ttl=119 time=1.11 ms
64 bytes from 8.8.8.8: icmp_seq=65 ttl=119 time=1.20 ms
64 bytes from 8.8.8.8: icmp_seq=66 ttl=119 time=1.19 ms
64 bytes from 8.8.8.8: icmp_seq=67 ttl=119 time=1.14 ms
64 bytes from 8.8.8.8: icmp_seq=68 ttl=119 time=1.16 ms
64 bytes from 8.8.8.8: icmp_seq=69 ttl=119 time=1.18 ms
64 bytes from 8.8.8.8: icmp_seq=70 ttl=119 time=1.21 ms
64 bytes from 8.8.8.8: icmp_seq=71 ttl=119 time=1.19 ms
64 bytes from 8.8.8.8: icmp_seq=72 ttl=119 time=1.18 ms
64 bytes from 8.8.8.8: icmp_seq=73 ttl=119 time=1.50 ms
64 bytes from 8.8.8.8: icmp_seq=74 ttl=119 time=2.66 ms
64 bytes from 8.8.8.8: icmp_seq=75 ttl=119 time=1.18 ms
64 bytes from 8.8.8.8: icmp_seq=76 ttl=119 time=1.16 ms
64 bytes from 8.8.8.8: icmp_seq=77 ttl=119 time=1.16 ms
64 bytes from 8.8.8.8: icmp_seq=78 ttl=119 time=1.18 ms
64 bytes from 8.8.8.8: icmp_seq=79 ttl=119 time=1.20 ms
64 bytes from 8.8.8.8: icmp_seq=80 ttl=119 time=1.14 ms
64 bytes from 8.8.8.8: icmp_seq=81 ttl=119 time=1.15 ms
64 bytes from 8.8.8.8: icmp_seq=82 ttl=119 time=1.34 ms
64 bytes from 8.8.8.8: icmp_seq=83 ttl=119 time=1.19 ms
64 bytes from 8.8.8.8: icmp_seq=84 ttl=119 time=1.20 ms
64 bytes from 8.8.8.8: icmp_seq=85 ttl=119 time=1.23 ms
64 bytes from 8.8.8.8: icmp_seq=86 ttl=119 time=1.19 ms
64 bytes from 8.8.8.8: icmp_seq=87 ttl=119 time=1.16 ms
64 bytes from 8.8.8.8: icmp_seq=88 ttl=119 time=1.18 ms
64 bytes from 8.8.8.8: icmp_seq=89 ttl=119 time=1.15 ms
64 bytes from 8.8.8.8: icmp_seq=90 ttl=119 time=1.16 ms
64 bytes from 8.8.8.8: icmp_seq=91 ttl=119 time=1.17 ms
64 bytes from 8.8.8.8: icmp_seq=92 ttl=119 time=1.17 ms
64 bytes from 8.8.8.8: icmp_seq=93 ttl=119 time=1.16 ms
64 bytes from 8.8.8.8: icmp_seq=94 ttl=119 time=1.14 ms
64 bytes from 8.8.8.8: icmp_seq=95 ttl=119 time=1.15 ms
64 bytes from 8.8.8.8: icmp_seq=96 ttl=119 time=1.16 ms
64 bytes from 8.8.8.8: icmp_seq=97 ttl=119 time=1.17 ms
64 bytes from 8.8.8.8: icmp_seq=98 ttl=119 time=1.15 ms
64 bytes from 8.8.8.8: icmp_seq=99 ttl=119 time=1.17 ms
64 bytes from 8.8.8.8: icmp_seq=100 ttl=119 time=1.25 ms
64 bytes from 8.8.8.8: icmp_seq=101 ttl=119 time=1.21 ms
64 bytes from 8.8.8.8: icmp_seq=102 ttl=119 time=1.17 ms
64 bytes from 8.8.8.8: icmp_seq=103 ttl=119 time=1.17 ms
64 bytes from 8.8.8.8: icmp_seq=104 ttl=119 time=1.12 ms
64 bytes from 8.8.8.8: icmp_seq=105 ttl=119 time=1.15 ms
64 bytes from 8.8.8.8: icmp_seq=106 ttl=119 time=1.18 ms
64 bytes from 8.8.8.8: icmp_seq=107 ttl=119 time=1.17 ms
64 bytes from 8.8.8.8: icmp_seq=108 ttl=119 time=1.39 ms
64 bytes from 8.8.8.8: icmp_seq=109 ttl=119 time=1.17 ms
64 bytes from 8.8.8.8: icmp_seq=110 ttl=119 time=1.16 ms
64 bytes from 8.8.8.8: icmp_seq=111 ttl=119 time=1.19 ms
64 bytes from 8.8.8.8: icmp_seq=112 ttl=119 time=1.17 ms
64 bytes from 8.8.8.8: icmp_seq=113 ttl=119 time=1.18 ms
64 bytes from 8.8.8.8: icmp_seq=114 ttl=119 time=1.15 ms
64 bytes from 8.8.8.8: icmp_seq=115 ttl=119 time=1.17 ms
64 bytes from 8.8.8.8: icmp_seq=116 ttl=119 time=1.12 ms
64 bytes from 8.8.8.8: icmp_seq=117 ttl=119 time=1.17 ms
64 bytes from 8.8.8.8: icmp_seq=118 ttl=119 time=1.16 ms
64 bytes from 8.8.8.8: icmp_seq=119 ttl=119 time=1.13 ms
64 bytes from 8.8.8.8: icmp_seq=120 ttl=119 time=1.14 ms
64 bytes from 8.8.8.8: icmp_seq=121 ttl=119 time=1.17 ms
64 bytes from 8.8.8.8: icmp_seq=122 ttl=119 time=1.17 ms
64 bytes from 8.8.8.8: icmp_seq=123 ttl=119 time=1.15 ms
64 bytes from 8.8.8.8: icmp_seq=124 ttl=119 time=1.16 ms
64 bytes from 8.8.8.8: icmp_seq=125 ttl=119 time=1.20 ms
64 bytes from 8.8.8.8: icmp_seq=126 ttl=119 time=1.17 ms
64 bytes from 8.8.8.8: icmp_seq=127 ttl=119 time=1.18 ms
64 bytes from 8.8.8.8: icmp_seq=128 ttl=119 time=1.18 ms
64 bytes from 8.8.8.8: icmp_seq=129 ttl=119 time=1.20 ms
64 bytes from 8.8.8.8: icmp_seq=130 ttl=119 time=1.20 ms
64 bytes from 8.8.8.8: icmp_seq=131 ttl=119 time=1.17 ms
64 bytes from 8.8.8.8: icmp_seq=132 ttl=119 time=1.60 ms
64 bytes from 8.8.8.8: icmp_seq=173 ttl=119 time=1.17 ms ←– 41 pings perdus
64 bytes from 8.8.8.8: icmp_seq=174 ttl=119 time=1.19 ms
64 bytes from 8.8.8.8: icmp_seq=175 ttl=119 time=1.14 ms
64 bytes from 8.8.8.8: icmp_seq=176 ttl=119 time=1.15 ms
64 bytes from 8.8.8.8: icmp_seq=177 ttl=119 time=1.19 ms
64 bytes from 8.8.8.8: icmp_seq=178 ttl=119 time=1.17 ms
64 bytes from 8.8.8.8: icmp_seq=179 ttl=119 time=1.14 ms
64 bytes from 8.8.8.8: icmp_seq=180 ttl=119 time=1.15 ms
64 bytes from 8.8.8.8: icmp_seq=181 ttl=119 time=1.16 ms
64 bytes from 8.8.8.8: icmp_seq=182 ttl=119 time=1.15 ms
64 bytes from 8.8.8.8: icmp_seq=183 ttl=119 time=1.15 ms
64 bytes from 8.8.8.8: icmp_seq=184 ttl=119 time=1.17 ms
64 bytes from 8.8.8.8: icmp_seq=185 ttl=119 time=1.18 ms
64 bytes from 8.8.8.8: icmp_seq=186 ttl=119 time=1.18 ms
64 bytes from 8.8.8.8: icmp_seq=187 ttl=119 time=1.21 ms
64 bytes from 8.8.8.8: icmp_seq=188 ttl=119 time=1.19 ms
64 bytes from 8.8.8.8: icmp_seq=189 ttl=119 time=1.19 ms
64 bytes from 8.8.8.8: icmp_seq=190 ttl=119 time=1.20 ms
64 bytes from 8.8.8.8: icmp_seq=191 ttl=119 time=1.20 ms
64 bytes from 8.8.8.8: icmp_seq=192 ttl=119 time=1.19 ms
64 bytes from 8.8.8.8: icmp_seq=193 ttl=119 time=1.19 ms
64 bytes from 8.8.8.8: icmp_seq=194 ttl=119 time=1.16 ms
64 bytes from 8.8.8.8: icmp_seq=195 ttl=119 time=1.16 ms
64 bytes from 8.8.8.8: icmp_seq=196 ttl=119 time=1.17 ms
64 bytes from 8.8.8.8: icmp_seq=197 ttl=119 time=1.17 ms
64 bytes from 8.8.8.8: icmp_seq=198 ttl=119 time=1.15 ms
64 bytes from 8.8.8.8: icmp_seq=199 ttl=119 time=1.14 ms
64 bytes from 8.8.8.8: icmp_seq=200 ttl=119 time=1.18 ms
64 bytes from 8.8.8.8: icmp_seq=201 ttl=119 time=1.17 ms
64 bytes from 8.8.8.8: icmp_seq=202 ttl=119 time=1.17 ms
64 bytes from 8.8.8.8: icmp_seq=203 ttl=119 time=1.19 ms
64 bytes from 8.8.8.8: icmp_seq=204 ttl=119 time=1.17 ms
64 bytes from 8.8.8.8: icmp_seq=205 ttl=119 time=1.16 ms
64 bytes from 8.8.8.8: icmp_seq=206 ttl=119 time=1.18 ms
64 bytes from 8.8.8.8: icmp_seq=207 ttl=119 time=1.17 ms
64 bytes from 8.8.8.8: icmp_seq=208 ttl=119 time=1.17 ms
64 bytes from 8.8.8.8: icmp_seq=209 ttl=119 time=1.19 ms
64 bytes from 8.8.8.8: icmp_seq=210 ttl=119 time=1.17 ms
64 bytes from 8.8.8.8: icmp_seq=211 ttl=119 time=1.24 ms
64 bytes from 8.8.8.8: icmp_seq=212 ttl=119 time=1.16 ms
64 bytes from 8.8.8.8: icmp_seq=213 ttl=119 time=1.17 ms
64 bytes from 8.8.8.8: icmp_seq=214 ttl=119 time=1.18 ms
64 bytes from 8.8.8.8: icmp_seq=215 ttl=119 time=1.18 ms
64 bytes from 8.8.8.8: icmp_seq=216 ttl=119 time=1.19 ms
64 bytes from 8.8.8.8: icmp_seq=217 ttl=119 time=1.15 ms
64 bytes from 8.8.8.8: icmp_seq=218 ttl=119 time=1.14 ms
64 bytes from 8.8.8.8: icmp_seq=219 ttl=119 time=1.17 ms
64 bytes from 8.8.8.8: icmp_seq=220 ttl=119 time=1.20 ms
64 bytes from 8.8.8.8: icmp_seq=221 ttl=119 time=1.19 ms
64 bytes from 8.8.8.8: icmp_seq=222 ttl=119 time=1.17 ms
64 bytes from 8.8.8.8: icmp_seq=223 ttl=119 time=1.20 ms
64 bytes from 8.8.8.8: icmp_seq=224 ttl=119 time=1.16 ms
64 bytes from 8.8.8.8: icmp_seq=225 ttl=119 time=1.17 ms
64 bytes from 8.8.8.8: icmp_seq=226 ttl=119 time=1.19 ms
64 bytes from 8.8.8.8: icmp_seq=227 ttl=119 time=1.18 ms
64 bytes from 8.8.8.8: icmp_seq=228 ttl=119 time=1.18 ms
64 bytes from 8.8.8.8: icmp_seq=229 ttl=119 time=1.27 ms
64 bytes from 8.8.8.8: icmp_seq=230 ttl=119 time=1.17 ms
64 bytes from 8.8.8.8: icmp_seq=231 ttl=119 time=1.18 ms
64 bytes from 8.8.8.8: icmp_seq=232 ttl=119 time=1.20 ms
64 bytes from 8.8.8.8: icmp_seq=233 ttl=119 time=1.16 ms
64 bytes from 8.8.8.8: icmp_seq=234 ttl=119 time=1.18 ms
64 bytes from 8.8.8.8: icmp_seq=235 ttl=119 time=1.15 ms
64 bytes from 8.8.8.8: icmp_seq=236 ttl=119 time=1.17 ms
64 bytes from 8.8.8.8: icmp_seq=237 ttl=119 time=1.16 ms
64 bytes from 8.8.8.8: icmp_seq=238 ttl=119 time=1.17 ms
64 bytes from 8.8.8.8: icmp_seq=239 ttl=119 time=1.22 ms
64 bytes from 8.8.8.8: icmp_seq=240 ttl=119 time=1.17 ms
64 bytes from 8.8.8.8: icmp_seq=241 ttl=119 time=1.16 ms
64 bytes from 8.8.8.8: icmp_seq=242 ttl=119 time=1.16 ms
64 bytes from 8.8.8.8: icmp_seq=243 ttl=119 time=1.16 ms
64 bytes from 8.8.8.8: icmp_seq=244 ttl=119 time=1.18 ms
64 bytes from 8.8.8.8: icmp_seq=245 ttl=119 time=1.22 ms
64 bytes from 8.8.8.8: icmp_seq=246 ttl=119 time=1.19 ms
64 bytes from 8.8.8.8: icmp_seq=247 ttl=119 time=1.17 ms
64 bytes from 8.8.8.8: icmp_seq=248 ttl=119 time=1.17 ms
64 bytes from 8.8.8.8: icmp_seq=249 ttl=119 time=1.22 ms
64 bytes from 8.8.8.8: icmp_seq=250 ttl=119 time=1.16 ms
64 bytes from 8.8.8.8: icmp_seq=251 ttl=119 time=1.15 ms
64 bytes from 8.8.8.8: icmp_seq=252 ttl=119 time=1.13 ms
64 bytes from 8.8.8.8: icmp_seq=253 ttl=119 time=1.18 ms
64 bytes from 8.8.8.8: icmp_seq=254 ttl=119 time=1.17 ms
64 bytes from 8.8.8.8: icmp_seq=255 ttl=119 time=1.12 ms
64 bytes from 8.8.8.8: icmp_seq=256 ttl=119 time=1.17 ms
64 bytes from 8.8.8.8: icmp_seq=257 ttl=119 time=1.16 ms
64 bytes from 8.8.8.8: icmp_seq=258 ttl=119 time=1.17 ms
64 bytes from 8.8.8.8: icmp_seq=259 ttl=119 time=1.17 ms
64 bytes from 8.8.8.8: icmp_seq=260 ttl=119 time=1.18 ms
64 bytes from 8.8.8.8: icmp_seq=261 ttl=119 time=1.18 ms
64 bytes from 8.8.8.8: icmp_seq=262 ttl=119 time=1.16 ms
64 bytes from 8.8.8.8: icmp_seq=263 ttl=119 time=1.17 ms
64 bytes from 8.8.8.8: icmp_seq=264 ttl=119 time=1.17 ms
64 bytes from 8.8.8.8: icmp_seq=265 ttl=119 time=1.17 ms
64 bytes from 8.8.8.8: icmp_seq=266 ttl=119 time=1.17 ms
64 bytes from 8.8.8.8: icmp_seq=267 ttl=119 time=1.17 ms
64 bytes from 8.8.8.8: icmp_seq=268 ttl=119 time=1.22 ms
64 bytes from 8.8.8.8: icmp_seq=269 ttl=119 time=1.15 ms
64 bytes from 8.8.8.8: icmp_seq=270 ttl=119 time=1.17 ms
64 bytes from 8.8.8.8: icmp_seq=271 ttl=119 time=1.15 ms
64 bytes from 8.8.8.8: icmp_seq=272 ttl=119 time=1.17 ms
64 bytes from 8.8.8.8: icmp_seq=273 ttl=119 time=1.14 ms
64 bytes from 8.8.8.8: icmp_seq=274 ttl=119 time=1.18 ms
64 bytes from 8.8.8.8: icmp_seq=275 ttl=119 time=1.18 ms
64 bytes from 8.8.8.8: icmp_seq=276 ttl=119 time=1.16 ms
64 bytes from 8.8.8.8: icmp_seq=277 ttl=119 time=1.15 ms
64 bytes from 8.8.8.8: icmp_seq=278 ttl=119 time=1.54 ms
64 bytes from 8.8.8.8: icmp_seq=279 ttl=119 time=1.42 ms
64 bytes from 8.8.8.8: icmp_seq=280 ttl=119 time=1.19 ms
64 bytes from 8.8.8.8: icmp_seq=281 ttl=119 time=1.17 ms
64 bytes from 8.8.8.8: icmp_seq=282 ttl=119 time=1.15 ms
64 bytes from 8.8.8.8: icmp_seq=283 ttl=119 time=1.13 ms
64 bytes from 8.8.8.8: icmp_seq=284 ttl=119 time=1.19 ms
64 bytes from 8.8.8.8: icmp_seq=285 ttl=119 time=1.20 ms
64 bytes from 8.8.8.8: icmp_seq=286 ttl=119 time=1.17 ms
64 bytes from 8.8.8.8: icmp_seq=287 ttl=119 time=1.13 ms
64 bytes from 8.8.8.8: icmp_seq=288 ttl=119 time=1.19 ms
64 bytes from 8.8.8.8: icmp_seq=289 ttl=119 time=1.17 ms
64 bytes from 8.8.8.8: icmp_seq=290 ttl=119 time=1.18 ms
64 bytes from 8.8.8.8: icmp_seq=291 ttl=119 time=1.16 ms
64 bytes from 8.8.8.8: icmp_seq=292 ttl=119 time=1.16 ms
64 bytes from 8.8.8.8: icmp_seq=293 ttl=119 time=1.17 ms
64 bytes from 8.8.8.8: icmp_seq=294 ttl=119 time=1.20 ms
64 bytes from 8.8.8.8: icmp_seq=295 ttl=119 time=1.12 ms
64 bytes from 8.8.8.8: icmp_seq=296 ttl=119 time=1.16 ms
64 bytes from 8.8.8.8: icmp_seq=297 ttl=119 time=1.20 ms
64 bytes from 8.8.8.8: icmp_seq=298 ttl=119 time=1.12 ms
64 bytes from 8.8.8.8: icmp_seq=299 ttl=119 time=1.17 ms
64 bytes from 8.8.8.8: icmp_seq=300 ttl=119 time=1.26 ms
64 bytes from 8.8.8.8: icmp_seq=301 ttl=119 time=1.17 ms
64 bytes from 8.8.8.8: icmp_seq=302 ttl=119 time=1.21 ms
64 bytes from 8.8.8.8: icmp_seq=303 ttl=119 time=1.16 ms
64 bytes from 8.8.8.8: icmp_seq=304 ttl=119 time=1.15 ms
64 bytes from 8.8.8.8: icmp_seq=305 ttl=119 time=1.14 ms
64 bytes from 8.8.8.8: icmp_seq=306 ttl=119 time=1.16 ms
64 bytes from 8.8.8.8: icmp_seq=307 ttl=119 time=1.14 ms
64 bytes from 8.8.8.8: icmp_seq=308 ttl=119 time=1.17 ms
64 bytes from 8.8.8.8: icmp_seq=309 ttl=119 time=1.19 ms
64 bytes from 8.8.8.8: icmp_seq=310 ttl=119 time=1.15 ms
64 bytes from 8.8.8.8: icmp_seq=311 ttl=119 time=1.17 ms
64 bytes from 8.8.8.8: icmp_seq=312 ttl=119 time=1.20 ms
64 bytes from 8.8.8.8: icmp_seq=313 ttl=119 time=1.16 ms
64 bytes from 8.8.8.8: icmp_seq=314 ttl=119 time=1.16 ms
64 bytes from 8.8.8.8: icmp_seq=315 ttl=119 time=1.36 ms
64 bytes from 8.8.8.8: icmp_seq=316 ttl=119 time=1.13 ms
64 bytes from 8.8.8.8: icmp_seq=317 ttl=119 time=1.19 ms
64 bytes from 8.8.8.8: icmp_seq=318 ttl=119 time=1.16 ms
64 bytes from 8.8.8.8: icmp_seq=319 ttl=119 time=1.20 ms
64 bytes from 8.8.8.8: icmp_seq=320 ttl=119 time=1.16 ms
64 bytes from 8.8.8.8: icmp_seq=321 ttl=119 time=1.18 ms
64 bytes from 8.8.8.8: icmp_seq=322 ttl=119 time=1.39 ms
64 bytes from 8.8.8.8: icmp_seq=323 ttl=119 time=1.26 ms
64 bytes from 8.8.8.8: icmp_seq=324 ttl=119 time=1.20 ms
64 bytes from 8.8.8.8: icmp_seq=325 ttl=119 time=1.16 ms
64 bytes from 8.8.8.8: icmp_seq=326 ttl=119 time=1.19 ms
64 bytes from 8.8.8.8: icmp_seq=327 ttl=119 time=1.21 ms
64 bytes from 8.8.8.8: icmp_seq=328 ttl=119 time=1.16 ms
64 bytes from 8.8.8.8: icmp_seq=329 ttl=119 time=1.35 ms
64 bytes from 8.8.8.8: icmp_seq=330 ttl=119 time=1.15 ms
64 bytes from 8.8.8.8: icmp_seq=331 ttl=119 time=1.16 ms
64 bytes from 8.8.8.8: icmp_seq=332 ttl=119 time=1.26 ms
64 bytes from 8.8.8.8: icmp_seq=333 ttl=119 time=1.19 ms
64 bytes from 8.8.8.8: icmp_seq=334 ttl=119 time=1.20 ms
64 bytes from 8.8.8.8: icmp_seq=335 ttl=119 time=1.24 ms
64 bytes from 8.8.8.8: icmp_seq=336 ttl=119 time=1.35 ms
64 bytes from 8.8.8.8: icmp_seq=337 ttl=119 time=1.15 ms
64 bytes from 8.8.8.8: icmp_seq=338 ttl=119 time=1.19 ms
64 bytes from 8.8.8.8: icmp_seq=339 ttl=119 time=1.18 ms
64 bytes from 8.8.8.8: icmp_seq=340 ttl=119 time=1.18 ms
64 bytes from 8.8.8.8: icmp_seq=341 ttl=119 time=1.14 ms
64 bytes from 8.8.8.8: icmp_seq=342 ttl=119 time=1.25 ms
64 bytes from 8.8.8.8: icmp_seq=343 ttl=119 time=1.18 ms
64 bytes from 8.8.8.8: icmp_seq=344 ttl=119 time=1.19 ms
64 bytes from 8.8.8.8: icmp_seq=345 ttl=119 time=1.38 ms
64 bytes from 8.8.8.8: icmp_seq=346 ttl=119 time=1.14 ms
64 bytes from 8.8.8.8: icmp_seq=347 ttl=119 time=1.15 ms
64 bytes from 8.8.8.8: icmp_seq=348 ttl=119 time=1.74 ms
64 bytes from 8.8.8.8: icmp_seq=349 ttl=119 time=1.23 ms
64 bytes from 8.8.8.8: icmp_seq=350 ttl=119 time=1.25 ms
64 bytes from 8.8.8.8: icmp_seq=351 ttl=119 time=1.14 ms
64 bytes from 8.8.8.8: icmp_seq=352 ttl=119 time=1.19 ms
64 bytes from 8.8.8.8: icmp_seq=353 ttl=119 time=1.13 ms
64 bytes from 8.8.8.8: icmp_seq=354 ttl=119 time=1.22 ms
64 bytes from 8.8.8.8: icmp_seq=355 ttl=119 time=1.17 ms
64 bytes from 8.8.8.8: icmp_seq=356 ttl=119 time=1.22 ms
64 bytes from 8.8.8.8: icmp_seq=357 ttl=119 time=1.17 ms
64 bytes from 8.8.8.8: icmp_seq=358 ttl=119 time=1.14 ms
64 bytes from 8.8.8.8: icmp_seq=359 ttl=119 time=1.21 ms
64 bytes from 8.8.8.8: icmp_seq=360 ttl=119 time=1.18 ms
64 bytes from 8.8.8.8: icmp_seq=361 ttl=119 time=1.17 ms
64 bytes from 8.8.8.8: icmp_seq=362 ttl=119 time=1.27 ms
64 bytes from 8.8.8.8: icmp_seq=363 ttl=119 time=1.17 ms
64 bytes from 8.8.8.8: icmp_seq=364 ttl=119 time=1.17 ms
64 bytes from 8.8.8.8: icmp_seq=365 ttl=119 time=1.19 ms
64 bytes from 8.8.8.8: icmp_seq=366 ttl=119 time=1.17 ms
64 bytes from 8.8.8.8: icmp_seq=367 ttl=119 time=1.14 ms
64 bytes from 8.8.8.8: icmp_seq=368 ttl=119 time=1.17 ms
64 bytes from 8.8.8.8: icmp_seq=369 ttl=119 time=1.14 ms
64 bytes from 8.8.8.8: icmp_seq=370 ttl=119 time=1.20 ms
64 bytes from 8.8.8.8: icmp_seq=371 ttl=119 time=1.15 ms
64 bytes from 8.8.8.8: icmp_seq=372 ttl=119 time=1.40 ms
64 bytes from 8.8.8.8: icmp_seq=373 ttl=119 time=2.72 ms
64 bytes from 8.8.8.8: icmp_seq=374 ttl=119 time=1.18 ms
64 bytes from 8.8.8.8: icmp_seq=375 ttl=119 time=1.28 ms
64 bytes from 8.8.8.8: icmp_seq=376 ttl=119 time=1.16 ms
64 bytes from 8.8.8.8: icmp_seq=377 ttl=119 time=1.17 ms
64 bytes from 8.8.8.8: icmp_seq=378 ttl=119 time=1.15 ms
64 bytes from 8.8.8.8: icmp_seq=379 ttl=119 time=1.38 ms
64 bytes from 8.8.8.8: icmp_seq=380 ttl=119 time=1.30 ms
64 bytes from 8.8.8.8: icmp_seq=381 ttl=119 time=1.16 ms
64 bytes from 8.8.8.8: icmp_seq=382 ttl=119 time=1.38 ms
64 bytes from 8.8.8.8: icmp_seq=383 ttl=119 time=1.22 ms
64 bytes from 8.8.8.8: icmp_seq=384 ttl=119 time=1.17 ms
64 bytes from 8.8.8.8: icmp_seq=385 ttl=119 time=1.20 ms
64 bytes from 8.8.8.8: icmp_seq=386 ttl=119 time=1.16 ms
64 bytes from 8.8.8.8: icmp_seq=387 ttl=119 time=1.17 ms
64 bytes from 8.8.8.8: icmp_seq=388 ttl=119 time=1.24 ms
64 bytes from 8.8.8.8: icmp_seq=389 ttl=119 time=1.37 ms
64 bytes from 8.8.8.8: icmp_seq=390 ttl=119 time=1.38 ms
64 bytes from 8.8.8.8: icmp_seq=391 ttl=119 time=1.44 ms
64 bytes from 8.8.8.8: icmp_seq=392 ttl=119 time=1.20 ms
64 bytes from 8.8.8.8: icmp_seq=393 ttl=119 time=1.20 ms
64 bytes from 8.8.8.8: icmp_seq=394 ttl=119 time=1.18 ms
64 bytes from 8.8.8.8: icmp_seq=395 ttl=119 time=1.16 ms
64 bytes from 8.8.8.8: icmp_seq=396 ttl=119 time=1.16 ms
64 bytes from 8.8.8.8: icmp_seq=397 ttl=119 time=1.16 ms
64 bytes from 8.8.8.8: icmp_seq=398 ttl=119 time=1.14 ms
64 bytes from 8.8.8.8: icmp_seq=399 ttl=119 time=1.51 ms
64 bytes from 8.8.8.8: icmp_seq=400 ttl=119 time=1.38 ms
64 bytes from 8.8.8.8: icmp_seq=401 ttl=119 time=1.16 ms
64 bytes from 8.8.8.8: icmp_seq=402 ttl=119 time=1.18 ms
64 bytes from 8.8.8.8: icmp_seq=403 ttl=119 time=1.15 ms
64 bytes from 8.8.8.8: icmp_seq=404 ttl=119 time=1.17 ms
64 bytes from 8.8.8.8: icmp_seq=405 ttl=119 time=1.20 ms
64 bytes from 8.8.8.8: icmp_seq=406 ttl=119 time=1.35 ms
64 bytes from 8.8.8.8: icmp_seq=407 ttl=119 time=1.18 ms
64 bytes from 8.8.8.8: icmp_seq=408 ttl=119 time=1.14 ms
64 bytes from 8.8.8.8: icmp_seq=409 ttl=119 time=1.14 ms
64 bytes from 8.8.8.8: icmp_seq=410 ttl=119 time=1.17 ms
64 bytes from 8.8.8.8: icmp_seq=411 ttl=119 time=1.20 ms
64 bytes from 8.8.8.8: icmp_seq=412 ttl=119 time=1.12 ms
64 bytes from 8.8.8.8: icmp_seq=413 ttl=119 time=1.16 ms
64 bytes from 8.8.8.8: icmp_seq=414 ttl=119 time=1.16 ms
64 bytes from 8.8.8.8: icmp_seq=415 ttl=119 time=1.15 ms
64 bytes from 8.8.8.8: icmp_seq=416 ttl=119 time=1.32 ms
64 bytes from 8.8.8.8: icmp_seq=417 ttl=119 time=1.21 ms
64 bytes from 8.8.8.8: icmp_seq=418 ttl=119 time=1.47 ms
64 bytes from 8.8.8.8: icmp_seq=419 ttl=119 time=1.15 ms
64 bytes from 8.8.8.8: icmp_seq=420 ttl=119 time=1.17 ms
64 bytes from 8.8.8.8: icmp_seq=421 ttl=119 time=1.20 ms
64 bytes from 8.8.8.8: icmp_seq=422 ttl=119 time=1.20 ms
64 bytes from 8.8.8.8: icmp_seq=423 ttl=119 time=1.14 ms
64 bytes from 8.8.8.8: icmp_seq=424 ttl=119 time=1.21 ms
64 bytes from 8.8.8.8: icmp_seq=425 ttl=119 time=1.16 ms
64 bytes from 8.8.8.8: icmp_seq=426 ttl=119 time=1.16 ms
64 bytes from 8.8.8.8: icmp_seq=427 ttl=119 time=1.17 ms
64 bytes from 8.8.8.8: icmp_seq=428 ttl=119 time=1.17 ms
64 bytes from 8.8.8.8: icmp_seq=429 ttl=119 time=1.59 ms
64 bytes from 8.8.8.8: icmp_seq=430 ttl=119 time=1.17 ms
64 bytes from 8.8.8.8: icmp_seq=431 ttl=119 time=1.19 ms
64 bytes from 8.8.8.8: icmp_seq=432 ttl=119 time=1.17 ms
64 bytes from 8.8.8.8: icmp_seq=433 ttl=119 time=1.35 ms
64 bytes from 8.8.8.8: icmp_seq=434 ttl=119 time=1.17 ms
64 bytes from 8.8.8.8: icmp_seq=435 ttl=119 time=1.19 ms
64 bytes from 8.8.8.8: icmp_seq=436 ttl=119 time=1.17 ms
64 bytes from 8.8.8.8: icmp_seq=437 ttl=119 time=1.18 ms
64 bytes from 8.8.8.8: icmp_seq=438 ttl=119 time=1.15 ms
64 bytes from 8.8.8.8: icmp_seq=439 ttl=119 time=1.33 ms
64 bytes from 8.8.8.8: icmp_seq=440 ttl=119 time=1.18 ms
64 bytes from 8.8.8.8: icmp_seq=441 ttl=119 time=1.39 ms
64 bytes from 8.8.8.8: icmp_seq=442 ttl=119 time=1.25 ms
64 bytes from 8.8.8.8: icmp_seq=443 ttl=119 time=1.20 ms
64 bytes from 8.8.8.8: icmp_seq=444 ttl=119 time=1.17 ms
64 bytes from 8.8.8.8: icmp_seq=445 ttl=119 time=1.17 ms
64 bytes from 8.8.8.8: icmp_seq=446 ttl=119 time=1.19 ms
64 bytes from 8.8.8.8: icmp_seq=447 ttl=119 time=1.15 ms
64 bytes from 8.8.8.8: icmp_seq=448 ttl=119 time=1.15 ms
64 bytes from 8.8.8.8: icmp_seq=473 ttl=119 time=1.17 ms ←– 25 pings perdus
64 bytes from 8.8.8.8: icmp_seq=474 ttl=119 time=1.50 ms
64 bytes from 8.8.8.8: icmp_seq=475 ttl=119 time=1.17 ms
64 bytes from 8.8.8.8: icmp_seq=476 ttl=119 time=1.17 ms
64 bytes from 8.8.8.8: icmp_seq=477 ttl=119 time=1.14 ms
64 bytes from 8.8.8.8: icmp_seq=478 ttl=119 time=1.17 ms
64 bytes from 8.8.8.8: icmp_seq=479 ttl=119 time=1.12 ms
64 bytes from 8.8.8.8: icmp_seq=480 ttl=119 time=1.21 ms
64 bytes from 8.8.8.8: icmp_seq=481 ttl=119 time=1.17 ms
64 bytes from 8.8.8.8: icmp_seq=482 ttl=119 time=1.14 ms
64 bytes from 8.8.8.8: icmp_seq=483 ttl=119 time=1.65 ms
64 bytes from 8.8.8.8: icmp_seq=484 ttl=119 time=1.16 ms
64 bytes from 8.8.8.8: icmp_seq=485 ttl=119 time=1.18 ms
64 bytes from 8.8.8.8: icmp_seq=486 ttl=119 time=1.14 ms
64 bytes from 8.8.8.8: icmp_seq=487 ttl=119 time=1.29 ms
64 bytes from 8.8.8.8: icmp_seq=488 ttl=119 time=1.36 ms
64 bytes from 8.8.8.8: icmp_seq=489 ttl=119 time=1.17 ms
64 bytes from 8.8.8.8: icmp_seq=490 ttl=119 time=1.16 ms
64 bytes from 8.8.8.8: icmp_seq=491 ttl=119 time=1.33 ms
64 bytes from 8.8.8.8: icmp_seq=492 ttl=119 time=1.17 ms
64 bytes from 8.8.8.8: icmp_seq=493 ttl=119 time=1.17 ms
64 bytes from 8.8.8.8: icmp_seq=494 ttl=119 time=1.16 ms
64 bytes from 8.8.8.8: icmp_seq=495 ttl=119 time=1.19 ms
64 bytes from 8.8.8.8: icmp_seq=496 ttl=119 time=1.18 ms
64 bytes from 8.8.8.8: icmp_seq=497 ttl=119 time=1.16 ms
64 bytes from 8.8.8.8: icmp_seq=498 ttl=119 time=1.19 ms
64 bytes from 8.8.8.8: icmp_seq=499 ttl=119 time=1.15 ms
64 bytes from 8.8.8.8: icmp_seq=500 ttl=119 time=1.26 ms

Même chose, tout redémarrer n'a rien résolu.

A noter que le flux TV semble moins affecté. D'après la personne que j'ai eu sur le support chat, il y a quelques pertes de paquet sur le Player, mais je regarde la télévision sans gêne particulière (pas de coupure de 30s pendant les coupures de ping). En revanche, impossible de surfer convenablement, de jouer, de regarder une vidéo... dans ces conditions.

Même requête, toute idée de tests que je pourrais effectuer est bienvenue.

webnet a commenté le 22.04.2019 13:40

C est peu etre suite au tunnel ipv4 dans l ipv6 car chez free il n est plus possible de desactivé l ipv6 , par contre edgerouteur firmware pas stable il suffit de lire les correctif du du 1.10.9 , ça fait peur

Bonjour, le firmware edgerouter instable est le 2.0X, qui utilise un nouveau noyau 4.X au lieu du 3.X ce qui explique les nouveaux bugs. Le 1.10.9 est stable sur tous mes routeurs. Le problème ici est dans la freebox elle-même.

En attendant un nouveau firmware Freebox et/ou une autre solution, mon workaround est de rerouter le traffic IPv4 internet au dessus d'un VPN utilisant IPv6... pas idéal mais rétablit un semblant d'Internet stable.

interdif a commenté le 23.04.2019 04:13

gros soucis en bridge (vdsl) aussi de mon coté depuis 2-3 semaines, ipv4 seulement en rade mais ipv6 no soucis, pareil je route par un vpn ipv6 ......

Même chose depuis la MAJ 4.0.5 ... fibre/bridge, déconnecté toutes les 2-3 minutes. Soit vous poussez la version 4.0.4 le temps de régler le problème, soit vous sortez un correctif très rapidement. Ca devient difficile de travailler avec Free.

interdif a commenté le 24.04.2019 01:16

c'est totalement ingérable, et si ils sorte le coup du mettez la box en routeur, je fait un malheurs !

nowahe a commenté le 24.04.2019 12:30

J'ai le même soucis, box en mode bridge et fibre, déconnection intempestive toute les 20-30s. Je suis à monté à des pertes de paquets de 80% sur 10 minutes (vers 8.8.8.8).

En essayant de troubleshooter un peu, j'ai l'impression d'avoir trouvé une piste pour la cause. Quand je me branche directement en ethernet sur la free (en mode bridge), j'ai mon OS qui me sort que j'ai des conflits d'ip sur mon réseau. Je débranche le freeplug vers le player, et ça marche. Mais le moment ou j'allume le player, je perds de nouveau internet. A noter que ça n'a pas l'air de se produire quand le player n'est pas configuré en mode bridge (mais perte de connectivité internet sur le player...).

Bingo34 a commenté le 24.04.2019 13:56

Idem pour moi, depuis ce week-end.

Freebox v6 fibre mode bridge edgerouter poe V2.0.1, déconnexion durant les jeux online, session ts inutilisable
Déconnexion de quelques secondes toutes les 2 min à 10 min.
Peut-on rollback le firmware de la freebox?

Bingo34 a commenté le 24.04.2019 14:04

pi

64 bytes from www.free.fr (212.27.48.10): icmp_seq=1 ttl=57 time=1.78 ms
64 bytes from www.free.fr (212.27.48.10): icmp_seq=2 ttl=57 time=1.69 ms
64 bytes from www.free.fr (212.27.48.10): icmp_seq=3 ttl=57 time=1.82 ms
64 bytes from www.free.fr (212.27.48.10): icmp_seq=4 ttl=57 time=1.68 ms
64 bytes from www.free.fr (212.27.48.10): icmp_seq=5 ttl=57 time=1.71 ms
64 bytes from www.free.fr (212.27.48.10): icmp_seq=6 ttl=57 time=1.73 ms
64 bytes from www.free.fr (212.27.48.10): icmp_seq=7 ttl=57 time=1.70 ms
64 bytes from www.free.fr (212.27.48.10): icmp_seq=8 ttl=57 time=2.08 ms
64 bytes from www.free.fr (212.27.48.10): icmp_seq=9 ttl=57 time=1.70 ms
64 bytes from www.free.fr (212.27.48.10): icmp_seq=10 ttl=57 time=1.83 ms
64 bytes from www.free.fr (212.27.48.10): icmp_seq=11 ttl=57 time=1.68 ms
64 bytes from www.free.fr (212.27.48.10): icmp_seq=12 ttl=57 time=1.70 ms
64 bytes from www.free.fr (212.27.48.10): icmp_seq=13 ttl=57 time=1.80 ms
64 bytes from www.free.fr (212.27.48.10): icmp_seq=14 ttl=57 time=1.70 ms
64 bytes from www.free.fr (212.27.48.10): icmp_seq=15 ttl=57 time=1.76 ms
64 bytes from www.free.fr (212.27.48.10): icmp_seq=42 ttl=57 time=1.79 ms 27 pings perdu
64 bytes from www.free.fr (212.27.48.10): icmp_seq=43 ttl=57 time=1.74 ms
64 bytes from www.free.fr (212.27.48.10): icmp_seq=44 ttl=57 time=1.72 ms
64 bytes from www.free.fr (212.27.48.10): icmp_seq=45 ttl=57 time=1.69 ms
64 bytes from www.free.fr (212.27.48.10): icmp_seq=46 ttl=57 time=1.68 ms
64 bytes from www.free.fr (212.27.48.10): icmp_seq=47 ttl=57 time=1.70 ms
64 bytes from www.free.fr (212.27.48.10): icmp_seq=48 ttl=57 time=1.69 ms
64 bytes from www.free.fr (212.27.48.10): icmp_seq=49 ttl=57 time=1.70 ms
64 bytes from www.free.fr (212.27.48.10): icmp_seq=50 ttl=57 time=1.69 ms
64 bytes from www.free.fr (212.27.48.10): icmp_seq=51 ttl=57 time=1.74 ms
64 bytes from www.free.fr (212.27.48.10): icmp_seq=52 ttl=57 time=1.77 ms
64 bytes from www.free.fr (212.27.48.10): icmp_seq=53 ttl=57 time=1.72 ms
64 bytes from www.free.fr (212.27.48.10): icmp_seq=54 ttl=57 time=1.68 ms
64 bytes from www.free.fr (212.27.48.10): icmp_seq=55 ttl=57 time=1.71 ms
64 bytes from www.free.fr (212.27.48.10): icmp_seq=56 ttl=57 time=1.68 ms
64 bytes from www.free.fr (212.27.48.10): icmp_seq=57 ttl=57 time=1.66 ms
64 bytes from www.free.fr (212.27.48.10): icmp_seq=58 ttl=57 time=1.71 ms
64 bytes from www.free.fr (212.27.48.10): icmp_seq=59 ttl=57 time=1.83 ms
64 bytes from www.free.fr (212.27.48.10): icmp_seq=82 ttl=57 time=1.70 ms 23 pings perdu
64 bytes from www.free.fr (212.27.48.10): icmp_seq=83 ttl=57 time=1.69 ms
64 bytes from www.free.fr (212.27.48.10): icmp_seq=84 ttl=57 time=1.67 ms
64 bytes from www.free.fr (212.27.48.10): icmp_seq=85 ttl=57 time=1.69 ms
64 bytes from www.free.fr (212.27.48.10): icmp_seq=86 ttl=57 time=1.68 ms
64 bytes from www.free.fr (212.27.48.10): icmp_seq=87 ttl=57 time=1.67 ms
64 bytes from www.free.fr (212.27.48.10): icmp_seq=88 ttl=57 time=1.68 ms
64 bytes from www.free.fr (212.27.48.10): icmp_seq=89 ttl=57 time=1.76 ms
64 bytes from www.free.fr (212.27.48.10): icmp_seq=90 ttl=57 time=1.72 ms
64 bytes from www.free.fr (212.27.48.10): icmp_seq=91 ttl=57 time=1.69 ms

LiloBzH a commenté le 24.04.2019 15:03

mêmes symptomes.

Freebox FTTH V6 en bridge et R7000 DD WRT derriere, perte de connectivité toutes les 30 secondes pendant 15 à 20 secondes.

Obligé de repasser en mode ROUTEUR pour le moment

Admin
mbizon a commenté le 24.04.2019 15:11

Bonjour,

Sur les différentes personnes qui ont posté depuis leur connexion, j'ai pu voir que c'était un conflit avec le Freebox Player. Grosso modo il n'y a qu'une mac à la fois coté LAN mode bridge oblige, et ça fait du ping pong entre votre PC/routeur et le Freebox Player.

Il y a une option sur le Freebox Player dans les settings qui s'appelle "DHCP en mode bridge", et qui est activé visiblement chez vous.

Ma question est, est-ce vous qui l'avez activé ou alors c'est un bug du firmware player 1.3.15?

Bingo34 a commenté le 24.04.2019 15:30

Bonjour,

J'avoue ne pas connaître ce réglage côté player, dès que je débauche, je jette un coup d'oeil.
Une chose est sûr je n'ai pas activé le dhcp sur le player, n'en connaissant pas l'existence.
Merci du retour.
Cdt,

Rien touché de mon côté. Le problème est apparu de lui même.

webnet a commenté le 24.04.2019 16:40

ton probleme fait suite au passage ipv6 chez free qu il n est plus possible de desactiver , en gros suite a la version 4.05 du firmware tu as le bug non ?

Si le problème est lié à un pépin de concurrence de client dhcp... Ce n’est pas possible de bloquer l’allocation de DHCP au player lorsque le mode bridge est activé ? I.e. filtrage sur MAC non free ? Pourquoi cela n’apparait que maintenant ? Je peux essayer d’executer un dnsmasq sur mon routeur pour bloquer le freeplayer...

Admin
rawoul a commenté le 24.04.2019 17:48

@yangrunenberger: Il y a un setting pour ca, comme Maxime l'a indiqué ("DHCP en mode bridge" dans Réglages > Système). La question est pourquoi ce setting est mis si il n'a pas été changé, la valeur par défaut étant désactivé.

@arnaud: dans mon cas il a été actif dans le passé (j’ai utilisé le player sur mon réseau interne, avec un pass through pour le VLAN 100) mais c’est une configuration que j’ai quittée depuis qq mois. Une maj côté freebox ou player a changé le comportement. Par contre j’ai pas vu de traffic DHCP ou ARP sur la patte du routeur connecté au switch de la freebox...

Bingo34 a commenté le 24.04.2019 18:04

@Maxime :
Je viens de décocher le dhcp en mode bridge du player, et pour l'instant mes tests pings ne me renvoient plus des packets perdu, et je ne constate pas/plus de déconnexion.
Je continue mes tests, mais ça me semble ok pour l'instant.
Cdt,

Je viens de faire faire le changement aux propriétaires de la freebox au niveau du player et effectivement c'est de nouveau stable - plus de perte. Merci @maxime et @arnaud pour le diagnostique.
A niveau du réglage en lui même, il était actif il y a qq mois quand le boitier était derriere mon routeur, puis le player a été déplacé derrière la freebox directement lors du passage en optique en mars; et depuis tout était stable jusqu'à samedi dernier.

interdif a commenté le 25.04.2019 03:51

@Maxime : en ce qui me concerne il (client dhcp) a aussi été activer quand j'avais bridger le vlan 100 mais la c'est pas le cas, dans les 2 configurations, a savoir le player en direct sur le server ou a travers le routeur j'ai des pertes totale en ipv4, c'est tellement instable que j'utilise un vpn en ipv6 et je route l'ipv4 dessus...

je ne poste pas d'une ip free donc je vous met l'ip free ici : 82.247.216.206

un peu plus de détails : je peu faire un ping sur la gateway free ça répond, le ping vers une ip internet non, j'ai perdu depuis plusieurs jours le résumé des programmes sur le player et le replay aussi...

le problème est apparu dimanche 7 avril le soir, fonctionne bien avant, rien changé entre temps

par avance, non ça me dérange pas de mettre une ip publiquement, de toute façons j'ai un firewall et c'est pas pire que tout les scan que je reçois chaque jours ;)

si besoin de plus d'info ou de test c'est avec plaisir si on peu avancer sur le problème

JSB a commenté le 25.04.2019 07:46

Bonjour,

pour ma part, désactiver l'option "Client DHCP en mode bridge" semble avoir réglé le problème.

Pour information je ne l'ai jamais activée par moi-même, donc elle a du être activée par la dernière MàJ du Player.

Le Player est relié directement au Server en ethernet, pas via le routeur. Depuis, j'ai perdu les résumés des programmes sur la télé, comme interdif, mais c'est un moindre mal. J'essaierai de brancher le Player sur le routeur et de réactiver l'option, pour voir si ça résout ce nouveau souci.

Bingo34 a commenté le 25.04.2019 08:10

Bonjour,

Je confirme que les coupures ont disparu, tout fonctionne bien de ce côté là, en revanche je n'ai plus de résumé sur la tv, mais cela reste secondaire.
Merci à Maxime et Arnaud.

Cdt,

Admin
rawoul a commenté le 25.04.2019 08:16

Pour ceux qui n'ont plus de résumé sur la tv, le freebox player affiche la bonne heure ?

@arnaud, de ce que j'ai vu sur l'écran que mes parents m'ont montre, leur player n'est pas du tout a l'heure (01/01/1970...) le NTP doit être dans les choux (cf le premier message ou je reçois sur mon routeur un ICMP port unreachable).

LiloBzH a commenté le 25.04.2019 08:31

Re,

Rappel de la config ⇒ Freebox V6 Bridge + R7000 avec DDWRT (mod Kong)

Je reviens après avoir fat la manip aussi.
le DHCP bridge etait bien activé ici aussi. On a desactivé puis redemarrer la Freebox TV (sinon, c etait NOK) et re activé le mode Bridge et internet semble de nouveau OK

PS : A noter que le reboot de la Freebox TV a fait disparaître l adresse MAC de la Freebox TV (dans Freebox OS > Switch) , source du probleme.

PS2 : l IPV6 ne fonctionne pas sur l ordinateur mais c'est peut etre une question de reglage sur DDWRT, je cherche encore (si un de vous a trouvé quelle config il faut mettre dans l inglet IPV6 !)

Merci !

LiloBzH a commenté le 25.04.2019 08:32

EDIT :

- Les résumés sur la TV ne fonctionnent toujours pas
- Les replay sont cassés aussi !

interdif a commenté le 25.04.2019 10:51

Pareil pas de résumé et l heure est pas bonne

Et je suis toujours dans les choux avec l ipv4 et le support téléphonique est carrément à l ouest...

Admin
rawoul a commenté le 25.04.2019 16:58

Le ntp remarchera dans le prochain fw en mode bridge (très bientot).

LiloBzH a commenté le 25.04.2019 17:42

@arnaud, replay et résumé aussi ?

je confirme, chez moi en mode bridge sur Freebox V6 (avec le mode dhcp server désactivé sur le freeplayer sinon là-aussi déconnexions internet trop fréquentes), résumés programmes vides, et date/heure incorrecte sur le player (01/01/2010 00:00:00 ... à chaque redémarrage). J'ai ouvert une tâche par ailleurs dans la section Freeplayer.

De plus j'ai peut-être remarqué un souci de serveur DNS Free quand on est en mode bridge (aucune résolution de nom quand je branche directement mon PC derrière le Server, sans mon routeur perso), donc à creuser quand je serai en congés la semaine prochaine... Bref je ne serai pas trop dépaysé entre mon boulot et la maison... Ah Free quand tu nous tiens !! C'est ma femme qui va être contente comme dirait Columbo... ... ...

JSB a commenté le 25.04.2019 20:53

Bonjour,

Pour ceux qui n'ont plus de résumé sur la tv, le freebox player affiche la bonne heure ?

Non le Player n'est plus à l'heure, et affiche l'icône "pas de connexion" (la terre avec un tuyau barré de rouge) en bas à droite. Mais bon si j'ai bien compris ça devrait être corrigé par le prochain fw ?

interdif a commenté le 26.04.2019 06:19

en ce qui me concerne toujours pas de changement pour la connexion en ipv4 et pourtant le player et bien en mode bridge OFF..

Ah oui j'oubliais, la grille des programmes est également vide. Un peu ballot.

et affiche l'icône "pas de connexion" (la terre avec un tuyau barré de rouge) en bas à droite.

@Jean-Sébastien Bour, ça correspondrait au fait que le paramètre dhcp en mode bridge du player est mis sur OFF.

Sauf erreur de ma part.

@interdit, chez moi-aussi le dns ipv6 répond bien pour résoudre les noms. Ce ne serait qu'en ipv4.

Donc il n'y a plus qu'à attendre le prochain firmware. ;-)

Vu ce jour sur ma Freebox Server V6 : nouveau firmware 4.0.5.1

Mais mes soucis ne sont toujours pas résolus (date/heure player en 2010..., pas de résumé de programme ou de pas de grille de programme renseignée)...

Allez, on y croit !!

https://www.n9ws.com/n9ws-mise-c3a0-jour-4051-du-freebox-server-28rc3a9volution2fmini2fdelta29-4208.html

Depuis cet après-midi 16h, la mise à jour 4.0.5.1 est disponible pour le Freebox Server (Révolution, Mini, Delta).

Pour en bénéficier, vous devez redémarrer le Freebox Server.

Les corrections suivantes sont proposées :

Redémarrage aléatoire de la freebox Delta lorsque l’agrégation 4G est utilisée
Client OpenVPN non fonctionnel

ROMAIN
Administrateur de n9ws.com

interdif a commenté le 27.04.2019 21:43

j'ai fait un reset usine du server, depuis l'ipv4 re fonctionne, a voir si ça reste stable..

toujours pareil coté player, replay et resumé hs

Bonjour,

Ce matin j'ai donc retenté de repasser en mode bridge sur mon Player V6 (mis à jour en 1.3.16, et toujours en 4.0.5.1 sur le Server V6). Sur le Player, date, heure, résumé du programme visionné et grille des programmes sont à nouveau opérationnels.

Par contre si on active sur le Player l'option "Client DHCP en mode bridge", l'ipv4 ne fonctionne plus, il ne reste plus que l'ipv6 opérationnelle sur les ordinateurs (problème existant déjà avant, à cause du vlan 100 devant être géré par le switch).

@rawoul : de Papy_Mougeot
" Par contre si j'active sur le Player l'option "Client DHCP en mode bridge" je n'ai plus du tout (et immédiatement) de réponse sur l'IPV4 de mes ordinateurs (problème que j'avais auparavant), alors que l'ipv6 semble continuer à fonctionner. Pas trop grave dans mon cas, je ne vais pas sur internet à partir de mon Player. Et je ne veux pas investir sur un switch gérant les vlans. Dommage que le Player ne puisse pas joindre mon DHCP perso pour récupérer une ip. "

Ma question est donc : Avez-vous détecté le problème de DHCP IPv4 en mode bridge ?

En rapport avec le réseaux des Freebox (IPv4/IPv6), corrections de bugs, de failles de sécurité, et améliorations :

Mise à jour de bridge-utils demandée ? ^^
→ Servers : https://dev.freebox.fr/bugs/task/25749

Mise à jour de Dnsmasq demandée ? ^^
→ Servers : https://dev.freebox.fr/bugs/task/25751

→ Revolution : https://dev.freebox.fr/bugs/task/27112

→ Devialet : https://dev.freebox.fr/bugs/task/27111

Mise à jour de radvd demandée ? ^^
→ Servers : https://dev.freebox.fr/bugs/task/25775

Mise à jour de hostapd (lié à wpa_supplicant) demandée ? ^^
→ Servers : https://dev.freebox.fr/bugs/task/25755

Mise à jour de iproute2 demandée ? ^^
→ Servers : https://dev.freebox.fr/bugs/task/25765

Mise à jour de iptables demandée ? ^^
→ Servers : https://dev.freebox.fr/bugs/task/25768

Mise à jour de nss-mdns demandée ? ^^
→ Revolution : https://dev.freebox.fr/bugs/task/27148

→ Devialet : https://dev.freebox.fr/bugs/task/27149

Mise à jour de ethtool demandée ? ^^
→ Servers : https://dev.freebox.fr/bugs/task/25911

→ Revolution : https://dev.freebox.fr/bugs/task/27152

→ Devialet : https://dev.freebox.fr/bugs/task/27153

Sans compter tout le reste ici : https://dev.freebox.fr/bugs/task/22518

Avec Freebox OS 4.2.3 ou 4.2.4 (uniquement sur Pop), est-ce toujours pareil ?

Admin
mbizon a commenté le 07.08.2020 09:14

bon pour être sûr que tout le monde ait compris

quand on est en mode bridge il n'y a qu'1 seul IP, et il faut uniquement 1 équipement branché qui la demande en faisant du DHCP (sinon ils se la volent, et ça marche aléatoirement)

la Freebox player a besoin d'internet pour les applications OTT (Youtube, ...)

la Freebox player par défaut désactive son DHCP quand elle sait que le server est en mode bridge, pour ne pas voler l'IP. Evidemment si vous activez l'option "Client DHCP en mode bridge" vous prenez l'IP pour la box player et volerez l'ip de votre routeur

bref avant de toucher aux settings avancés, essayez de comprendre ce que vous faites

je ferme ce fil

Chargement...

Activer les raccourcis clavier

Liste des tâches

Détails de la tâche

Édition de la tâche