GnuByte

Bonjour, Poster une capture de transfert de contenu multimédia tipiaké, il faut oser. Ton PC est en Wifi ? Pour disposer des meilleures performances, ce n'est pas optimal, même si Wifi6. Agrégation de ports est une technologie qui bénéficie principalement aux cas où il y a 2 clients, et non un seul comme dans ton cas. Ce sera toujours une bidouille. Si tu veux monter plus haut, il est plus simple, plus fiable, (mais plus onéreux), de passer en switch et interfaces Multigig (2,5Gbps et plus)

Bonjour Nassia, bonjour à toutes et tous, Je découvre le fil juste. Pour résumer, il s'agit d'un Mac très récent, très puissant, avec un port 1Gbps, sur lequel on branche un NAS via une Freebox POP. Le traffic descendant depuis internet vers le Mac atteint les 960Mbps, mais le trafic montant vers le NAS culmine à 13Mo/s. Pour comparer ce qui est comparable, 13Mo/s = 13x7Mbps = 104Mbps. Le tout passe par un câblage PTT298 en 4 paires torsadées. Effectivement les débits sont différents, de quasiment un ordre de grandeur. Je conçois que ce soit fort agaçant. L'objectif, si j'ai bien compris, c'est la performance et la sécurité. Si possible les deux. Quelques réflexions: Combien de temps cela fait-il que le DS720+ a été installé, et qu'en dit le gestionnaire de stockage ? Si la grappe RAID 1 (parce que la seule organisation logique est de créer un volume sur des disques en RAID1, et si possible en SHR), elle peut mettre un certain temps à se mettre en place si l'on a activé les sommes de contrôles. L'installation de la grappe, en cours, peut prendre des heures et ralentir les transferts. Le trafic des speedtest, c'est de l'UDP, qui plus est prioritaire côté opérateur, mais il est vrai qu'une fois dans le réseau local, il passe tel que. L'UDP, c'est un protocole sans trafic de confirmation, il n' y a pas de dialogue client serveur en tant que tel. Tu veux un flux, tiens, et tant pis si il y a retard ou perte de paquet. TCP gère la bonne réception, avec acquiescent et contrôle de la congestion. TCP, le client et le serveur dialoguent. Tiens, le NAS DS720+ il sert ses volumes avec quel protocole ? Il y en a 5: SMB, connu pour tenir de 300 à 900Mo/s en écriture ou lecture sur un 1819+ sur des grappes de 5 disques SHR. AFP ou Apple Filing Protocol, le plus proche du support de toutes les fonctionnalités Apple, Time machine, rechercher Spotlight, alias et service bonjour. NFS le bien connu protocole de système de fichier réseau développé par Sun Microsystem dès 1984, bien supporté, dernière version en 2016, issu du monde Unix. FTP, ce n'est pas un système de fichier réseau, mais juste un protocole non chiffré (hors ssh) de transfert réseau. rsync, qui est un protocole de synchronisation réseau juste démoniaque, qui reste une fonctionnalité ajoutée à un volume partagé. Tiens, il y a t'il une page qui teste les vitesses de ces protocoles pour voir ? Photographylife.com en parlait justementen avril 2020 Spoiler: SMB gagne le concours de vitesse, mais AFP est supérieur en fonctionnalités. Dans une chaîne de transfert, le plus lent des maillons sous tendra la vitesse de l'ensemble de la chaîne. Le câblage PTT298 n'a pas de blindage, ce n'est vraiment pas raisonnable. Quel est le type d'interface entre le Macbook et le port Ethernet ? Idéalement, il faudrait un adaptateur en USB3. Mon conseil simple et de bon goût: Le passage via la box est il absolument indispensable ? Vu que le NAS dispose de 2 ports Ethernet, ma préférence irait vers un adapteur USB3 vers au moins 2 autres sorties USB3 ( comme celui ci )chacune disposant d'un adaptateut USB/Ethernet RJ54 ( En 1Gbps ou en 2.5Gbps ) avec , une reliée au réseau local, pour l'accès internet, et l'autre directement relié au DS720+ Ainsi, l'accès internet est conservé et l'accès au NAS utiliserait un câble Cat 6 comme celui ci, en S-FTP Le coût total n'excède pas les 90€ pour le tout, et on place le lien entre l'ordinateur et le NAS sur son petit tuyau à lui, pour qu'il aille aussi vite que possible. Bon, ok, il faut paramétrer une seconde interface réseau au NAS, et s'adresser à lui par se lien. Avec un peu d'organisation, ça se gère.

