Freebox V5 ADSL

je viens de me réabonné à free et il y a toujours le meme problème de friture sur la ligne téléphonique. Au bout d’un certain temps la la communication deviens inodible, on dirait un robots. J’ai déménagé 3 fois, changé de Box 2 fois et de téléphone fixe à 3 reprises et toujours le meme problème. mes parents qui ne sont pas dans la meme ville que moi ont le meme problème. mes Grands parent sur une 3ème ville ont le meme problème égalemenr.

Le seul point commun est que nous somme sur la freebox V5.

J’ai essayé d’activer le service de filtrage des appels sortants seulement le service ne semble pas fonctionner.

Bonjour,

J’ai mis un commentaire dans un vieux bug  FS#33503 , je ne sais pas s’il est fermé ou pas, dans le doute j’en ouvre un autre ici, que vous pouvez supprimer si inutile. Merci.

Les codes DTMF pour interagir avec les répondeurs vocaux (« tapez 1 pour… » etc.) ne fonctionnent pas depuis plusieurs semaines/mois quel que soit le service contacté.

J’ai testé avec 2 téléphones fixes de marques différentes.
Gigaset C620 et Siemens C0255 duo.

Infos box Crystal :

Version du firmware 1.5.18
Nom d'utilisateur fbxxxxxxxxx@freeadsl
Mode de connection Ipadsl
Temps depuis la mise en route 10 jours, 12 heures, 35 minutes

Merci.

Il em semble qu’avec le dernier firmware (reboot le 7 juillet 2009), il est très difficile d’obtenir une adresse dhcp en 192.168.0.x . En effet, j’ai toujour déclaré la freebox en 192.168.0.1 et en mode filaire les adresses allouées sont bien du type 192.168.0.x avec le masque 255.255.255.0 . Mais en mode wifi il y a un problème: avec un Iphone quand on demande un rafraichissement du bail dhcp on voit une adresse 192.168.0.x s’afficher durant une seconde puis un adresse 192.168.1.2 s’affiche et évidemment la connexion est inutilisable. Sur Mac OS/X s’est pareil, cela va en 192.168.1.x . Mais si on insiste cela peut repartir en 192.168.0.x et il faut en profiter pour activer tous les wifi car ils seront alors tous en 192.168.0.x et on profitera alors du réseau.

Je n’ai pas changé les paramètres du routeur et il semble bien que ce problème soit nouveau et concomitant au nouveau freewifi.

C’est un problème pénible.

Quand on est client Orange mobile, on peut consulter son répondeur depuis un autre poste téléphonique en composant le 06.08.08.08.08 puis son numéro d’appel, et enfin son code secret. Chez SFR, idem avec le 06.1000.1000

A ce jour, pour consulter son répondeur depuis un autre téléphone, il faut appeler son propre numéro, que personne ne réponde, et quand la sonnerie bascule sur le répondeur, de composer # puis le code secret. Pas très pratique, surtout quand on a réglé le nombre de sonneries au maximum.

Je propose donc que Free mette à disposition de l’ensemble de ses abonnés une plateforme téléphonique avec un numéro géographique de préférence, qui leur permette d’interroger leur répondeur, en dehors de leur domicile, sans faire sonner le téléphone de la maison et sans réveiller la maisonnée.

Qu’en pensez-vous ?

Bonjour!
Il serait intéressant de ne pouvoir supprimer qu’un numéro de la liste noire au lieu de tous et d’être obligé de tout retaper.
Que nous puissions le faire par téléphone ou par le compte Free.
Merci.

René Lévêque.

Bonjour,
J’aimerais bien pouvoir utiliser la freebox ADSL pour faire de la surveillance sonore en branchant par exemple une webcam (dont le son est supporté par le module snd_usb_audio), et diffuser ensuite le flux. Je me doute bien qu’il faudra pas s’attendre à une qualité exceptionnelle, mais le même algorithme que le téléphone suffirait.
L’idéal serait un serveur http avec authentification, au pire juste un “client” udp qui envoie son flux à une addresse IP/n° port pré spécifiée.

