[nickD]

Подскажите плиз,

Размер пакетного буфера коммутаторав

в спеках пишут на интерфейс или на свитч?

 

А то huawei для s6330 пишет не пойму какие числа сравнивать.

Размер буфера на один интерфейс - 2.4 МБ, может быть расширен до 6.1 МБ. Размер буфера на весь коммутатор - 16.5МБ.

 

[Butch3r]

Зависит от коммутатора и софта, однозначного ответа нет

[nickD]

 

7 минут назад, Butch3r сказал:

Зависит от коммутатора и софта, однозначного ответа нет

Ну берем например таблицу из https://isp-tech.ru/switch-asic/

Какой размер буфера согласно ней будет у  huawei s6330  2.4 МБ или 16.5МБ или 6.1 МБ.

А у mes-5324 c заявленым 4МБ

[GrandPr1de]

 

1 час назад, nickD сказал:

Какой размер буфера согласно ней будет у  huawei s6330

есть часть фиксированая на порт, есть часть shared buffer

shared buffer может делится в разных режимах, поидее в режиме enhanced static + shared 6.1 мб на порт максимум

default 2.4 Mb на порт максимум

но shared часть выделяется свичом когда это надо

[nickD]

@GrandPr1de 

Я это понимаю, не понимаю как сравнивать с другими вот например элтекс пишет размер буфера пакетов 4MБ это на свитч или на порт?

Если на свитч то huawei лучше если на порт то элтекс.

[TriKS]

2 часа назад, nickD сказал:

например элтекс пишет размер буфера пакетов 4MБ это на свитч или на порт?

А у элтексов вы не пробовли спросить? Как они реализовали в конкретном коммутаторе распределение буфера.

[nickD]

похоже все пишут количество памяти в чипсете а как она распределяется это другой вопрос.

[crank]

4 часа назад, nickD сказал:

@GrandPr1de 

Я это понимаю, не понимаю как сравнивать с другими вот например элтекс пишет размер буфера пакетов 4MБ это на свитч или на порт?

Если на свитч то huawei лучше если на порт то элтекс.

У элтекс буферы небольшие по всем линейкам. На сколько я понял это на свич, но лучше уточните у производителей.

[GrandPr1de]

8 часов назад, nickD сказал:

размер буфера пакетов 4MБ это на свитч или на порт?

на свич, вообще не многие пишут про размер фиксированного буфера и какой размер shared если есть

[Butch3r]

8 часов назад, TriKS сказал:

А у элтексов вы не пробовли спросить? Как они реализовали в конкретном коммутаторе распределение буфера.

так они вам и рассказали.

[QWE]

Если свич с портами 10Гбит/с, как или насколько может помочь размер буфера?

1,2ГБайт/сек летит через такой порт

[Стич]

17 минут назад, QWE сказал:

Если свич с портами 10Гбит/с, как или насколько может помочь размер буфера?

1,2ГБайт/сек летит через такой порт

https://support.huawei.com/enterprise/ru/doc/EDOC1100086962

[QWE]

4 минуты назад, Стич сказал:

https://support.huawei.com/enterprise/ru/doc/EDOC1100086962

про микроберсты понятно, маркировка и очереди тоже понятно

 

не понятно как и чем поможет увеличение размера буфера  скажем   с 4МБ до 8МБ   для 10ГБ порта

[TriKS]

39 минут назад, QWE сказал:

не понятно как и чем поможет увеличение размера буфера  скажем   с 4МБ до 8МБ   для 10ГБ порта

а для 10Гб порта его и не надо увеличивать.

[GrandPr1de]

1 час назад, QWE сказал:

Если свич с портами 10Гбит/с, как или насколько может помочь размер буфера?

1,2ГБайт/сек летит через такой порт

а большей точности чем секунды никак не посчитать да?

[QWE]

В 27.10.2020 в 16:20, GrandPr1de сказал:

а большей точности чем секунды никак не посчитать да?

по сути вопроса есть что сказать?

[[anp/hsw]]

7 минут назад, QWE сказал:

по сути вопроса есть что сказать?

Считайте в пакетах, а не в гигабайтах. Чем вас буфер на +-3000 пакетов не устроил?

 

[QWE]

15 минут назад, [anp/hsw] сказал:

Считайте в пакетах, а не в гигабайтах. Чем вас буфер на +-3000 пакетов не устроил?

 

буфер в байтах а не в пакетах

[[anp/hsw]]

2 минуты назад, QWE сказал:

буфер в байтах а не в пакетах

Буфер-то в байтах, но секунду трафика в буфере никто не хранит. Так что не важно, сколько там мегабайт, важно влезет ли в него целевое количество пакетов, которое должно отправиться в интерфейс каждый такт.

