sirmax Posted February 5, 2017 Есть достаточно странная ситуация в следующей схеме: [роутер (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 Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
Yuraner Posted February 8, 2017 Ежли это железячное, то исходя из стандартных проблем всей файберовской линейки, видимо гигабитный тракт шалит, обычно тестируется на длинном(более 50-60м) патче пингом на 1500 и более. Вполне ремонтопригодно, лишь 6-7 вариантов неисправности. Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
taf_321 Posted February 9, 2017 У вас управление и данные по одному порту бегают, или разнесены? Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
sirmax Posted February 15, 2017 У вас управление и данные по одному порту бегают, или разнесены? Не совсем понял вопрпос Порт один вланы разные - там же просто нет портов больше Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
YuryD Posted February 15, 2017 Роутер на чём ? Если софтверный - проверьте cpu(top) и vmstat -i по прерываниям. icmp во free например по дефолту сильно ограничен в pps. Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
Saab95 Posted February 15, 2017 А что, коммутаторы уже научились отвечать на пинги без задержки? Для проверки нужно подключить к свичу какое-то устройство, которое и пинговать для проварки. Кроме всего не надо забывать про проблемы уровня L2 - кольца, флуды, мультикаст и т.п. Все это может залетать от абонентских устройств, ведь маков там не 2 штуки. Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
taf_321 Posted February 16, 2017 Не совсем понял вопрпос Порт один вланы разные - там же просто нет портов больше Погодите, так у вас AF5 или AF5X? Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...