Bonjour,

Depuis la version 1.4.0, lorsqu’on redémarre la freebox et qu’elle se synchronise, l’heure de la première synchronisation est erronée : 2000-01-01 12:00, ou qqchose comme cela. Si il y a d’autres synchronisations après, l’heure affichée dans l’historique est de nouveau correcte.

Cette information est visible depuis la télé, dans le menu “paramètre réseau / ADSL / historique des connexions”.

Pour les précédentes versions du firmware, la bonne heure était affichée dès la première synchronisation ADSL.

Cordialement,

Stellar7.

Bonjour,

Sur un PC sous Windows XP SP3, la carte miniPCI Tp-link TL-WN861N ne se connecte qu’en 54 mbps (Wifi G) correctement à ma nouvelle freebox v5 (firmware à jour) disposant du Wifi “N”. Un cas est ouvert chez TP-LINK :
⇒ “I‘ve bought a mini-pci Tp-link TL-WN861N (Atheros AR5008 chip) and I cannot use it in Wifi N mode with a freebox v5 from the French ISP free (that supports Wifi N). The card only negociates @54 mbps (Wifi G) and not @300 mbps (Wifi N) under WinXP SP3, whatever I try : updated Atheros drivers, different Wifi channels, WPA/TKIP or WPA/AES, static or dynamic IP.”

Cela semble localiser chez Atheros (le fournisseur du chip/des drivers) MAIS MAIS c’est à rapprocher de ces cas, plutôt sous Windows Vista :
http://bugs.freeplayer.org/task/2710 http://bugs.freeplayer.org/task/2565 qui mette aussi en cause la freebox, car certains n’avaient pas le soucis avant de bouger chez free.

C’est pourquoi j’ouvre un cas ici aussi sur XP SP3 et carte à base d’Atheros AR5008.

Avec le client Windows XP SP3 “Wifi” de base :
- WPA2-AES ou TKIP : pas de connection
- WPA-AES : j’obtiens “lecture de l’adresse IP” puis pas de réseau
- WPA-TKIP : OK mais seulement à 54 mbps (Wifi G) au lieu de 300 comme le permettrait la carte et la freebox v5 “N”

Avec le client Atheros (”WPA/WAP2 Passphrase selected”) - dernier driver Windows de TP-LINK ou d’Atheros (station-drivers 7.7.0.474 et tout autre driver que j’ai essayé d’ailleurs, une bonne dizaine, dont le sniffer commview qui se connecte en 54 mbps max) :
- 300 mbps AES : le PC se connecte en de très rare cas mais impossible de surfer et le ping de la passerelle ou de yahoo montre des ‘drops’ et il y a énormément d’erreurs CRC remontées par le client Atheros. Le réseau wifi se déconnecte après quelques dizaines de secondes.
Alors je décoche « 300 » dans le client Atheros et en laissant 54 j’obtiens une connexion stable en “G” uniquement, en AES...

J’ai essayé les canaux 1, 4, 6, 10, 13 et auto sans succès en 300/N.
J’ai essayé WPA/TKIP, AES/CCMP, AES/TKIP sur la freebox sans succès pour le 300/N, avec de multiples combinaisons côté client XP SP3.

