On 26/01/2019 20:37, Alarig Le Lay wrote:
J’ai récemment découvert que l’on peut passer net.ifnames=0 et
biosdevname=0 au kernel pour désactiver ça :
https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/7/html/networking_guide/sec-disabling_consistent_network_device_naming
O
Hello,
On sam. 26 janv. 16:33:37 2019, Jérôme Nicolle wrote:
> On peut pas builder des appliances NFV de façon industrielle
> (virtualisées ou dockerisées) avec un adressage et comportement
> déterministe en terme de stack et services réseau - au moins kernel-land
> à cause de son tas de merde.
J
Salut,
J'ai essayé avec une interface BVI, cela ne fonctionne pas 🙁 Je ne peux pas
pinger le BVI1 du site 1 depuis le site 2 et inversement...
Le xconnect ne me dit plus rien lorsque j'attache le bridge-group 1 sur
l'interface Fe0/1.15.
bridge irb
!
interface FastEthernet0/1.15
encapsulation
On 26/01/2019 16:33, Jérôme Nicolle wrote:
Plop,
plof.
Allez tenter de monter deux VRF dans un NS, c'est bien coton… En tout
cas sous SystemD/Linux (debian).
D'une manière générale l'init du réseau sous linux est globalement super
mal foutu. Même avant Systemd on avait le choix entre la
Plop,
Le 26/01/2019 à 01:54, Yanick Delarbre a écrit :
> c'est devenu plus compliqué avec systemd
Je l'attendais celle là. Bon, on est plus exactement trolldi, mais
globalement, que ce soit au niveau du nommage des interfaces, de l'ordre
d'activation, du résolver hardcodé sur 8.8.8.8, des soucis
