Jump to content
Калькуляторы

Странная ситуация с задержками по кабелю? у Ubiquiti airFiber 5

Есть достаточно странная ситуация в следующей схеме:

 

 


[роутер (1)]====fiber link===[ubiquiti airFiber 5 (2)]---wireless link----[ubiquiti airFiber 5 (3)]===copper===[switch (4)]===copper====[customer's device]

 

Время от времени наблюдаю ситуацию когда время ответа от роутер (1) до customer's device и switch (4) подскакивает до 1000мс

При этом до [ubiquiti airFiber 5 (3)] остается в пределах 1-5мс

 

Очевидно что проблема не по радио, но так как свитчу негде хранить пакеты, а потерь не наблюдается, только задержки, то делаю предположение что что-то не так с [ubiquiti airFiber 5 (3)]

 

На этом умные мысли заканчиваются.

 

Ситуация плавающая и один раз удалось зайти на [ubiquiti airFiber 5 (3)] и проверить пинг на switch(4) - задержек не было но это единичный случай когда удалось проверить.

 

Подскажите, куда копать?

 

Траффик до 100 мбит (ближе к 70). Примерно 130-140 маков на устройстве

 

tcpdump ни на br0 ни на eth0 траффик не показывает

 

 

Из того что показалось странным:

 

Cо стороны свитча вижу:

Eth 1/10                    Up        3100   0 100full       1000BASE-T   None

 

При этом на точке доступа

AF06.v3.2.1# ethtool eth0
Settings for eth0:
Supported ports: [ TP AUI BNC MII FIBRE ]
Supported link modes:   10baseT/Half 10baseT/Full
                        100baseT/Half 100baseT/Full
                        1000baseT/Full
Supports auto-negotiation: Yes
Advertised link modes:  1000baseT/Full
Advertised auto-negotiation: Yes
Speed: 10Mb/s
Duplex: Half
Port: MII
PHYAD: 0
Transceiver: external
Auto-negotiation: on
Link detected: no

 

Сейчас выставил принудительно на 1000фулл с обоих сторон и продолжаю наблюдение

 

Eth 1/10                    Up        3100   0 Auto-1000full 1000BASE-T   None

 

AF06.v3.2.1# ethtool -s eth0 speed 1000 duplex full  autoneg off

 

AF06.v3.2.1# ethtool eth0
Settings for eth0:
Supported ports: [ TP AUI BNC MII FIBRE ]
Supported link modes:   10baseT/Half 10baseT/Full
                        100baseT/Half 100baseT/Full
                        1000baseT/Full
Supports auto-negotiation: Yes
Advertised link modes:  1000baseT/Full
Advertised auto-negotiation: No
Speed: 1000Mb/s
Duplex: Full
Port: MII
PHYAD: 0
Transceiver: external
Auto-negotiation: off
Link detected: no

Share this post


Link to post
Share on other sites

Ежли это железячное, то исходя из стандартных проблем всей файберовской линейки, видимо гигабитный тракт шалит, обычно тестируется на длинном(более 50-60м) патче пингом на 1500 и более. Вполне ремонтопригодно, лишь 6-7 вариантов неисправности.

Share this post


Link to post
Share on other sites

У вас управление и данные по одному порту бегают, или разнесены?

Не совсем понял вопрпос

Порт один вланы разные - там же просто нет портов больше

Share this post


Link to post
Share on other sites

Роутер на чём ? Если софтверный - проверьте cpu(top) и vmstat -i по прерываниям. icmp во free например по дефолту сильно ограничен в pps.

Share this post


Link to post
Share on other sites

А что, коммутаторы уже научились отвечать на пинги без задержки? Для проверки нужно подключить к свичу какое-то устройство, которое и пинговать для проварки. Кроме всего не надо забывать про проблемы уровня L2 - кольца, флуды, мультикаст и т.п. Все это может залетать от абонентских устройств, ведь маков там не 2 штуки.

Share this post


Link to post
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.