faq обучение настройка
Текущее время: Сб фев 29, 2020 11:03

Часовой пояс: UTC + 3 часа




Начать новую тему Ответить на тему  [ Сообщений: 8 ] 
Автор Сообщение
 Заголовок сообщения: JFYI: Buffer Full Drop & HOL Drop
СообщениеДобавлено: Вт ноя 10, 2015 18:59 
Не в сети

Зарегистрирован: Пт янв 21, 2005 14:55
Сообщений: 87
Откуда: Moscow
Может кому будет полезно...

Т.к. архитектура длинковских свитчей - тайна за семью печатями, а практически все наблюдали drop'ы неясного происхождения, решил я померять размеры буферов на dgs-3620-28sc. Поскольку архитектура неизвестна, можно только оценить размеры "эффективного" буфера.

Мерял на асимметричном свитчинге 10G->1G

hol_prevention disabled: растут buffer full drop на входящем 10G порту, при этом затрагиваются другие порты: плавает jitter, потери, размер буфера ~600k

hol_prevention enabled: растут tx hol drop на исходящем 1G порту, другие порты не затрагиваются..., но эффективный размер буфера 64k!

В общем, я расстроен.


Вернуться наверх
 Профиль  
 
 Заголовок сообщения: Re: JFYI: Buffer Full Drop & HOL Drop
СообщениеДобавлено: Ср ноя 11, 2015 05:11 
Не в сети

Зарегистрирован: Чт сен 08, 2011 04:59
Сообщений: 1557
Откуда: Алтайский край, Барнаул
Чёто я тоже расстроился. Это правда?


Вернуться наверх
 Профиль  
 
 Заголовок сообщения: Re: JFYI: Buffer Full Drop & HOL Drop
СообщениеДобавлено: Ср ноя 11, 2015 12:07 
Не в сети

Зарегистрирован: Пт янв 21, 2005 14:55
Сообщений: 87
Откуда: Moscow
Забыл ещё написать о том, что у длинка странное представление о том, что такое head-of-line blocking: т.к. при тесте использовались всего два порта и трафик шёл исключительно по направлению 10G->1G ни о каком HOL'е (в его классическом понимании) речи быть не может. Т.е. tx hol drops, как минимум, включает в себя ошибки "на egress порту кончился буфер".

P.S. в спецификации заявлен буфер пакетов в 2мб, я почему-то всегда это воспринимал(mea culpa) как буфер на порт. Но, судя по всему, это shared buffer. В принципе, это не так плохо(не так мало), если есть нормальный адаптивный алгоритм управления буфером (не наш случай). Похоже на то, что при hol_prevention enable, буфер тупо делится на все порты и все что не влезает - дропается (как вариант(24/1G порта + 4/10G порта): 24*64k + 4 *128k = 2m)


Вернуться наверх
 Профиль  
 
 Заголовок сообщения: Re: JFYI: Buffer Full Drop & HOL Drop
СообщениеДобавлено: Ср апр 04, 2018 13:41 
Не в сети

Зарегистрирован: Вс фев 28, 2010 12:57
Сообщений: 198
что можете посоветовать на замену 3620 , но с более объемным буфером?

_________________
DES-3028, DES-3526, DES-3200_28 C1/A1/B1, DES-3200_26 C1, DGS-3627G, DGS-3420-26SC A2, DGS-3420-28TC A1, DGS-3620-28SC A1-EI, DGS-3200-24 A1


Вернуться наверх
 Профиль  
 
 Заголовок сообщения: Re: JFYI: Buffer Full Drop & HOL Drop
СообщениеДобавлено: Ср апр 04, 2018 16:08 
Не в сети

Зарегистрирован: Чт сен 08, 2011 04:59
Сообщений: 1557
Откуда: Алтайский край, Барнаул
3630


Вернуться наверх
 Профиль  
 
 Заголовок сообщения: Re: JFYI: Buffer Full Drop & HOL Drop
СообщениеДобавлено: Вт дек 24, 2019 11:03 
Не в сети

Зарегистрирован: Пн июн 06, 2011 14:41
Сообщений: 15
У кого то вопрос с переполнением буфера решился?


Вернуться наверх
 Профиль  
 
 Заголовок сообщения: Re: JFYI: Buffer Full Drop & HOL Drop
СообщениеДобавлено: Ср дек 25, 2019 14:38 
Не в сети

Зарегистрирован: Вт апр 10, 2018 20:55
Сообщений: 24
на 3420 тоже при отключенном hol растут RX дропы на гиговых портах с трафиком выше 500 мбит. 10Г порты без дропов.


Вернуться наверх
 Профиль  
 
 Заголовок сообщения: Re: JFYI: Buffer Full Drop & HOL Drop
СообщениеДобавлено: Сб дек 28, 2019 16:39 
Не в сети
Сотрудник D-LINK
Сотрудник D-LINK

Зарегистрирован: Пт янв 21, 2005 11:52
Сообщений: 11118
Откуда: D-Link, Moscow
Добрый день.

В первую очередь, рост счётчиков buffer full drop или hol drop - это маркер для Вас, что у Вас в сети узкое место. Можно обвинить коммутатор или разработчиков в плохой работе буфера или недостаточности его размера, но это следствие плохого планирования сети.

Синхронный трафик, микро-всплески, получение на uplink трафика больше, чем коммутатор может пропустить на downlink - это и есть причины, которые связаны с тем, что за портом очень много абонентов с быстрыми тарифами, т.е. их сумма превышает пропускную скорость порта коммутатора уровня агрегации(как правило 1G), к которому они подключены, при этом у uplink-а скорость значительно больше(как правило 10G), а исходящий трафик всегда меньше приходящего к абоненту.

Данная ситуация стала актуальна, так как стали доступны 10G порты, в частности на коммутаторах агрегации, и все начали организовывать 10G uplink порты не задумываясь о последствиях. Если раньше от агрегации вверх шёл 1G uplink или LAG из двух портов 1G, то узким местом был коммутатор доступа при переходе с 1G uplink --> 100Mbps access port, т.е. нагрузка трафиком была распределена между коммутаторами доступа, точнее их буферами, то теперь, с появлением 10G uplink портов на коммутаторах уровня агрегации, узким местом стали они, т.е. коммутаторы агрегации и вся нагрузка легла на них.

_________________
С уважением,
Бигаров Руслан.


Вернуться наверх
 Профиль  
 
Показать сообщения за:  Сортировать по:  
Начать новую тему Ответить на тему  [ Сообщений: 8 ] 

Часовой пояс: UTC + 3 часа


Кто сейчас на форуме

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 18


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Найти:
Перейти:  
Создано на основе phpBB® Forum Software © phpBB Group
Русская поддержка phpBB