|
39974 | 11/01/2025 | 13/01/2025 | Anomalie | WiFi | Tous | Nouveau | Update standby config PAR API NON fonctionnel |
Task Description
Bonjour,
quand je veux faire une requette pour changer le type de mode veille du wifi. j’obtiens l’erreur suivante
{"msg":"Requête invalide (404)","success":false,"error_code":"invalid_request"}
la requette faite est la suivante
PUT sur la l'adresse mafreebox.freebox.fr/api/v12/standby/config({"planning_mode":"wifi_off"})
J’ai suivi la doc developpeur, je ne vois pas ce qui bloque
PUT /api/v11/standby/config
Example request:
PUT /api/v11/standby/config/ HTTP/1.1
Host: mafreebox.freebox.fr
{
"use_planning": true,
"planning_mode": "suspend",
"mapping": [
false,
false,
false,
false,
[ ... ],
false,
false,
false,
false
],
"resolution": 48
}
Merci de l’aide
|
|
39973 | 10/01/2025 | 13/01/2025 | Anomalie | Fibre | Freebox Server V7 (Delta) | Nouveau | Débit maximum plafonné après ~24h, toujours restauré ap... |
Task Description
Bonjour,
J’ai récemment mis mon réseau local à niveau, et relié mon PC (proc. AMD 5800X) à la Delta (R1) via un câble SFP+ actif.
Cependant, après cette amélioration, je n’arrivais pas à dépasser environ 2 Gbps via nPerf, sur le serveur Free 100G. Tous les tests de téléchargement indiquaient 13% de pertes de paquets, sans exception, et ce, peu importe l’heure de la journée, le navigateur, ou l’appareil utilisé. Après un redémarrage de la box, ce problème avait disparu.
Malheureusement, ce problème revient systématiquement après un certain temps : l’intervalle de temps le plus court constaté jusqu’à présent a été de 24h.
Symptômes :
Débit plafonnant à ~2 Gbps sur le serveur nPerf Free 100G, avec toujours ~13% de pertes de paquets.
Indépendent du système d’exploitation et de l’appareil utilisé : testé avec Windows 11 et Ubuntu sur le PC en SFP. Problème également visible en Wi-Fi (voir ci-dessous). Ce n’est donc pas un problème avec mes appareils.
Commun à toutes les interfaces réseau de la box : en lançant des tests nPerf simultanés qui sollicitent les deux cartes Wi-Fi 5 Ghz de la Delta + l’interface SFP via le PC, la somme des tests ne dépasse plus ~2 Gbps. Tous les périphériques rapportent le même taux de packet loss de 13%.
Via l’outil ‘checkFtthFree’ développé par un membre de la communauté LaFibre : le téléchargement en local depuis la Freebox n’atteint pas tout à fait les 10 Gbps, et le téléchargement depuis des serveurs Scaleway en ipv6 oscille entre 2 et 4 Gbps.
Après un redémarrage de la box ou un débranchement/rebranchement de la jarretière fibre (c.f. message du 13 janvier), ces problèmes disparaissent :
Débit très proche des 8 Gbps sur nPerf sous Windows & Linux, sans pertes de paquets.
La somme des tests de débit simultanés sur nPerf via plusieurs périphériques (tel que décrit précédemment) atteint presque 8 Gbps, sans perte de paquets à 13%.
Téléchargement en local atteignant 10 Gbps, et téléchargement depuis Scaleway en ipv6 dépassant les 5 Gbps.
Voici une image des courbes de débits dans Freebox OS qui illustre très bien le problème, avant et après redémarrage : https://i.imgur.com/tTqxfZR.png
L’heure de la journée n’a a priori aucun impact ; il ne s’agit pas d’une saturation du réseau Free, du serveur de test, ou de l’arbre PON auquel je suis relié.
Je fais tourner une VM sur la box (1 cœur, 256 Mo de RAM), et son extinction n’a aucun effet.
J’ai peu de périphériques connectés (1 en SFP, 1 en Ethernet 100 Mbps, 3-4 en Wi-Fi).
Les divers relevés de températures ne témoignent d’aucune augmentation entre les périodes de débit normal et les périodes où le bug se manifeste. De même, il n’y a pas de refroidissement en particulier après redémarrage. (Si un cœur de la box s’était mis à pédaler dans la semoule, entraînant des températures élevées, ça aurait été un très gros indice, mais ça n’est pas le cas…)
La latence vers Internet « au repos » ne présente aucune différence.
Tous ces indices me laissent à penser qu’au bout d’un certain temps, quelque chose se grippe côté box, créeant un goulot d’étranglement logiciel (?) qui impacterait a priori toutes les interfaces réseau, ainsi que certains types de téléchargement de manière disproportionnée.
Adresse MAC de ma box : 34:27:92:67:99:52
|
|
39972 | 10/01/2025 | 13/01/2025 | Anomalie | Non trié | Tous | Nouveau | Enregistrement sur disque dur externe dans DELTA deven... |
Task Description
Bonjour,
Depuis quelques temps je ne peux plus enregistrer sur mon disque dur externe (kingston) installé dans la delta.
J’ai le message erreur survenue, service non disponible.
Pourtant j’ai dejá pu faire des enregistrements ,lisibles avec le lecteur a partir de VLC ou KOBI. Applis i’installées dans la delta.
|
|
39971 | 10/01/2025 | 10/01/2025 | Anomalie | USB | Freebox V9 (Ultra) | Nouveau | Problème detection HDD USB après intégration d'un NVMe |
Task Description
J'ai une baie 4 disques USB3 qui était branchée sur mon serveur Ultra qui fonctionnait jusqu'à présent normalement.
Après avoir récemment ajouté au serveur un disque NVMe (qui fonctionne parfaitement) j'ai un souci de detection de ma baie USB si je l'allume après le serveur.
Elle s'affiche comme étant en erreur et utilisée à 100% seulement si je l'allume après la serveur.
Si je redémarre le serveur avec ma baie allumée, elle est de nouveau bien détectée.
La procédure est du coup un peu lourde et j'ai pour habitude d'éteindre cette baie qui me sert de stockage de sauvegarde.
Le problème semble venir de la sequence de détection/chargement via l'USB depuis que j'ai ajouté le NVMe
|
|
39970 | 10/01/2025 | 10/01/2025 | Anomalie | NAT (redirections, DMZ) | Freebox V9 (Ultra) | Nouveau | Performance NFS mauvaises |
Task Description
Bonjour,
J’ai un serveur avec un partage NFS sur mon réseau local que je veux partager à des amis au travers d’Internet.
En réseau local je dépasse les 300MB/s en écriture et en lecture, le serveur est en 10Gb.
Lorsque je fais un iperf3 depuis chez un ami vers chez moi, on tape les 7Gbits sans problème.
Lorsqu’on fait un test de copie NFS, on atteint péniblement les 10MBps.
Le NAT envoie bien le port 2049 vers mon serveur, en TCP.
On a essayé de modifier les rsize / wsize sur le montage NFS, également le read_ahead_kb sur le point de montage.
Les 2 machines sont sous CentOS 9-Stream, donc rien de fantaisiste.
Est-ce qu’il se pourrait que la Freebox empêche d’atteindre les perfomances attendues ?
|
|
39966 | 08/01/2025 | 14/01/2025 | Anomalie | Système d'alarme | Freebox V9 (Ultra) | Nouveau | Périphérique Alarme Diagral DIAG56AAX en RJ45 qui se dé... |
Task Description
Bonjour,
J’ai eu la Fibre il y a 2 mois avec la Freebox Ultra et depuis ce jour, j’ai un problème de déconnexion de mon alarme Diagral e-one et plus précisément le module DIAG56AAX qui est en RJ45 directement derrière la Freebox (Port 2).
Le voyant du module passe au rouge, au vert, etc etc ce qui indique qu’il arrive à se connecter au server Diagral (quand il est vert) puis est non reconnu par la box donc perd la connexion (quand il est rouge). Je vois le périphérique réseau sur mafreebox.fr apparaître et disparaître continuellement. Comme si la Freebox rejetait ce périphérique. J’ai testé le module chez un voisin et il reste au vert (sur une box Sosh), le problème vient bien de la Freebox.
Dans Réseau local / Switch, je vois le port 2 toujours actif en 100BaseTX-FD mais l’adresse MAC et le nom du périphérique apparaît et disparait tout seul etc.
J’ai 15 autres appareils branchés en RJ45 et pas de soucis sur ceux-là. J’ai testé plusieurs câbles, plusieurs ports, sur un switch, réinitialiser le module DIAG56AAX, rien n’y fait, toujours le même comportement.
J’ai appelé le service client Free, ils ont fait un ticket en m’indiquant qu’ils vont faire un changement sous 72h sur les ports rj45 à distance sur ma box mais je n’ai pas + de détails techniques. Vous sauriez ce que ça pourrait être ?
Pas de bail DHCP fixe (j’ai essayé ça ne change rien), pas de redirection de port, IP V4 Full Stack.
Merci beaucoup pour votre aide.
Ps : ajout, je vois que c’est un problème connu et qui impacte d’autres périphériques depuis au moins l’année dernière ! commentaire de geoff37 : https://dev.freebox.fr/bugs/task/39351 !
Cdt
|