Un souci d’appel entrant sur 2 Freebox (B et C ) :
l’appelé n’entend pas l’appelant depuis une troisième Freebox (A),
l’appelant entend la personne appelée.
Un rappel vers l’appelant donne une communication fonctionnelle.

Caractéristiques des Freebox :

A : Freebox fibre optique (F-OPT01B 0 )

B : Freebox Only, avec portabilité du N° FT

C : mini 4k fibre optique, le souci date de la portabilité du N° FT au début juillet 2016

L’appel vers le N° géographique ou le N° en 09xxx ne passe pas.

D’autres tests prévus depuis d’autres Freebox.

Je relance une tache puisque la derniere est datee du 5 Juillet 2006 et que ce probleme n’est toujours pas resolu.

J’ai fais 2 tests :

- j’appelle plusieurs fois de suite mon No de telephone Free, toujours a partir du meme poste : sur 4 appels consecutifs, le numero de l’appelant (c’est a dire moi) ne s’est affiche qu’1 seule fois. Les 3 autres fois, le telephone a affiche “Appel exterieur”

- j’ai branche mon telephone sur la freebox d’un ami (freebox v5 HD, comme la mienne) et j’ai refais le test ci-dessus : sur 4 appels consecutifs, le numero de l’appelant (c’est a dire moi) s’est affiche 4 fois ...

Le probleme vient donc bien de ma Freebox.

Je sais que cette fonction est une option gratuite chez Free (comme me l’a repete la personne que j’ai eu par tchat), mais encore faudrait-il qu’elle marche.

Bonjour,

J’ai parcouru les quelques tickets qui mentionnent l’IPv6, je pense que celui ci répond en parti au besoin des utilisateurs.

En effet, j’ai conscience que mettre en place dans l’interface (et sous le capot) une case à cocher qui stipule que tout le trafic IPv6 qui arrive depuis l’internette soit routé vers une IPv6 (ex: 2a01:e35:aabb:ccdd::1) peut être long et peu rentable vu le faible nombreuse d’utilisateurs impactés.

Ces fameux FreeNautes sont assez avertis pour configurer un tunnel 6to4.
A l’heure actuelle, les tunnels brokers sont loins, et pas toujours fiables.

C’est pourquoi, il serait peut être plus simple que vous mettiez place une passerelle 6to4, réservées aux IPv4 venant du réseau Free ?

Je vous laisse le soin de prioriser le ticket

Des bisous.

La freebox v5 sait-elle supporter le WPA2?

Des freebox crystal sont encore mises en circulation aujourd’hui.
iOS 10 qui sortira à la rentrée signalera que la sécurité de la Freebox v5 est insuffisante...

AF

Hello!

Modèle                         Freebox ADSL            
Version du firmware            1.5.20                  
Mode de connection             Dégroupé                
Temps depuis la mise en route  7 heures, 36 minutes    
Adresse MAC Freebox            00:07:CB:C8:02:F2       
Adresse IP                     88.184.250.75           
IPv6                           Désactivé               
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

—-
Actif ou Pas, Proxy Wake On Lan reste DESACTIVE

Voila, j’ai eu une idée qui pourrait être sympa, ce serait que la console de gestion propose de créer un vpn inter-freebox (en rentrant l’addr mac ou le numero de telephone d’une autre freebox) avec evidement une demande d’autorisation de l’autre coté. ça pourrait être une option super sympa entre potes ou en famille...

Bonjour,

Free propose l’IPv6 par l’intermédiaire de la Freebox qui établit un tunnel avec une passerelle 6rd afin d’émuler une connectivité IPv6 native pour le client (via l’auto-configuration).

2 problèmes :
- l’IPv6 n’est proposé qu’en mode routage même si ce dernier est désactivé pour l’IPv4,
- la désactivation du “Support IPV6” dans l’interface de configuration n’empêche la Freebox de répondre au ping6 (sur 2a01:e3x:xxxx:xxx0::1)

