Tous les projets

Bonjour,

Le firewall IPv6 de Freebox OS est beaucoup trop limitant.

Il est très bien de pouvoir l’activer ou le désactiver. En revanche, si je l’active, il est aussi actif pour toutes les délégations de préfixes utilisées ce qui n’est pas logique puisque ces préfixes sont censés êtres gérés par un autre pare-feu en aval.

Mon but est d’avoir le pare-feu v6 actif pour les éléments branchés directement au réseau de la Freebox (PiKVM par exemple), et inactif sur certaines de mes délégations utilisées.

Il faudrait pouvoir :

- Avoir le choix d’exclure les délégations quand le pare-feu v6 est actif. Soit automatiquement en vérifiant si le champs “Next hop” contient une valeur, ou encore mieux, manuellement en mettant à disposition une case à cocher “Activer le firewall v6 sur cette délégation” pour permettre le cas par cas.
- Pouvoir créer des règles claires sur le pare-feu v6, mais cela implique plus de développement alors que le premier point est plus simple sur le papier.

Bonjour,

Récemment abonné, j’ai pu constater un problème en utilisant le port SFP+. Ma demande a été escaladée après de très longs échanges avec Free mais une des personnes que j’ai eu m’a recommandé de signaler mon problème ici en attendant leur rappel.

Mon problème est que je n’ai pas le même comportement de l’upload en utilisant le port SFP+ ou un classique port RJ45 gigabit.

- Speedtest (DEB fourni par Okkla) via le SFP+ :

      Server: BOUYGUES TELECOM BBR - Grenoble (id: 58158)
         ISP: Free SAS
Idle Latency:    17.93 ms   (jitter: 0.16ms, low: 17.75ms, high: 18.33ms)
    Download:  5619.43 Mbps (data used: 6.6 GB)
                 63.70 ms   (jitter: 43.47ms, low: 17.19ms, high: 542.57ms)
      Upload:   472.86 Mbps (data used: 607.5 MB)
                 17.75 ms   (jitter: 0.32ms, low: 17.14ms, high: 19.49ms)
 Packet Loss:     0.0%

⇒ On ne voit dans ce premier cas que la valeur finale de l’upload (472 Mbps), mais la valeur de l’upload baisse sur toute la durée du test et passe même parfois sous les 400 Mbps.

- Speedtest (DEB fourni par Okkla) via le RJ45 Gigabit :

      Server: BOUYGUES TELECOM BBR - Grenoble (id: 58158)
         ISP: Free SAS
Idle Latency:    18.19 ms   (jitter: 0.19ms, low: 17.94ms, high: 18.36ms)
    Download:   945.88 Mbps (data used: 1.1 GB)
                 44.25 ms   (jitter: 21.91ms, low: 17.68ms, high: 458.65ms)
      Upload:   673.37 Mbps (data used: 651.2 MB)
                 18.43 ms   (jitter: 0.79ms, low: 16.88ms, high: 35.30ms)
 Packet Loss:     0.0%

⇒ Dans ce second cas, mon upload est stable et rejoint des valeurs normales à chaque coup (675-690 Mbps).

Quelques notes concernant les tests :

• Tous les tests sont réalisés depuis la même machine, je ne change que le vmbr WAN de ma VM sur mon hyperviseur Proxmox où j’ai branché temporairement un WAN gigabit RJ45 + un WAN en SFP+.
• J’utilise un DAC passif cuivre 3m entre la Freebox Delta et mon infra de chez 10GTek. Je peux saturer le lien 10 Gbps avec un simple test wget ou curl vers la Freebox (http://192.168.x.x/gen/10G), donc pas de souci sur le lien 10 Gbps en interne.
• J’ai exclu le fait que ma carte pose souci avec le débit sortant en y branchant un module SFP fibre ⇒ RJ45 1G. Je n’avais dans ce cas plus le souci.
• Ma carte réseau utilise un chipset Broadcom BCM57810S

Constat :

Le comportement du débit sortant devrait être le même entre le lien RJ45 et le lien SFP+. Il y a soit un problème logiciel qui peut être patché, soit un souci matériel sur la Freebox Delta.

Merci pour votre lecture !