Netplan, вмешивающийся в присвоения IP?? Ubuntu 18.10

У меня есть простой испытательный стенд для Ubuntu, о которой я поразил очень необычную проблему. По некоторым причинам кажется, что мои IP-адреса изменяются между interfraces без любого вмешательства от пользователя, и я не могу объяснить это.

Вот то, что я имею: машина с Сервером Ubuntu 18.10 (Космический?) на нем с интерфейсом 1GB, который отображается через DHCP статическое резервирование к IP 172.16.222.63 и интерфейсу на 10 ГБ, который статически присвоен с IP 172.16.222.64 (использующий ifconfig). Этот сервер является пробелом только с OpenSSH-сервером, выбранным во время установки.

Это присоединено к HP Procurve 2900-48G переключатель, который является принявшей значение по умолчанию фабрикой. Нет никаких VLAN, настроенных или приведенных в действие, все switchports приняты значение по умолчанию. Интерфейс 1GB и интерфейс на 10 ГБ присоединены к этому переключателю, как тестовое поле.

От тестового поля я начинаю проверять с помощью ping-запросов 172.16.222.63 (1G) в одном окне терминала, и я начинаю проверять с помощью ping-запросов 172.16.222.64 (10G) в другом окне терминала. Только интерфейс 1G отвечает.

Если я разъединяю интерфейс 1G, 10G, интерфейс начинает проверять с помощью ping-запросов. Если я повторно подключаю интерфейс 1G, 10G, интерфейс прекращает проверять с помощью ping-запросов.

Я проверил iptables, и нет никаких правил, все установлено принять значение по умолчанию, позволяют. Таблицы Arp показывают MAC для моего тестового поля и шлюза по умолчанию как ожидалось.

В пятницу я спросил об этой проблеме в Linux subreddit, хотя это имело немного отличающиеся признаки. Оба интерфейса проверили бы с помощью ping-запросов, когда оба были соединены. Если бы интерфейс 1G был разъединен, 10G, то интерфейс остался бы дающим отклик на ping-запрос, однако после того, как несколько минут, IP-адрес 1G начнет отвечать на 10G интерфейс! При повторном прикреплении интерфейса 1G и разъединении 10G интерфейс заставил бы обоих дюйм/с перемещаться в интерфейс 1G.

После обсуждения его с моими коллегами общее согласие, кажется, что netplan вызывает проблемы. Кто-либо еще видел это? Есть ли какой-либо способ, которым я могу зафиксировать это так, IP-адреса "остаются помещенными" на интерфейсы, которым их присваивают?

Целая причина этого, я собираюсь быть выполнением некоторого тестирования производительности на 1G по сравнению с 10G интерфейсы, и я должен смочь отправить данные в оба интерфейса. С ним в его текущем состоянии мне нельзя гарантировать, я отправляю данные в правильный интерфейс IP-адресом.

Спасибо!

Править: Согласно просьбе:

Файл Netplan yaml:

root@ubuntu:~# cat /etc/netplan/*.yaml
# This file describes the network interfaces available on your system
# For more information, see netplan(5).
network:
  version: 2
  renderer: networkd
  ethernets:
    enp5s0f0:
      dhcp4: yes

lshw производится

