MB
Началось, свитчи же управляемые
так, не ругайтесь
у кого докер и кубернетес - тем нужно дофига всего и трудовой подвиг, остальные дедовскими решениями справляются (ретрограды!)
Size: a a a
2021 June 17
EZ
А что с ними не так? Апдейт таблиц занимает значительно меньше долей секунд (точно не знаю, но оно negligible во всем кроме всяких NFV и 5G, наверное)
AS
И что? Какое отношение управляемый свитч имеет к роутингу?
AR
пока что от разработки только вот такая картинка, обоснования и прочее - к чёрту!
MB
Апдейт идёт быстро важно понять что ты не просрал какие то паркеты инфлайт
EZ
А протоколы с проверкой доставки у нас уже перестали работать?
AS
Апдейт CAM-таблиц происходит в заивсимости от настроек, в том числе - port security или аналога. Если требуется миграция, то можно сделать так, что CAM-таблица будет перестроена очень быстро.
EZ
arp вообще тут не при чем, у нас же не меняется мак и ip.
AZ
это ничего, что есть L4 и TCP, который сделает retransmit?
MB
На лейтенси это повлияет
EZ
Вопрос про CAM-таблицу, скорее
AS
Привязка порта свитча и мака, таблица соответствия порта. Опечатался.
EZ
Такое ощущение что у вас там телеметрия с sub-millisecond требованиями по лейтенси
AB
2,2,0/2,2,0 это не штраф в 30%, а 70% доступной полосы пропускания контроллера памяти, всё же есть разница
AS
разумеется, CAM
AZ
в смысле не при чем? у тебя был мак ВМ на порту 1 коммутатора, уехал на порт 2
EZ
Ну да. Это не arp, это CAM, если только у нас не L3LS+EVPN с Anycast GW на ToR
AS
Это CAM, конечно же
MB
Задержки в 1 секунду будут конечно видны на телеметрии, с миллисекундами жить можно