LINUX.ORG.RU
решено ФорумAdmin

Настройка логических сетей oVirt

 , ,


0

1

Салют всем. Столкнулся с небольшой но очень неприятной проблемой при организации доступа к ВМ из локальной сети. Необходимо организовать доступ к ВМ из нескольких vlan. Вланы нарезаны, маршрутизация между vlan работает. На hosted-engine создаю логическую сеть с тегированием нужного vlan, добавляю к узлу, в настройках вм создаю новый интерфейс работающий с нужной логической сетью. По идее все должно работать, но вм доступна только тогда когда номер необходимого vlan указан как native и untagged в настройке порта, что в режиме trunk, что hybrid, коммутатор dgs-1510-28. То есть вм с 2 интерфейсами поинадлижащими разным vlan доступна только по одному, vlan которого указан на коммутаторе как описано выше. Модуль 802.1q подгружен как на хосте так и в ВМ. В таблице мак адресов на коммутаторе присутствуют все маки виртуальных карт и в нужных влан.

В чем может быть проблема? В настройках вм, коммутатора, если кто сталкивался подскажите куда копать.

P.s.: С proxmox таких проблем не было…

★★★

Последнее исправление: julixs (всего исправлений: 1)

В указанном софте не разбираюсь, и не понял структуру сети. Один комп в один порт свитча, на который прокинута куча вланов, но работает только один? Или как?

Судя по тому, чт с untagged всё работает, на другом конце патчкорда (я так и не понял кто там) ждут именно untagged и только один влан соответственно, а поддержку вланов надо специально настраивать.

firkax ★★★★★
()
Ответ на: комментарий от firkax

В порт в режиме транк или гибрид подключен сервер, на сервере несколько виртуалок, маки всех интерфейсов есть в таблице мак адресов на коммутаторе. Физические сетевые поддерживают 802.1q. Согласно манам при указании тегировпния нужного vlanid в настройках логической сети, все должно работать. Но вы правы работает только по одному vlabid который указан в настройках порта как нативный и не тегировенный(то есть как в режиме access).

julixs ★★★
() автор топика
Ответ на: комментарий от stave

В вм сеть настроена статически через nm. enp1 одна подсеть, enp2 другая. На engine по умолчанию ovirtmng и создана ovirtvm10 с тегировпнием vlan 10, обе лог. сети указаны как сети вм. Обе добавлены к хосту на узле. На виртуалке у enp1 vnic указан ovirtmng, у enp ovirtvm10. На коммутаторе я вижу оба мака в нужных вланах, но вм доступна только через native+untagget.

julixs ★★★
() автор топика
Последнее исправление: julixs (всего исправлений: 1)
Ответ на: комментарий от dyasny

Да. Все именно так. Есть enp130s0f0 физический интерфейс, пои настройки логической сети создался enp130s0f0.10. соответственно два моста ovirtmng[enp130s0f0, virtn1] ovirtvm10[enp130s0f0.10, virtn2].

Да не указал, но посуте это вряд ли имеет большую роль, engine установлен как standalone local database.

julixs ★★★
() автор топика
Последнее исправление: julixs (всего исправлений: 1)
Ответ на: комментарий от dyasny

Ну так ovirtmng создается автоматически при установки engine и является мостом по умолчанию и он не тегированный.

Вот из документации к ovirt

If a NIC is connected to more than one logical network, only one of the networks can be non-VLAN. All the other logical networks must be unique VLANs.

julixs ★★★
() автор топика
Ответ на: комментарий от dyasny

Режется любой трафик кроме pvid untag. Такое ощущение, что не правильно приготовлен dlink. Через час буду на работе, смогу более подробно настройки предоставить.

julixs ★★★
() автор топика
Последнее исправление: julixs (всего исправлений: 1)
Ответ на: комментарий от julixs

Ну так ovirtmng создается автоматически при установки engine и является мостом по умолчанию и он не тегированный.

На момент установки Engine должна быть уже подготовлена сеть, которая станет ovirtmgmt. Обычно при установке ноды собирают бонд, по нему кидают транк и нарезают 1 влан-интерфейс, который будет менеджментом.

Затем, при установке engine, указывают именно этот vlan-интерфейс как базу для ovirtmgmt и он создает соответствующий бридж.