Conséquences :
- impossible de proposer des adresses v6 publiques aux machines du réseau lorsque ce dernier se trouve derrière un routeur personnel,
- impossible pour le routeur personnel de monter lui même le tunnel 6rd pour offrir la connectivité IPv6 à son réseau local (les paquets émis partent et arrivent bien à destination, mais les réponses ne reviennent jamais car elles sont toujours interceptées par la Freebox malgré la désactivation du “Support IPV6”).

Il faudrait :
- permettre l’utilisation d’IPv6 en mode bridge réel (comme pour l’IPv4),
- publier les paramètres permettant de monter soi-même son tunnel 6rd vers les passerelles de Free,
- à défaut, permettre de configurer une route sur la Freebox afin de pouvoir attribuer une plage d’adresses au routeur personnel qui servirait alors de passerelle vers son propre réseau local (ex : 2a01:e3x:xxxx:xxx0:abcd::/80 ⇒ LAN client via IP routeur client)

A noter que le problème ne se présente pas si un modem ADSL2+ classique est utilisé à la place de la Freebox.

Merci.

Extrait d’un post sur le sujet :

Après beaucoup de tentatives infructueuses, mon avis est que ce n’est tout simplement pas possible pour plusieurs raisons. Tout d’abord, il semblerait que l’IPv6 ne soit disponible qu’en mode routage (la Freebox s’approprie l’adresse IPv6 2a01:e3x:xxxx:xxx0::1 même avec le routage désactivé et indépendemment de l’activation ou non du “Support IPV6” ). Aussi, il est possible de pinger cette adresse IP depuis l’extérieur même avec le “Support IPV6” désactivé. D’ailleurs, à peu près toutes les Freebox semblent répondre au ping6.

Bref, impossible pour un routeur d’utiliser la Freebox (v5 dans mon cas) comme un simple modem (bridge) en ce qui concerne IPv6, alors que c’est tout à fait possible en IPv4 (sauf pour les détenteurs de FBv6 alias Revolution, à ce jour en tout cas).

Ayant vu un peu de tout sur le net lors de mes recherches, voici la configuration (théorique puisque non fonctionnelle chez moi) qui me semble la plus adaptée, basée sur une config 6to4 classique :

ip tunnel add sit1 mode sit local a.b.c.d ttl 64
ip tunnel 6rd dev sit1 6rd-prefix 2a01:e30::/28
ip link set dev sit1 up
ip -6 addr add 2a01:e3x:xxxx:xxx0::1/64 dev sit1
ip -6 route add 2000::/3 via ::192.88.99.101 dev sit1 metric 1

[...]

Avec cette configuration, les paquets IPv6 sont bien expédiés via la passerelle 6rd de Free *et* reçus par le destinataire, mais les réponses du destinataire ne reviennent jamais jusqu’à l’envoyeur. Elles sont probablement interceptées par la Freebox qui s’est approprié le préfixe.

3 solutions : utiliser un modem à la place de la freebox, utiliser le bon vieux 6to4, ou harceler free pour qu’ils modifient le comportement de la FBX.

