посоветуйте свитч с парой 10GE SFP+

[DenimMark 32]

Учитывая что даже в 3120 есть 10G интерфейс и его очень даже часто используют.

[Dimkers 1 599]

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

как вписывается 2М буфер 3420 или 1.5М буфер 3120

Точно так же как любой свич со свиччипом с буфером на 1,5М или 2М

59 минут назад, DenimMark сказал:

Учитывая что даже в 3120 есть 10G интерфейс и его очень даже часто используют.

Дак можно использовать 10Г порт даже в свиче, с отсутствующим буфером Просто будет нюанс

 

Почитайте еще у соседей про это и проблемы с 3620:

https://forum.nag.ru/index.php?/topic/146439-svitch-na-agregaciyu-bez-problem-c-buferom/

Відредаговано 2020-10-26 07:48:16 Dimkers

[sanyadnepr 305]

Согласен с NiTr0 на счет 3420, вполне прилично работают.
Какой вывод ? Не держать порты загруженными Выше определенного уровня ? 
Покупать оборудование только с буферами >4M ?

[Dimkers 1 599]

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

Выше бл@#ь какого уровня ты собрался трафик не держать? Я тебе русски по белому написал, что ты трафик свой награфиках - снимаешь раз в минуту или раз в 5 минут. Это, Бл# - среднее по больнице!!! В эти 5 минут(лучше срежем до секунды), порт мог первые 100мс работать в полке и складировать в буферок все, что не влезло в 1Г, а остальные 900мс - работать на скорости 300Мб. Итого средняя у тебя будет какая за сек? Сам посчитать сможешь? А теперь переведи картинку на твои 5 минут на графике. 5 мин=300сек=300000мс. Скольк раз в конкретную МС у тебя порт в полке был, твой заббикс покажет? нет, он покажет тебе: (первое значение - значение через 5мин)/300. Все.

34 минуты назад, sanyadnepr сказал:

Согласен с NiTr0 на счет 3420, вполне прилично работают.

У Нитро они работают на сети с 3К абонов, т.е. там трафла - кот наплакал... Но да, ты вполне можешь следовать его советам и соглашаться  

А что тогда скажешь про НАГовца, который ищет замену 3620 из-за мелкого для него буфера в 4М? Врёт наверно?

Кстати там же можешь и Нитро почитать.

Відредаговано 2020-10-26 09:28:20 Dimkers

[l1ght 377]

23 минуты назад, Dimkers сказал:

Вывод - думать головой

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

итого 1536 кбайт / 24 порта = 64кб на порт что чудовищно мало

так же не стоит забывать что если есть динамический буфер часть его всё равно распределена поровну между портами, обычно shared buffer будет где-то 2\3 от всего доступного

 

а ещё не надо забывать что чипы вообще могут по разному трафик форвардить и тем самым по разному использовать этот самый буффер

например томогавки всякие у которых просто ужасный/чудовищный перформанс (томогавк 4  25.6 тбит/с на чип) вообще по дибильному с буфером работает и начинает его жрать даже когда не подумаешь что уже наступил этот момент из-за чего таил дропы там летят огого

 

или вот тридент3(!)

 

при передачи данных из сотки в сорокет тотальный обосрамс

и если кажеться что не так всё плохо то вот следующий слайд

 

 

удп в жопе, из 20 гбит доехало только 12, а тцп даже не знаю как описать с перформансом в 150 кбит/с и 99.9% пакетлосом

[Бульба 93]

трафик надо шейпить на уровне выше и проблем не будет

[Dimkers 1 599]

4 минуты назад, Бульба сказал:

трафик надо шейпить на уровне выше и проблем не будет

Какой смешной. Я понял. Стройте дальше, шейпите "уровнем выше". Как столкнетесь - приходите и расскажите вновь, только уже с подятнутой матчастью по видам шейперов и полисеров.

Відредаговано 2020-10-26 10:48:27 Dimkers

[l1ght 377]

5 минут назад, Dimkers сказал:

Какой смешной. Я понял. Стройте дальше, шейпите "уровнем выше". Как столкнетесь - приходите и расскажите вновь, только уже с подятнутой матчастью по видам шейперов и полисеров.

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

нет трафика - нет проблем ™

[sanyadnepr 305]

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

На наге, начали за здравие, закончили за упокой. Надо брать 6320, там на них достаточно гуманный ценник в k$)))

Да есть проблема перелива из 10Г > 1Г в теории, на практике она встречается реже, чем тут упоминают.  