root@ubuntu:~# lshw -C network
  *-network
       description: Ethernet interface
       product: MT26448 [ConnectX EN 10GigE, PCIe 2.0 5GT/s]
       vendor: Mellanox Technologies
       physical id: 0
       bus info: pci@0000:03:00.0
       logical name: enp3s0
       version: b0
       serial: 00:02:c9:56:1c:88
       size: 10Gbit/s
       capacity: 10Gbit/s
       width: 64 bits
       clock: 33MHz
       capabilities: pm vpd msix pciexpress bus_master cap_list ethernet physical fibre 10000bt-fd
       configuration: autonegotiation=off broadcast=yes driver=mlx4_en driverversion=4.0-0 duplex=full firmware=2.9.1000 ip=172.16.222.64 latency=0 link=yes multicast=yes port=fibre speed=10Gbit/s
       resources: irq:16 memory:b9a00000-b9afffff memory:b8800000-b8ffffff
  *-network DISABLED
       description: Ethernet interface
       product: MT26448 [ConnectX EN 10GigE, PCIe 2.0 5GT/s]
       vendor: Mellanox Technologies
       physical id: 0
       bus info: pci@0000:04:00.0
       logical name: enp4s0
       version: b0
       serial: 00:02:c9:54:00:a2
       capacity: 10Gbit/s
       width: 64 bits
       clock: 33MHz
       capabilities: pm vpd msix pciexpress bus_master cap_list ethernet physical fibre 10000bt-fd
       configuration: autonegotiation=off broadcast=yes driver=mlx4_en driverversion=4.0-0 firmware=2.9.1000 latency=0 link=no multicast=yes port=fibre
       resources: irq:17 memory:b9900000-b99fffff memory:b8000000-b87fffff
  *-network:0
       description: Ethernet interface
       product: 80003ES2LAN Gigabit Ethernet Controller (Copper)
       vendor: Intel Corporation
       physical id: 0
       bus info: pci@0000:05:00.0
       logical name: enp5s0f0
       version: 01
       serial: 00:15:17:45:f3:08
       capacity: 1Gbit/s
       width: 32 bits
       clock: 33MHz
       capabilities: pm msi pciexpress bus_master cap_list ethernet physical tp 10bt 10bt-fd 100bt 100bt-fd 1000bt-fd autonegotiation
       configuration: autonegotiation=on broadcast=yes driver=e1000e driverversion=3.2.6-k firmware=1.0-0 latency=0 link=no multicast=yes port=twisted pair
       resources: irq:24 memory:b9820000-b983ffff memory:b9400000-b97fffff ioport:2020(size=32)
  *-network:1 DISABLED
       description: Ethernet interface
       product: 80003ES2LAN Gigabit Ethernet Controller (Copper)
       vendor: Intel Corporation
       physical id: 0.1
       bus info: pci@0000:05:00.1
       logical name: enp5s0f1
       version: 01
       serial: 00:15:17:45:f3:09
       capacity: 1Gbit/s
       width: 32 bits
       clock: 33MHz
       capabilities: pm msi pciexpress bus_master cap_list ethernet physical tp 10bt 10bt-fd 100bt 100bt-fd 1000bt-fd autonegotiation
       configuration: autonegotiation=on broadcast=yes driver=e1000e driverversion=3.2.6-k firmware=1.0-0 latency=0 link=no multicast=yes port=twisted pair
       resources: irq:25 memory:b9800000-b981ffff memory:b9000000-b93fffff ioport:2000(size=32)

Ifconfig производят:

enp3s0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 172.16.222.64  netmask 255.255.255.0  broadcast 172.16.222.255
        inet6 fe80::202:c9ff:fe56:1c88  prefixlen 64  scopeid 0x20<link>
        ether 00:02:c9:56:1c:88  txqueuelen 1000  (Ethernet)
        RX packets 1446  bytes 134815 (134.8 KB)
        RX errors 2  dropped 0  overruns 0  frame 2
        TX packets 1169  bytes 121183 (121.1 KB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

enp5s0f0: flags=4099<UP,BROADCAST,MULTICAST>  mtu 1500
        inet6 fe80::215:17ff:fe45:f308  prefixlen 64  scopeid 0x20<link>
        ether 00:15:17:45:f3:08  txqueuelen 1000  (Ethernet)
        RX packets 875  bytes 87240 (87.2 KB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 421  bytes 48304 (48.3 KB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
        device interrupt 18  memory 0xb9820000-b9840000

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 3312  bytes 235824 (235.8 KB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 3312  bytes 235824 (235.8 KB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0