J’ai passé deux/trois nuits sur ce soucis et je commence à détester cette carte AR5008 et le module Wifi de ma freebox :(
J’aurai mieux fait de prendre une carte Ralink, mais j’en ai pas trouvé en miniPCI non Express... !

Si vous avez le même symptome sous XP avec une carte à base de chipset Atheros, n’hésitez pas à confirmer.

Merci.

Bonjour,
La carte mini-pci Tp-link TL-WN861N (Atheros AR5008) sous Windows XP SP3 ne négocie pas le Wifi N (300 mbps) avec ma freebox v5 Wifi N : elle est limitée au Wifi G 54 mbps alors que c’est une carte Wifi N 300 mbps.

J’ai essayé beaucoup de drivers différents sous XP SP3 : drivers TP-LINK, Atheros (les derniers sur station-drivers), commview for Wifi (palfonne à 54mbps)... sans succès donc avec le réseau “N”.

J’ai essayé les modes freebox TKIP (54 mbps max = Wifi G), AES/CCMP (pas de connexion), TKIP/AES (54 mbps max).
Plusieurs clés (simples ou compliqués), plusieurs canaux : 1,4,5,10,13... sans succès.
J’ai essayé le client Wifi Windows XP et le client Wifi Atheros ⇒ c’est stable uniquement en Wifi G avec le client Windows en TKIP, c’est stable en Wifi G AES avec le client Atheros. Aucune stabilité en Wifi N, parfois une connexion très courte.

Quand elle accroche (dans de très rare cas, avec le client Atheros en mode “WPA/WPA2 passphrase”) en Wifi N 300 mbps, il est impossible de surfer, le ping perd énormément de paquet et elle décroche très rapidement (15-30 secondes). Le nombre d’erreurs CRC est très élevé par rapport au nombre de paquets en jeu. Il y a comme une impossibilité de dialogue entre freebox v5 et Atheros AR5008 en “N” sous XP SP3. Dommage, j’ai upgradé pour cela ma carte Wifi :(

J’ai mailé le support TP-LINK qui m’a répondu entre autre information intéressante :
“When the encryption is TKIP, the max speed is 54Mbps. It is not supported by 802.11n specification.” Les tests demandés je les avais déjà effectués, tous négatifs pour le Wifi N.

J’ai l’impression que la freebox a du mal à offrir un signal 300 mbps/AES compréhensible par les dirvers Atheros AR5008. Mais pourquoi ?
Il y a des problèmes de ce type avec d’autres cartes Atheros AR500x sous Vista, qui se rapproche un peu de ce cas.
Certains utilisateurs n’ont des soucis qu’avec la freebox, et pas avant leur passage chez free.

Mais je ne trouve rien sous XP SP3 avec le Wifi “N” uniquement.
Merci.

Je suis un des premiers abonnés fibre optique à avoir reçu une freebox v5 ADSL accompagnée d’un convertisseur fibre optique séparé (les premières livraisons de ce type ont eu lieu mi-Septembre 2011).

Quand je branche mon laptop sur la Freebox v5 ADSL (elle-même reliée au convertisseur fibre séparé) et que je télécharge une ISO depuis le FTP de Free ou le FTP du Lip6, j’ai un débit de l’ordre de 3 ou 4 Mo/s. Comme cela semblait modeste pour une connexion fibre, j’ai fait un test en branchant mon laptop directement sur le convertisseur fibre (en taggant dans le VLAN 836), et j’ai alors un débit bien supérieur, entre 8 et 11 Mo/s quand je télécharge une ISO depuis le FTP de Free ou du Lip6 !

J’en déduis donc qu’il y a un bug dans le firmware de la Freebox v5 ADSL qui provoque une limitation du débit quand elle est utilisée avec un convertisseur fibre séparé.

P.S. : d’autres freenautes qui ont reçu une freebox v5 ADSL avec convertisseur fibre séparé font le même constat que moi, cf les threads suivants dans les forums :
- Thread dans le forum ADUF : http://www.aduf.org/viewtopic.php?p=1662429#1662429 - Thread dans le newsgroup proxad.free.ftth : Sujet “Freebox v5 ADSL avec convertisseur fibre séparé” commencé le 30/09/2011

Les modes de réglage du ping sur l’interface free ne sont plus effectif sur certaines zones.

Peu importe le mode choisi: fastpath/sérénité/patate le résultat est le même, la freebox elle, reste reglée en “Interleaved”.

Bonjour,

J’ai depuis quelques temps des pertes de connexions sur ma machine en Linux Fedora 16 quand elle est liée à ma Freebox (boîtier ADSL d’une HD).

Le symptome est que NetworkManager perd la connexion et la rétablis immédiatement.

En cherchant d’où vient le problème, je suis tombé sur un bug Fedora qui semble correspondre :

https://bugzilla.redhat.com/show_bug.cgi?id=590202

Le problème vient du fait que le routeur (la Freebox) annonce une durée de vie des infos rdnss de la meme durée que les intervalles d’annonce de routeur. Ce qui fait qu’elles expirent avant d’être renouvelée et réinitialise toute la connexion côté OS (IPv4 + IPv6). Cela semble être le comportement (buggé) par défaut de radvd, que vous utilisez j’imagine (cf. bugzilla RH).

Est-ce que vous pourriez passer les durées de vie RDNSS à deux fois l’intervalle entre deux annonces ?

Bonjour,

Depuis le 22/08/2013 environ vers 5h00 du matin, je rencontre des problèmes avec des appareils qui utilisent le protocole RADIUS (udp 1812 1813 ) et qui sont branchés sur des lignes Free.
Les même appareils, branchés sur des lignes ADSL d’autres FAI n’ont pas ce problème.
Je cherche a savoir si des changements ont été opérés chez Free cette nuit.

Pour expliquer un peut plus sur mon problème :
Les appareils contactent des serveurs radius qui leur répondent.
la demande (radius : access-request) part bien vers le serveur
la réponse reviens mais est tronquée : Normalement je reçois 2 packets
la réponse est fragmentée en 2 packets
un de 1476 Bytes qui sont des data puis un autre de 1140 Bytes la continuité du packet

sur la ligne Free, je ne reçois que le premier packet, pas le 2eme !!!
donc mon appareil ne reçois jamais l’access-accept du serveur.

et ce sur des machine à Paris ou à Lyon
Apparemment ça ne serait que sur des lignes dégroupées.

Peut importe le modèle de la Feebox, qu’elle soit en routeur ou en brige, qu’elle soit remplacée par un modem routeur. Je pense qu’on peut éliminer un PB sur la freebox.

Si qlq 1 à des infos à me fournir, ou m’orienter quelque part ou Free fournirait des infos sur leurs maintenances, ou qlq part ou communiquer cette info je suis preneur.

Car la hotline de Free comme je pouvais m’y attendre ne savent rien, et ce n’est pas leur boulot, mais impossible d’avoir un niveau 2 ou autre personne pour pouvoir avancer.

Je ne sais pas si c’est des règles strictes sur la fragmentation UDP qui ont été mise en places.

cordialement

Bonjour, j’ai tous les jours une déconnexion vers 2h du matin; elle dure toujours 47 secondes
je surveille l’état de ma freebox sur http://mafreebox.freebox.fr/pub/fbx_info.txt Merci

Bonjour,

J’écris pour la première fois sur ce forum suite a un appel a la hotline de Free.
Voici mon soucis: Depuis samedi 12 Avril 2014 j’ai d’énorme pic de latence principalement en jeu online et en visionnage de vidéo sur le web.
Ces pics ne durent pas bien longtemps, 5-10sec mais reviennent régulièrement 3-5min, et est vraiment gênant lors de mes sessions de jeu.

Je suis connecté en CPL depuis plusieurs semaine et jamais eu de soucis.

J’ai réalisé plusieurs test de bande passante, aucun soucis de ce coté la, j’ai le même résultat a chaque fois. (19M/1.1M)
J’ai par contre réalisé différents ping test et c’est la que le soucis arrive, il m’arrive de monter a +1500ms alors que je tourne aux alentours de 30-40ms en temps normal.

Que puis je faire ?

Caractéristique Freebox:
- Freebox dégroupage total
- NRA : VEY63
- Longueur : 935 mètres
- Affaiblissement : 14 dB
- Votre ligne est raccordée à un DSLAM compatible ADSL2+
- Adresse MAC: F4CAE546EF18

Merci d’avance pour l’aide que vous pourriez m’apporter.

Cordialement,

Bonjour,

Je me permets d’écrire ici le problème que je rencontre actuellement avec l’option FASTPATH. En effet, j’ai toujours eu un temps de latence = 8 ms avec l’option fastpath, mais il y a une semaine, à la suite d’un crash de la FREEBOX ( cause non retrouvée d’ailleurs ), lorsque ma freebox a refonctionné, le temps de latence était redevenu à 25/30 ms, comme en mode par défaut. J’ai donc appelé l’assistance FREE, qui après avoir mis à jour ma freebox, m’a conseillé de passer en mode PATATE, d’attendre 24h, puis de repasser en mode FASTPATH ; et la, 72h après, toujours aucune amélioration avec un ping à 25/30 ms malgré le fait que le FASTPATH soit activé.

Je poste donc ici mon problème, comme ma l’a conseillé un conseiller téléphonique.

Merci de me guider pour résoudre ce problème au plus vite.

Je sais que ce n’est pas le meilleur endroit pour signaler ce fait, mais malheureusement, il n’y a pas beaucoup d’autres moyens… (les newsgroups ?)

Je suis actuellement sur la liste noire de SpamEatingMonkey et personne ne répond à la requête de désinscription. Cette liste (SEM-BLACK) est constitué d’adresses que les FAI indiquent comme ne devant jamais envoyer d’emails.

Or, depuis le blocage du port 25 par défaut (très bonne idée d’ailleurs), il serait bien que les adresses IP de Free ne soit plus listées comme telles.

Cela me bloque actuellement pour envoyer des mails à une liste dont l’administrateur ne veut pas changer sa configuration.

Bonjour,

Uniquement depuis le réseau Free (Freebox et Free Mobile), les serveurs DNS de Free (212.27.40.240 et 212.27.40.241) ne permettent pas d’accéder au site www.lolomin.net car la résolution DNS échoue :

# host www.lolomin.net 212.27.40.240
Using domain server:
Name: 212.27.40.240
Address: 212.27.40.240#53
Aliases:

Host www.lolomin.net not found: 2(SERVFAIL)

Pour information, tout fonctionne correctement chez les autres FAI ou en utilisant un autre serveur DNS comme celui de Google par exemple :

# host www.lolomin.net 8.8.8.8
Using domain server:
Name: 8.8.8.8
Address: 8.8.8.8#53
Aliases:

www.lolomin.net has address 78.211.23.48

Mais pour un utilisateur standard sur une connexion Free qui n’a aucune notion de ce qu’est une entrée DNS, le site est donc inaccessible.

A votre disposition pour fournir les informations supplémentaires dont vous auriez besoin je suis le propriétaire de la zone DNS lolomin.net.

Merci !

Bonjour,

En essayant de mettre en place une ouverture de port dynamique depuis un raspberry pi via le protocole UPnP, j’ai trouvé un comportement étrange sur freebox V5.

J’utilise le logiciel miniupnp pour ordonner à la box d’ouvrir un port vers mon LAN.

Avec la commande “upnpc -r 8080 tcp” (ou “upnpc-shared.exe -r 8080 tcp” sous windows) le NAT se fait bien au niveau de la box.

Je peux bien accéder à mon raspberry sur le port 8080 en utilisant l’adresse public de ma box depuis l’extérieur.
Le problème c’est que si j’utilise mon adresse publique depuis mon LAN (mon PC) le port est fermé. Alors que lorsque ne défini manuellement le NAT depuis l’interface de gestion de mon routeur, la, pas de soucis ça marche autant depuis le WAN que le LAN.

C’est plutôt gênant car je ne peux donc pas accéder à mon serveur depuis son nom de domaine, mais uniquement l’adresse locale en 192.168.0.x si je fais le NATage en utilisant l’UPnP.

Cordialement

Comme remarqué ici :
http://forum.universfreebox.com/viewtopic.php?p=542974 et
http://www.aduf.org/viewtopic.php?t=279003

Depuis une quinzaine de jours le serveurs de temps (UDP 123) ne sont plus joignables à partir des certaines Freebox V5 (et Crystal), je ne suis pas un cas isolé.
Cela c’est manifesté d’abord sur les Raspberry, vu qu’il n’ont pas de pile.
Mais en testant sur un iMac, un routeur, ... le problème est général.

Pour ma part :
Freebox V5 rebooté (5 fois pour mise à jour)
Configuration routeur vidée
Test effectué en bridge avec un seul ordinateur (pour éviter tout autre source d’anomalie)
Le résultat est toujours le même, pas de synchronisation avec les serveurs de temps.

Et comme toujours... cela fonctionnait avant... (avant étant à mon avis ... avant les vacances de Noël)

Il semble donc qu’il y ai un bridage UDP sur les freebox... ou sur d’autres équipements... ou alors une mise à jour qui a ajoutée ce bug ??? Pour l’instant je suis dans le flou.
J’ai essayé de remplacer la freebox par un modem netgear DG834PN mais sans succès pour établir la connexion.

Bonjour,

J’essaie désespérément de mettre en place un bail DHCP permanent et une redirection de ports, mais sans effets. Lorsque je soumet
un formulaire les modifications ne sont pas prises en comptes, même si je redémarre la box.

Dans la section Ma freebox > Configurer mon routeur freebox > Redirection et baus DHCP, j’essaie de configurer un bail
permanent pour 192.168.0.5 (non pris en compte) et deux redirections de ports sans succés.

Merci pour votre aide

Etat de la Freebox

Informations générales :

Modèle                         Freebox ADSL            
Version du firmware            1.5.25                  
Mode de connection             Dégroupé                
Temps depuis la mise en route  43 minutes              

Etat                           Ok                      
Etat du combiné                Raccroché               
Sonnerie                       Inactive                

Etat                           Showtime                
Protocole                      ADSL2+                  
Mode                           Interleaved             

                       Descendant         Montant           
                       --                 --                
Débit ATM              13398 kb/s         1225 kb/s         
Marge de bruit         7.00 dB            7.40 dB           
Atténuation            36.50 dB           20.40 dB          
FEC                    16972              4818              
CRC                    3030               0                 
HEC                    56                 5456              

Date                   Etat               Débit (kb/s)      
--                     --                 --                
Mise en route          Connexion          12077 / 1025      

Etat                           Ok                      
Modèle                         Ralink RT2880           
Canal                          11                      
État du réseau                 Activé                  
Ssid                           livebox4565             
Type de clé                    WPA (TKIP+AES)          
FreeWifi                       Actif                   
FreeWifi Secure                Actif                   

Adresse MAC Freebox            00:24:D4:BB:0E:14       
Adresse IP                     82.231.33.123           
IPv6                           Activé                  
Mode routeur                   Activé                  
Adresse IP privée              192.168.0.254           
Adresse IP DMZ                 192.168.0.0             
Adresse IP Freeplayer          192.168.0.0             
Réponse au ping                Activé                  
Proxy Wake On Lan              Désactivé               
Serveur DHCP                   Activé                  
Plage d'adresses dynamique     192.168.0.10 - 192.168.0.50

Adresse MAC            Adresse IP                  
--                     --                          
34:F6:4B:87:6E:D2      192.168.0.10                
B8:86:87:EF:CB:A4      192.168.0.11                
8C:25:05:D1:57:AC      192.168.0.12                

                       Lien           Débit entrant  Débit sortant 
                       --             --             --            
WAN                    Ok             0 ko/s         0 ko/s        
Ethernet                              0 ko/s         0 ko/s        
USB                    Non connecté                                
Switch                 100baseTX-FD   117 ko/s       6206 ko/s     

Bonjour,

La redirection de port ne fonctionne plus sur ma Freebox V5 ADSL, alors qu’elle fonctionnait auparavant. Je n’en avais plus eu besoin depuis 2018 et mes règles de redirection sont restées inchangées (ainsi que mes machines dans le LAN, en bail permanent).
De plus, j’ai constaté que la box ne répond pas aux pings alors que la réponse aux pings est pourtant activée dans l’administration de la box (ainsi que dans le récap sur /pub/fbx_info.txt).

J’ai fait les tentatives suivantes :

- redirection paramétrée dans l’interface d’administration freebox (https://subscribe.free.fr/login/)

o machine1 avec port externe = interne (18000) (pas de firewall sur machine1)
o machine2 avec port externe =/= interne (80 => 9980) (pas de firewall sur machine2)

- UPnP

o avec leasing
o sans leasing

- Mise dans la DMZ de machine1

- Hard reboot

La hotline n’a pas pu m’aider à part me proposer le hard reboot (qui n’a rien changé).

J’ai tendance à penser qu’il pourrait y avoir eu une régression dans les mises à jour de firmware depuis 2018...

Merci d’avance pour votre aide.