Auteur Sujet: La fibre Orange à 2Gbps, sur un routeur MikroTik 10Gbps CCR2004, via un ONT SFP+ (Lu 944395 fois)

Fuli10 · « **Réponse #3804 le:** 13 septembre 2022 à 09:55:52 »

Hello @Tom.exe
Je suppose que tu parles du driver bnx2x ?
Je l'avais déjà fait pour openwrt 21.02
Je compte le refaire pour openwrt 22.03, mais je suis toujours en train de préparer mon update. Entre autre j'ai encore une interface bond créé avec openwrt 18 qu'il me faut refaire proprement pour le que transition se passe mieux (maintenant c'est intégré dans luci).
Quoi qu'il en soit j'utilise la configuration par défaut pour x64 et ça se build tout seul (tout les modules sont buildés en même temps).

Tom.exe · « **Réponse #3805 le:** 13 septembre 2022 à 12:56:27 »

Citation de: Fuli10 le 13 septembre 2022 à 09:55:52

Hello @Tom.exe
Je suppose que tu parles du driver bnx2x ?
Je l'avais déjà fait pour openwrt 21.02
Je compte le refaire pour openwrt 22.03, mais je suis toujours en train de préparer mon update. Entre autre j'ai encore une interface bond créé avec openwrt 18 qu'il me faut refaire proprement pour le que transition se passe mieux (maintenant c'est intégré dans luci).
Quoi qu'il en soit j'utilise la configuration par défaut pour x64 et ça se build tout seul (tout les modules sont buildés en même temps).

Salut, Oui c'est exact, j'ai essayé de build en suivant le tuto de upnatom sur dslforums, il manquait des dossiers pour le fichier patch et sa a fini en erreur

si, quand tu rebuildera openwrt, tu peut vite fais prendre le temps de noter la procédure, je serai preneur !!
Merci !

AlainDeloin31 · « **Réponse #3806 le:** 13 septembre 2022 à 16:37:21 »

Citation de: Asclèpios le 11 septembre 2022 à 15:28:05

Bonjour, j'ai donc déposé un ticket chez Mikrotik pour l'ONU fs.com.
Et je vais remplacer l'ONU fs.com par un autre ...
Concernant le Alcatel-Lucent 3FE46641AA GPON G-010S-P HPSORLV: 01 BVL 3 (comme indiqué sur la page 275) fonctionne t-il bien sur le Mikrotik CCR pas de problème au niveau du ventilateur et d'erreur de fan ?

Et concernant le Huawei MA5671A même question pas de problème de fan et de fail ? Fonctionne t-il bien avec le CCR2116 and co ? Le root est t-il facile à faire (en suivant le tutoriel des pages précédente).

Quels est la fiabilité de chancun en 2,5gb ? Lequels préfère ? Cote débit et fiabilité ? Et enfin est-il possible d'accéder a leurs interface respective depuis le routeur voir de remonter les log dans graphana ou autre ?

Merci d'avance pour toutes vos précieuse information

Bonjour,
J'ai à peu près le même souci avec mon CCR2004. Je n'avais pas le problème en RouterOS 6 et l'ONU FS sur un switch à part. J'ai récemment fait l'upgrade en RouteurOS 7 et déplacé l'ONU FS directement sur le routeur. Et maintenant j'ai le problème que tu décris de façon aléatoire.
Je n'avais pas fait le rapprochement entre ce souci et l'ONU FS. Je testerai quand j'aurai le temps de remettre l'ONU FS sur un switch à part pour voir si ça résout le problème...
Si c'est ça j'en profiterai pour ouvrir aussi un ticket au support Mikrotik en expliquant tout ça...

Fuli10 · « **Réponse #3807 le:** 14 septembre 2022 à 00:05:53 »

Citation de: Tom.exe le 13 septembre 2022 à 12:56:27

Salut, Oui c'est exact, j'ai essayé de build en suivant le tuto de upnatom sur dslforums, il manquait des dossiers pour le fichier patch et sa a fini en erreur
si, quand tu rebuildera openwrt, tu peut vite fais prendre le temps de noter la procédure, je serai preneur !!
Merci !

Hello.
J'utilise la procédure bourrine: je recompile toujours tout pour une target. J'ai la flemme de chercher comment faire pour recompiler juste ce que l'on veut, avec le patch à nous, tout ça. Je ne connais pas assez le build d'openwrt pour chercher à faire une intégration propre.
Du coup ma méthode - je commence par un build officiel clean:

Code: [Sélectionner]

git clone https://git.openwrt.org/openwrt/openwrt.git
cd openwrt

git checkout v22.03.0 -b v22.03.0

wget https://downloads.openwrt.org/releases/22.03.0/targets/x86/64/feeds.buildinfo -O feeds.conf.default
./scripts/feeds update -a
./scripts/feeds install -a

wget https://downloads.openwrt.org/releases/22.03.0/targets/x86/64/config.buildinfo -O .config
make menuconfig

Là j'ai vu qu'il y avait un problème pour récupérer les sources de xxd. Du coup j'utilises le premier patch crados (changer un http en https, alors que le patch officiel utilise un xxd en perl):

Code: [Sélectionner]

diff --git a/tools/xxd/Makefile b/tools/xxd/Makefile
index c3cc6863cc..25d5bb6549 100644
--- a/tools/xxd/Makefile
+++ b/tools/xxd/Makefile
@@ -5,7 +5,7 @@ include $(TOPDIR)/rules.mk
 PKG_NAME:=xxd
 PKG_VERSION:=1.10
 PKG_SOURCE:=$(PKG_NAME)-$(PKG_VERSION).tar.gz
-PKG_SOURCE_URL:=http://grail.cba.csuohio.edu/~somos/
+PKG_SOURCE_URL:=https://grail.cba.csuohio.edu/~somos/
 PKG_HASH:=9bf05c19b9084973e3cc877696a7f9881a5c87fa5a9fa438d9962519726559f9
 PKG_CPE_ID:=cpe:/a:vim:vim

Puis je compile tout une première fois:

Code: [Sélectionner]

make -j $(($(nproc)+1)) download world

Après, j'applique le patch. Je n'ai pas chercher à savoir sur quel version du code j'applique le patch: je l'applique partout:

Code: [Sélectionner]

find -name "bnx2x_link.c"
./build_dir/target-x86_64_musl/linux-x86_64/linux-5.10.138/drivers/net/ethernet/broadcom/bnx2x/bnx2x_link.c
./build_dir/toolchain-x86_64_gcc-11.2.0_musl/linux-5.10.138/drivers/net/ethernet/broadcom/bnx2x/bnx2x_link.c

cd ./build_dir/target-x86_64_musl/linux-x86_64/linux-5.10.138/
patch -p0 < ~/patch/bnx2x_warpcore+8727_2_5g_sgmii.patch

cd ./build_dir/toolchain-x86_64_gcc-11.2.0_musl/linux-5.10.138/
patch -p0 < ~/patch/bnx2x_warpcore+8727_2_5g_sgmii.patch

Cela a appliqué le patch, puis je rebuild de nouveau avec un simple make world. Et HOP, un package bnx2x qui tiens les 2Gbits.
Pour le patch, il ne me reste plus que ça:

Code: [Sélectionner]

diff bnx2x_link.c bnx2x_link2.c 
153a154
> 	#define SFP_EEPROM_CON_TYPE_VAL_SC	0x1
4212a4214,4223
> 		/* Note that 2.5G works only when used with 1G advertisment */
> 		if (fiber_mode && (phy->req_line_speed == SPEED_2500) &&
> 			(phy->speed_cap_mask &
> 			 (PORT_HW_CFG_SPEED_CAPABILITY_D0_1G |
> 			  PORT_HW_CFG_SPEED_CAPABILITY_D0_2_5G))) {
> 			bnx2x_cl45_write(bp, phy, MDIO_WC_DEVAD,
> 				MDIO_WC_REG_SERDESDIGITAL_MISC1,
> 					0x6010);
> 		}
> 
4222a4234
> 		case SPEED_2500:
8174a8187
> 	case SFP_EEPROM_CON_TYPE_VAL_SC:
8185c8198,8199
< 			if (phy->req_line_speed != SPEED_1000) {
---
> 			if ((phy->req_line_speed != SPEED_1000) &&
> 				(phy->req_line_speed != SPEED_2500)) {
9238a9253
> 		(phy->req_line_speed == SPEED_2500) ||
9247a9263,9278
> 		if ((phy->req_line_speed == SPEED_2500) &&
> 			(phy->speed_cap_mask &
> 			(PORT_HW_CFG_SPEED_CAPABILITY_D0_1G |
> 			 PORT_HW_CFG_SPEED_CAPABILITY_D0_2_5G))) {
> 			bnx2x_cl45_read_and_write(bp, phy,
> 					MDIO_AN_DEVAD,
> 					MDIO_AN_REG_8727_MISC_CTRL2,
> 					~(1<<5));
> 			bnx2x_cl45_write(bp, phy,
> 					MDIO_AN_DEVAD,
> 					MDIO_AN_REG_8727_MISC_CTRL1, 0x0010);
> 		} else {
> 			bnx2x_cl45_write(bp, phy,
> 					MDIO_AN_DEVAD,
> 					MDIO_AN_REG_8727_MISC_CTRL1, 0x001C);
> 		}
9269c9300
< 				 MDIO_AN_DEVAD, MDIO_AN_REG_8727_MISC_CTRL, 0);
---
> 				 MDIO_AN_DEVAD, MDIO_AN_REG_8727_MISC_CTRL2, 0);
9277c9308
< 				 MDIO_AN_DEVAD, MDIO_AN_REG_8727_MISC_CTRL,
---
> 				 MDIO_AN_DEVAD, MDIO_AN_REG_8727_MISC_CTRL2,
9279a9311,9313
> 				 MDIO_AN_DEVAD, MDIO_AN_REG_8727_MISC_CTRL1,
> 				 0x001C);
> 		bnx2x_cl45_write(bp, phy,
9567a9602,9606
> 	} else if ((link_status & (1<<1)) && (!(link_status & (1<<14)))) {
> 		link_up = 1;
> 		vars->line_speed = SPEED_2500;
> 		DP(NETIF_MSG_LINK, "port %x: External link up in 2.5G\n",
> 			   params->port);
9599c9638,9639
< 	    (phy->req_line_speed == SPEED_1000)) {
---
> 	    ((phy->req_line_speed == SPEED_1000) ||
> 	     (phy->req_line_speed == SPEED_2500))) {
11722a11763
> 			   SUPPORTED_2500baseX_Full |
11908a11950
> 			   SUPPORTED_2500baseX_Full |
12255a12298
> 					   SUPPORTED_2500baseX_Full |

Et voilà le résultat:

Code: [Sélectionner]

$ iperf3 -R -4  -c bouygues.testdebit.info -p 9219 -C bbr
Connecting to host bouygues.testdebit.info, port 9219
Reverse mode, remote host bouygues.testdebit.info is sending
[  5] local AAAA port 58218 connected to 89.84.1.186 port 9219
[ ID] Interval           Transfer     Bitrate
[  5]   0.00-1.00   sec   245 MBytes  2.06 Gbits/sec                  
[  5]   1.00-2.00   sec   253 MBytes  2.13 Gbits/sec                  
[  5]   2.00-3.00   sec   254 MBytes  2.13 Gbits/sec                  
[  5]   3.00-4.00   sec   256 MBytes  2.15 Gbits/sec                  
[  5]   4.00-5.00   sec   259 MBytes  2.17 Gbits/sec                  
[  5]   5.00-6.00   sec   257 MBytes  2.16 Gbits/sec                  
[  5]   6.00-7.00   sec   260 MBytes  2.18 Gbits/sec                  
[  5]   7.00-8.00   sec   260 MBytes  2.18 Gbits/sec                  
[  5]   8.00-9.00   sec   258 MBytes  2.16 Gbits/sec                  
[  5]   9.00-10.00  sec   259 MBytes  2.17 Gbits/sec                  
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.00  sec  2.51 GBytes  2.16 Gbits/sec    0             sender
[  5]   0.00-10.00  sec  2.50 GBytes  2.15 Gbits/sec                  receiver

iperf Done.

Du coup je joins le fichier résultat.

Tom.exe · « **Réponse #3808 le:** 14 septembre 2022 à 00:33:34 »

Citation de: Fuli10 le 14 septembre 2022 à 00:05:53

Hello.
J'utilise la procédure bourrine: je recompile toujours tout pour une target. J'ai la flemme de chercher comment faire pour recompiler juste ce que l'on veut, avec le patch à nous, tout ça. Je ne connais pas assez le build d'openwrt pour chercher à faire une intégration propre.
Du coup ma méthode

GéNIAL !! Merci beaucoup !! juste ce que je cherchait !!
Du coup on installe juste le package qui en sort (aka celui que tu joins a ton message) ?
bonne soirée !!

Fuli10 · « **Réponse #3809 le:** 14 septembre 2022 à 14:26:59 »

Faut déjà avoir installé le package officiel une première fois. Il y a des dépendances de tiré avec (le firmware, mais aussi des modules de chiffrements/crc).
Ensuite faut forcer la réinstallation et rebooter:

Code: [Sélectionner]

opkg install --force-reinstall /tmp/kmod-bnx2x_5.10.138-1_x86_64.ipk
reboot

A noter, j'ai eu la surprise de perdre l'IPv6 après la mise à jour.
En fait il reste un petit bug dans cette nouvelle release: openWRT n'est plus capable de créer avec son firewall une zone IPv4 WAN et une zone IPv6 WAN6, chacune avec ses règles pour la même interface. Dans son firewall il ne crée que la règle forward de l'interface wan ipv4 vers forward_wan, mais plus wan ipv6 vers forward_wan6. Idem en sortie, etc.
Faut créer 2 interfaces: une IPv4 et une IPv6, puis les affecter à la même zone WAN, avec des règles firewall pour les 2 IPv4 et IPv6. Et cocher le masquerading qui ne s'appliquera plus que sur l'IPv4.

Asclèpios · « **Réponse #3810 le:** 14 septembre 2022 à 21:29:55 »

Citation de: AlainDeloin31 le 13 septembre 2022 à 16:37:21

Bonjour,
J'ai à peu près le même souci avec mon CCR2004. Je n'avais pas le problème en RouterOS 6 et l'ONU FS sur un switch à part. J'ai récemment fait l'upgrade en RouteurOS 7 et déplacé l'ONU FS directement sur le routeur. Et maintenant j'ai le problème que tu décris de façon aléatoire.
Je n'avais pas fait le rapprochement entre ce souci et l'ONU FS. Je testerai quand j'aurai le temps de remettre l'ONU FS sur un switch à part pour voir si ça résout le problème...
Si c'est ça j'en profiterai pour ouvrir aussi un ticket au support Mikrotik en expliquant tout ça...

Merci beaucoup de ton retour, à tu essayé une version antérieure à la 7.0.0 avec l’ONU dans le routeur, si oui laquelle ?
J’ai reçu le nouvelle ONU que j’ai commandé, je vais le rooter dans les prochains jours et je ferai un retour ici

AlainDeloin31 · « **Réponse #3811 le:** 14 septembre 2022 à 22:57:13 »

En dessous de la version 7.4 (si ma mémoire est bonne) de RouterOS, l'ONU FS ne peut fonctionner qu'en gigabit. Donc non, je n'ai pas essayé.
J'ai mis hier soir l'ONU sur un switch à part et le CCR2004 ne crie plus alors qu'habituellement, il ne tenait pas 24h... Ça a l'air mieux

En revanche le switch avec l'ONU FS, un CRS310 en RouterOS 7.5 a crashé/rebooté cet après-midi alors que je n'avais pas eu ce genre de souci en 7.4. Je viens de tenter un downgrade en 7.4.1 du switch...

Mackila · « **Réponse #3812 le:** 14 septembre 2022 à 23:59:52 »

CRS305, ROS 7.5, ONU FS.com dans le SFP1, aucun problème depuis la mise à jour. C'est peut-être spécifique à la plateforme ? (CRS305 c'est du arm)

Asclèpios · « **Réponse #3813 le:** 15 septembre 2022 à 11:28:57 »

De mon côté en attendant de mettre en place mon nouvelle ONU je suis resté en 7.3.3 b33 et je suis UP depuis 1j3h … c’est vraiment bizarre…a voir si sa dur

proap · « **Réponse #3814 le:** 15 septembre 2022 à 13:22:00 »

Salut,

Quelqu'un a pu tester le CCR2004-16G-2S+PC avec un ONT en HSGMII 2.5g?
C'est un routeur récent de Mikrotik, fanless

Dans la datasheet on voit que les ports SFP+ sont directement connectées au processeur, sans switch chip.
et comme le processeur est le même que celui du 2004-12S, j'ai l'espoir que ce soit compatible

obinou · « **Réponse #3815 le:** 15 septembre 2022 à 13:23:38 »

Citation de: Fuli10 le 14 septembre 2022 à 00:05:53

Cela a appliqué le patch, puis je rebuild de nouveau avec un simple make world. Et HOP, un package bnx2x qui tiens les 2Gbits.

Pour ma compréhension du truc :
Est-ce que ce patch ne marche QUE si la carte a préalablement été modifié avec "ediag.exe -b10eng" en DOS ou en EFI
Ou bien avec ce patch l'étape ci-dessus n'est pas requise ?

Merci