Ce qui risque de couter cher en ressources CPU c'est cette CoS 6 à faire qui dans le cas d'un CCR2004 même pour les modèles avec deux Switch Chip Marvell 88E6191X tu ne pourras pas les utiliser car ils ne sont pas sur les ports SFP+ donc pour ton lien WAN actuel à 2Gbps ca passera mais demain sur une offre 10Gbps le CCR2004 risque de souffrir et de ne pas pouvoir tenir le 10Gbps...
Un bon compromis est à base de CRS305 (4x ports SFP+ et un port Giga Poe de management) entre la box et le CCR2004 pour faire ta CoS 6 et tu gardes toute la patate du CCR2004 pour faire le reste.
Mais ca ne va pas dans ton sens de simplification...
Merci pour ta réponse.
J’utilise déjà un CRS305 aujourd’hui pour faire la COS6 justement. Lors de mon passage de dhclient a systemd-networkd, il devient plus artisanal de faire de la COS6 faute de trigger scripts up/down sur les interfaces.
J’ai également cru lire que mettre des bridge filters sur le CCR (pour faire la COS6), désactivait le fast-path ou/et tracking sur le filtrage firewall.
Je ne savais pas que faire de la COS6 pouvais avoir un impact aussi important sur les perf d’un CCR…
Cela va dans ton sens de dédier le L2 au CRS305. Sans compte que l’ONU fs.com fonctionne parfaitement dans le CRS (alors que dans le CCR…).
Si je conserve le CRS305, je pourrais retirer mon LEOX 2.5G et prendre un ONU fs.com, cela simplifierait au moins ça…
D’autant plus qu’on aura plus de chance de trouver rapidement un ONU qu’un ONT 10G dans l’avenir…
Enfin, la config que tu as posté plus haut s’adapte parfaitement. Peut être faudrait-il prévoir de câbler 2 ports du CCR vers le CRS pour bénéficier de la totalité des futures bandes passantes 10G
.