процесс ovs-vswitchd не будет виден в netstat на порту 4789 никогда-никогда

https://github.com/openvswitch/ovs/blob/master/datapath/vport-vxlan.c

вот это кусок ядрового модуля openvswitch, он юзает ядровый же модуль vxlan

в юзерспейс входящие пакеты не попадают

забавный pid

root@compute-5:~# netstat -n -Ntupl | grep 4789 udp 0 0 0.0.0.0:4789 0.0.0.0:* -

процесс ovs-vswitchd не будет виден в netstat на порту 4789 никогда-никогда

Не будет, но ядро хотя-бы будет слушать этот порт: udp 0 0 0.0.0.0:4789 0.0.0.0:* -

В моём случае на этот порт ядро не биндится

Да и в tcpdump'е будет виден responce с этого порта, а его нет =(

На ovs интерфейсах pcap драйвер не работает, если только это не Internal порт.

Смотрю на коммутаторе через mirroring

Ответов с этого порта нет, порт при помощи nc ОС даёт забиндить, следовательно этот UDP-сокет никто не держит

И это странно

Тупой вопрос - перед тем как создавать ovs-vsctl vxlan'ы их нужно создавать через ip link add vxlan0 type vxlan *somewere* или ovs-vsctl должен это сделать за меня?

а ты вообще какого эффекта хочешь добиться?

bridge vxlan over IP между виртуалками

А source ip который на vxlan интерфейсе указан, он есть где-то?

начни с вывода команд ovs-vsctl show и ей подобных

> ovs-vsctl show d74f8b58-4632-4763-acc3-1bd5efc34495 Bridge "br1" fail_mode: standalone Port "br1" Interface "br1" type: internal Port ovs-host Interface ovs-host type: vxlan options: {df_default="true", in_key="7", local_ip="94.130.15.152", out_key="7", remote_ip="88.99.167.68"} ovs_version: "2.7.0"

Вроде-бы всё как по-инструкции

а виртуалка где?

а правила какие в br1 живут?

Пока не добавлял. Мне-б хост-системы увидеть

а правила какие в br1 живут?

Какие правила? 😊

openflow

Правила не создавал

С двух сторон сделал через ovs-vsctl мост и попытался увидеть связность

Vxlan кто-нибудь настраивал на openstack?

Vxlan кто-нибудь настраивал на openstack?

тут только по мплс угорают :) какой вопрос?

тут только по мплс угорают :) какой вопрос?

Вопрос-то простенький. Статически создать vxlan туннели - это здорово но задрочно ибо их придётся поднимать очень и очень много, чтобы создать подносы знаю топологию. Можно ли на compute node делать vxlan в "динамическом" режиме?

Вопрос-то простенький. Статически создать vxlan туннели - это здорово но задрочно ибо их придётся поднимать очень и очень много, чтобы создать подносы знаю топологию. Можно ли на compute node делать vxlan в "динамическом" режиме?

?? опенстек сам запилит

или я не понял вопроса

Ну т.е. через evpn или multicast

При добавлении железок, как новых нод так и свичей/маршрутизаторов добавлять вручную затратно

?? опенстек сам запилит

А сам запилит - это он докинет кучу тоннелей? Или как-то по-другому там взаимодействие идёт?

у вас железки как соединены?

Можно как нибудь сеть в GNS связать с OpenStack?

железки соединены так: корзина с7000 - Тор свитч - агрегация свитч - маршрутизатор для выхода вовне

И таки туннельчики в силу своих причин на всех кроме агрегации живут

Вопрос-то простенький. Статически создать vxlan туннели - это здорово но задрочно ибо их придётся поднимать очень и очень много, чтобы создать подносы знаю топологию. Можно ли на compute node делать vxlan в "динамическом" режиме?

Ну это же openvswitch + vxlan туннели. Оно все само.

Ммм... Оке раз само можно попросить ткнуть меня в документашку где это само описывается

?

да, конечно. Минуту.

железки соединены так: корзина с7000 - Тор свитч - агрегация свитч - маршрутизатор для выхода вовне

вы хотите что бы ваш openstack был aware of your HW VXLANs ?

Можно как нибудь сеть в GNS связать с OpenStack?

запустить жнс на вмке/компьюете?

https://docs.openstack.org/liberty/networking-guide/scenario-classic-ovs.html https://docs.openstack.org/ocata/networking-guide/deploy-ovs-selfservice.html Вот для начала.

вы хотите что бы ваш openstack был aware of your HW VXLANs ?

Он и так с этим уже настроен.

Мне же интересно как это дело все работает внутри. Прям вот до флов диаграмм. И на случай расширения

запустить жнс на вмке/компьюете?

Без разницы

Потому как я на хардвар железках вижу что это дело в статике создано. И при добавлении новых нод придется делать добавление огромного числа туннелей

Я б такой чтоб этого избежать всеми фибрами моей души

Вот и интересуюсь что да как

Мне же интересно как это дело все работает внутри. Прям вот до флов диаграмм. И на случай расширения

Ну коротко если, на каждой compute ноде openvswitch агент создает vxlan интерфейсы на туннельном бридже и получается полносвязная сетка из compute нод.

То есть, в вашем случае проще всего от железных vxlan избавиться и оставить просто l2\l3 связь между туннельными интерфейсами нод.

А в vxlan приватные сети будет заворачивать ovs.

т.е. у вас VTEP на компьютах терминируются с VTEP на ТОР свиче ? или у вас традиционный опенстековский vxlan только с VTEP на компьютах ?

Или я чот ща не понял)

Тогда мои извинения.

короче красавцы) опенстек это может сделать автоматом если вам поставили плагинчик к нейтрону под ваши железки и плагин такое умеет)

т.е. у вас VTEP на компьютах терминируются с VTEP на ТОР свиче ? или у вас традиционный опенстековский vxlan только с VTEP на компьютах ?

И на компьют нодах, и на сетевом уровне

*сетевом железе

Да, знаю, схема тот ещё геморрой

ну если плагинчик не умеет то ансибл вам в помощь

Мдееее... Чую, что так и будет - бегать с ансиблом по железу

Парни, а чем плохо то софтово инкапсулировать в vxlan?

Парни, а чем плохо то софтово инкапсулировать в vxlan?

медленно?

сетевые функции лучше перекладывать на сетевое железо, всегда

а в этом случае на компьютах вообще было лучше оставить VLAN only, а VXLAN только на железе, избавились бы от инкапсулирования на компьютах - все ресурсы и задержки

как интересно. у меня 50000 клиентов. каждому нужна изолировання сеть. расскажите сказку про qiq. vxlan offload на сетевых картах не просто так сделан

медленно?

Ну я не энтерпрайзный пацан и опенстек у меня карманный, но жалоб нигде ни разу не видел на то что производительность сети упирается в способность ovs оборачивать трафик в vxlan.

как интересно. у меня 50000 клиентов. каждому нужна изолировання сеть. расскажите сказку про qiq. vxlan offload на сетевых картах не просто так сделан

маппинг VXLAN - VLAN локальный для каждой компьюты, поэтому работает если у вас не больше 4к сетей на компьюте - что в общем обычно всех удовлетворит)

тем у кого меньше 4к сетей (и больше не планируется) vxlan не нужен. совсем

лол

vxlan моогут быть все 16кк сетей

маппинг локальный поэтому он не VXLAN - VLAN - которых может быть только 4к а идет маппинг VXLAN - VLAN - COMPUTE NODE - которых уже даже посчитать не так легко)

ок

две компуты

на каждой есть вм клиента

дальше