Pour info, le Ryzen 1700X du troisième noeud est passé en Ryzen 4750G sur carte mère B550 - 64Go DDR4, et ce noeud abrite 2 cartes dual SFP+ BMC 57810s, l'une pour la connexion au réseau local 10Gbps, l'autre pour façonner le pont entre l'ONU SFP de connexion Orange 2,5Gbps et un lien DAC 10GBaseX. Tiens, la signature ne se met pas à jour.

C'est le jeu du gendarme et des voleurs. Tes besoins augmentent, tes exigences augmentent, tu adaptes le tir. Placer ses exigences de sécurité au point de sauvegarder son travail, c'est louable, et c'est normal. 200Go, comme déjà souligné, c'est un petit volume de données. Maitenant, la sauvegarde s'effectue sur un NAS monobaie, monodisque donc, ce qui ne permet pas une écriture à plus de 200Mo/s en moyenne, pour un HDD récent de taille moyenne. Ensuite, ce NAS est connecté via une interface gigabit, qui limitera donc à 110-120Mo/s par beau temps. Si les transferts passent par Wifi, même Wifi6, alors, de nombreux facteurs environnementaux entrent en ligne de compte, en ville ou pas, distance au point d'accès, murs porteurs, etc. Pour des applications de transfert critique de la sorte, j'envisagerais une liaison ethernet 1Gb au minimum, avec transfert initial de nuit, sachant que ce qui sera le plus long, c'est le transfert de la première sauvegarde. Les suivantes seront bien plus rapides. Limite, on peut lancer le premier transfert ordinateur connecté allumé sans mode économie d'énergie, puis effectuer les autres par Wifi. Quand on veut des performances, et oui on peut avoir des performances avec des vitesses d'écriture de la NASA, alors il faut y réfléchir, et adapter le tir, adapter la configuration de matériel. Avec un NAS une baie, le Gbps ne pourra jamais être dépassé (je n'ai pas connaissance d'un NAS monodisque en 2.5Gbps), mais 110Mo/s, c'est déjà bien. Oui, pour transférer 15To (un exemple), c'est long (22h théorique en 110Mo/s constant). Mais tout est une question de patience, de coût du temps d'attente, ou de coût en cas de perte de données. Tout se discute, et on peut avoir des performances, mais tout est une question de curseur, d'exigences, de coût et de volonté.

Depuis quand les disques de l'unité DX517 ont ils été installés ? Si ils sont encore en mode construction de grappe SHR, leurs performances sont dégradées.

Bonjour à tous, Je ne suis pas venu ici depuis quelques temps, mais la pandémie de Covid a mis ma profession à rude épreuve, et je n'y ai pas échappé. Lors de mon dernier post du 3 septembre 2020, j'exposais le fait que j'étais parvenu à inscrire sur l'arbre GPON un équipement non Orange, précédent heureux ouvrant la porte à l'exploitation du Deuxième Gigabit vendu par Orange mais non exploité. Cela a donné lieu à l'ouverture du fil suivant, où j'ai exposé toutes les étapes de l'expérience, qui fonctionne depuis 18 mois. https://tinyurl.com/orange2gbps Le fil est dodu, avec 3117 posts sur 260 pages, où un remarquable panel de type de routeur ont été abordé, sur Orange principalement, mais aussi Bouygues, SFR ou même Telecom Italia. J'y ai posté mes configurations de routeur en IPv4 et IPv6 sur routeur CCR2004-1G-12S+2XS. J'attends le 10Gbps du XGSPON avec impatience. Voici un nPerf à l'instant.

