Вы можете назначить MAC-адрес VLAN с помощью команды ip
:
# ip link add link <interface> name <vlan interface name> address <mac> type vlan id <vlan ID>
Пример:
# ip link add link ens33 name myvlan123 address 00:0c:29:ed:ff:ff type vlan id 123
Проверить:
# ip a
....
2: ens33: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
link/ether 00:0c:29:ed:ff:ea brd ff:ff:ff:ff:ff:ff
inet 192.168.101.180/24 brd 192.168.101.255 scope global ens33
valid_lft forever preferred_lft forever
3: myvlan123@ens33: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
link/ether 00:0c:29:ed:ff:ff brd ff:ff:ff:ff:ff:ff
inet6 fe80::2fda:8335:9f2:b9c7/64 scope link
valid_lft forever preferred_lft forever
Основной интерфейс — 00:0c:29:ed:ff:ea
, а vlan — 00:0c:29:ed:ff:ff
.
Дополнительную справку можно найти в:
# ip link help
Также убедитесь, что у вас загружен модуль ядра vlan:
# lsmod | grep -i 8021q
Некоторые дистрибутивы могут иметь его под именем vlan
. Вам также может понадобиться установить пакет vlan
или 8021q
(pacman, yum, apt,.. ).
14908 is the input message from client. 14910 and 15337 are the two ouput messages.
14910 — это ответ клиенту, в котором явно установлен флаг PSH, поэтому он был немедленно отправлен сервером. Затем сервер ждет ACK от клиента перед отправкой 15337.
14910 is not delayed. But 15337 is delayed around 40ms.
Это время, которое требуется ACK (15336 )для передачи от клиента к серверу, для обработки сервером и для передачи следующего пакета от сервера к клиенту.
As I can see, the 15337 packet is not sent until the ack 15336 is received.
Верно. Так обычно работает TCP.
So can you please help me understand what causes this delay.
Вы определенно не предоставили нам достаточно информации, чтобы дать вам ответ с какой-либо уверенностью. Вы также мешаете нашему пониманию, предоставляя изображение отфильтрованного снимка, а не снимка.
Вы можете заметить, что между пакетом 15337 и пакетом 15756 (существует примерно одинаковая разница во времени, которая немного короче: 39,87 мс против 39,93 мс ). Разница в количестве пакетов между этим обменом составляет 419 по сравнению с первым обменом на 426.
Таким образом, можно предположить, что эта «задержка» является результатом отправки/получения клиентом значительного объема другого трафика между моментом, когда он отправляет ACK на сервер, и моментом, когда с сервера поступает следующий пакет.
Я не могу сказать вам больше, поскольку у меня нет перехвата пакетов, и я не могу сказать вам, что это за другой трафик. Я также не могу сказать вам, на каком оборудовании работает клиент или какой может быть нагрузка на клиент.Но все эти детали в любом случае выходят за рамки этого сайта.