En attendant, ce sera 6to4 pour moi, avec un ping un peu naze ~100 ms :(

Bonjour,

Free propose l’IPv6 par l’intermédiaire de la Freebox qui établit un tunnel avec une passerelle 6rd afin d’émuler une connectivité IPv6 native pour le client (via l’auto-configuration).

2 problèmes :
- l’IPv6 n’est proposé qu’en mode routage même si ce dernier est désactivé pour l’IPv4,
- la désactivation du “Support IPV6” dans l’interface de configuration n’empêche la Freebox de répondre au ping6 (sur 2a01:e3x:xxxx:xxx0::1)

Conséquences :
- impossible de proposer des adresses v6 publiques aux machines du réseau lorsque ce dernier se trouve derrière un routeur personnel,
- impossible pour le routeur personnel de monter lui même le tunnel 6rd pour offrir la connectivité IPv6 à son réseau local (les paquets émis partent et arrivent bien à destination, mais les réponses ne reviennent jamais car elles sont toujours interceptées par la Freebox malgré la désactivation du “Support IPV6”).

Il faudrait :
- permettre l’utilisation d’IPv6 en mode bridge réel (comme pour l’IPv4),
- publier les paramètres permettant de monter soi-même son tunnel 6rd vers les passerelles de Free,
- à défaut, permettre de configurer une route sur la Freebox afin de pouvoir attribuer une plage d’adresses au routeur personnel qui servirait alors de passerelle vers son propre réseau local (ex : 2a01:e3x:xxxx:xxx0:abcd::/80 ⇒ LAN client via IP routeur client)

A noter que le problème ne se présente pas si un modem ADSL2+ classique est utilisé à la place de la Freebox.

Merci.

Extrait d’un post sur le sujet :

Après beaucoup de tentatives infructueuses, mon avis est que ce n’est tout simplement pas possible pour plusieurs raisons. Tout d’abord, il semblerait que l’IPv6 ne soit disponible qu’en mode routage (la Freebox s’approprie l’adresse IPv6 2a01:e3x:xxxx:xxx0::1 même avec le routage désactivé et indépendemment de l’activation ou non du “Support IPV6” ). Aussi, il est possible de pinger cette adresse IP depuis l’extérieur même avec le “Support IPV6” désactivé. D’ailleurs, à peu près toutes les Freebox semblent répondre au ping6.

Bref, impossible pour un routeur d’utiliser la Freebox (v5 dans mon cas) comme un simple modem (bridge) en ce qui concerne IPv6, alors que c’est tout à fait possible en IPv4 (sauf pour les détenteurs de FBv6 alias Revolution, à ce jour en tout cas).

Ayant vu un peu de tout sur le net lors de mes recherches, voici la configuration (théorique puisque non fonctionnelle chez moi) qui me semble la plus adaptée, basée sur une config 6to4 classique :

ip tunnel add sit1 mode sit local a.b.c.d ttl 64
ip tunnel 6rd dev sit1 6rd-prefix 2a01:e30::/28
ip link set dev sit1 up
ip -6 addr add 2a01:e3x:xxxx:xxx0::1/64 dev sit1
ip -6 route add 2000::/3 via ::192.88.99.101 dev sit1 metric 1

[...]

Avec cette configuration, les paquets IPv6 sont bien expédiés via la passerelle 6rd de Free *et* reçus par le destinataire, mais les réponses du destinataire ne reviennent jamais jusqu’à l’envoyeur. Elles sont probablement interceptées par la Freebox qui s’est approprié le préfixe.

3 solutions : utiliser un modem à la place de la freebox, utiliser le bon vieux 6to4, ou harceler free pour qu’ils modifient le comportement de la FBX.

En attendant, ce sera 6to4 pour moi, avec un ping un peu naze ~100 ms :(

Bonjour,

Free propose l’IPv6 par l’intermédiaire de la Freebox qui établit un tunnel avec une passerelle 6rd afin d’émuler une connectivité IPv6 native pour le client (via l’auto-configuration).

2 problèmes :
- l’IPv6 n’est proposé qu’en mode routage même si ce dernier est désactivé pour l’IPv4,
- la désactivation du “Support IPV6” dans l’interface de configuration n’empêche la Freebox de répondre au ping6 (sur 2a01:e3x:xxxx:xxx0::1)

Conséquences :
- impossible de proposer des adresses v6 publiques aux machines du réseau lorsque ce dernier se trouve derrière un routeur personnel,
- impossible pour le routeur personnel de monter lui même le tunnel 6rd pour offrir la connectivité IPv6 à son réseau local (les paquets émis partent et arrivent bien à destination, mais les réponses ne reviennent jamais car elles sont toujours interceptées par la Freebox malgré la désactivation du “Support IPV6”).

Il faudrait :
- permettre l’utilisation d’IPv6 en mode bridge réel (comme pour l’IPv4),
- publier les paramètres permettant de monter soi-même son tunnel 6rd vers les passerelles de Free,
- à défaut, permettre de configurer une route sur la Freebox afin de pouvoir attribuer une plage d’adresses au routeur personnel qui servirait alors de passerelle vers son propre réseau local (ex : 2a01:e3x:xxxx:xxx0:abcd::/80 ⇒ LAN client via IP routeur client)

A noter que le problème ne se présente pas si un modem ADSL2+ classique est utilisé à la place de la Freebox.

Merci.

Extrait d’un post sur le sujet :

Après beaucoup de tentatives infructueuses, mon avis est que ce n’est tout simplement pas possible pour plusieurs raisons. Tout d’abord, il semblerait que l’IPv6 ne soit disponible qu’en mode routage (la Freebox s’approprie l’adresse IPv6 2a01:e3x:xxxx:xxx0::1 même avec le routage désactivé et indépendemment de l’activation ou non du “Support IPV6” ). Aussi, il est possible de pinger cette adresse IP depuis l’extérieur même avec le “Support IPV6” désactivé. D’ailleurs, à peu près toutes les Freebox semblent répondre au ping6.

Bref, impossible pour un routeur d’utiliser la Freebox (v5 dans mon cas) comme un simple modem (bridge) en ce qui concerne IPv6, alors que c’est tout à fait possible en IPv4 (sauf pour les détenteurs de FBv6 alias Revolution, à ce jour en tout cas).

Ayant vu un peu de tout sur le net lors de mes recherches, voici la configuration (théorique puisque non fonctionnelle chez moi) qui me semble la plus adaptée, basée sur une config 6to4 classique :

ip tunnel add sit1 mode sit local a.b.c.d ttl 64
ip tunnel 6rd dev sit1 6rd-prefix 2a01:e30::/28
ip link set dev sit1 up
ip -6 addr add 2a01:e3x:xxxx:xxx0::1/64 dev sit1
ip -6 route add 2000::/3 via ::192.88.99.101 dev sit1 metric 1

[...]

Avec cette configuration, les paquets IPv6 sont bien expédiés via la passerelle 6rd de Free *et* reçus par le destinataire, mais les réponses du destinataire ne reviennent jamais jusqu’à l’envoyeur. Elles sont probablement interceptées par la Freebox qui s’est approprié le préfixe.

3 solutions : utiliser un modem à la place de la freebox, utiliser le bon vieux 6to4, ou harceler free pour qu’ils modifient le comportement de la FBX.

En attendant, ce sera 6to4 pour moi, avec un ping un peu naze ~100 ms :(

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

Serait-ce possible d’avoir la possibilité de voir les ports ouverts à un instant donné, par exemple via une page du serveur WEB de la freebox. Pas besoin de mise en page sophistiquée ni d’interactivité...

Cela peut concerner l’UPNP seulement, ou toutes les associations NAT.

Bonjour,

je dispose d’une freebox V5 en mode routeur, d’un ordinateur en wifi et plus récemment d’un disque dur réseau western digital 1To branché en ethernet sur le routeur de la freebox, prise 1.
Lorsque je lance un transfert de fichier lourd, utilisant la totalité de la bande réseau, j’ai des coupures fréquentes des images de la télé : l’image se fige toutes les 5 minutes environ.
Cela ne m’arrive jamais en tant normal, étant à 500 M du NRA. Je suis en mode fastpath.
Suis dispo pour des tests si besoin

Bonjour,

suite à un appel au support free qui ne peux prendre en charge mon problème, je le soumet à votre sagacité:

Je suis abonnée Free sur une V5. Ma connexion fonctionne parfaitement, internet nickel. Par contre étant en télétravail de puis + de 2 ans, dès mercredi 04 avril 2018, impossible de me connecter au prestataire de notre entreprise à savoir KHEOPS.

Nous sommes plusieurs collègues provinciaux (pas les parisiens sur Free) à ne pas pouvoir aboutir sur notre plateforme via KEHOPS qui se trouve en amont de notre firewall.

Je vous joins l’ip de notre prestataire 213.163.179.254 (FAI KEHOPS) ainsi que le tracert et le ping sur 1 minute de chez moi. Pour information, je suis connecté en ce moment à une box Orange et tout fonctionne !

Donc depuis 72 heures impossible de se connecter, merci à l’avance pour vos retours.

ci dessous Tracert et ping
————————TRACERT—————————————-
D‚termination de l’itin‚raire vers mail.o2i.biz [213.163.179.254]
avec un maximum de 30 sautsÿ:

1     1 ms     1 ms    <1 ms  192.168.1.124 
2    18 ms    18 ms    18 ms  ypo72-1-78-220-189-254.fbx.proxad.net [78.220.189.254] 
3    18 ms    19 ms    19 ms  213.228.41.126 
4    20 ms    29 ms    32 ms  chartres-asr903-1-po2.intf.routers.proxad.net [212.27.50.81] 
5    37 ms    39 ms    31 ms  bzn-crs16-2-be1112.intf.routers.proxad.net [212.27.56.197] 
6    21 ms    22 ms    30 ms  th2-9k-3-be1000.intf.routers.proxad.net [194.149.163.90] 
7    22 ms    22 ms    21 ms  be4204.ccr31.par04.atlas.cogentco.com [149.11.115.13] 
8    21 ms    21 ms    22 ms  kheops.demarc.cogentco.com [149.11.115.34] 
9    22 ms    22 ms    23 ms  213.163.183.70 

10 * 23 ms 24 ms mail.o2i.biz [213.163.179.254]

Itin‚raire d‚termin‚.

————————PING—————————————-
Envoi d’une requˆte ‘Ping’ 213.163.179.254 avec 32 octets de donn‚esÿ:
R‚ponse de 213.163.179.254ÿ: octets=32 temps=24 ms TTL=245
R‚ponse de 213.163.179.254ÿ: octets=32 temps=23 ms TTL=245
D‚lai d’attente de la demande d‚pass‚.
D‚lai d’attente de la demande d‚pass‚.
R‚ponse de 213.163.179.254ÿ: octets=32 temps=24 ms TTL=245
R‚ponse de 213.163.179.254ÿ: octets=32 temps=22 ms TTL=245
D‚lai d’attente de la demande d‚pass‚.
D‚lai d’attente de la demande d‚pass‚.
R‚ponse de 213.163.179.254ÿ: octets=32 temps=22 ms TTL=245
D‚lai d’attente de la demande d‚pass‚.
D‚lai d’attente de la demande d‚pass‚.
R‚ponse de 213.163.179.254ÿ: octets=32 temps=22 ms TTL=245
R‚ponse de 213.163.179.254ÿ: octets=32 temps=22 ms TTL=245
D‚lai d’attente de la demande d‚pass‚.
D‚lai d’attente de la demande d‚pass‚.
D‚lai d’attente de la demande d‚pass‚.
D‚lai d’attente de la demande d‚pass‚.
D‚lai d’attente de la demande d‚pass‚.
D‚lai d’attente de la demande d‚pass‚.
D‚lai d’attente de la demande d‚pass‚.
R‚ponse de 213.163.179.254ÿ: octets=32 temps=46 ms TTL=245
D‚lai d’attente de la demande d‚pass‚.
R‚ponse de 213.163.179.254ÿ: octets=32 temps=24 ms TTL=245
R‚ponse de 213.163.179.254ÿ: octets=32 temps=92 ms TTL=245
D‚lai d’attente de la demande d‚pass‚.
D‚lai d’attente de la demande d‚pass‚.
D‚lai d’attente de la demande d‚pass‚.
R‚ponse de 213.163.179.254ÿ: octets=32 temps=22 ms TTL=245
R‚ponse de 213.163.179.254ÿ: octets=32 temps=23 ms TTL=245
R‚ponse de 213.163.179.254ÿ: octets=32 temps=23 ms TTL=245
R‚ponse de 213.163.179.254ÿ: octets=32 temps=24 ms TTL=245
R‚ponse de 213.163.179.254ÿ: octets=32 temps=23 ms TTL=245
R‚ponse de 213.163.179.254ÿ: octets=32 temps=23 ms TTL=245
R‚ponse de 213.163.179.254ÿ: octets=32 temps=23 ms TTL=245

Statistiques Ping pour 213.163.179.254:

  Paquetsÿ: envoy‚s = 34, re‡us = 17, perdus = 17 (perte 50%),

Dur‚e approximative des boucles en millisecondes :

  Minimum = 22ms, Maximum = 92ms, Moyenne = 28ms50% d'erreur (sur 1 minute):

Bonsoir,

J’ai un problème étrange avec ma Fbx v5 ADSL depuis 2-3 jours...

J’ai un équipement connecté sur ma Freebox sur lequel j’ai de nombreux pertes de paquets, que ce soit en LAN ou Internet...

J’ai changé le cable, IDEM
J’ai essayé tous les ports RJ45 sur la Fbx (même le jaune), IDEM

Je décide de relier directement l’équipement en question sur mon PC portable à l’aide d’un cable croisé... OK pas de perte de paquets, communication parfaite !

Autre chose, encore plus inquiétant (c’est pour ça que je post ici !) :

Je branche un switch sur la Fbx ADSL, je relie l’équipement en question sur ce-même switch, et là miracle... aucun problème.

J’en déduis donc qu’il y a un problème avec le switch/routeur de la Fbx ?

Merci de m’éclairer... parce que là franchement, je ne sais plus trop quoi faire.
Surtout que je me vois mal expliquer ça à la hotline...

Vincent

Bonjour,

Il serait intéressant que la Freebox supporte le protocole NAT-PMP. C’est un protocole qui permet de rediriger des ports sur le routeur, mais beaucoup plus léger que l’UPnP. De nombreux firmwares open-source tels que DD-WRT, Tomato le supportent déjà.

Protocole : <http://tools.ietf.org/html/draft-cheshire-nat-pmp-07>
Petite description : <https://en.wikipedia.org/wiki/NAT_Port_Mapping_Protocol>
Meilleure description : <http://miniupnp.free.fr/nat-pmp.html>

MiniUPnPd (MiniUPnP Deamon) <http://miniupnp.free.fr/> est une librairie open-source actuellement utilisée par la plupart des implémentations NAT-PMP.

Bonjour à tous,

J’aurai une suggestion à faire pour améliorer la freebox, et plus particulièrement son mode routeur.
La redirection de ports est fort utile pour nombre d’entre nous, mais elle serait encore mieux si on pouvait aussi filtrer sur les adresses sources en plus.

Dans l’interface d’administration du mode routeur il faudrait un champ supplémentaire devant chaque ligne de la redirection de ports, champ que l’on pourrait laisser vide si l’on ne désire pas de filtre sur adresse IP Source.

Vous allez me dire que je n’ai qu’à mettre un routeur derrière la freebox en mode modem, et c’est bien ce que j’ai fait. J’ai un Asus sous DD-WRT avec un jeu de règles iptables fait main.

Mais je vois parmi mes amis et collègues que nombre d’entre eux aimeraient que cette fonctionnalité de filtrage soit proposée de base dans la freebox, sans pour autant vouloir mettre un routeur derrière la Freebox. Cette fonctionnalité de filtrage sur la base d’adresses source est déjà possible dans une LIVEBOX, alors pourquoi pas dans une Freebox ?

Messieurs les développeurs de Free, est-ce envisageable ?

Merci de m’avoir lu.

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.

La fonction serveur d’impression permet de brancher une imprimante sur le port USB de la freebox afin de la partager sur le réseau local routé par le freebox.

Un bon nombre d’imprimante utilise une communication bidirectionnelle ce qui permet, entre autre, de faire remonter l’état de l’imprimante au PC. La communication bidirectionnelle ne semble par supportée par la freebox ne permettant pas d’utiliser un bon nombre d’imprimante, notamment des imprimantes laser de type Canon LBP (LBP-5000 très populaire pour n’en citer qu’une). Ceci abouti à une message d’erreur du driver de l’imprimante du type “port non reconnu”.

Serait-il faisable d’implémenter une communication bidirectionnelle sur le port USB de la freebox? Peux-être dans le cas d’un PC unique éventuellement, ou dans le cas d’un PC à une adresse IP désignée comme pour le freeplayer?