Учитывая, что в ethernet 1 такт = 1 пакет, то для того, чтобы отправить пакет из 10-гигабитного порта в 10-мегабитный нужно всего лишь буфер на 10000/10=1000 пакетов. Т.е. по сути 1.5мб (при размере пакета 1500) будет достаточно на каждый 10-мегабитный линк, и 150кб на каждый 100-мегабитный.

[edo]

1 час назад, [anp/hsw] сказал:

Учитывая, что в ethernet 1 такт = 1 пакет, то для того, чтобы отправить пакет из 10-гигабитного порта в 10-мегабитный нужно всего лишь буфер на 10000/10=1000 пакетов. Т.е. по сути 1.5мб (при размере пакета 1500) будет достаточно на каждый 10-мегабитный линк,

afaik никаких тактов там нет (пакеты разной длины передаются разное время, да и даже одинаковой длины друг с другом не синхронизированы), но пусть для упрощения будет так.

но мне всё равно не очень понятно что вы считаете? почему для вычисления размера буфера вы делите скорости?

[[anp/hsw]]

3 часа назад, edo сказал:

но мне всё равно не очень понятно что вы считаете? почему для вычисления размера буфера вы делите скорости?

А для чего по-вашему вообще буфер нужен?

Шейпер на нем никто делать не будет, а значит только qos (но тут он не очень большой нужен) и выравнивание скоростей между интерфейсами.

Например: мы хотим передать 10 мегабит из 10-гигабитного в 10-мегабитный интерфейсы. Один другого в 1000 раз быстрее. В 10-мегабитном это займет секунду, но в 10-гигабитном целую 1/1000 секунды. Значит нужен такой буфер, который позволит хранить пакеты до тех пор, пока они в самый медленный интерфейс не уйдут.

[alibek]

1 час назад, [anp/hsw] сказал:

Шейпер на нем никто делать не будет

Осторожно, а то так можно и сектанта микротика призвать.

[edo]

 

8 часов назад, [anp/hsw] сказал:

А для чего по-вашему вообще буфер нужен?

для микробёрстов?

 

8 часов назад, [anp/hsw] сказал:

qos (но тут он не очень большой нужен)

да

 

8 часов назад, [anp/hsw] сказал:

выравнивание скоростей между интерфейсами. 

для этого достаточен буфер в один пакет, нет?

 

8 часов назад, [anp/hsw] сказал:

Например: мы хотим передать 10 мегабит из 10-гигабитного в 10-мегабитный интерфейсы. Один другого в 1000 раз быстрее. В 10-мегабитном это займет секунду, но в 10-гигабитном целую 1/1000 секунды. Значит нужен такой буфер, который позволит хранить пакеты до тех пор, пока они в самый медленный интерфейс не уйдут.

а завтра мы захотели передать образ vm размером терабайт. делать буфер в терабайт?

[[anp/hsw]]

6 часов назад, edo сказал:

для микробёрстов?

Либо я не понимаю ваше определение микроберста, либо одно из двух.

Свич же не является генератором трафика и вы не можете передать больше, чем влезет в интерфейс. Или имеется ввиду "микроберст к полисеру"? Или простенький шейпер?

6 часов назад, edo сказал:

для этого достаточен буфер в один пакет, нет?

Маловато будет. Вот у вас есть буфер в один пакет, и он уже содержит пакет. Что будет со следующим пакетом из высокоскоростного интерфейса, если низкоскоростной все еще занят передачей первого пакета?

По этому буфер должен быть такой емкости, чтобы обеспечить хранение всех пакетов из высокоскоростного интерфейса (которые могли бы быть приняты со скоростью высокоскоростного и переданы с линейной скоростью низкоскоростного интерфейса), предназначеных для отправки в низкоскоростной на время, необходимое для передачи.

Вы ведь не будете утверждать, что в 10-гигабитном канале трафик, предназначеный для 10-мегабитного прилетает равномерно? Он может прилететь самым первым из тех 10 гигабит, и тогда у 10-мегабитного интерфейса не будет времени для его передачи без буферизации.

6 часов назад, edo сказал:

а завтра мы захотели передать образ vm размером терабайт. делать буфер в терабайт?

Я не знаю, как вам еще объяснить про 1/1000 секунды. Попробуйте перечитать мой пост еще раз.

[edo]

1 час назад, [anp/hsw] сказал:

Вы ведь не будете утверждать, что в 10-гигабитном канале трафик, предназначеный для 10-мегабитного прилетает равномерно? Он может прилететь самым первым из тех 10 гигабит, и тогда у 10-мегабитного интерфейса не будет времени для его передачи без буферизации.

разумеется, неравномерно. но вот как вы вычисляете размер этого «неравномерно» деля скорости — для меня загадка.