mikhalich ★★
()
Ответ на: комментарий от julixs

Режется любой трафик кроме pvid untag.

Т.е. если сгенерировтаь трафик в обоих сетях снаружи в ВМ, потом запустить tcpdump -n -i Физика -e vlan то тегированных фреймов не будет даже входе в физ. сетевушку?

mikhalich ★★
()
Ответ на: комментарий от mikhalich

Проверю.

На момент установки Engine должна быть уже подготовлена сеть, которая станет ovirtmgmt.

Вот этот момент возможно упустил, система установлена в как standalone local base. Пока используется один интерфейс сервера так как это можно сказать тестовый порт. Потом собирался добавить бонд

Ниже настройки интерфейсов и мостов.

;vdsmdummy;: flags=4098<BROADCAST,MULTICAST>  mtu 1500
        ether 16:3e:8a:a2:36:90  txqueuelen 1000  (Ethernet)
        RX packets 0  bytes 0 (0.0 B)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 0  bytes 0 (0.0 B)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

br-int: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        ether ea:b6:e4:47:88:46  txqueuelen 1000  (Ethernet)
        RX packets 0  bytes 0 (0.0 B)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 0  bytes 0 (0.0 B)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

enp130s0f0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        ether 04:42:1a:1d:6b:da  txqueuelen 1000  (Ethernet)
        RX packets 547299  bytes 152466124 (145.4 MiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 304203  bytes 220373574 (210.1 MiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
        device memory 0xf6f20000-f6f3ffff

enp130s0f1: flags=4099<UP,BROADCAST,MULTICAST>  mtu 1500
        ether 04:42:1a:1d:6b:db  txqueuelen 1000  (Ethernet)
        RX packets 0  bytes 0 (0.0 B)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 0  bytes 0 (0.0 B)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
        device memory 0xf6f00000-f6f1ffff

enp130s0f0.101: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        ether 04:42:1a:1d:6b:da  txqueuelen 1000  (Ethernet)
        RX packets 1223  bytes 69348 (67.7 KiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 276  bytes 17992 (17.5 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

enp130s0f0.400: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        ether 04:42:1a:1d:6b:da  txqueuelen 1000  (Ethernet)
        RX packets 0  bytes 0 (0.0 B)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 96  bytes 10694 (10.4 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

enp1s0f0: flags=4099<UP,BROADCAST,MULTICAST>  mtu 1500
        ether 40:a6:b7:0f:c4:70  txqueuelen 1000  (Ethernet)
        RX packets 0  bytes 0 (0.0 B)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 0  bytes 0 (0.0 B)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

enp1s0f1: flags=4099<UP,BROADCAST,MULTICAST>  mtu 1500
        ether 40:a6:b7:0f:c4:71  txqueuelen 1000  (Ethernet)
        RX packets 0  bytes 0 (0.0 B)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 0  bytes 0 (0.0 B)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

enp1s0f2: flags=4099<UP,BROADCAST,MULTICAST>  mtu 1500
        ether 40:a6:b7:0f:c4:72  txqueuelen 1000  (Ethernet)
        RX packets 0  bytes 0 (0.0 B)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 0  bytes 0 (0.0 B)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

enp1s0f3: flags=4099<UP,BROADCAST,MULTICAST>  mtu 1500
        ether 40:a6:b7:0f:c4:73  txqueuelen 1000  (Ethernet)
        RX packets 0  bytes 0 (0.0 B)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 0  bytes 0 (0.0 B)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

enp5s0f3u2u3c2: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet6 fe80::c60:f1ff:fe13:ffae  prefixlen 64  scopeid 0x20<link>
        ether 0e:60:f1:13:ff:ae  txqueuelen 1000  (Ethernet)
        RX packets 11557  bytes 1745107 (1.6 MiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 7836  bytes 2265160 (2.1 MiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

lo: flags=73<UP,LOOPBACK,RUNNING>  mtu 65536
        inet 127.0.0.1  netmask 255.0.0.0
        inet6 ::1  prefixlen 128  scopeid 0x10<host>
        loop  txqueuelen 1000  (Local Loopback)
        RX packets 10651634  bytes 5468391426 (5.0 GiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 10651634  bytes 5468391426 (5.0 GiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

ovirtmgmt: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 10.105.130.10  netmask 255.255.255.0  broadcast 10.105.130.255
        inet6 fe80::48b6:a6ff:fec6:9d5f  prefixlen 64  scopeid 0x20<link>
        ether 4a:b6:a6:c6:9d:5f  txqueuelen 1000  (Ethernet)
        RX packets 361722  bytes 93270362 (88.9 MiB)
        RX errors 0  dropped 10  overruns 0  frame 0
        TX packets 166875  bytes 153380194 (146.2 MiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

ovirtvm-VLAN101: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 10.110.130.10  netmask 255.255.255.0  broadcast 10.110.130.255
        ether 7a:ed:a5:be:cf:80  txqueuelen 1000  (Ethernet)
        RX packets 361722  bytes 93270362 (88.9 MiB)
        RX errors 0  dropped 10  overruns 0  frame 0
        TX packets 166876  bytes 153380936 (146.2 MiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

ovirtvm-VLAN400: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 10.115.130.10  netmask 255.255.255.0  broadcast 10.115.130.255
        ether 16:3c:f1:2d:c4:c3  txqueuelen 1000  (Ethernet)
        RX packets 48  bytes 3104 (3.0 KiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 64  bytes 4316 (4.2 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

ovs-system: flags=4098<BROADCAST,MULTICAST>  mtu 1500
        ether be:00:8e:6c:f2:1e  txqueuelen 1000  (Ethernet)
        RX packets 0  bytes 0 (0.0 B)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 0  bytes 0 (0.0 B)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

ниже интерфейсы vnetN

julixs ★★★
() автор топика
Ответ на: комментарий от julixs

Вот этот момент возможно упустил, система установлена в как standalone local base.

В таком случае он вроде превратит в MGMT тот интерфейс, на котором висит адрес, по которому ты добавляешь хост. у Hosted Engine проще, он прямо спрашивает, хех.

Начни с генерации трафика таки, мб дебажим на самом деле длинк, а не овирт.

mikhalich ★★
()
Ответ на: комментарий от julixs

Забыл адрес на VLAN-интерфейс присвоить.

С SA очень редко работаю, но думаю, что он по указанному VLAN-адресу добавит хост и сгенерит менеджмент бридж на том интерфейсе, на котором этот адрес.

mikhalich ★★
()
Ответ на: комментарий от mikhalich

Начни с генерации трафика таки, мб дебажим на самом деле длинк, а не овирт.

На bond0 трафик есть

dropped privs to tcpdump
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on bond0, link-type EN10MB (Ethernet), capture size 262144 bytes
16:21:51.538191 5c:83:cd:01:c0:33 > aa:a8:1b:86:ac:ed, ethertype 802.1Q (0x8100), length 78: vlan 400, p 0, ethertype IPv4, 10.100.130.10 > 10.115.130.10: ICMP echo request, id 1, seq 28420, length 40
16:21:51.538256 aa:a8:1b:86:ac:ed > 5c:83:cd:01:c0:33, ethertype 802.1Q (0x8100), length 78: vlan 400, p 0, ethertype IPv4, 10.115.130.10 > 10.100.130.10: ICMP echo reply, id 1, seq 28420, length 40
16:21:52.555388 5c:83:cd:01:c0:33 > aa:a8:1b:86:ac:ed, ethertype 802.1Q (0x8100), length 78: vlan 400, p 0, ethertype IPv4, 10.100.130.10 > 10.115.130.10: ICMP echo request, id 1, seq 28421, length 40
16:21:52.555406 aa:a8:1b:86:ac:ed > 5c:83:cd:01:c0:33, ethertype 802.1Q (0x8100), length 78: vlan 400, p 0, ethertype IPv4, 10.115.130.10 > 10.100.130.10: ICMP echo reply, id 1, seq 28421, length 40
16:21:53.575471 5c:83:cd:01:c0:33 > aa:a8:1b:86:ac:ed, ethertype 802.1Q (0x8100), length 78: vlan 400, p 0, ethertype IPv4, 10.100.130.10 > 10.115.130.10: ICMP echo request, id 1, seq 28422, length 40
16:21:53.575511 aa:a8:1b:86:ac:ed > 5c:83:cd:01:c0:33, ethertype 802.1Q (0x8100), length 78: vlan 400, p 0, ethertype IPv4, 10.115.130.10 > 10.100.130.10: ICMP echo reply, id 1, seq 28422, length 40
16:21:54.586493 5c:83:cd:01:c0:33 > aa:a8:1b:86:ac:ed, ethertype 802.1Q (0x8100), length 78: vlan 400, p 0, ethertype IPv4, 10.100.130.10 > 10.115.130.10: ICMP echo request, id 1, seq 28423, length 40
16:21:54.586539 aa:a8:1b:86:ac:ed > 5c:83:cd:01:c0:33, ethertype 802.1Q (0x8100), length 78: vlan 400, p 0, ethertype IPv4, 10.115.130.10 > 10.100.130.10: ICMP echo reply, id 1, seq 28423, length 40
16:21:55.600609 5c:83:cd:01:c0:33 > aa:a8:1b:86:ac:ed, ethertype 802.1Q (0x8100), length 78: vlan 400, p 0, ethertype IPv4, 10.100.130.10 > 10.115.130.10: ICMP echo request, id 1, seq 28424, length 40
16:21:55.600646 aa:a8:1b:86:ac:ed > 5c:83:cd:01:c0:33, ethertype 802.1Q (0x8100), length 78: vlan 400, p 0, ethertype IPv4, 10.115.130.10 > 10.100.130.10: ICMP echo reply, id 1, seq 28424, length 40
16:21:56.620393 5c:83:cd:01:c0:33 > aa:a8:1b:86:ac:ed, ethertype 802.1Q (0x8100), length 78: vlan 400, p 0, ethertype IPv4, 10.100.130.10 > 10.115.130.10: ICMP echo request, id 1, seq 28425, length 40
16:21:56.620413 aa:a8:1b:86:ac:ed > 5c:83:cd:01:c0:33, ethertype 802.1Q (0x8100), length 78: vlan 400, p 0, ethertype IPv4, 10.115.130.10 > 10.100.130.10: ICMP echo reply, id 1, seq 28425, length 40
16:21:56.915457 aa:a8:1b:86:ac:ed > 5c:83:cd:01:c0:33, ethertype 802.1Q (0x8100), length 46: vlan 400, p 0, ethertype ARP, Request who-has 10.115.130.254 tell 10.115.130.10, length 28
16:21:56.915525 5c:83:cd:01:c0:33 > aa:a8:1b:86:ac:ed, ethertype 802.1Q (0x8100), length 64: vlan 400, p 0, ethertype ARP, Reply 10.115.130.254 is-at 5c:83:cd:01:c0:33, length 46
16:21:57.630659 5c:83:cd:01:c0:33 > aa:a8:1b:86:ac:ed, ethertype 802.1Q (0x8100), length 78: vlan 400, p 0, ethertype IPv4, 10.100.130.10 > 10.115.130.10: ICMP echo request, id 1, seq 28426, length 40
16:21:57.630679 aa:a8:1b:86:ac:ed > 5c:83:cd:01:c0:33, ethertype 802.1Q (0x8100), length 78: vlan 400, p 0, ethertype IPv4, 10.115.130.10 > 10.100.130.10: ICMP echo reply, id 1, seq 28426, length 40
16:22:06.587728 5c:83:cd:01:c0:33 > Broadcast, ethertype 802.1Q (0x8100), length 64: vlan 700, p 0, ethertype ARP, Request who-has 10.120.130.10 tell 10.120.130.254, length 46
16:22:06.587767 f2:3d:5d:ad:52:21 > 5c:83:cd:01:c0:33, ethertype 802.1Q (0x8100), length 46: vlan 700, p 0, ethertype ARP, Reply 10.120.130.10 is-at f2:3d:5d:ad:52:21, length 28
16:22:06.587835 5c:83:cd:01:c0:33 > f2:3d:5d:ad:52:21, ethertype 802.1Q (0x8100), length 78: vlan 700, p 0, ethertype IPv4, 10.100.130.10 > 10.120.130.10: ICMP echo request, id 1, seq 28427, length 40
16:22:06.587902 f2:3d:5d:ad:52:21 > 5c:83:cd:01:c0:33, ethertype 802.1Q (0x8100), length 78: vlan 700, p 0, ethertype IPv4, 10.120.130.10 > 10.100.130.10: ICMP echo reply, id 1, seq 28427, length 40
16:22:07.603809 5c:83:cd:01:c0:33 > f2:3d:5d:ad:52:21, ethertype 802.1Q (0x8100), length 78: vlan 700, p 0, ethertype IPv4, 10.100.130.10 > 10.120.130.10: ICMP echo request, id 1, seq 28428, length 40
16:22:07.603833 f2:3d:5d:ad:52:21 > 5c:83:cd:01:c0:33, ethertype 802.1Q (0x8100), length 78: vlan 700, p 0, ethertype IPv4, 10.120.130.10 > 10.100.130.10: ICMP echo reply, id 1, seq 28428, length 40
16:22:08.612231 5c:83:cd:01:c0:33 > f2:3d:5d:ad:52:21, ethertype 802.1Q (0x8100), length 78: vlan 700, p 0, ethertype IPv4, 10.100.130.10 > 10.120.130.10: ICMP echo request, id 1, seq 28429, length 40
16:22:08.612261 f2:3d:5d:ad:52:21 > 5c:83:cd:01:c0:33, ethertype 802.1Q (0x8100), length 78: vlan 700, p 0, ethertype IPv4, 10.120.130.10 > 10.100.130.10: ICMP echo reply, id 1, seq 28429, length 40
16:22:09.627741 5c:83:cd:01:c0:33 > f2:3d:5d:ad:52:21, ethertype 802.1Q (0x8100), length 78: vlan 700, p 0, ethertype IPv4, 10.100.130.10 > 10.120.130.10: ICMP echo request, id 1, seq 28430, length 40
16:22:09.627761 f2:3d:5d:ad:52:21 > 5c:83:cd:01:c0:33, ethertype 802.1Q (0x8100), length 78: vlan 700, p 0, ethertype IPv4, 10.120.130.10 > 10.100.130.10: ICMP echo reply, id 1, seq 28430, length 40
16:22:11.763466 f2:3d:5d:ad:52:21 > 5c:83:cd:01:c0:33, ethertype 802.1Q (0x8100), length 46: vlan 700, p 0, ethertype ARP, Request who-has 10.120.130.254 tell 10.120.130.10, length 28
16:22:11.763552 5c:83:cd:01:c0:33 > f2:3d:5d:ad:52:21, ethertype 802.1Q (0x8100), length 64: vlan 700, p 0, ethertype ARP, Reply 10.120.130.254 is-at 5c:83:cd:01:c0:33, length 46
16:22:16.050296 5c:83:cd:01:c0:33 > 7a:dd:1a:ed:3e:f0, ethertype 802.1Q (0x8100), length 78: vlan 101, p 0, ethertype IPv4, 10.100.130.10 > 10.110.130.10: ICMP echo request, id 1, seq 28431, length 40
16:22:19.688832 56:6f:cb:d3:00:01 > 33:33:00:00:00:02, ethertype 802.1Q (0x8100), length 66: vlan 101, p 0, ethertype IPv6, fe80::546f:cbff:fed3:1 > ff02::2: ICMP6, router solicitation, length 8
16:22:20.724685 5c:83:cd:01:c0:33 > 7a:dd:1a:ed:3e:f0, ethertype 802.1Q (0x8100), length 78: vlan 101, p 0, ethertype IPv4, 10.100.130.10 > 10.110.130.10: ICMP echo request, id 1, seq 28432, length 40
16:22:25.721778 5c:83:cd:01:c0:33 > 7a:dd:1a:ed:3e:f0, ethertype 802.1Q (0x8100), length 78: vlan 101, p 0, ethertype IPv4, 10.100.130.10 > 10.110.130.10: ICMP echo request, id 1, seq 28433, length 40
16:22:30.728175 5c:83:cd:01:c0:33 > 7a:dd:1a:ed:3e:f0, ethertype 802.1Q (0x8100), length 78: vlan 101, p 0, ethertype IPv4, 10.100.130.10 > 10.110.130.10: ICMP echo request, id 1, seq 28434, length 40
16:22:31.250785 5c:83:cd:01:c0:33 > Broadcast, ethertype 802.1Q (0x8100), length 64: vlan 101, p 0, ethertype ARP, Request who-has 10.110.130.10 tell 10.110.130.254, length 46
16:22:31.250828 7a:dd:1a:ed:3e:f0 > 5c:83:cd:01:c0:33, ethertype 802.1Q (0x8100), length 46: vlan 101, p 0, ethertype ARP, Reply 10.110.130.10 is-at 7a:dd:1a:ed:3e:f0, length 28

А вот дальше на bond.101|400|700 и ovirtvm-VLAN101|400|700 уже нет ни кого

julixs ★★★
() автор топика
Ответ на: комментарий от mikhalich

Нет, я только объединнил интерфейсы в bond. Как я понял в standalone режиме нет возможности указать определенный интерфейс который буде ovirtmgmt. Сейчас добавлено 3 лог. сети 101,400,700 вланы, логические сети связаны с bond0 на узле, сами сети пингуются, а вот машины за ними нет.

вот что вижу на bond0 Пинг vlan101

[root@cct ~]# tcpdump -n -i bond0 -e vlan | grep 101
dropped privs to tcpdump
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on bond0, link-type EN10MB (Ethernet), capture size 262144 bytes
15:03:42.372644 5c:83:cd:01:c0:33 > 7a:dd:1a:ed:3e:f0, ethertype 802.1Q (0x8100), length 78: vlan 101, p 0, ethertype IPv4, 10.100.130.10 > 10.110.130.156: ICMP echo request, id 1, seq 196, length 40
15:03:42.372676 7a:dd:1a:ed:3e:f0 > 5c:83:cd:01:c0:33, ethertype 802.1Q (0x8100), length 78: vlan 101, p 0, ethertype IPv4, 10.110.130.156 > 10.100.130.10: ICMP echo reply, id 1, seq 196, length 40
15:03:43.384957 5c:83:cd:01:c0:33 > 7a:dd:1a:ed:3e:f0, ethertype 802.1Q (0x8100), length 78: vlan 101, p 0, ethertype IPv4, 10.100.130.10 > 10.110.130.156: ICMP echo request, id 1, seq 197, length 40
15:03:43.384994 7a:dd:1a:ed:3e:f0 > 5c:83:cd:01:c0:33, ethertype 802.1Q (0x8100), length 78: vlan 101, p 0, ethertype IPv4, 10.110.130.156 > 10.100.130.10: ICMP echo reply, id 1, seq 197, length 40
15:03:44.396772 5c:83:cd:01:c0:33 > 7a:dd:1a:ed:3e:f0, ethertype 802.1Q (0x8100), length 78: vlan 101, p 0, ethertype IPv4, 10.100.130.10 > 10.110.130.156: ICMP echo request, id 1, seq 198, length 40
15:03:44.396809 7a:dd:1a:ed:3e:f0 > 5c:83:cd:01:c0:33, ethertype 802.1Q (0x8100), length 78: vlan 101, p 0, ethertype IPv4, 10.110.130.156 > 10.100.130.10: ICMP echo reply, id 1, seq 198, length 40
15:03:45.406418 5c:83:cd:01:c0:33 > 7a:dd:1a:ed:3e:f0, ethertype 802.1Q (0x8100), length 78: vlan 101, p 0, ethertype IPv4, 10.100.130.10 > 10.110.130.156: ICMP echo request, id 1, seq 199, length 40
15:03:45.406453 7a:dd:1a:ed:3e:f0 > 5c:83:cd:01:c0:33, ethertype 802.1Q (0x8100), length 78: vlan 101, p 0, ethertype IPv4, 10.110.130.156 > 10.100.130.10: ICMP echo reply, id 1, seq 199, length 40
15:03:46.419709 5c:83:cd:01:c0:33 > 7a:dd:1a:ed:3e:f0, ethertype 802.1Q (0x8100), length 78: vlan 101, p 0, ethertype IPv4, 10.100.130.10 > 10.110.130.156: ICMP echo request, id 1, seq 200, length 40
15:03:46.419728 7a:dd:1a:ed:3e:f0 > 5c:83:cd:01:c0:33, ethertype 802.1Q (0x8100), length 78: vlan 101, p 0, ethertype IPv4, 10.110.130.156 > 10.100.130.10: ICMP echo reply, id 1, seq 200, length 40
15:03:47.430491 5c:83:cd:01:c0:33 > 7a:dd:1a:ed:3e:f0, ethertype 802.1Q (0x8100), length 78: vlan 101, p 0, ethertype IPv4, 10.100.130.10 > 10.110.130.156: ICMP echo request, id 1, seq 201, length 40
15:03:47.430511 7a:dd:1a:ed:3e:f0 > 5c:83:cd:01:c0:33, ethertype 802.1Q (0x8100), length 78: vlan 101, p 0, ethertype IPv4, 10.110.130.156 > 10.100.130.10: ICMP echo reply, id 1, seq 201, length 40
15:03:48.438627 5c:83:cd:01:c0:33 > 7a:dd:1a:ed:3e:f0, ethertype 802.1Q (0x8100), length 78: vlan 101, p 0, ethertype IPv4, 10.100.130.10 > 10.110.130.156: ICMP echo request, id 1, seq 202, length 40
^C30 packets captured
34 packets received by filter
0 packets dropped by kernel

[root@cct ~]#

Пинг ВМ во vlan1

[root@cct ~]# tcpdump -n -i bond0 -e vlan | grep 101
dropped privs to tcpdump
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on bond0, link-type EN10MB (Ethernet), capture size 262144 bytes
15:05:11.553457 5c:83:cd:01:c0:33 > 56:6f:cb:d3:00:01, ethertype 802.1Q (0x8100), length 78: vlan 101, p 0, ethertype IPv4, 10.100.130.10 > 10.110.130.155: ICMP echo request, id 1, seq 210, length 40
15:05:16.556552 5c:83:cd:01:c0:33 > 56:6f:cb:d3:00:01, ethertype 802.1Q (0x8100), length 78: vlan 101, p 0, ethertype IPv4, 10.100.130.10 > 10.110.130.155: ICMP echo request, id 1, seq 211, length 40
15:05:21.551441 5c:83:cd:01:c0:33 > 56:6f:cb:d3:00:01, ethertype 802.1Q (0x8100), length 78: vlan 101, p 0, ethertype IPv4, 10.100.130.10 > 10.110.130.155: ICMP echo request, id 1, seq 212, length 40
15:05:26.550281 5c:83:cd:01:c0:33 > 56:6f:cb:d3:00:01, ethertype 802.1Q (0x8100), length 78: vlan 101, p 0, ethertype IPv4, 10.100.130.10 > 10.110.130.155: ICMP echo request, id 1, seq 213, length 40
15:05:30.749101 e0:3f:49:07:65:10 > Broadcast, ethertype 802.1Q (0x8100), length 346: vlan 1, p 0, ethertype IPv4, 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from e0:3f:49:07:65:10, length 300
15:05:31.561799 5c:83:cd:01:c0:33 > 56:6f:cb:d3:00:01, ethertype 802.1Q (0x8100), length 78: vlan 101, p 0, ethertype IPv4, 10.100.130.10 > 10.110.130.155: ICMP echo request, id 1, seq 214, length 40
15:05:36.551012 5c:83:cd:01:c0:33 > 56:6f:cb:d3:00:01, ethertype 802.1Q (0x8100), length 78: vlan 101, p 0, ethertype IPv4, 10.100.130.10 > 10.110.130.155: ICMP echo request, id 1, seq 215, length 40
15:05:41.554362 5c:83:cd:01:c0:33 > 56:6f:cb:d3:00:01, ethertype 802.1Q (0x8100), length 78: vlan 101, p 0, ethertype IPv4, 10.100.130.10 > 10.110.130.155: ICMP echo request, id 1, seq 216, length 40
^C27 packets captured
30 packets received by filter
0 packets dropped by kernel

[root@cct ~]#

julixs ★★★
() автор топика
Ответ на: комментарий от mikhalich

Блин, я с ovirt только знакомлюсь, до этого работал только с proxmox. Сейчас пересоздал интерфейсы в ВМ не стал подключать ovirtmgmt, ВМ доступна в 101, 400 vlan, на ВМ вообще нужен ovirtmgmt?

julixs ★★★
() автор топика
Ответ на: комментарий от mikhalich

Еще маленький вопрос, не могу понять, как организовать автостарт вм? При host-engine и наличии нескольких узлов в кластере понятно, если доступен один из узлов вм мигрирует на него, а как быть если сервер один?

julixs ★★★
() автор топика