[sla0nru]

При настройке edge порта на коммутаторе Huawei S5735-L-V2 столкнулся с тем, что переход порта из состояния down в up занимает 14 секунд. Мне как новичку в мире коммутаторов Huawei причины такого поведения непонятны, прошу помощи.

На порту отключен STP и negotiation:

<sw65>dis cur int ge 1/0/1
interface GE1/0/1
 port default vlan 10
 stp disable
 negotiation disable
 speed 1000
 duplex full

На подключенном к этому порту linux хосту выполняю команду "ip li set eth0 down; ip li set eth0 up" (т.е. интерфейс на linux хосте опускается и поднимается мгновенно).

По логам на поднятие интерфейса на коммутаторе ушло 14 секунд:

<sw65>dis log bri
...
Oct 17 2025 09:05:33 sw65 : The interface status changes. (ifName=GE1/0/1, AdminStatus=UP, OperStatus=UP, Reason=Interface physical link is up, mainIfname=GE1/0/1)
Oct 17 2025 09:05:33 sw65 : The physical status of the port changed to up. (EntPhysicalIndex=16847106, EntPhysicalName=GE1/0/1, ifOperStatus=1, ifAdminStatus=1)
Oct 17 2025 09:05:19 sw65 : The physical status of the port changed to down. (EntPhysicalIndex=16847106, EntPhysicalName=GE1/0/1, hwPortDownReason=0, ifOperStatus=0, ifAdminStatus=1, faultID=144384)
Oct 17 2025 09:05:19 sw65 : The interface status changes. (ifName=GE1/0/1, AdminStatus=UP, OperStatus=DOWN, Reason=Interface physical link is down, mainIfname=GE1/0/1)
...

Аналогичная информация в статусе интерфейса:

<sw65>dis int ge 1/0/1
...
Last physical up time   : 2025-10-17 09:05:33
Last physical down time : 2025-10-17 09:05:19
...

Почему порт с отключенным STP может подниматься целых 14 секунд?
Буду признателен если кто-то проверит аналогичный конфиг на своём Huawei.

Информация о версии ПО:

<sw65>dis ver
Huawei YunShan OS
Version 1.23.1.1 (S5700 V600R023C10SPC500)
Copyright (C) 2021-2024 Huawei Technologies Co., Ltd.
HUAWEI CloudEngine S5735-L-V2 uptime is 0 day, 19 hours, 59 minutes
Patch Version: V600R023HP1501

S5735-L48T4XE-A-V2(Master) 1 : uptime is  0 day, 19 hours, 57 minutes
        StartupTime 2025/10/16   12:57:31
Memory      Size    : 2048 M bytes
Flash       Size    : 1024 M bytes
S5735-L48T4XE-A-V2 version information:
1.PCB       Version : ES5D2T54S037 VER A
2.MAB       Version : 2
3.Board     Type    : S5735-L48T4XE-A-V2
4.BIOS      Version : 1250
5.CPLD      Version : 257

 

[Ivan_83]

Да мало ли чего там происходит, что в коммутаторе что в линухе.

На линухе up не дожидается пока там линк реально поднимется, это просто указание ОС чтобы задействовало сетевуху и инициировало установление линка.

 

[sla0nru]

В том-то и дело, что ничего не происходит. Целых 14 секунд.
Включил STP чтобы исключить неявное его воздействие, и усложнил однострочник на linux, чтобы и пакеты и логи от STP были видны, 

Настройки коммутатора, STP включен:

<sw65>dis cur int ge 1/0/1
#
interface GE1/0/1
 port default vlan 10
#
return
<sw65>dis stp int ge 1/0/1 bri
 MSTID  Port                        Role  STP State     Protection      Cost    Edged
     0  GE1/0/1                     DESI  forwarding    none           20000    enable

Со стороны linux хоста:

# ip li set eth0 down; echo `date -Is` link down; ip li set eth0 up; while ip li sh eth0|grep -q NO-; do sleep .1; done; echo `date -Is` link up; tcpdump -c9 -ttttni eth0 inbound 
2025-10-18T06:17:44+00:00 link down
2025-10-18T06:17:48+00:00 link up
tcpdump: verbose output suppressed, use -v[v]... for full protocol decode
listening on eth0, link-type EN10MB (Ethernet), snapshot length 262144 bytes
2025-10-18 06:18:00.602094 LLDP, length 313: sw65
2025-10-18 06:18:01.602191 LLDP, length 313: sw65
2025-10-18 06:18:02.222667 STP 802.1w, Rapid STP, Flags [Proposal, Agreement], bridge-id 8000.d8:76:ae:46:9d:c5.8001, length 36
2025-10-18 06:18:02.611449 LLDP, length 313: sw65
2025-10-18 06:18:03.613129 LLDP, length 313: sw65
2025-10-18 06:18:04.312811 STP 802.1w, Rapid STP, Flags [Proposal, Agreement], bridge-id 8000.d8:76:ae:46:9d:c5.8001, length 36
2025-10-18 06:18:05.354300 ARP, Request who-has 10.11.3.8 tell 10.11.8.115, length 46
2025-10-18 06:18:05.356380 ARP, Request who-has 10.11.3.8 tell 10.11.1.46, length 46
2025-10-18 06:18:05.358537 ARP, Request who-has 10.11.0.247 tell 10.11.0.184, length 46
9 packets captured
16 packets received by filter
0 packets dropped by kernel