В итоге получается, новых доступных по цене с буфером >2M вариантов нет, все новое доступное по цене шлак.
Остается только выбирать из доступных по цене вариантов б/у. 

 

[Baneff 149]

11 минут назад, sanyadnepr сказал:

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

На наге, начали за здравие, закончили за упокой. Надо брать 6320, там на них достаточно гуманный ценник в k$)))

Да есть проблема перелива из 10Г > 1Г в теории, на практике она встречается реже, чем тут упоминают.  

В итоге получается, новых доступных по цене с буфером >2M вариантов нет, все новое доступное по цене шлак.
Остается только выбирать из доступных по цене вариантов б/у. 

 

Так по Димкесу любой может проверить, есть проблема или нет. Дропы пакетов даже микротик показывает, вот и. Дело сугубо индивидуальное, кому как.

[l1ght 377]

13 минут назад, sanyadnepr сказал:

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

На наге, начали за здравие, закончили за упокой. Надо брать 6320, там на них достаточно гуманный ценник в k$)))

Да есть проблема перелива из 10Г > 1Г в теории, на практике она встречается реже, чем тут упоминают.  

В итоге получается, новых доступных по цене с буфером >2M вариантов нет, все новое доступное по цене шлак.
Остается только выбирать из доступных по цене вариантов б/у. 

 

о нет, проблема встречается куда чаще, достаточно просто включить мониторинг на дропы

можно считать в абсолютном значении, можно считать соотношение pps / drops per sec и считать процент

а теперь возьми калькулятор и посчитай скорость потока TCP скажем при 0.1% потерь

и потом тоже самое будет акуально для удп потоков с корректировкой скорости привет quic / http3 например и другие видео стриминги поверх удп с корректировкой скорости 

[Dimkers 1 599]

23 минуты назад, sanyadnepr сказал:

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

Эта пять!

Старичек, пойми. Если ты еще не плавал в этом направлении - это не значит, что это направление выдуманное.

Если ты найдешь время и попытаешься покапать в данном вопросе - ты узнаешь много нового

[Dimkers 1 599]

23 минуты назад, Baneff сказал:

Дропы пакетов даже микротик показывает, вот и.

А вот и нет. Например длинки любили на определенных прошивках не показывать дропы, или не считать их. Ровно как и бдком не имеет счеткиков дропов. А еще есть свиччипы, которые в принципе не имеют данного счетчика. Представляешь? Вот например, найди тута дропы:
 

 Transceiver Info:
    SFP,SC,1550nm,1000BASE-FX,SM 3KM
 DDM:NO,Vend:OEM,SerialNum:FT201311111284,Date:2013-12-03

  5 minutes input rate 5301458 bits/sec, 5072 packets/sec
  5 minutes output rate 127441363 bits/sec, 12540 packets/sec
  peak input rate 120608176 bits/sec, Oct 20 00:03:21
  peak input rate 22492 packets/sec, Oct 19 19:45:52
  peak output rate 475870744 bits/sec, Oct 19 20:39:49
  peak output rate 43835 packets/sec, Oct 19 20:39:49
     Received 6262530557 packets, 1767747352388 bytes
     1126348 broadcasts, 6259132141 ucasts  2272067 multicasts
     0 FCS, 0 PAUSE  0 jabber, 0 jumbo
     0 undersize, 0 collision
     0 error, 0 allignment
     0 overrun, 65281750 oversize
     0 63B packets, 195066 64B packets
     4934030419 65B~127B packets, 306002596 128B~255B packets
     87759882 256B~511B packets, 78187189 512B~1023B packets
     65281750 good 1519B packets, 0 bad 1519B packets
     Transmitted 13675584883 packets, 17739592512865 bytes
     2201206 broadcasts, 13669963029 ucasts  3420646 multicasts
     0 FCS, 0 jumbo 0 underrun
     0 63B packets, 24327091 64B packets
     1036985199 65B~127B packets, 292866810 128B~255B packets
     232810694 256B~511B packets, 199824497 512B~1023B packets
     5803844200 good 1519B packets

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

 

Відредаговано 2020-10-26 11:46:54 Dimkers

[Dimkers 1 599]

45 минут назад, sanyadnepr сказал:

В итоге получается, новых доступных по цене с буфером >2M вариантов нет, все новое доступное по цене шлак.
Остается только выбирать из доступных по цене вариантов б/у.

