Bonjour à tous,
Vu qu'il y a des mentions d'EVPN, j'aurais aimé savoir si quelqu'un à un
REX d'un passage full L2 répartis sur plusieurs sites (campus) vers une
solution du style routage L3 + EVPN/VXLAN afin de maintenir l'adjacence L2
entre les différents sites.
Jonathan
Le mar. 3 oct. 2023 à
Addendum: évidemment, tout dépend ce qu’on appelle « upstream » :)
> Le 3 oct. 2023 à 10:55, L-C FABRE a écrit :
>
> Bonjour à tous,
>
>> Le 2 oct. 2023 à 21:45, Jeremy a écrit :
>>
>> Ces switch permettent de faire des LAG vers les upstream,
>
> Tu pourrais éclaircir ce point STP ?
> Le 3 oct. 2023 à 10:55, L-C FABRE a écrit :
>
> Bonjour à tous,
>
>> Le 2 oct. 2023 à 21:45, Jeremy a écrit :
>>
>> Ces switch permettent de faire des LAG vers les upstream,
>
> Tu pourrais éclaircir ce point STP ?
>
> Moi, je comprends que upstream, c’est un opérateur
> Tu fais des LAG
Bonjour à tous,
> Le 2 oct. 2023 à 21:45, Jeremy a écrit :
>
> Ces switch permettent de faire des LAG vers les upstream,
Tu pourrais éclaircir ce point STP ?
Moi, je comprends que upstream, c’est un opérateur
Tu fais des LAG (L2) vers tes opérateurs ?
Ou c’est un abus de langage et tu fais
Salut,
On est nombreux à étendre du L2 inter-site chez les opérateurs, les
nationaux en tête (non, pas de nom svp !).
Une architecture réseau en L2, si elle est bien conçu, t'a pas besoin de
rajouter du MPLS etc... Il y a encore énormément de réseaux qui
fonctionnent ainsi (car le MPLS
On 02/10/2023 18:37, Fabien H wrote:
> Non pas forcément.
>
> Après on peut aussi vouloir étendre le L2 sur plusieurs DC ? c'est pas bien
> ?
Le L2 inter DC ?
c'est l'assurance d'avoir des ennuis oui. De nos jours il faut avoir de sacré
bon trucs legacy pour se lancer la dedans.
--
Raphael
Non pas forcément.
Après on peut aussi vouloir étendre le L2 sur plusieurs DC ? c'est pas bien
?
Le lun. 2 oct. 2023 à 15:16, Raphael Mazelier a écrit :
> On 02/10/2023 15:13, Fabien H wrote:
>
> > Merci pour vos réponses.
> >
> > Dans mon esprit, je posais plus la question dans un contexte
On 02/10/2023 15:13, Fabien H wrote:
> Merci pour vos réponses.
>
> Dans mon esprit, je posais plus la question dans un contexte coeur de
> réseau opérateur. On peut aussi ouvrir le débat dans un contexte campus
> mais ce n'était pas le but premier..
Coeur de réseau opérateur ? mais dans ce cas
Merci pour vos réponses.
Dans mon esprit, je posais plus la question dans un contexte coeur de
réseau opérateur. On peut aussi ouvrir le débat dans un contexte campus
mais ce n'était pas le but premier..
Le lun. 2 oct. 2023 à 14:57, Raphael Mazelier a écrit :
> Well honnêtement pour un petit
Well honnêtement pour un petit campus (définir le nombre de switchs) déployer
de l'evpn me semble overkill. Parfois le plus simple le meilleur.
Vu la statistiques de pannes personnellement je ne ferais ni stack ni truc
machin truc mais je prendrais juste des switchs de spare avec un vrai
Bonjour
Je suis assez en phase avec ce que tu dis dans les datacentres, ou les
MAN, et tout le toutim, mais sur un site, je ne vois pas trop comment
tu rends le service au client. Le type arrive avec son pc, il recoit son
ip en dhcp, et il se passe quoi après ?
C'est une question, pas une
Hello,
En 2023 parler encore de stack est une aberration.
à la limite du virtual chassis à la VSS et encore... ces technos sombres
te finissent par péter entre les mains, il y a un moment dans le cycle
de vie où tu te retrouves à redémarrer toute la stack...
"Récemment", y'a 1 an quand
Bonjour,
Avec le recul, que préconisez vous pour avoir une archi plus résiliente
possible au niveau des SW coeur de réseau ?
Stack de switch avec LAG ?
switchs de type virtual chassis avec LAG virtuel ?
La question porte aussi sur la fiabilité de l'architecture retenue en cas
de défaillance
13 matches
Mail list logo
