настругали буратин
ну держит нормально. Это APC слишком дорого стоит
Felenov
Ilya
MX204 - 4 сотки
Felenov
обнови
Stanislav
смотря какой фиб
Stanislav
ну сколько маршрутов
Stanislav
может там в бгп 3 дефолта
Felenov
RouterOS это хорошо
Felenov
кто не согласен?
Stanislav
~1960 человек
Stanislav
скорей проще перечислить кто согласен
Ilya
тут под сотками принято считать 100g ;)
Felenov
а Cisco ios это прекрасно
Felenov
кто не согласен?
vitex
root@R3> show configuration routing-instances
ri-vpls-1 {
instance-type vpls;
interface ge-0/0/2.333;
protocols {
vpls {
no-tunnel-services;
vpls-id 1001;
neighbor 192.0.2.1;
neighbor 192.0.2.2;
}
}
}
ri-vpls-2 {
instance-type vpls;
interface ge-0/0/2.444;
protocols {
vpls {
no-tunnel-services;
vpls-id 1111;
neighbor 192.0.2.1;
}
}
}
root@R3>
ага точно
NOTEFor a single VLAN or VPLS routing instance, you can include either the vlan-id or the vlan-tags statement, but not both. If you do not configure a vlan-id, vlan-tags, or vlan-id-list [ vlan-id-numbers ] for the VLAN or the VPLS routing instance, the Layer 2 packets received are forwarded to the outbound Layer 2 interface without having the VLAN tag modified unless an output-vlan-map is configured on the Layer 2 interface. This results in a frame being forwarded to a Layer 2 interface with a VLAN tag that is different from what is configured for the Layer 2 interface. Note that a frame received from the Layer 2 interface is still required to match the VLAN tag(s) specified in the interface configuration. The invalid configuration may cause a Layer 2 loop to occur.
vitex
а у нас видимо вот что было
vitex
NOTEYou cannot configure VLAN mapping using the input-vlan-map and output-vlan-map statements if you configure a normalizing VLAN identifier for a VLAN or VPLS routing instance using the vlan-id or vlan-tags statements.
vitex
@blademd
кстати только вот сегодня в одном аеспи 8к многочисленный луп случился как раз по этой причине
Note that a frame received from the Layer 2 interface is still required to match the VLAN tag(s) specified in the interface configuration. The invalid configuration may cause a Layer 2 loop to occur.
причем это справедливо на всех железках
Igor
Завтра почитаю) грузишь жоска
Igor
@blademd
кстати только вот сегодня в одном аеспи 8к многочисленный луп случился как раз по этой причине
Note that a frame received from the Layer 2 interface is still required to match the VLAN tag(s) specified in the interface configuration. The invalid configuration may cause a Layer 2 loop to occur.
причем это справедливо на всех железках
Ну так на интерфейс там все законно приходит от браса же, верхний тэг совпадает с конфигом интерфейса
vitex
Ну так на интерфейс там все законно приходит от браса же, верхний тэг совпадает с конфигом интерфейса
там прикол был в другом
с клиентом один центральный стык и разбросаны бранчи по сети
с бранчей собраны вплс на один пе
и с него отдаются клиенту в разные вланы
так вот этот деятель решил "зачем много вплс инстансов заводить? можно же сделать один и в нем кучу впвс с разными бранчами " ну и сделал
после чего собрался луп
ntwrk_bot
Добро пожаловать! Ознакомиться с правилами группы можно по ссылке.
Igor
Собрался суп из семи, простите, луп
Igor
@dgubin оживают предания смотри
vitex
Ну так на интерфейс там все законно приходит от браса же, верхний тэг совпадает с конфигом интерфейса
да
но я не подумал что если не указать vlan-id в самом инстансе то весь траф пойдет наружу через все интерфейсы в инстансе вне зависимости от тэга
Igor
да
но я не подумал что если не указать vlan-id в самом инстансе то весь траф пойдет наружу через все интерфейсы в инстансе вне зависимости от тэга
Ну вот это вроде и есть unqualified learning
Igor
Насколько я понимаю
vitex
локал-свитчинг надо бы еще отключать
vitex
пофик
Igor
че то я думал что он про другое
Как я всегда представлял, что это тупо одна мак таблица и теги не учитываются
Igor
Мелкие железки только так умеют часто
Igor
С6320 хуавеи например
Igor
Ну вот мы подозреваем, что на 63 трайдент
Igor
Но @darkagent не хочет расковырять свой
vitex
ну да на егрессе влан таг никто не проверяет
Ilya
JNPRAutomate
https://github.com/JNPRAutomate?tab=repositories
Denis🇨🇭🚜 🕌
JNPRAutomate
https://github.com/JNPRAutomate?tab=repositories
> got 99 problems but netops ain't one
1001?
ntwrk_bot
Добро пожаловать! Ознакомиться с правилами группы можно по ссылке.
Andrey
Kay
всем привет.
подскажите, что за волшебтво, у меня на дебиан 2 сетевые карты меняются местами, то есть конфиг остался тот же но логига свапнулась, пришлось на вцентре поменять местами порт-группы и все заработало
cat /etc/os-release
PRETTY_NAME="Debian GNU/Linux 9 (stretch)"
NAME="Debian GNU/Linux"
VERSION_ID="9"
VERSION="9 (stretch)"
ID=debian
вот такая дичь
буду благодарен, если подскажите
Kay
сейчас прочитаю что это такое и отвечу, вкл или выкл)
Serge
Просто покажи имена сетевух в ip link :)
Kay
eth 1 и eth0
Serge
Как (и зачем) выключал?
Kay
вот нашел в поиске по Predictable Network Interface Names, что могут свапаться
Serge
Predictable Names — это когда вместо ethX появляются вот эти странные и непонятные enp2s0 и им подобные. Неудобно, неприятно, глаза режет и всё такое, зато не свапается.
Kay
Как (и зачем) выключал?
не говорит человек, зачем, просто я нашел что решение (случайно) поменял местами порт-группы оно и заработало, теперь хочу узнать почему так
Serge
не говорит человек, зачем, просто я нашел что решение (случайно) поменял местами порт-группы оно и заработало, теперь хочу узнать почему так
См. одним сообщением выше. Без Predictable Names (и если имена не заданы ручками) сетевухам имена выдаются в том порядке, в котором их увидело ядро при загрузке. Если в следующий раз увидит их в другом порядке — опять свапнет.
Kay
Kay
то есть решит проблему просто названчение имен ?
Serge
понял, спасибо огроменное
Как вариант — задать соответствие имён сетевых интерфейсов и MAC-адресов, подсунутых вмцентром, ручками: https://tomsalmon.eu/2017/12/debian-9-stretch-systemd-network-interface-names/
Kay
сейчас прочитаю про эту муть и пойму)
Serge
Я бы изначально не стал отключать эту схему именования — она не мешает жить, а от подобных проблем избавляет. :)
Andrey
Только имена дурацкие
Andrey
И когда внедрили, много скриптов поломалось
Serge
И когда внедрили, много скриптов поломалось
Ну тут извинити — не надо было хардкодить имена сетевых интерфейсов.
Andrey
Мне не оч нравится привязка к шине, учитываю что много кто лепит сетевые интерфейсы как попало
Evgeniy
В виртуалках достаточно удобно
Serge
Это как писать в fstab /dev/sdXY вмето UUID файловой системы на многодисковой машине, а потом удивляться, чего это имена прыгают.
Andrey
Ну тут извинити — не надо было хардкодить имена сетевых интерфейсов.
А для них есть уникальные псевдонимы? До введения был точно интерфейс eth0
Evgeniy
Ну это иногда норм. Я пару раз ловил ситуации когда начиналась нумерация с eth2 после ребута.
Serge
А для них есть уникальные псевдонимы? До введения был точно интерфейс eth0
Можно настроить руками (ссылку с примером выше давал), можно выбрать вариант генерации имён (по типу интерфейса, по шине, по маку, и ещё какой-то был).
Evgeniy
Вместо eth0
Andrey
кароч сами себе злобные буратины с обеих сторон
Andrey
девелоперы что сделали, сисадмины что нахардкодили говна
Serge
1. Names incorporating Firmware/BIOS provided index numbers for on-board devices (example: eno1)
2. Names incorporating Firmware/BIOS provided PCI Express hotplug slot index numbers (example: ens1)
3. Names incorporating physical/geographical location of the connector of the hardware (example: enp2s0)
4. Names incorporating the interfaces's MAC address (example: enx78e7d1ea46da)
Serge
Это не считая ручной привязки
Andrey
Будет хардкорно, если циска сменит название интерфейсов на что-то привязанное к среде
Andrey
не fast/gig/ten а cop/fib
Serge
Вот ещё подробное описание конфигов сетевых интерфейсов:
https://www.freedesktop.org/software/systemd/man/systemd.link.html
Serge
Будет хардкорно, если циска сменит название интерфейсов на что-то привязанное к среде
А как быть с медными SFP? :)