Reprise du message précédent :
Bon j'ai craqué à 60€ le lot  
https://i.ibb.co/WkLHgQM/matos1.jpg

Ça va

https://www.01net.com/actualites/de [...] 34872.html

Excellent

Sinon il y a starlink maintenant.

C'est bon on commence à s'équiper un peu
Partie alim de la baie réceptionnée, j'ai fait du MP vu le poids et l'encombrement de tout ce bordel ! 30Kg l'onduleur, vive le scellement chimique

De droite à gauche :

L'onduleur 2,2KVA,
son carton de rails fix,
un passe-câble à balai (offert),
PDU réseau avec 8 prises C13

PDU classique 8 sorties neuve (pas d'inter dommage mais un voyant),
une étagère toute neuve (offerte)
quelques câbles SEC (offerts)

Le EATON a bien le module Ethernet optionnel, et un ventilo SUNON digne d'une turbine d'avion

La connectique secteur bien fournie, même pour ajouter une extension de batterie

Démarrage possible même hors réseau, les batteries sont bien OK d'après le menu de test.
L'écran tourne de 90° si on veut le mettre à la verticale

La PDU démarre bien avec un allumage séquentiel de chaque prise.
Ses petits afficheurs 7seg permettent de voir le courant ou adresse IP, les LED si connexion SSL ou DHCP, On peut envoyer des mails d'avertissements, des alarmes, etc.

hello,
 
Il y a t il un TU sur les routeur ? digne d'un homelab/soho evidement  

Edge router lite. Ou omnia.
Voilà

un routeur compatible openmptcp ?

Ou Netgate ou n'importe quel pc avec plusieurs ports RJ45 + pfsense/opnsense

Perso Ubiquiti quand je lis le topic dédié ça me donne pas envie

C'est la prochaine étape pour moi, mais pas encore tranché pour le matos (netgate officiel, ou un pc chinois avec douze mille ports).

Mon ERL gère la connexion depuis plus de 5 ans sans soucis
Nat/routage a 1Gb/s, un peu d'ipsec, un peu de bgp, ... Ça juste marche. L'interface web est bien.
Pour natter 1Gb/s et router 1M paquets/seconde, à ce prix et cette conso, c'est imbattable.
Et puis la pub est ouf : https://youtu.be/_Qyu8iaqcfk

MPTCP/wG ou rien

Debian, comme pour tout le reste  

Le BGP à la maison, c'est pour faire quoi (vraie question, j'ai pas trop de culture geek network passé le réseau local en fibre monomode chez moi )

Mon modem/routeur Asus tient plus la charge en fibre (et comme il est dans les modem, il est pas compatible dd-wrt )
Ubi J'etait chaud puis le topic m'a refroidis aussi. Par contre les swtich/ap Manageable depuis l'ui c'est cool.
J'ai besoin d'un nouveau switch aussi, mais je sais pas trop si je pars sur une marque/environment unique ou si je m'eparpille façon puzzle  

Mais le routeur doit tenir le giga au lieu avec le pare-feu et la qos, et le vpn si possible en open vpn/wiregard doit tenir le 50Meg au mieux.
Et avec un sfp/sfp+ pour le futur proof de la fibre côté Wan.

Et pour le mouton à 5 pattes, pas chère et qui console peut. Le pfsens me tente bien, mais un routeur en x86 à moins de 20w en charge je le vois pas

 
Perso c'est pour mon S2S VPN avec Azure

Pour la publication des IP des pods k8s.

 
Je suis pas certain de piger, tu peux détailler

C'est beaucoup inspiré du setup https://github.com/ljfranklin/k8s-pi. Mais en gros, les conteneurs qui tournent sur les noeuds sont pas exposés directement. Les services sont exposés derrière des load balancer (qui tournent sur chaque noeuds), et qui renvoient ensuite au bon conteneur sur le noeud.
Le load balancer en question c'est metalLB qui fonctionne de deux façons :
- soit en L2 : un LB choisi ou pas de répondre aux ARP en fonction de si c'est lui qui porte le service ou pas
- soit en échangeant en BGP avec un routeur pour annoncer les IPs qu'il porte.

