VM
Size: a a a
2021 January 31
BD
Vladimir Manko
Технически такое возможно. Я читал, но не делал такое у циски. Но я знаю только про циску или микротик. С остальными вендорами я не знаком. Но подореваю что у них тоже возможно. Надо в доке у циски глянуть.
Спасибо за ответ! Cisco и huawei например отлично с lacp дружат, думаю с другими тоже не должно быть проблем. Как нибудь проверю. И большое спасибо за ссылку)
VM
Bob Deelan
Спасибо за ответ! Cisco и huawei например отлично с lacp дружат, думаю с другими тоже не должно быть проблем. Как нибудь проверю. И большое спасибо за ссылку)
Технически lacp умеет любое железо - это стандарт, тут больше был вопрос - может ли железо конкретного вендора в агрегацию через l2vpn. Я помнил что у циски может. А вот по остальным хз. Например если взять тот же микротик, то после работы с vlan на цисках, попытка рулить vlan-ами на микроте это какой-то мазохизм. Всегда пожалуйста =)
N
Bob Deelan
Добрый день всем. Модет сталкивался кто. Возможно собрать lacp через два канала l2vpn? Такое будет работать?
Не надо так
BD
Не надо так
А какие проблемы с этим возникают?
VM
Bob Deelan
А какие проблемы с этим возникают?
Я не знаю какие проблемы, опыта не было, но я стараюсь такие вопросы решать маршрутизацией, а не агрегацией. Агрегацию я использую лишь на короткие дистанции - в серверной или ЦОД объеденить твинаксы между сервером и свичем например. Но интересно услышать от коллеги почему не надо, у меня такого опыта нет.
BD
Vladimir Manko
Я не знаю какие проблемы, опыта не было, но я стараюсь такие вопросы решать маршрутизацией, а не агрегацией. Агрегацию я использую лишь на короткие дистанции - в серверной или ЦОД объеденить твинаксы между сервером и свичем например. Но интересно услышать от коллеги почему не надо, у меня такого опыта нет.
На данный момент у нас два vlan + ip sla. Но мне это решение не очень нравится, скорость реакции больше. И плюс разрыв существующих tcp соединений
VM
Подозреваю что вопрос будем в разных задержках по двум каналам и порядке прихода пакетов. Но это не точно.
VM
Bob Deelan
На данный момент у нас два vlan + ip sla. Но мне это решение не очень нравится, скорость реакции больше. И плюс разрыв существующих tcp соединений
Естественно время реакции будет больше ибо ip sla. Я бы предложил динамическую маршрутизацию (ospf+ecmp), но я не пойму какая задача стоит.
BD
Vladimir Manko
Естественно время реакции будет больше ибо ip sla. Я бы предложил динамическую маршрутизацию (ospf+ecmp), но я не пойму какая задача стоит.
Тоже вариант, рассмотрю)
IS
Bob Deelan
Добрый день всем. Модет сталкивался кто. Возможно собрать lacp через два канала l2vpn? Такое будет работать?
Да, но лучше так не делать
SL
Bob Deelan
Добрый день всем. Модет сталкивался кто. Возможно собрать lacp через два канала l2vpn? Такое будет работать?
Не бест практис так строить. Если один канал будет с потерями то скорее всего весь лакп будет страдать
BD
Не бест практис так строить. Если один канал будет с потерями то скорее всего весь лакп будет страдать
Да, логично. Об этом не подумал. Спасибо всем)
SL
А ещё проблемы с стп в провайдера л2впн, заворачивай в л3 и всё)
IS
Не бест практис так строить. Если один канал будет с потерями то скорее всего весь лакп будет страдать
Да кроме такого задержки через разные каналы могут быть разные и тут уже вопрос про то, какую балансировку выбрали (per-flow/per-packet).
Если per-packet - это 100% reorder, если per-flow, то тут уже зависит от того, как приложение сможет взаимодействовать с этим.
Если сравнивать с тем же ECMP против LAG, то на l3 хотя бы можно более гибкие пробы делать, чем просто oam lfm на l2.
Если per-packet - это 100% reorder, если per-flow, то тут уже зависит от того, как приложение сможет взаимодействовать с этим.
Если сравнивать с тем же ECMP против LAG, то на l3 хотя бы можно более гибкие пробы делать, чем просто oam lfm на l2.
BL
Bob Deelan
Добрый день всем. Модет сталкивался кто. Возможно собрать lacp через два канала l2vpn? Такое будет работать?
как только люди не извращаются, лишь бы на L3 не уходить
AV
Vladimir Manko
Естественно время реакции будет больше ибо ip sla. Я бы предложил динамическую маршрутизацию (ospf+ecmp), но я не пойму какая задача стоит.
>динамическую маршрутизацию (ospf+ecmp)
Плюс bfd...
Плюс bfd...
IS
как только люди не извращаются, лишь бы на L3 не уходить
Ага
NK
Когда за лесом акронимов уже не видно деревьев, на помощь приходит главный по инфраструктуре в Cisco Umbrella и раскладывает всё по полочкам в своё докладе.
Список заклинаний для просветления на сегодня: eBPF, XDP, DPDK, VPP.
https://media.ccc.de/v/vnog-4-linux-networking-ebpf-xdp-dpdk-vp#t=74
Список заклинаний для просветления на сегодня: eBPF, XDP, DPDK, VPP.
https://media.ccc.de/v/vnog-4-linux-networking-ebpf-xdp-dpdk-vp#t=74
AK
ID:0
Мне кажется, давно мы вас не баловали проектами для рисования топологии сети. Но здесь не один проект, а обзор нескольких подходов, с помощью которых вы можете рисовать, что вашей душеньке угодно. Если не лень, конечно.
https://towardsdatascience.com/visualizing-networks-in-python-d70f4cbeb259
https://towardsdatascience.com/visualizing-networks-in-python-d70f4cbeb259
