В неймспейсе похоже ip netns list

Ну да. Этот адрес, видать, не в стандартном netns.

default via 192.168.100.1 dev b_vrouter_pub default via 240.0.0.5 dev vr-host-ns metric 10000 192.168.0.0/24 dev b_vrouter proto kernel scope link src 192.168.0.4 192.168.0.0/24 via 240.0.0.5 dev vr-host-ns metric 10000 192.168.1.0/24 via 240.0.0.5 dev vr-host-ns metric 10000 192.168.88.0/24 via 240.0.0.5 dev vr-host-ns metric 10000 192.168.100.0/24 dev b_vrouter_pub proto kernel scope link src 192.168.100.5 192.168.100.0/24 via 240.0.0.5 dev vr-host-ns metric 10000 240.0.0.4/30 dev vr-host-ns proto kernel scope link src 240.0.0.6 240.1.0.0/24 dev conntrd proto kernel scope link src 240.1.0.3

уже интереснее

root@node-8:/etc# ip netns exec vrouter ip address show 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1 link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.0.0.1/8 scope host lo valid_lft forever preferred_lft forever inet6 ::1/128 scope host valid_lft forever preferred_lft forever 18: vr-host-ns@if19: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000 link/ether 02:8a:cb:46:3f:8f brd ff:ff:ff:ff:ff:ff link-netnsid 0 inet 240.0.0.6/30 scope global vr-host-ns valid_lft forever preferred_lft forever inet6 fe80::8a:cbff:fe46:3f8f/64 scope link valid_lft forever preferred_lft forever 24: b_vrouter_pub@if25: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000 link/ether aa:e0:68:34:07:5c brd ff:ff:ff:ff:ff:ff link-netnsid 0 inet 192.168.100.5/24 scope global b_vrouter_pub valid_lft forever preferred_lft forever inet6 fe80::a8e0:68ff:fe34:75c/64 scope link valid_lft forever preferred_lft forever 26: b_vrouter@if27: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000 link/ether 76:4d:d5:5e:e3:37 brd ff:ff:ff:ff:ff:ff link-netnsid 0 inet 192.168.0.4/24 scope global b_vrouter valid_lft forever preferred_lft forever inet6 fe80::744d:d5ff:fe5e:e337/64 scope link valid_lft forever preferred_lft forever 34: conntrd@if35: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000 link/ether 96:47:6e:f9:54:b8 brd ff:ff:ff:ff:ff:ff link-netnsid 0 inet 240.1.0.3/24 scope global conntrd valid_lft forever preferred_lft forever inet6 fe80::9447:6eff:fef9:54b8/64 scope link valid_lft forever preferred_lft forever

Таккк

роут есть

вопрос натит или нет...

или на роутере надо статик роут прописать

что как бэ странно

так все теперь понятно, осталось понять как там бриджуется эти интерфейсы

через open vswitch?

через open vswitch?

Я ж повыше ссылку скинул тебе со схемами. Там прям по шагам разбирается даже)

https://docs.openstack.org/liberty/networking-guide/_images/scenario-classic-ovs-flowns1.png

Вот такое.

вооо точно

уууффф как все интересно)

когда во внутренности залезешь

интересно почему деплоер такой кривой)

Потому что теперь исправлять особо некому ;)

😄

а аналоги фуела есть?

или проще откатиться на 9 версию

а аналоги фуела есть?

openstack-ansible норм. А с gui больше и нет вроде ничего кроме фуела.

У нас 9 стоит, полет норм 1,5 года

С контрейлом правда

с чем пардон?

Juniper Contrail SDN

Говно Ваш контрейл

ГОООООВНО!!!

А у вас какие примерно инсталляции - количество compute и instance?

Контрейл 💩

100 компьютов +-2к инстансов

у меня Juniper MX480 стоит))) про Contrail не слышал)))

а DPDK Open vSwitch норм работает?

Да

сам делал

на AT&T

контреел этот денег стоит? вроде бы глянул ниче так вещь)

на старость лет переучиваюсь с класических сетей на все это такое виртуальное)))

бесплатен

бесплатен

круть, и DPDK умеет?

dpdk userspace vrouter - да

но там доп пакет нужен для фуйла

У опенконтреила свой установщик ж есть?

но там доп пакет нужен для фуйла

Он платный или лежит гдето в репе?

Пакет бесплатный

А у вас есть понимание для чего вам dpdk?

Дистр контрейла либо самому собрать, либо взять у поддержки джуна, если такая имеется

Ну я использую пару решений на dpdk, нравится сетевая производительность, я пока так на всякий случай

Либо за пару пив =)... Ну вы поняли)

не вопрос)

А еще за пару ящиков можно и подеплоить)

😄 не ну самому же интересно

Ох ну и ебитесь тут сами со своими опенстеками

обмажтесь все ими с ног до головы

Чтобы из ушей текло =)

Раз уж про контреил заговорили. https://www.opnfv.org/ А использует opnfv вот это: https://wiki.fd.io/view/VPP

ГОВНО1!!!

ГОВНО1!!!

Не в настроении сегодня?)

Vpp юзал... Не без багов...

Vpp юзал... Не без багов...

О, а расскажи, пожалуйста)

была задача сделать замену MX80

собрал сервер, начал опыты

уже не помню при каких телодвижениях vpp рестартился

ну а задача была прикрутить control plain

есть там один проект

вообщем глючно все было, забил нашел другое решение