Yop, quelques news. Je suis vraiment hyper busy à cause du Covid qui remonte, mais j'ai un peu avancé. J'ai pu synchroniser un module optique SFP directement sur le CCR2004. Avec Orange c'est un peu sioux, avec la particularité requise d'envoyer les requêtes dhcp avec une haute priorité, mais ça fonctionne nickel. Je gratte toutes les possibilités de synchroniser le SFP à plus d'un Gbps. Il y a des possibilités. Sinon, le 10GbE, ça chauffe. Je passe donc en jarretières optiques tout ce qui peut l'être.

J'ai reçu mon Mikrotik Cloud Core Router CCR2004-1G-12S+2XS et un SFP GPON OpenWRT flashable (non, deux, en fait). Les expérimentations pour passer en accès 2Gbps/600Mbps routés sur une dorsale 10GbE vont commencer. Je garderai le "lent" sur le segment 1GbE, et les NAS/Stations sur le 10GbE. J'ai un peu de bidouille sexy en perspective

J'ai un Samsuns 960 EVO 1to qui fonctionne impeccablement en lecture, sur une carte E10M20-T1, sur un DS1819+.

Entre deux gardes, j'ai drôlement avancé mes recherches, et j'attends de recevoir 2-3 SFP ONT 2,5/1,5Gbps compatibles au moins Mikrotik (fournisseur qui bosse bien). Différentes références, flashables en OpenWRT, à même de fonctionner au mieux.