В итоге ты должен понимать, что выбирать свич нужно не только по кол-ву портов и по цифре кол-ва маков. Ну это если ты строишь хорошую сеть. Если ты строишь как Туйон на тупарях - то там покую. можешь брать самый дешман.

 

Хлопцы, вы поймите, я никого не агитирую что-то покупать или НЕ покупать. Просто вы должны понимать с чем можете столкнуться. А по сути данная проблема она общемировая и давно известная. Просто вам она до спины, пока сети маленькие. С ростом - проблем и нюансов становится куда больше, чем вы себе сейчас думаете

[sanyadnepr 305]

50 минут назад, l1ght сказал:

о нет, проблема встречается куда чаще, достаточно просто включить мониторинг на дропы

можно считать в абсолютном значении, можно считать соотношение pps / drops per sec и считать процент

С мониторингом все яснопонятно.

Можно просто поинтересоваться, какое оборудование и емкость каналов используется в сетях и примерно понять, не у всех же используются только >4M буфер.

В переливах 1Г>100M тоже возможны дропы и буфер там куда более скромный. Но что то по этому поводу не особо кто то кричит, спасите-пАмАгите.

Не может быть так, чтоб "шлак" который установлен в **% сетей не приводил ни к каким ощутимым проблемам ?

Геймеры первыми, моментально сообщают ТП о подобных проблемах, если жалоб нет, дропов нет, все отлично.

Тут или архитектура или дизайн или руки. 

Відредаговано 2020-10-26 12:16:54 sanyadnepr

[sanyadnepr 305]

31 минуту назад, Dimkers сказал:

Если ты еще не плавал в этом направлении - это не значит, что это направление выдуманное.

Если ты найдешь время и попытаешься покапать в данном вопросе - ты узнаешь много нового

Если не плавал, может делаю что нибудь на так, чтоб не плавать ?

В целом подитожил варианты которые доступны и предложены в теме.

А если Вы уж стали крупняком, то и вопросы выбора оборудования и емкости портов переходят на следующий уровень.

[Dimkers 1 599]

19 минут назад, sanyadnepr сказал:

В переливах 1Г>100M тоже возможны дропы и буфер там куда более скромный

Так там и берсты скромнее и число пакетиков в 1Гб трафа совершенно иное

14 минут назад, sanyadnepr сказал:

Если не плавал, может делаю что нибудь на так, чтоб не плавать ?

Возможно растешь не так быстро? Ну или вообще забиваешь на проблематику, ведь спидтест на тестовом ноуте всегда покажет соточку Этож ТСП, йопт. А вот с мультиком и ЮДП - бяда... Но на 99% я уверен, что страждущему абону покажут только спидтест

Ну и наличие ПМ для всяких Л2, которые потом строют там свои чудеса, а потом жалуются - тоже играет роль.

 

Я не буду тебя лечить. Деллай как знаешь. Но когда-то я тоже забивал на такую проблематику.

Відредаговано 2020-10-26 12:25:44 Dimkers

[sanyadnepr 305]

Повторю, геймеры, ТВ в UDP, будут дропы, будут жалобы абонов. Жалоб нет, нет и дропов.

Если надо получить чуть больше 1Г на линке, то можно использовать компромиссные варианты.

Когда дорастают до определенного уровня трафика на 10Г порту, тогда происходит переход на уровень выше, со всеми вытекающими при выборе оборудования последствиями.

Проблема в данном случае надумана.

 

Последний вопрос задали такой

В 21.10.2020 в 23:25, NightNET сказал:

надо подобрать агрегацию 20-24 SFP и 4 SFP+ , трафик до 2.5ГБит

Dimkers у нитро 3420-28sc тянет 3К абонов с 3Г трафика, а у вопрошающего нет?

Если ему даже 3420 новый дорого, что говорить про остальное?

Может просто микроберстов нет, потому что порты 10Г не "безлимитные" как у некоторых подключенных в IX на скорости порта, а шейпятся аплинками?

И только в этом случае возникают в реальных сетях потенциальные проблемы переливов 10Г>1Г ? 

Или потому что 100>40>10 в основном крупняк может переливать.

[Dimkers 1 599]

Смешно читать, ей богу.

Что такое "шейпятся Алинками"?

Погуглии работу шейпера, йопт.

Расскажи как шейпишь размещенные у себя гуглокеши

 

Хотя кому я это говорю. Стройте.