А версия какая была? И чо именно глючило?

сейчас мне правда альтернативный проект на базе frroter подсказали

сейчас скину ссылку на бактрекер

А, так глюки то с контрол плейном были?

Там же его и нету вроде. Люди, смотрю, bird прикручивают.

Я прикручивал контрол плейн

aising the VPP0 network interface results in a process crash (( DPDK 16.11.1, VPP 17.04, router plugin last ifconfig vpp0 192.168.89.222 netmask 255.255.255.0 up Apr 21 11:00:11 vpp NetworkManager[933]: <info> [1492754411.6676] manager: (vpp0): new Tun device (/org/freedesktop/NetworkManager/Devices/17) Apr 21 11:00:11 vpp NetworkManager[933]: <info> [1492754411.6756] manager: (vpp1): new Tun device (/org/freedesktop/NetworkManager/Devices/18) Apr 21 11:00:11 vpp NetworkManager[933]: <info> [1492754411.6815] manager: (vpp2): new Tun device (/org/freedesktop/NetworkManager/Devices/19) Apr 21 11:00:11 vpp NetworkManager[933]: <info> [1492754411.6885] manager: (vpp3): new Tun device (/org/freedesktop/NetworkManager/Devices/20) Apr 21 11:00:28 vpp NetworkManager[933]: <info> [1492754428.8702] device (vpp0): state change: unmanaged -> unavailable (reason 'connection-assumed') [10 20 41] Apr 21 11:00:28 vpp NetworkManager[933]: <info> [1492754428.8717] keyfile: add connection in-memory (08044e72-406a-4da0-96fc-97f517a362fa,"vpp0") Apr 21 11:00:28 vpp NetworkManager[933]: <info> [1492754428.8724] device (vpp0): state change: unavailable -> disconnected (reason 'connection-assumed') [20 30 41] Apr 21 11:00:28 vpp NetworkManager[933]: <info> [1492754428.8732] device (vpp0): Activation: starting connection 'vpp0' (08044e72-406a-4da0-96fc-97f517a362fa) Apr 21 11:00:28 vpp NetworkManager[933]: <info> [1492754428.8736] device (vpp0): state change: disconnected -> prepare (reason 'none') [30 40 0] Apr 21 11:00:28 vpp NetworkManager[933]: <info> [1492754428.8739] device (vpp0): state change: prepare -> config (reason 'none') [40 50 0] Apr 21 11:00:28 vpp NetworkManager[933]: <info> [1492754428.8741] device (vpp0): state change: config -> ip-config (reason 'none') [50 70 0] Apr 21 11:00:28 vpp NetworkManager[933]: <info> [1492754428.8761] device (vpp0): state change: ip-config -> ip-check (reason 'none') [70 80 0] Apr 21 11:00:28 vpp NetworkManager[933]: <info> [1492754428.8765] device (vpp0): state change: ip-check -> secondaries (reason 'none') [80 90 0] Apr 21 11:00:28 vpp NetworkManager[933]: <info> [1492754428.8767] device (vpp0): state change: secondaries -> activated (reason 'none') [90 100 0] Apr 21 11:00:28 vpp NetworkManager[933]: <info> [1492754428.8920] device (vpp0): Activation: successful, device activated. Apr 21 11:00:28 vpp dbus-daemon: dbus[905]: [system] Activating via systemd: service name='org.freedesktop.nm_dispatcher' unit='dbus-org.freedesktop.nm-dispatcher.service' Apr 21 11:00:28 vpp dbus[905]: [system] Activating via systemd: service name='org.freedesktop.nm_dispatcher' unit='dbus-org.freedesktop.nm-dispatcher.service' Apr 21 11:00:28 vpp systemd: Starting Network Manager Script Dispatcher Service... Apr 21 11:00:28 vpp dbus-daemon: dbus[905]: [system] Successfully activated service 'org.freedesktop.nm_dispatcher' Apr 21 11:00:28 vpp dbus[905]: [system] Successfully activated service 'org.freedesktop.nm_dispatcher' Apr 21 11:00:28 vpp systemd: Started Network Manager Script Dispatcher Service. Apr 21 11:00:28 vpp nm-dispatcher: req:1 'up' [vpp0]: new request (2 scripts) Apr 21 11:00:28 vpp nm-dispatcher: req:1 'up' [vpp0]: start running ordered scripts... Apr 21 11:00:28 vpp vpp: /usr/bin/vpp: symbol lookup error: /usr/lib/vpp_plugins/router.so: undefined symbol: vlib_buffer_chain_validate Apr 21 11:00:28 vpp NetworkManager[933]: <info> [1492754428.9301] device (vpp0): state change: activated -> unmanaged (reason 'unmanaged') [100 10 3] Apr 21 11:00:28 vpp nm-dispatcher: req:2 'down' [vpp0]: new request (2 scripts) Apr 21 11:00:28 vpp nm-dispatcher: req:2 'down' [vpp0]: start running ordered scripts... Apr 21 11:00:28 vpp systemd: vpp.service: main process exited, code=exited, status=127/n/a Apr 21 11:00:28 vpp systemd: Unit vpp.service entered failed state. Apr 21 11:00:28 vpp systemd: vpp.service failed. Apr 21 11:00:33 vpp systemd: vpp.service holdoff time over, scheduling restart. Apr 21 11:00:33 vpp systemd: Starting Vector Packet Processing Process...

вот была проблема