Désolé si je réponds tard, mais parfois la vie rattrape et les jours de travail s'enchaînent. Alors je précise, la vitesse que j'ai indiqué ailleurs était une vitesse sans le SSD cache activé. Le disque SSD est intégré, mais pas encore utilisé, par manque de temps. J'ai d'autres services plus importants qui sont tombés au travail, et le maintien de l'activité m'a gardé loin de mon installation perso. Pour la partie 10GbE de la carte E10M20-T1, j'ai déjà posté un bench un peu plus loin, où j'ai transféré en ligne de commande un fichier de 74Go en 1'22'', soit 82 secondes, pour un 906,2Mo/s, depuis une grappe SHR de 5 disques de 14To Seagate Ironwolf. Le test fonctionne à cette vitesse avec et sans mise en cache. C'est vraisemblablement la vitesse maximale de la grappe (qui marche un train d'enfer). Sinon, quelques mois d'utilisation intensive du SSD NvME 1To 860 EVO lui on fait perdre un peu de son potentiel, passé de 100% à environ 90% de mémoire. C'est sa vie de cache. Je préfère casser un cache qui informe de sa date de péremption, plutôt de d'affronter une panne de disque en série par surprise. C'est un point de vue, je le concède. Je viens de réactiver le 1817+, manipulation pas immédiatement évidente: parce que je n'ai pas remis les disques dans le même ordre, et il n'a pas trop aimé le grand mélange aléatoire parce que j'ai repris sur le 1819+ des grappes créées sur le 1817+, donc des DSM avec la même adresse IP, Argh. Une petite gymnastique de déconnexion du 1819+, réglage du 1817+, avec changement d'IP, et retour en ligne du 1819+. Au passage, le DHCP fonctionne mieux sur les interface Gb que l'interface 10GbE. Il convient de commencer d'abord sur l'interface classique, puis passer sur le 10GbE. Tiens, au passage, j'ai peut être mal cherché, mais le programme Béta de synology ne prend pas pour DSM, ou tout du moins ne me l'a pas proposé. Sinon, le switch Mikrotik - CRS305-1G-4S+in est un switch livré sous RouterOS, et non SwitchOS. Le processeur Marvell 98DX3236 est 32 bits à 800MHz disposant de fonctions d'offloading. Si il devrait être capable de tenir une configuration simple en routage comme remplacer une Livebox ou une BBox, il ne tiendra pas nécessairement plus d'un Gbps tout le temps. Par contre, pour switcher, ça switche comme l'éclair. Le bench de transfert cité plus haut n'a pas varié d'un iota via le switch par rapport à un lien direct. Ce switch est une absolue surprise. Il est doté de 2 prises d'alimentation. Oui, on peut l'alimenter de façon redondante, voire même par PoE... Les fonctionnalités de routage sont extensives, et auraient immanquablement brillé sur un accès fibre non Gb, et sans doute jusqu'à 1Gbps. Avec 3 modules SFP+ 10GbE, ça chauffe pas mal, environ 50°C. Gérable. Plus je regarde la documentation Mikrotik - assez pragmatique, pas très kikoolol incentive SDN tiens prends cette image docker pour rulez ton lan - plus je trouve ça élégament foutu. C'est important, l'élégance, car l'élégance est le corollaire du brio. Sinon, encore, j'indiquais prier pour passer à une Livebox v4. Ma prière a été entendue. Ça m'a pris 3 jours de palabres et tractations avec le support Orange, mais j'ai basculé sur une Livebox V4, qu'on m'a fourni sans le module SFP Sercomm FGS202, comme je m'y attendais. J'ai donc tout loisir de trouver un routeur Mikrotik qui le prenne en charge (l'ONT SFP en question, que j'ai donc déjà trouvé sur LBC), pour, ensuite, râler après du FAI pour activer mon ONT perso. Question routeur, ou switch ayant des capacité de routage 10GbE, mon choix s'oriente donc plutôt vers Mikrotik, tant Ubiquiti ne semble pas se bouger à reconnaître les modules SFP ad hoc, tout occupé à son SDN kikoolol. (Ubiquiti est très bien, mais je m'en moque gratuitement comme un client frustré de ne pas voir évoluer la gamme dans son sens, un peu comme le 10GbE qui pointe tout juste le bout de son nez via des interfaces hors de prix sur Synology. Mais non je ne l'ai pas dit. Non non. Vous avez mal lu. Habon ? Ok je l'ai dit. Pas données ces cartes PCIe, mince) (et j'ai toute mon installation GbE en Ubiquiti, même le Wifi Unifi via docker truc vous savez). Je ne sais pas si je suis bien clair, ni si ça intéresse quiconque, mais les Livebox ne proposant pas de fonction "bridge", Orange force toujours à l'utilisation de la Livebox en routeur, avec des fonctionnalités limitées voire inutile dans mon cas. J'utilise alors un routeur, comme d'autres ici, en lieu et place de la Livebox. Je poursuis donc mes investigations multigig côté routeur, après avoir mis en place une solution en switch, solution au périmètre plus important que ce que je m'attendais, ce qui n'est pas pour me déplaire.

Je dois reconnaître que, pour le prix, c'est vraiment complet. Je suis assez sur le cul. Il chauffe juste de façon assez notable, avec seulement deux SFP+ insérés. Je ne réponds pas nécessairement à la définition de néophyte. J'ai firewallé par ipchain avant iptable et NetFilter. J'utilise des équipements Ubiquiti perso et pro (routeur et switch) depuis 2015. C'est du super matos, mais ça manque de SFP+. L'EdgeSwitch 16XG est bruyant (mais du coup il ne chauffe plus), 14 ports 10Gb dont 4 en 10G-BaseT, 640€. L'Edgerouter Infinity est top, facile à prendre en main quand on a l'habitude des routeurs Ubiquiti, mais mince, 1700€ quoi. Je conviens sur la nécessité d'avoir quelques heures de vol et une compréhension globale pour suivre le fonctionnement d'un matériel Ubiquiti.

Bon, le switch est arrivé. Pour le prix, le switch est managé. énorme. Tout fonctionne impecc. Je vais me familiariser avec l'interface ligne de commande du jouet.

----------------------------- J'ai été pris d'un doute. Et si, en fait, les essais itératifs pouvaient avoir été suffisamment mis en cache pour biaiser la vitesse de transfert ? Je viens de refaire le transfert, un peu fébrile, après avoir flushé les caches Linux du NAS sync; echo 3 > /proc/sys/vm/drop_caches Le résultat est exactement identique, au dixième de seconde près. Le fichier, stripé et contigu, a été expédié à la même vitesse. Chaque disque pouvant sortir un 200Mo/s, à 5 à la fois ça donne 906Mo/s renouvelable. Donc, j'ai tout lien de penser, de façon un peu plus sûre qu'hier, qu'il s'agit de la vitesse maximale de ma grappe de 5 disques récents identiques en SHR sur le NAS dont je dispose.

Comme quoi, l'expérience varie selon les gens. J'ai expédié mes deux disques défectueux, et ils sont revenus 2 semaines après, neufs. Telle est ma modeste expérience.

J'achète mes Seagate sur Ebay. Nombreux sont les vendeurs, en Europe. Je n'achète que du Seagate, parce qu'ils assurent un SAV en béton. Sur ma dernière livrée de disques (13 unités), deux 14To n'ont pas fonctionné au déballage. L'un ne s'est pas même allumé. L'autre s'est mis à gratter, en renvoyant mille râles de souffrances SATA dans les journaux systèmes Linux. J'avais obtenu un ticket le vendredi 13 avant le confinement, et j'ai attendu la fin du confinement pour relancer le ticket et réadresser les disques. (inutile de prendre des risques de pertes, même si le transport du SA V est opéré par UPS) Habituellement, une fois livrés, sur chaque disque, je lance un badblocks -b 4096 -wsv /dev/sdtralala en replaçant sdtralala par l'identifiant du disque (sda/sdb/sdc/sdd/etc) ça prend un moment, surtout sur les gros. On peut en lancer plusieurs à la fois, et ça bloque en gros un thread par instance. Compter au moins 3j par disque, de mémoire. Ce test est destructif, et vérifie en lecture et écriture. Un smartctl avant et après pour vérifier qu'aucune modification d'indicateur ne monte silencieusement. Je n'achète que du Seagate IronWolf. Je laisse les Ironwolf Pro aux nababs. Je reste attaché à l'acronyme "Redundant Array of Inexpensive Disks" (RAID) Grappe redondante de disques bon marchés. Bon marché, mais pas complètement con non plus. Donc, Seagate, neufs, scellés, bien emballés.

Priez pour moi, demain j'essaie d'obtenir un basculement vers une Livebox V4. Mais ce sera pas facile.

J'ai déjà rédigé une réponse, mais j'ai dû oublier de cliquer sur envoyer... Je me paraphraserai donc. Le dossier destination de la copie est un dossier monté en tmpfs linux. On peut y dédier une certaine taille d'espace mémoire. Habituellement, sur cette machine dotée de 128Go de RAM, un dossier temporaire lié au dispositif de compilation Gentoo taille 52Go. Oui je sais que c'est énorme, mais la machine dispose de suffisamment d'espace, utilisé par l'infrastructure logicielle de mise à jour Gentoo. J'ai augmenté temporairement la taille à 80Go, démonté, puis remonté. Il restait tout de même 48Go pour gérer le reste, hein. La commande était une simple "time cp /chemin/vers/le/dossier/où/le/volume/est/monté/fichier.trala /var/tmp/" La commande time mesure le temps d'exécution d'une commande, avec la part système. Ici, donc, 74Go en 82 secondes. Les disques sont tous des Seagate IronWolf 14To de moins de 6 mois. C'est sans doute non loin de la limite sup de ce que peut donner la grappe SHR de 5 disques. Il faudrait voir sur une grappe native à 6, 7 ou 8 disques, pour voir si le spanning permet une accélération de la vitesse de lecture. C'est déjà pas mal.

Le tableau de Synology, pour les modèles directement certifiés par Synology, contient de nombreuses références Taiwanaises en 110V.

@pluton212+ On m'appelle ? J'arrive ! Je lance donc des benchs. Ma station, qui stocke la copie du fichier, est une machine Linux AMD Ryzen R0 3900XT avec 128Go de RAM DDR4 Corsair 3600MHz. Je pars d'un NAS 1819+ à Jumbo frames 9000 octets activées - 16Go, une grappe SHR 1 ext4 de 5 disques 14To Seagate IronWolf. Je copie un fichier de 74Go. Si je fais une copie depuis le dossier partagé vers un disque NTFS SSD en SATA3 (un Crucial 512Go de mémoire), la vitesse indiquée par Windows 10 Pro est de 262Mo/s, soit 2096Mbps. Si je fais une copie depuis le NAS vers un volume linux chiffré LUKS en mode sévère, ça met 2'22s, soit 550Mo/s en moyenne, soit 4400Mbps. Si je fais une copie vers un volume /tmp en tmpfs de 80Go, en RAM DDR4 3600MHz, ça donne 82s, soit 906,2Mo/s, soit 7250Mbps. Le problème, c'est Windows. Mais non je ne l'ai pas dit. Comment on active les Jumbo Frames ? Panneau de configuration/Réseau/interfaceRéseau/LAN (5, chez moi, l'interface 10GbE)/Modifier/Configurer manuellement la caleur de la MTU/ 9000 Il faut, impérativement, et surtout si le NAS n'utilise pas d'autre lien réseau, que la station sache gérer les trames de cette taille, sinon, dans le cas où ça n'est pas géré, on perd l'accès au NAS, et il faudra faire des manipulations de départ... Logiquement, sous Windows 10, ça passe. Sous Linux, c'est fait pour ça.

Merci Oracle, pour le lien, et la feuille de calcul. Cependant, à l'heure du choix, ça pique. Le forum ne présente pas de résumé en début de fil, et ne permet pas un choix éclairé simplement. Donc, je poursuis ma feuille de calcul, en solo, car elle me rendra le choix plus facile.

Je trouve qu'il n'est pas facile de s'y retrouver entre les différents modèles d'onduleurs compatibles Synology. L'objectif, c'est qu'en cas de défaillance de l'alimentation, le NAS soit prévenu automatiquement et s'éteigne. Le tableau du site de Synology est ingérable, juste informatif. Ça manque de lien tout ça. J'ai commencé une feuille de calcul partagée Google pour thésauriser tout ça. Si quelqu'un se sent de m'aider dans cette tâche, qu'il me fasse signe par MP. Ensuite, ça permettra de les classer par puissance, online/offline, prix.

@Einsteinium @Vinky @maxou56 On est bien d'accord, le manque de multigig d'origine fait tâche chez Synology, par rapport à QNAP par exemple. Et les processeurs pourraient être plus dodus. Oui. Mais le SHR.

@Antimousse Oulà ! Si tu as des problèmes à régler, merci de ne pas les faire sur ce fil ou avec moi. Si ce fil ne t'intéresse pas, n'y reviens plus. Je suis toujours d'accord pour m'occuper de gens qui sont d'accord pour que je les soigne, mais si d'emblée il y a malaise, j'oublie direct. Ton argumentaire de lutte des classes est incongru. Juste dire "Et ?" n'est pas explicitement une question précise. Tu ne peux dés lors pas te plaindre si la réponse ne te satisfait pas. Je suis un bénévole. Je ne suis pas payé pour faire du support si tu as un problème, mais j'y veillerai cependant selon mon temps libre par pur plaisir d'aider. Tâches donc de ne pas abuser du second degré pénible. J'ai déjà développé mon propos. Je vais le refaire. Si tu as un ou deux disques en Raid1 sur un NAS d'entrée de gamme, (c'est aussi vrai avec les mêmes disques en RAID1 logiciel sous Linux) ton débit maximal va être limité par le matériel et le nombre total de disques en lecture. Le port réseau GbE pourra cependant déjà saturer avec un Seagate Ironwolf un peu dodu (8 voire 14To) en lecture simple et dans certaines conditions (données contiguës, en périphérie de disque, par exemple) Sur un NAS un peu plus dodu comme un DS1819+, 8 baies, avec une grappe à 5 disques, alors les lectures seront parallèles, et le débit peut très facilement atteindre plus de 500Mo/s en lecture, et là, le GbE sature complètement. Ce que je fais avec mes données ne regarde que moi, mais je n'ai pas commencé à jouer avec de grosses quantités de données la semaine dernière. J'ai quelques corpus de données. Je datamine sur des données épidémiologiques, depuis 19 ans, et ça commence à faire. J'ai aussi abordé la notion de routeur. Un routeur se trouve, en gros, dans chaque box ADSL/VDSL/fibre. Hélas, pour se connecter de façon sûre quelques équipements à un réseau professionnel, il faut ouvrir quelques tunnels VPN, et là, les routeurs Orange sont à la rue. Pour faire pire, les routeurs Orange ne savent pas faire de mode bridge. Impossible de le faire se comporter comme un simple modem. Parfois, comme avec les box Free, c'est prévu, et ça fonctionne. Parfois, ce n'est pas même envisagé, comme chez Orange. Donc, j'ai interposé un routeur Ubiquity EdgeRouteur 5 PoE entre l'arrivée de ma fibre (le convertisseur optique/RJ54) et ma livebox. Un sniff des paquets (avec wireshark) m'a permis de trouver des motifs qui m'ont conduit chez https://lafibre.info où j'ai découvert ce fil fleuve. Par chance, depuis mi 2014, un gars avait déjà tout défriché, tout réverse ingéniéré. Un mec dont c'est le métier, éventuellement socialement inadapté, mais juste techniquement brutal, et qui a quitté la scène en question depuis. Le fil comporte 386 pages. Le niveau fluctue jusqu'à des levels d'ingé réseau de pointe. Il y a là bas des gars qui maîtrisent toutes les RFC en détail, capables également de patcher un logiciel client DHCP pour que ça code une sous option 90 rare du protocole DHCP, en y ajoutant un niveau de priorité réseau plus élevé comme attendu par Orange, de façon à pouvoir obtenir la liaison IPv4 et IPv6 avec les DNS ad hoc pour garder la TV, sur 3 voire 4 réseaux virtuels, comme cache habituellement la box. Plus fort encore, ils le compilent sur une autre architecture (Mips) comme on se lave les dents le matin. J'ai commis un tuto https://lafibre.info/remplacer-livebox/en-cours-remplacer-sa-livebox-par-un-routeur-ubiquiti- edgemax/msg228041/#msg228041 pour que chacun puisse le faire dans une infrastructure en accès PPPoE avec conservation de la Livebox. J'ai lu les 386 pages. J'y passe une fois par mois pour suivre ce qui s'y passe. Depuis, l'infrastructure Orange a basculé en IPv6 et mon tuto n'est plus utilisé que par une frange mineure de la population qui tient à garder un accès PPPoE ( certains accès Pro par exemple). Si un routeur dispose de sorties à 1Gbps, en GbE avec un accès fibre de maximum 1GbE, tout va bien. Si un accès fibre jouit d'une liaison de plus de 1Gbps, ici 2Gbps, avec de simples ports de 1Gbps en GbE, ça coince. C'est pour ça que je cherche d'autres options, c'est pour ça que je cherche un routeur qui tienne des débits de connexion de plus de 1Gbps, avec des ports MultiGig. Un autre fil recueille tous les équipement qui peuvent reconnaître le module Sercomm FGS202. Ce module est intercalé entre le brin de fibre et une livebox v4. Il n'y a pas de petite gens, ni de gens d'en haut. Le monde est plat sur internet. En posant des questions, en lisant, on thésaurise la connaissance. J'ai installé mon premier modem à partir d'un coupleur acoustique, en 1985, en donnant des cours de maths pour payer une rare et coûteuse interface RS232 à mon Amstrad CPC464, en écrivant le pilote qui n'existait pas, et en écrivant moi même l'émulateur VT52. Internet n'existait pas encore pour le grand public, alors j'ai rôdé à la bibliothèque municipale, puis à celle de la fac du coin. Internet est une source colossale de connaissances, il suffit de s'y mettre, et de commencer par le point de limite de ses connaissances, pour en rajouter. Si tu poursuis avec ce ton de clivage, je n'y pourrai rien, et je ne ferai personnellement plus d'effort à ton égard. Je reçois le switch 10GbE tout à l'heure, et les modules SFP+ - 10G-BaseT sont arrivés hier. J'ai hâte de le brancher.

J'en ai une sur mon DS1819+. Pas donné mais ça fait le job.