Логи коммутатора:

<sw65>dis log bri
...
Oct 18 2025 06:18:05 sw65 : The MSTP process's port has been set to forwarding state. (ProcessID=0, InstanceID=0, PortID=1, IfIndex=1, PortName=GE1/0/1, PwName=-)
Oct 18 2025 06:18:05 sw65 : The port has been set to forwarding state. (InstanceID=0, PortIndex=1, IfIndex=1, PortName=GE1/0/1, PwName=-)
Oct 18 2025 06:18:05 sw65 : The MSTP process's port has been set to learning state. (ProcessID=0, InstanceID=0, PortID=1, IfIndex=1, PortName=GE1/0/1, PwName=-)
Oct 18 2025 06:18:00 sw65 : The MSTP process's port has been set to discarding state. (ProcessID=0, InstanceID=0, PortID=1, IfIndex=1, PortName=GE1/0/1, PwName=-)
Oct 18 2025 06:18:00 sw65 : The port has been set to discarding state. (InstanceID=0, PortIndex=1, IfIndex=1, PortName=GE1/0/1, PwName=-)
Oct 18 2025 06:18:00 sw65 : The interface status changes. (ifName=GE1/0/1, AdminStatus=UP, OperStatus=UP, Reason=Interface physical link is up, mainIfname=GE1/0/1)
Oct 18 2025 06:18:00 sw65 : The physical status of the port changed to up. (EntPhysicalIndex=16847106, EntPhysicalName=GE1/0/1, ifOperStatus=1, ifAdminStatus=1)
Oct 18 2025 06:17:46 sw65 : The interface status changes. (ifName=GE1/0/1, AdminStatus=UP, OperStatus=DOWN, Reason=Interface physical link is down, mainIfname=GE1/0/1)
Oct 18 2025 06:17:46 sw65 : The physical status of the port changed to down. (EntPhysicalIndex=16847106, EntPhysicalName=GE1/0/1, hwPortDownReason=0, ifOperStatus=0, ifAdminStatus=1, faultID=144384)
...

06:17:44 linux моргнул линком
06:17:46 коммутатор заметил отсутствие линка
06:17:48 linux увидел поднятие физического линка на интерфейсе
06:18:00 коммутатор наконец увидел физику, в сторону linux пошли LLDP и STP со стороны коммутатора
06:18:05 STP перевёл порт коммутатора в forwarding state, linux начал получать трафик локалки

14 секнуд между 06:17:46 и 06:18:00 коммутатор считал, что линка на порту нет. Судя по логам и снифферу не происходило ничего. Странная проблема на ровном месте. Я всего лишь хотел обычный portfast, как у других производителей.
 

[jffulcrum]

Замените сервер с Linux на другой стороне на что-то еще и проверьте. Может, это драйвер сетевки в сервере тупит, сам видел мелланоксы "с поздним зажиганием"

[Ivan_83]

Мне всё равно не понятно в чём смысл этой попытки дебага:

- линк поднимается редко и на долго. Меня вот сильно бесит долгий бут серверов по сравнению с домашними тазами, но в отличии от домашних сервера обычно редко ребутают

- без исходников и полноценной отладки на ситуацию всё равно особо не повлиять, максимум отключить автосогласование всех параметров с обоих сторон.

 

19 hours ago, sla0nru said:

В том-то и дело, что ничего не происходит. Целых 14 секунд.

Это вы так думаете.

tcpdump вам не показывает Flow Control и прочие служебные фреймы.

[straus]

Через Edge Port продолжают отсылаться STP BPDU. Так что сначала Negotiation, потом Testing Environvent, и уже потом Port Ready. А принудительным Down/Up порта производится сброс установок и New Negotiation.

[Butch3r]

Посмотрите на хуавей защиту от флапов. У меня на 6330 по дефолту выключив порт его можно включить обратно только через 15 секунд.

[passer]

@sla0nru 

см. port-fast, как он называется у huawei сами ищите

[straus]

У Huawei он и называется Edge Port.

[SpheriX]

Проверьте кабель на предмет перепутанной цветовой схемы/перевернутой пары жил.

Наблюдал подобное в своё время.