Mais c'est pas overkill ? J'ai toujours cru (de loin, c'est pas mon domaine) que BGP avait du sens sur Internet ou sur de grands réseaux privés ? Désolé des questions mais j'en profite pour apprendre

Faut voir ta définition d'overkill
Là sur un setup comme ça, la conf est infiniement simple (en gros, sur chaque peer, tu set l'IP du/des autres peers). Et à partir de là, ton routeur sais vers quel noeud renvoyer les paquet à destination de telle ou telle IP. Du coup, non c'est pas forcément très utile par rapport à des LB en mode L2, mais ça prend 3 secondes de plus à setup (ok, faut un routeur qui te laisse setup du bgp facilement. Sur mon ERL, c'est quelques lignes de conf).

Après, globalement, on retrouve de plus en plus de modèles où tu fait du routage L3 jusqu'au serveurs en DC, souvent plus de l'OSPF ou du ISIS, mais on vois aussi du BGP (https://www.oreilly.com/library/view/bgp-in-the/9781491983416/). Plus sur des gros DC hein, mais ça existe. C'est le genre de sujet que MysterieuseX adore

C'est quoi ?

C'est quand mes doigts essaient d'attendre que t'ai la fibre

Je vais creuser un peu tout ça, ça intéresse et comme on va pas tarder a avoir deux sites principaux pour la prod (NYC en plus de Lyon), ça devrait m'être utile sous peu

Edit : merci pour l'intro

Petite question : n'importe quoi en sfp+ c'est inter-compatible non ?

Un avis la-dessus avant que je fasse commande ?

La carte réseau pour mettre dans mon serveur proxmox, les dac pour relier carte réseau/switch (2.5m), celle en 0.5 pour switch > udmp (si je le récup un jour ), le rj45/sfp pour faire du failover sur l'udmp

Pour la carte Intel tout n’est pas compatible. Il faut vérifier.  
Quelle est la marque du switch ?
Le système le plus compatible c’est :
SFP de la marque de l’équipement > fibre > SFP de la marque de l’équipement

Non.
Certains switchs (la majorité), routeur (idem), cartes réseaux (certaines, mais beaucoup moins), n'acceptent que des SFP "codés" à leur marque.
Ensuite, deux SFP face à face doivent "parler" la même langue. Si tu met un LR face à un SR, ça risque de pas bien se passer (même si du SR et du SRX c'est compatible en général).

LR/SR ?

Long Range/Short Range. Il existe plein de sfp différents, adaptés a pleins de situations différentes. On utilise des codes assez standards pour décrire chaque cas. En général c'est dans le nom, ou le choix du modèle.
Tu peux pas mixer deux SFP fait pour des situations différentes parceque tu risques d'en endommager un (au pire) ou simplement de l'aveugler, ou qu'ils fonctionnent sur des longueurs d'onde différentes...
Et oui, c'est aussi le cas pour les sfp cuivre (mais que en 10Gb ?).

Ya aussi 2-3 petites nuances à éclaircir, par exemple du SFP+ SR fonctionne avec une fibre multimode et du LR avec fibre monomode. Sur courte distance ça marchera peut-être, sinon mettre le bon type de fibre ou de SFP c'est pas compliqué Au début c'est un peu déroutant, bcp d'info

Globalement, faut les même mot sur l'ensemble de la chaîne. Si t'a l'impression d'avoir deux termes différents/opposés, c'est pas bon.
Genre du SC ça rentrera pas dans du LC

Patch panel has joined the channel

Un patch panel en SC c'est très courant alors que sur des SFP tu trouves surtout du LC et parfois du SC. Rarement vu autre chose comme connecteur, genre du ST c'était soudé directement sur le module et pas via un SFP "standard" démontable.
Du coup on utilise des patches/jarretières LC-SC. Et attention entre SC PC et SC APC, faut être cohérent entre 2 connecteurs qui vont entrer en contact.

Je pense que tu le sais déjà mais j'enfonce volontairement une porte ouvertes pour ceux qui nous lisent et qui découvrent un peu le domaine

enfonce ok, mais doucement

Mais ça c'est quand on veut utiliser une fibre non ?
 
Moi je compte mettre des DAC entre switch/UDMp et switch/proxmox donc ça change rien si ?

Bah... Non. Comme je l'ai dit, en 10G cuivre, t'a des SFP+ 30m et des 80m.
Si tu veux faire du giga cuivre, tant que t'es codé au bon vendeur, ça change rien. Pour les DAC, ça dépend des équipements (en général ils sont plus laxistes).

P'tain, le truc pas chiant à souhait

la matos que tu prends a l'air d'être Switch FS et carte FS avec chipset intel
 
je serais d'avis de partir sur du compatible FS donc: https://www.fs.com/fr/products/2125 [...] &id=156621
 
Cisco c'est un peu devenu la marque générique aussi, alors ya des chances que ça marche..
Le mieux c'est de demander a FS ce qu'ils en pensent

matos fs, ils s'en foutent du codage eux
sinon je crois qu'ils ont un outil pour coder à pas trop cher

Qui ne marche qu'avec les SFPs de leur marque (comme chaque outil de codage fourni par un fabricant de SFP )

ah