La Fibre
Fournisseurs d'accès à Internet fixe en France métropolitaine => Free => 
Actus Free => Discussion démarrée par: loggoi le 09 janvier 2021 à 12:45:44
-
Bonjour
Pour info, une incompatibilité entre le port SFP+ de la freebox delta et les switch mikrotik crs305 a été mise en évidence.
Les symptômes sont des déconnexions/reconnections régulières du port SFP+ de la freebox relié à un port SFP+ du switch mikrotik.
Le problème est mis en évidence lors de la présence d’un répéteur wifi free sur le même réseau. Dans ce cas les déconnexions/reconnections sont visibles puisqu’elles durent plusieurs secondes et peuvent entraîner environ 2% de pertes de paquets.
Le soucis a été validé par free : https://dev.freebox.fr/bugs/task/32666#comment145556
Reste à savoir si le soucis vient d’un bug du coté freebox ou du coté mikrotik, et s’il peut être corrigé....
-
De mon côté, j'ai un switch Mikrotik CRS305 connecté au port SFP+ par un câble DAC de 5m, et je n'ai pas constaté de déconnexions particulières...
-
Pour info, une incompatibilité entre le port SFP+ de la freebox delta et les switch mikrotik crs305 a été mise en évidence.
J'en recommande sur le post dédié depuis 2018, je n'ai jamais eu de plaintes, donc j'en doute très fortement.
-
De mon côté, j'ai un switch Mikrotik CRS305 connecté au port SFP+ par un câble DAC de 5m, et je n'ai pas constaté de déconnexions particulières...
Vous avez un répéteur wifi free ? La présence de ce répéteur free active des mécanismes de type STP sur la freebox. C’est ce qui fait que ces deconnexions sont visibles vu qu’elles durent plusieurs secondes.
Sans répéteur wifi free, la reconnection est immediate après une déco, et est donc complètement invisible.
-
J'en recommande sur le post dédié depuis 2018, je n'ai jamais eu de plaintes, donc j'en doute très fortement.
Il faut être dans une configuration bien spécifique pour que le soucis soit visible : utiliser le mikrotik ET avoir un répéteur wifi free. Ce n’est apparemment pas un cas de figure courant, mais je constate le soucis, comme d’autres sur le thread que je vous ai fourni (et validé par des dev chez free)
-
Donc le souci c'est STP, pas le CRS.
STP fait partie de la sainte trinité des protocoles réseau qui font TOUJOURS chier :
STP
MTU
DNS
Bref, je propose de changer le titre de ce sujet : "Incompatibilité entre STP et le répéteur POP"
-
De mon côté, j'ai un switch Mikrotik CRS305 connecté au port SFP+ par un câble DAC de 5m, et je n'ai pas constaté de déconnexions particulières...
Pourrais-je avoir la référence du câble DAC que vous utilisez ? êtes vous connecté avec une liaison direct freebox delta --> crs305 ? êtes vous en mode bridge sur le crs305 ? si vous pinger la freebox avec la config freebox delta -->crs305 et en mode bridge via la console pouvez-vous me confirmer que vous avez aucun timeout après une longue journée de ping comme sur cette image https://postimg.cc/9whyJ7XK ?
Le cas reporté par loggoi est assez similaire pour moi, sauf que pour moi aucun lien avec les répéteurs wifi.
Les déco se passe seulement si la liaison est fait directement avec un crs305 en mode bridge et tout ce qui est branché par la suite sur celui-ci se déco/reco de temps en temps.
Le problème est plus ou moins nuancer aussi si je change de câble dac aussi donc je pense plus à un problème de compatibilité des câble dac SFP+ ou un réglage pour la freebox.
Si personne ne la remarqué c'est car cela se reconnecte directement dans la seconde qui suit donc pour une personne lambda qui surf sur internet, elle verra rien, mais si l'on joue en réseau ça peut se voir suivant le jeu auquel on joue.
-
Donc le souci c'est STP, pas le CRS.
STP fait partie de la sainte trinité des protocoles réseau qui font TOUJOURS chier :
STP
MTU
DNS
Bref, je propose de changer le titre de ce sujet : "Incompatibilité entre STP et le répéteur POP"
Comme indiqué par d'autres sur le bugtraker, le soucis ne se produit qu'avec un CRS. D'autres switch (comme un zyxel) n'ont pas ce soucis. De même le problème disparait lorsqu'un switch Zyxel est mis entre la freebox et le CRS.
-
Pourrais-je avoir la référence du câble DAC que vous utilisez ?
Testé avec un DAC de chez FS.COm : 1 ou 2 déco toutes les 10 minutes
et un DAC 10Gtek : là c'est quasiment 1 déco par minute
êtes vous connecté avec une liaison direct freebox delta --> crs305 ? êtes vous en mode bridge sur le crs305 ?
Oui et oui
si vous pinger la freebox avec la config freebox delta -->crs305 et en mode bridge via la console pouvez-vous me confirmer que vous avez aucun timeout après une longue journée de ping comme sur cette image https://postimg.cc/9whyJ7XK ?
je ne comprends pas bien la manip à faire. J'ai un mac connecté en SFP+ sur le CRS. Quand je pigue le CRS avec le mac, j'ai 0 timeout. Par contre si le mac pingue la freebox, j'obtiens les timeout cités, qui varient en fonction du DAC utilisé.
Si personne ne la remarqué c'est car cela se reconnecte directement dans la seconde qui suit donc pour une personne lambda qui surf sur internet, elle verra rien, mais si l'on joue en réseau ça peut se voir suivant le jeu auquel on joue.
C'est exactement ça. Certains ont mis le soucis en évidence via certains jeux (je ne joue pas). Moi c'est via le répéteur wifi free.
-
Est-ce qu'au moins quelqu'un a essayé de virer spanning tree avant de faire de l'ésotérisme à base de câbles ?
-
Est-ce qu'au moins quelqu'un a essayé de virer spanning tree avant de faire de l'ésotérisme à base de câbles ?
@Hugues j'ai juste dit ce que je pensais ! peut-être que j'ai faux si vous avez d'autre test à faire je suis preneur, voila une image prouvant que ça le fait même sans spanning tree :)
(https://i.postimg.cc/bvs52cwy/sans-spanning-tree.png) (https://postimg.cc/f3QC6Pdp)
je ne comprends pas bien la manip à faire. J'ai un mac connecté en SFP+ sur le CRS. Quand je pigue le CRS avec le mac, j'ai 0 timeout. Par contre si le mac pingue la freebox, j'obtiens les timeout cités, qui varient en fonction du DAC utilisé.
Loggoi il faut vous connecter au routeur via son adresse et ouvrir un terminal et taper la commande ping 192.168.1.254, je préfère faire le ping directement dans le terminal du crs car c'est plus représentatif, la je suis sur que c'est entre la freebox et le crs.
-
Il faut aussi le bloquer (bpduguard) pas juste le couper sur le bridge... Sinon evidemment ça fait pareil vu que le souci vient des BPDUs du répéteur (et donc pas du switch)
-
Il faut aussi le bloquer (bpduguard) pas juste le couper sur le bridge... Sinon evidemment ça fait pareil vu que le souci vient des BPDUs du répéteur (et donc pas du switch)
Je pense que tu parles de sa ? c'est déja désactiver à priori :(
(https://i.postimg.cc/d3mSrGZv/sans-bpdu-guard.png) (https://postimg.cc/D40gKJcY)
-
au contraire il faut l'activer
-
au contraire il faut l'activer
ok je l'ai activé sur tout les ports et laissé la soirée mais ça me fait pareil sauf que j'ai eu l'impression que ça me faisait moins de déco, je vais tester avec l'autre câble dac et re tester.
Si vous avez d'autre idée n'hésitez pas . . .
(https://i.postimg.cc/cCBYcVgz/avec-bpdu-guard.png) (https://postimg.cc/V05dfZF9)
-
Normal que ça n'a aucun effet, car le (R)STP est coupé.
La doc :
bpdu-guard (yes | no; Default: no) Enables or disables BPDU Guard feature on a port. This feature puts the port in a disabled role if it receives a BPDU and requires the port to be manually disabled and enabled if a BPDU was received. Should be used to prevent a bridge from BPDU related attacks. This property has no effect when protocol-mode is set to none.
-
J'ai pas lu la doc mais j'allais conseiller pareil dans le doute :P
-
J'ai pas lu la doc mais j'allais conseiller pareil dans le doute :P
Normal que ça n'a aucun effet, car le (R)STP est coupé.
La doc :
bpdu-guard (yes | no; Default: no) Enables or disables BPDU Guard feature on a port. This feature puts the port in a disabled role if it receives a BPDU and requires the port to be manually disabled and enabled if a BPDU was received. Should be used to prevent a bridge from BPDU related attacks. This property has no effect when protocol-mode is set to none.
(https://i.postimg.cc/Wz75DvC4/bpdu-guard-stp.png) (https://postimg.cc/Lgnt7rHd)
Si je réactive le (R)STP j'ai mon port sfpplus1 connecté à la freebox qui se désactive , exactement comme ce qui est dit dans la doc, au moin ça confirme que j'ai des "BPDU" qui viennent de là.
-
Faut trouver un moyen de bloquer les BPDUs maintenant, ptet avec le switch firewall, j'ai jamais tenté cependant
-
J'ai le même problème que "loggoi".
Solution temporaire est de couper le répéteur pop et de le retirer de Freebox Connect. Dommage car il m'est bien utile.
-
Loggoi il faut vous connecter au routeur via son adresse et ouvrir un terminal et taper la commande ping 192.168.1.254, je préfère faire le ping directement dans le terminal du routeur car c'est plus représentatif, la je suis sur que c'est entre la freebox et le crs.
En fait je l'avais déjà fait dans l'autre sens: une VM de la freebox delta qui pingue le mikrotik, et je constate aussi des déconnexion/reconnexions
-
J'ai le même problème que "loggoi".
Solution temporaire est de couper le répéteur pop et de le retirer de Freebox Connect. Dommage car il m'est bien utile.
Perso j'ai laissé le répéteur, par contre en attendant j'ai connecté le CRS en ethernet sur la box. Et là plus de soucis, mais plus de 10G bit non plus
-
Il faut aussi le bloquer (bpduguard) pas juste le couper sur le bridge... Sinon evidemment ça fait pareil vu que le souci vient des BPDUs du répéteur (et donc pas du switch)
Le répéteur n'est pas la cause du soucis, il permet juste de le mettre en évidence. Sur le fil du bugtraker de free que j'ai cité (https://dev.freebox.fr/bugs/task/32666#comment145556), voici ce qu'en dit un dev de chez free :
"Merci pour ces infos de debug. Je pense comprendre quel est le problème sans savoir encore qui est le coupable. Mais le lien optique entre la freebox server et le switch tombe aléatoirement plusieurs fois par heure. Je ne sais pas encore si cela vient de la freebox ou du switch. J'ai vu sur le forum mikrotik que certains switchs avaient ce genre de problème (https://forum.mikrotik.com/viewtopic.php?t=141633), mais comme ce n'est pas le même modèle je ne peux rien en déduire pour l'instant.
Avoir un répéteur installé semble engendrer le problème mais c'est trompeur car le lien optique crashe avec ou sans le répéteur. Comme un répéteur peut être connecté au serveur par plusieurs cartes wifi ainsi que l'ethernet cela crée des boucles réseau. Pour éviter que ces boucles ne partent en tempête nous utilisons un protocol standard STP qui bien qu'il ait l'avantage d'empêcher ces problèmes, ralenti de quelques secondes (5-10sec) l'initialisation d'un port. Donc avec le répéteur, lorsque le lien optique crashe il faut plus de temps pour le reinitialiser alors que c'était presque instantané sans, mais le problème est quand même présent."
De plus il n'y a pas ces soucis lorsque le CRS305 est connecté à la freebox en ethernet (donc pas sur le port SFP+ de la freebox), et ce même si un répéteur wifi free est présent sur le réseau.
-
Le répéteur n'est pas la cause du soucis, il permet juste de le mettre en évidence. Sur le fil du bugtraker de free que j'ai cité (https://dev.freebox.fr/bugs/task/32666#comment145556), voici ce qu'en dit un dev de chez free :
"Merci pour ces infos de debug. Je pense comprendre quel est le problème sans savoir encore qui est le coupable. Mais le lien optique entre la freebox server et le switch tombe aléatoirement plusieurs fois par heure. Je ne sais pas encore si cela vient de la freebox ou du switch. J'ai vu sur le forum mikrotik que certains switchs avaient ce genre de problème (https://forum.mikrotik.com/viewtopic.php?t=141633), mais comme ce n'est pas le même modèle je ne peux rien en déduire pour l'instant.
Avoir un répéteur installé semble engendrer le problème mais c'est trompeur car le lien optique crashe avec ou sans le répéteur. Comme un répéteur peut être connecté au serveur par plusieurs cartes wifi ainsi que l'ethernet cela crée des boucles réseau. Pour éviter que ces boucles ne partent en tempête nous utilisons un protocol standard STP qui bien qu'il ait l'avantage d'empêcher ces problèmes, ralenti de quelques secondes (5-10sec) l'initialisation d'un port. Donc avec le répéteur, lorsque le lien optique crashe il faut plus de temps pour le reinitialiser alors que c'était presque instantané sans, mais le problème est quand même présent."
De plus il n'y a pas ces soucis lorsque le CRS305 est connecté à la freebox en ethernet (donc pas sur le port SFP+ de la freebox), et ce même si un répéteur wifi free est présent sur le réseau.
Non, justement le répéteur est bien le problème, en faite c'est même lui l'initiateur, il déclenche les envoie de bpdu sur mon port sfp du mikrotik après plusieurs test ! il n'y a que quand j'associe mon répéteur avec l'appli freebox connect que le bdpu-guard du crs désactive mon port sfp-sfpplus1.
Je comprenais pas pourquoi ça m'envoyais encore des bpdu avec la freebox seulement connecté, même après avoir débrancher mon répéteur mais au final il faut reboot la freebox et ça marche 0 timeout après une nuit entière de ping, plus de bpdu sur mon crs.
Donc pour résumer, il faut non seulement enlever le répéteur de l'application freebox connect, le débrancher(si vous voulez, pas obligé) mais aussi reboot la freebox et tout retourne à la normal.
Pourquoi par contre ça reste en tempête sur la freebox quand je débranche le répéteur et il faut que je reboot ? ça reste en boucle entre la freebox et le crs ?
Quelqu'un sait comment filtrer ça avec le mikrotik ?
-
Quelqu'un sait comment filtrer ça avec le mikrotik ?
J’ai trouvé ça dans la doc mikrotik : https://wiki.mikrotik.com/wiki/Manual:Interface/Bridge
Dropping received BPDUs on a certain port can be done on some switch chips using ACL rules, but the Bridge Filter Input rules cannot do it if bridge has STP/RSTP/MSTP enabled because then received BPDUs have special processing in the bridge.
On CRS3xx:
/interface ethernet switch rule
add dst-mac-address=01:80:C2:00:00:00/FF:FF:FF:FF:FF:FF new-dst-ports="" ports=ether1 switch=switch1
In this example all received BPDUs on ether1 are dropped. This will prevent other bridges on that port becoming a root bridge.
-
J’ai trouvé ça dans la doc mikrotik : https://wiki.mikrotik.com/wiki/Manual:Interface/Bridge
Dropping received BPDUs on a certain port can be done on some switch chips using ACL rules, but the Bridge Filter Input rules cannot do it if bridge has STP/RSTP/MSTP enabled because then received BPDUs have special processing in the bridge.
On CRS3xx:
/interface ethernet switch rule
add dst-mac-address=01:80:C2:00:00:00/FF:FF:FF:FF:FF:FF new-dst-ports="" ports=ether1 switch=switch1
In this example all received BPDUs on ether1 are dropped. This will prevent other bridges on that port becoming a root bridge.
Oui j'ai vu je suis en train de tester ça à l'air de fonctionner pour l'instant pas de timeout après 3h de ping. Je vais le laisser toute la nuit pour être sur et puis je vous dis
Si votre port sur lequel la freebox est branché est le sfp-sfpplus1 :
La commande à taper dans le terminal de routerOS est :
/interface ethernet switch rule add dst-mac-address=01:80:C2:00:00:00/FF:FF:FF:FF:FF:FF new-dst-ports="" ports=sfp-sfpplus1 switch=switch1 comment="block bpdu stp"
@loggoi je vous invite à tester et faire un retour si possible aussi
-
Vous avez un répéteur wifi free ? La présence de ce répéteur free active des mécanismes de type STP sur la freebox. C’est ce qui fait que ces deconnexions sont visibles vu qu’elles durent plusieurs secondes.
Sans répéteur wifi free, la reconnection est immediate après une déco, et est donc complètement invisible.
J'avais oublié de répondre, mais non, je n'ai pas de répéteur WiFi. Donc je vois, ce serait un problème de spanning tree.
-
Pourrais-je avoir la référence du câble DAC que vous utilisez ? êtes vous connecté avec une liaison direct freebox delta --> crs305 ? êtes vous en mode bridge sur le crs305 ? si vous pinger la freebox avec la config freebox delta -->crs305 et en mode bridge via la console pouvez-vous me confirmer que vous avez aucun timeout après une longue journée de ping comme sur cette image https://postimg.cc/9whyJ7XK ?
Pour suivre, je n'avais pas répondu aussi à ces questions. J'avais acheté le câble DAC chez fs.com :
5m (16ft) Cisco SFP-H10GB-CU5M Compatible Câble à Attache Directe Twinax en Cuivre Passif SFP+ 10G
https://www.fs.com/fr/products/30863.html
Et non, je ne suis pas en mode bridge, mais en mode routeur, et comme j'ai plusieurs périphériques connectés et que j'utilise le DHCP de la box, je ne tiens pas particulièrement à me mettre en mode bridge.
Mais bon, le problème ne serait pas là.
-
Et je viens de vérifier, je suis en RSTP sur le switch Mikrotik. Je ne sais plus si c'est par défaut, ou si c'est moi qui l'ait activé. Mais comme je n'ai pas de répéteur, je n'ai pas non plus de boucle.
-
C'est par défaut
-
@loggoi je vous invite à tester et faire un retour si possible aussi
Je ferai le test en début de semaine (le we, interdiction de toucher au reseau sous peine de représailles lol)
-
@loggoi je vous invite à tester et faire un retour si possible aussi
Juste pour être sur, dans cette configuration vous avez bien remis le répéteur sur le réseau ?
-
Juste pour être sur, dans cette configuration vous avez bien remis le répéteur sur le réseau ?
Oui
Bon au final c'est toujours pareil. . .
(https://i.postimg.cc/DzTXTJcb/timeout-avec-regle-bpdu.png) (https://postimages.org/)
-
Oui
Bon au final c'est toujours pareil. . .
(https://i.postimg.cc/DzTXTJcb/timeout-avec-regle-bpdu.png) (https://postimages.org/)
Mais on dirait qu’il y a quand même une amélioration non ?
-
Mais on dirait qu’il y a quand même une amélioration non ?
Non pas d'amélioration.
Sur SwitchOS c'est une cata pour moi ça déco toutes les 30 sec.
Par contre sur routerOS c'est très aléatoire donc .... je sais pas perso je trouve mikrotik top pour apprendre j'ai découvert plein de truc mais quand il s'agit de fixer un problème bah là c'est dur durrrrr !
Pour l'instant j'attend que free résolu le problème donc j'ai débranché le répéteurs.
Mais si un pro de mikrotik ou quelqu'un qui s'y connait bah je veux bien refaire des tests.
-
Non pas d'amélioration.
Sur SwitchOS c'est une cata pour moi ça déco toutes les 30 sec.
Par contre sur routerOS c'est très aléatoire donc .... je sais pas perso je trouve mikrotik top pour apprendre j'ai découvert plein de truc mais quand il s'agit de fixer un problème bah là c'est dur durrrrr !
Pour l'instant j'attend que free résolu le problème donc j'ai débranché le répéteurs.
Mais si un pro de mikrotik ou quelqu'un qui s'y connait bah je veux bien refaire des tests.
Moi je vais faire dans l’autre sens : je garde le répéteur free (car très utile par ailleurs) et je laisse tomber mikrotik. Je vais tester un qnap pour voir.
-
Pour moi si les BPDUs sont bloqués et que le souci est encore présent, c'est que c'est coté Freebox, et à part attendre le retour des ingés Free, point de salut :(
-
Pour info, j'ai remplacé le CRS305 par un QNAP 308S. Plus aucune perte de paquet, plus de timeout et répéteur free wifi pleinement fonctionnel.
-
Merci pour le retour, je vais surement faire la meme chose.
-
Pour info, j'ai remplacé le CRS305 par un QNAP 308S. Plus aucune perte de paquet, plus de timeout et répéteur free wifi pleinement fonctionnel.
Merci pour le retour, je vais surement faire la meme chose.
J'ai contacté le support mikrotik et leur ai parlé du problème, ils m'ont envoyé un nouveau firmware pour routerOS en version béta qui régle le souci.
Ci-dessous le lien pour ceux que ça intéressent :
https://box.mikrotik.com/f/442806a1916446198413/
Les étapes pour mettre à jour :
Cliquer sur files, Glisser déposer le fichier à la racine et reboot le crs
Update le firmware : cliquer sur System>routerboard>upgrade.
Mettre le protocole stp sur "none" et ça marche.
Je vais leurs demander de régler le soucis sur switchOS aussi.
Quelqu'un qui a le même problème peut-il tester et me faire un retour dessus ?
EDIT : NE FONCTIONNE PAS !
-
Super nouvelle.
Je voudrais bien tester de mon coté.
Par contre, aucune idée par ou commencer pour acceder à l'interface du switch et faire l'update....
-
télécharger winbox
-
Super nouvelle.
Je voudrais bien tester de mon coté.
Par contre, aucune idée par ou commencer pour acceder à l'interface du switch et faire l'update....
télécharge winbox :
https://mt.lv/winbox64
ensuite dans l'onglet neighbors tu select ton routeur :
(https://i.postimg.cc/qR7WBrXL/connect-mikrotik.png) (https://postimages.org/)
tu clic connect.
Dans "quick set" :
tu peux cocher dans "adress acquisition" le mode "automatic" comme ça tu pourras télécharger les futurs version en cliquant sur "check for updates".
Rajouter un mot de passe dans la foulée si tu veux te connecter sur ton mikrotik avec un mdp.
et voilà tu peux faire ce que j'ai dit plus haut pour mettre à jour
-
Parfait, merci pour l'explication.
Je viens de mettre à jour. Je ferai des tests un peu plus tard.
Tiens au jus. 8)
-
J’ai testé ce soir en regardant un film stocké sur mon NAS et streamé sur mon lecteur zidoo. J’ai toujours des freezes quand le répéteur est dans la configuration. Je referai un test demain soir en rebootant le switch une fois que le répéteur est installé (pas fait cette fois ci).
Quel protocole ou méthode de tests utilisés vous de votre côté?
-
J’ai testé ce soir en regardant un film stocké sur mon NAS et streamé sur mon lecteur zidoo. J’ai toujours des freezes quand le répéteur est dans la configuration. Je referai un test demain soir en rebootant le switch une fois que le répéteur est installé (pas fait cette fois ci).
Quel protocole ou méthode de tests utilisés vous de votre côté?
Je test en faisant un ping entre mon crs305 et la freebox, vu que j'avais une perte de ma liaison qui durait 1 sec de manière répétitive.
Pour faire de même,cliquer sur "new terminal" et taper : ping 192.168.1.254
Si vous avez des pertes de packet (timeout) par exemple alors le problème est toujours présent sinon c'est que c'est régler.
Pour moi personnelement, je n'ai eu aucune perte depuis la mise à jour du firmware.
Pour vérifier que vous avez bien mis à jour vous devriez avoir ça :
Cliquer sur système -> routerBOARD :
(https://i.postimg.cc/VNhWwKcR/firmware-mikrotik.png) (https://postimages.org/)
Etes-vous sur que les freeze sont du au répéteurs ?
Comment votre répéteur est lié à votre réseau ?
-
dans ton post plus haut, tu précises "Mettre le protocole stp sur "none" et ça marche." peut-être qu'il a raté cette étape
tu devrais aussi la décrire et préciser sur quel port il faut le faire
-
dans ton post plus haut, tu précises "Mettre le protocole stp sur "none" et ça marche." peut-être qu'il a raté cette étape
tu devrais aussi la décrire et préciser sur quel port il faut le faire
Non mais il a raison au final le problème est toujours présent même avec le nouveau firmware, ça à marcher 2 jours et c'est redevenu pareil... bref j'en ai parlé à mikrotik on verra bien ce qu'ils vont faire ...pour le moment seul solution c'est d'enlever le répéteur de free connect et reboot la freebox comme je l'ai dit avant ou de basculer sur un autre switch comme loggoi à fait.
-
J'ai eu un problème avec le répéteur Bouygues, dès que je le branchais, paf, boucle réseau et tout en carafe. Je n'ai jamais réussi à le faire fonctionner
J'ai acheté une borne Audience de Mikrotik à la place, pas de problème de boucle réseau, mais au bout d'un moment, débit pourri en WiFi. J'ai activé l'igmp snooping et depuis plus de soucis de débit. Mais je n'ai pas retesté avec celui de Bouygues par flemme et pas envie de me faire chier. Je préfère être indépendant des FAI
-
J'ai eu un problème avec le répéteur Bouygues, dès que je le branchais, paf, boucle réseau et tout en carafe. Je n'ai jamais réussi à le faire fonctionner
J'ai acheté une borne Audience de Mikrotik à la place, pas de problème de boucle réseau, mais au bout d'un moment, débit pourri en WiFi. J'ai activé l'igmp snooping et depuis plus de soucis de débit. Mais je n'ai pas retesté avec celui de Bouygues par flemme et pas envie de me faire chier. Je préfère être indépendant des FAI
Il semblerait que les firmwares des box et répéteurs associés des FAI sont faits pour fonctionner en tant que répéteurs Wifi, éventuellement dans un semblant de mesh, mais avec des logiciels "spartiates", codés à minima, et ne traitant pas correctement tous les cas de figure, en particulier en mode AP via ethernet...
A ce sujet, et plus particulièrement sur le répéteur PoP, il y a eu à un moment donné des échanges assez fournis entre Devs et des "testeurs" sur le bugtracker, car il y avait un problème de "décrochage" de l'éthernet lorsque le répéteur y était connecté, ce dernier "basculant" alors sur le Wifi de la box, même si le signal de la box était mauvais...
Cela sens la routine mal foutue, avec la mauvaise priorisation erronée, ou le port éthernet de la box qui "décrochait" déjà!
On reste dans du "très grand public", et les coûts de développement sont hélas trop souvent très bridés, avec les bugs qui s'ensuivent!
Il n'en reste pas moins que si l'on veut de la fiabilité et de la stabilité, il est nécessaire de taper chez des "spécialistes", ou dans une autre gamme de prix!
Certains diront: Ouais, on nous vend des répéteurs qui font buguer la box... En fait, ces répéteurs, pour le prix, sont conçus avec la box pour fonctionner dans un contexte extrêmement limité, et les autres fonctionnalités, certes apparemment présentes, sont à oublier... Ceci au moins pour "quelques temps"!!! Le temps pour que les plus exigeants aillent voir ailleurs?!? :-\ :-\ :-\
-
En effet, si on a que la box du FAI, le répéteur fonctionnera surement bien. Mais des qu'on rajoute un switch, les problèmes peuvent arriver suivant comment ils vont s'entendre pour communiquer entre eux
-
Pour donner des nouvelles, cela fait environ 10 jours que le switch qnap est branché. Et pas une seule perte de paquet depuis.
J’ai aussi un netgear MS510TX sur le réseau. Quand il’etait connecté au mikrotik via le port SFP+ il m’arrivait aussi de constater des pertes de paquets (mais beaucoup plus rarement qu’entre le mikrotik et la freebox). Depuis que le mikrotik est remplacé par le qnap, là aussi plus une seule perte de paquet.
Perso je pense que le mikrotik, de par ces multiples réglages, essaie peut être d’en faire trop sur le réseau, et que ça peut amener à un comportement parfois erratique
-
Pour donner des nouvelles, cela fait environ 10 jours que le switch qnap est branché. Et pas une seule perte de paquet depuis.
J’ai aussi un netgear MS510TX sur le réseau. Quand il’etait connecté au mikrotik via le port SFP+ il m’arrivait aussi de constater des pertes de paquets (mais beaucoup plus rarement qu’entre le mikrotik et la freebox). Depuis que le mikrotik est remplacé par le qnap, là aussi plus une seule perte de paquet.
Perso je pense que le mikrotik, de par ces multiples réglages, essaie peut être d’en faire trop sur le réseau, et que ça peut amener à un comportement parfois erratique
Je dirais que le Mikrotik est à utiliser avec aucune règle, en mode switch, sous RouterOs, le SwitchOs ne semblant toujours pas au top... Dès que l'on demande à la CPU autre chose que de simplement passer les paquets d'un port à l'autre, on a les mêmes problèmes que si l'on veut l'utiliser en tant que routeur. Il n'y a qu'un seul core, et faut pas trop le bousculer... Dès que l'on "joue" avec des règles quelconques sur ce type de matos, il ne faut plus lui demander des miracles...
Je rajouterai que dès que l'on essaie de "marier" des matos de constructeurs différents, il y a toujours un léger "gap" au niveau du respect des protocoles et des normes, qui peuvent causer des problèmes, dès que l'on cherche à titiller les limites...
-
Pour donner des nouvelles, cela fait environ 10 jours que le switch qnap est branché. Et pas une seule perte de paquet depuis.
J’ai aussi un netgear MS510TX sur le réseau. Quand il’etait connecté au mikrotik via le port SFP+ il m’arrivait aussi de constater des pertes de paquets (mais beaucoup plus rarement qu’entre le mikrotik et la freebox). Depuis que le mikrotik est remplacé par le qnap, là aussi plus une seule perte de paquet.
Perso je pense que le mikrotik, de par ces multiples réglages, essaie peut être d’en faire trop sur le réseau, et que ça peut amener à un comportement parfois erratique
Hello,
Idem de mon coté (depuis 3 jours). J'ai essayé le firmware 6.49b5 communiqué par Fibatom mais j'avais toujours des problèmes. Je suis donc passé au QNAP QSW-308S depuis vendredi et plus aucun pb.
-
Mise à jour 1.5.8 du répéteur est en ligne depuis quelques jours. Est-ce qu’on a des retours concernant les pb de compatibilité avec switch MikroTik ? https://dev.freebox.fr/blog/?p=10302
-
Mise à jour 1.5.8 du répéteur est en ligne depuis quelques jours. Est-ce qu’on a des retours concernant les pb de compatibilité avec switch MikroTik ? https://dev.freebox.fr/blog/?p=10302
Pour ma configuration non c'est toujours le cas j'ai testé et j'ai toujours des timeout,
Peut-être que ça régle le problème de ceux qui ont connectés leurs répéteur pop à un switch car dans ce cas l'utilisation du stp aurait un sens, pour moi c'est différent le répéteur est connecté en wifi à la box et son port ethernet brancher à un pc.
-
Pour donner des nouvelles, cela fait environ 10 jours que le switch qnap est branché. Et pas une seule perte de paquet depuis.
J’ai aussi un netgear MS510TX sur le réseau. Quand il’etait connecté au mikrotik via le port SFP+ il m’arrivait aussi de constater des pertes de paquets (mais beaucoup plus rarement qu’entre le mikrotik et la freebox). Depuis que le mikrotik est remplacé par le qnap, là aussi plus une seule perte de paquet.
Perso je pense que le mikrotik, de par ces multiples réglages, essaie peut être d’en faire trop sur le réseau, et que ça peut amener à un comportement parfois erratique
Salut du coup j'ai fais pareil, j'avais depuis 1 semaine le switch Mikrotik - CRS305 sous SwOS, et je me cassais la tête à chercher pourquoi j'avais des micros coupure et des pertes de paquets... Suite à ce commentaire, j'ai renvoyé le switch et j'ai pris un QNAP QSW-308S et là plus aucun problème.. C'est le jour et la nuit !
Merci à toi pour ce retour 8)
PS : (http://image.noelshack.com/fichiers/2021/09/1/1614554916-st.png)
-
Bonjour à tous ; pour info en mettant à jour mon Mikrotik CS305 avec RouterOS v6.49beta27 le problème de déconnexions intempestives a disparu
-
Bonjour à tous ; pour info en mettant à jour mon Mikrotik CS305 avec RouterOS v6.49beta27 le problème de déconnexions intempestives a disparu
Merci pour l’info. J’ai testé ça immédiatement de mon côté et ça ne fonctionne pas chez moi malheureusement... :(
Peux-tu stp détailler un peu :
- ton infra : interco delta/CRS305, raccordement du repeteur, ...
- les paramétrages cote MikroTik (STP, IGMP, ...)
Merci.
-
Bonjour à tous ; pour info en mettant à jour mon Mikrotik CS305 avec RouterOS v6.49beta27 le problème de déconnexions intempestives a disparu
De même je confirme que le problème est toujours présent bien qu'il y ait eu une amélioration sur les câble de type DAC avec ce firmware.
-
De même je confirme que le problème est toujours présent bien qu'il y ait eu une amélioration sur les câble de type DAC avec ce firmware.
J’ai également la sensation d’une amélioration, toutefois, ayant rebooté la delta entre temps, je ne pas sur que ce n’en soit pas la raison.
Je suis toutefois revenu sur la version stable car ça me gênerait d’autres problèmes : sous forte charge (iperf dans tous les sens), je perdais des Ping sur mes MikroTik, comme si tout le switching n’était pas fait en hardware et que la CPU des switches était trop sollicitée...
-
Je fais du 10G Sym pendant plusieurs heures sans souci sur des 305, donc je pense que ce n’est pas lié.
-
Merci pour l’info. J’ai testé ça immédiatement de mon côté et ça ne fonctionne pas chez moi malheureusement... :(
Peux-tu stp détailler un peu :
- ton infra : interco delta/CRS305, raccordement du repeteur, ...
- les paramétrages cote MikroTik (STP, IGMP, ...)
Merci.
Mon schéma réseau
Delta port sfp+ <-> 10Gtek® Câble SFP+ 10G 1m <-> CRS305 <-> 2 brins 1gb agrégés 802.ad vers un NAS
Delta port 1gb <-> switch 1gb non managé <-> répéteur 1
Delta port 1gb <-> switch 1gb non managé <-> switch 1gb non managé <-> répéteur 2
Ma config Mikrotik est standard usine (sauf les 2 ports agrégés)
Bonne soirée !
-
Mon schéma réseau
Delta port sfp+ <-> 10Gtek® Câble SFP+ 10G 1m <-> CRS305 <-> 2 brins 1gb agrégés 802.ad vers un NAS
Delta port 1gb <-> switch 1gb non managé <-> répéteur 1
Delta port 1gb <-> switch 1gb non managé <-> switch 1gb non managé <-> répéteur 2
Ma config Mikrotik est standard usine (sauf les 2 ports agrégés)
Bonne soirée !
Humm... Cela me laisse perplexe.
Pourquoi donc cela ne fonctionne pas chez moi alors :( J'ai l'impression d'avoir quelques chose de très semblable.
Je pense très vite passer sur des QNAP finalement... car je crains que ce soucis de MikroTik ne soit jamais résolu par Free (depuis le temps que ça dure).
Après, pourquoi diable cela fonctionne avec QNAP et pas avec MikroTik (en espérant que ce soit bien le cas et que je ne change pas pour rien...)
A voir.
-
Humm... Cela me laisse perplexe.
Pourquoi donc cela ne fonctionne pas chez moi alors :( J'ai l'impression d'avoir quelques chose de très semblable.
Je pense très vite passer sur des QNAP finalement... car je crains que ce soucis de MikroTik ne soit jamais résolu par Free (depuis le temps que ça dure).
Après, pourquoi diable cela fonctionne avec QNAP et pas avec MikroTik (en espérant que ce soit bien le cas et que je ne change pas pour rien...)
A voir.
Il faut remarquer que la config de tamok06 ne fait pas passer les répéteurs au travers du Mikrotik, avec un fonctionnement en AP en direct sur les ports 1Gb de la Delta (total des 4 ports 1Gb bridé à 1Gb)... Ceci expliquerait peut-être cela..
-
Il faut remarquer que la config de tamok06 ne fait pas passer les répéteurs au travers du Mikrotik, avec un fonctionnement en AP en direct sur les ports 1Gb de la Delta (total des 4 ports 1Gb bridé à 1Gb)... Ceci expliquerait peut-être cela..
Je suis comme cela également. Mais merci pour la remarque.
-
Je suis comme cela également. Mais merci pour la remarque.
Les répéteurs ont toujours fonctionné en mode AP, et pas en mode répéteur? Parce que là, le Mikrotik ne peut être mis en cause en liaison avec les répéteurs...
S'il y a problème, c'est autre chose... IL n'y pas une machine qui pourrait être et en ethernet et en Wifi?
-
Les répéteurs ont toujours fonctionné en mode AP, et pas en mode répéteur?
Oui, raccordés à la delta et non au MikroTik (nb : c’est Hugues qui m’avait dit de ne pas le mettre sur le MikroTik mais sur la delta... toutefois, j’ai quand même les mêmes soucis)
-
Oui, raccordés à la delta et non au MikroTik (nb : c’est Hugues qui m’avait dit de ne pas le mettre sur le MikroTik mais sur la delta... toutefois, j’ai quand même les mêmes soucis)
S'il y a problème, c'est autre chose que le Mikrotik... IL n'y pas une machine qui pourrait être et en ethernet et en Wifi?
Parce que chez moi, j'ai un PC fixe avec une CM hybride, et j'ai désactivé le wifi...
-
S'il y a problème, c'est autre chose que le Mikrotik... IL n'y pas une machine qui pourrait être et en ethernet et en Wifi?
Parce que chez moi, j'ai un PC fixe avec une CM hybride, et j'ai désactivé le wifi...
Non, pas que je sache...
A part mon YSP2700, ma tv Android, ma Nvidia Shield, le player pop... mais étant raccordés en Ethernet, ils ne sont pas censés fonctionner en wifi et encore moins provoquer des boucles.
Qui plus est, je n’ai pas de boucles (sinon, j’aurais le message dans les logs du MikroTik)
Pour avoir suivi le sujet côté bug tracker, dixit free, c’est le port physique de la delta qui tombe puis remonte à cause d’une incompatibilité avec les MikroTik... phénomène peu notable sans répéteur pop car pas de stp. Avec répéteur, le stp est activé sur la delta et ces micro coupures physiques deviennent plus que notables.
-
Chez moi, je suis passé à de l'AP Ubiquiti depuis "un certain temps"...
Reste le QNAP avec ces "super répéteur Pop"... Bonne soirée...
-
Chez moi, je suis passé à de l'AP Ubiquiti depuis "un certain temps"...
Reste le QNAP avec ces "super répéteur Pop"... Bonne soirée...
Oh que oui, cette marque est phénoménale en WiFi, je suis à 6-700 Mbps stable en WiFi 5 ;D
-
Problème réglé pour mon cas depuis la MAJ du firmware 4.3.0 de la freebox.
je n'ai plus de déco et la liaison est plus stable que ce soit avec mon cable AOC ou DAC.
-
Problème réglé pour mon cas depuis la MAJ du firmware 4.3.0 de la freebox.
je n'ai plus de déco et la liaison est plus stable que ce soit avec mon cable AOC ou DAC.
On est devant une des caractéristiques de Free: Free (à quelques délires près issus d'un marketing délirant issu de l'ADN d'un certain XN...) corrige toujours les anomalies...
Mais cela prend "un certain temps", que ce soit pour des bugs de firmwares, des contentions localisées ou non, ou autres farces du genre...
C'est ce que lui pardonnent très peu les "puristes" ou exigeants ou tout simplement ceux qui détestent "essuyer les plâtres" (et on les comprend!) , mais c'est ce qui lui permet aussi de continuer d'avoir un pool d'abonnés satisfaisant, avec un marketing efficace, certes avec quelquefois des "débordements" regrettables.
Étant un "vieil" abonné Free, je puis toutefois affirmer que cet opérateur a réalisé d'infinis progrès depuis sa "genèse", l'observant depuis 1999! Ce qui n'est pas toujours le cas de certains de ses "collègues"!
Malgré cette "fidélité", cela ne m'empêche pas de préconiser tel ou tel opérateur qui correspond aux besoins réels d'un ami ou parent qui me demande mon avis... ;)
Dans la série: "Faut savoir ce que l'on veut, ce que l'on est prêt à payer pour tel niveau de service"... :)
-
Bonjour
je remonte un peu ce sujet, pour faire un retour d'expérience sur ma config.
Ayant un backbone 10G sur mon lan basé sur du Mikrotik CRS-305, j'ai tenté de connecter le répéteur POP directement sur le switch 1G de la Delta, comme recommandé par certains post ici et sur https://dev.freebox.fr. Il n'y avait qu'un switch passif et non managé, un petit d-link 1008 8ports Gb, entre la box et le répéteur, formant ainsi un réseau 1G ne passant pas par les Mikrotiks.
Cela semblait fonctionner au début, mais au bout d'un certain temps, je me suis rendu compte que ca partait en sucette de façon totalement aléatoire, avec des packet loss à répétition entre les équipements connectés en 10G sur les Mikrotik et uniquement ceux la, ceux connectés sur le réseau 1G de la box n'avaient aucun souci.
Je me suis résolu à virer le répéteur Wifi POP et depuis plus aucun problème.
-
Bonsoir,
Personnellement je n'ai pas de problème de mon côtés depuis plusieurs mois maintenant après ma config est assez basique,
Répéteur pop pas branché en Ethernet mais communiquant en wifi.
Mikrotik brancher sur la freebox via un cable AOC en mode switch sur routeurOS, je crois que la seul chose que j'ai fait est désactiver le (r)stp dessus.
Si besoin je peux essayer de refaire à peu prêt votre config et voir si j'ai le même problème de packet loss.
Peut-être que le problème est toujours présent quand on met le répéteurs Wifi dans des config différentes.
-
Bonsoir,
Personnellement je n'ai pas de problème de mon côtés depuis plusieurs mois maintenant après ma config est assez basique,
Répéteur pop pas branché en Ethernet mais communiquant en wifi.
Mikrotik brancher sur la freebox via un cable AOC en mode switch sur routeurOS, je crois que la seul chose que j'ai fait est désactiver le (r)stp dessus.
Si besoin je peux essayer de refaire à peu prêt votre config et voir si j'ai le même problème de packet loss.
Peut-être que le problème est toujours présent quand on met le répéteurs Wifi dans des config différentes.
Le souci est bien lorsque le répéteur est relié en ethernet lorsqu'il y a un Microtik connecté sur le SFP+ de la Delta. Ce qui est regrettable, car c'est avec un répéteur connecté en ethernet que le "rendu" du répéteur est "normalement" maximal... Après les observations d'ajds, il semblerait que la "conversation" entre le Mikrotik et la Delta sur le port SFP+ se passe au final avec pas mal de "scories", qui mettraient la grouille sur l'ensemble du trafic de la Delta?
-
Si besoin je peux essayer de refaire à peu prêt votre config et voir si j'ai le même problème de packet loss.
Peut-être que le problème est toujours présent quand on met le répéteurs Wifi dans des config différentes.
C'est sympa de proposer cela, merci, mais j'ai fais une croix sur ce répéteur qui est dans son carton et n'en ressortira que quand je le renverrais à free ;)
L'objectif de mon message est plus d'informer les autres utilisateurs de ce potentiel problème que de chercher absolument à faire fonctionner le répéteur chez moi.
De toutes manière, cela serais extrêmement difficile à reproduire, puisque cela fonctionne au début pendant quelques jours, puis gros packet loss pendant quelques jours, puis ca refonctionne, etc, c'est complètement aléatoire.
Après les observations d'ajds, il semblerait que la "conversation" entre le Mikrotik et la Delta sur le port SFP+ se passe au final avec pas mal de "scories", qui mettraient la grouille sur l'ensemble du trafic de la Delta?
En fait, ce n'est pas au niveau de la Delta elle même, mais au niveau du LAN SFP+ des Mikrotik. Seules les machines qui sont connectées en SFP+ derriere les mikrotik sont impactées. Celles en ethernet directement sur le switch 1G de la Delta n'ont aucun souci. Le packet loss que j'ai constaté est en effet sur le LAN lui même, avant même tout routage vers Internet.
-
[...]
En fait, ce n'est pas au niveau de la Delta elle même, mais au niveau du LAN SFP+ des Mikrotik. Seules les machines qui sont connectées en SFP+ derriere les mikrotik sont impactées. Celles en ethernet directement sur le switch 1G de la Delta n'ont aucun souci. Le packet loss que j'ai constaté est en effet sur le LAN lui même, avant même tout routage vers Internet.
Clair qu'il y a un souci avec le Mikrotik... Au vu des soucis signalés il y a déjà quelque temps avec le trio Delta - Mikrotik - Répéteur Pop, j'ai fait l'impasse sur le Mikrotic, et ai "investi" dans un Netgear MS510TX (pas PP...). Ce n'est certes pas la même gamme de prix, mais du côté niveau utilisation, il n'y a pas photo! Pour l'instant je suis avec une Pop, mais le MS510TX est en prévision d'une Delta, c'est sa souplesse qui m'a surtout intéressé!