Те кому надо знают о проблеме и по возможности планируют не наступать на грабли тех, кто уже прошел по этому полю.

Можете думать что все выдуманно и граблей нет. Но тот же  l1ght вполне себе в курсе

На этом откланиваюсь, переубеждать вас в чем либо смысла не вижу. Инфой поделился. Что с ней делать - решать вам.

27 минут назад, sanyadnepr сказал:

Dimkers у нитро 3420-28sc тянет 3К абонов с 3Г трафика, а у вопрошающего нет? 

Этот человек давно у меня все разузнал в личке и я там дал ему варианты.

Відредаговано 2020-10-26 13:18:13 Dimkers

[sanyadnepr 305]

Какие гуглокеши, на общем трафике меньше 10ки ?

Человек спросил за 4*10Г и 3Г трафа, какие гуглокеши, бредишь ? 

Слив защитан. 

Відредаговано 2020-10-26 13:29:19 sanyadnepr

[Dimkers 1 599]

27 минут назад, sanyadnepr сказал:

Какие гуглокеши, на общем трафике меньше 10ки ?

О госпаде. Гуглокеши дают не от числа трафика в аплинк порту...

 

А вообще мой пост был к тому - что шейп аплинка при определенных условиях - до сраки. Ну это когда внутри сети у тебя есть какие-то сервисы. Будь то кеши, файлопомойки, локальный ретрекер и прочее.

Так что мимо.

[l1ght 377]

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

Тут или архитектура или дизайн или руки. 

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

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

Не может быть так, чтоб "шлак" который установлен в **% сетей не приводил ни к каким ощутимым проблемам ?

ну изи же может)

другое дело что если тупой свич с аплинком 100м и даунлинками 100м то у него как раз буфер не должен использоваться т.к. порты одинаковой скорости

чем выше скорости тем ощутимее проблема

считается всё банально, буфер свича 4М, из них shared buffer 3М - вот в пике мы в буфер можем засунуть всего лишь 3 мбайта ил 24 мбита в долю секунды (не в секунду)

для того что бы выдержать берст в 50 мс на 10г порту в сторону 1г порта нужно порядка 60мб буфера

а дальше всё зависит от характера трафика и от количества его на порту (насколько сильно мы в буфер лезем)

 

те же гуглы в силу этих правил при 50% заполнении какого-либо порта сразу будут расширятся что бы избежать микроберстов

 

на джунипер МХ и схожих продуктах где трио чипсет - буфер 4 ГБ(!) на броадком jericho тоже 4гб буфера (deep buffer) вообще на роутерах современных минимум 2гб буфера будет, на свичах сложнее но на том же jericho это реально, но дорого

 

Відредаговано 2020-10-26 14:06:23 l1ght

[l1ght 377]

16 минут назад, l1ght сказал:

для того что бы выдержать берст в 50 мс на 10г порту в сторону 1г порта нужно порядка 60мб буфера

ну это не типичный микроберст и обычно должно хватать 6мб, в случаях уж совсем мелкого берста и 4мб хватит

 

считаем как: 10 000 000 000(10 гбит в битах) * 0,005 (5 миллисекунд) / 8 (перевод в байты) / 1024 / 1024 (перевод в мегабайты)

Відредаговано 2020-10-26 14:21:35 l1ght

[sanyadnepr 305]

26 минут назад, l1ght сказал:

те же гуглы в силу этих правил при 50% заполнении какого-либо порта сразу будут расширятся что бы избежать микроберстов

Другими словами, если входящего трафика из 10Г в 1Г порты меньше 50% от 1Г то микроберстов нет или они минимально возможны.

 

28 минут назад, l1ght сказал:

ну изи же может)

Как изи может)? Если ТВ и игры в udp не лагают ? Будут микроберсты, будут лагать. Нет ?

[Dimkers 1 599]

1 минуту назад, sanyadnepr сказал:

если входящего трафика из 10Г в 1Г порты меньше 50% от 1Г то микроберстов нет или они минимально возможны.

Если есть перелив трафика из портов разной скорости - берсты есть всегда. Ну ты как рыба об лед. Ей богу.

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

Если ТВ и игры в udp не лагают ? Будут микроберсты, будут лагать. Нет ?

нет, потому что ТВ имеет буфер и свои механизмы сглаживания.  В играх будет пинг подскакивать, джиттер плавать. Ну и собсно сами игры построены на разных протоколах. Есть и те, что tcp используют вполне себе с перевысылкой пакета при утере.