crank

Да. Свич со своими особенностями, но если нужно просто расширение портов, то очень даже хороший вариант. STP можно вырубить включив на портах bpdufilter, а чтобы вланов можно было создать больше 256 достаточно переключиться в mstp режим, вместо pvst.

На счёт экстрима и шторма ещё зависит от того, что за трафик туда влетел. Почитайте - https://isp-tech.ru/cpu-protection-extreme-summit-x670/

Такие пути точно будут inconsistent. А вот на счёт фильтрации или каких-то проблема ни разу не слышал. Возможно действительно что-то есть. Если найдёте информацию по этому вопросу, кидайте. Вот, кстати, реальный маршрут с бордера, где видно анонс префикса от разных AS. Проблемы при этом не вижу. Трафик ходит. inet.0: 854488 destinations, 4387445 routes (850453 active, 0 holddown, 4375 hidden) + = Active Route, - = Last Active, * = Both A V Destination P Prf Metric 1 Metric 2 Next hop AS path * ? 23.19.52.0/24 B 170 100 200 16265 28753 I unverified >X.X.X.139 X.X.X.129 X.X.X.131 X.X.X.133 ? B 170 100 100 8359 16265 28753 I unverified >X.X.X.221 ? B 170 100 150 20485 174 60781 I unverified >X.X.X.26 ? B 170 100 170 31133 16265 28753 I unverified >X.X.X.181 ? B 170 100 180 3216 16265 60781 I unverified >X.X.X.65 ? B 170 100 200 12389 16265 28753 I unverified >X.X.X.93

Нет, но какая разница. Заводите два route объекта с разными origin куда пишите AS ваших аплинков. Ну и поехали. Я не вижу проблему, если вы видите, укажите в чем она может проявиться?

Ничем. Создайте правильно роут объекты в райпе и договоритесь с аплинками. Второе самое сложное в этой схеме будет)) Наш клиент попросил анонсить его прифксы от нашей AS. Как раз использовали схему с приватной AS.

Если вы используете в системе мониторинга тип counter и у вас будет значение 100, а вы сбросите его в ноль, то в мониторинге вы скорее всего получите всплеск на графике, т.к. тип counter посчитает, что у вас значение 100 превысило 32 или 64 бит (зависит от типа counter'а) и стало равным нулю.

Если не поняли, то это не вам. http://lurkmore.to/Красноглазики

Что значит внутри qinq? вообще-то инкапсуляция пакетов выглядит так MAC DST,SRC <= VLAN TAG <= VLAN TAG <= IP,IPv6 etc. Внутри тэгов нет свои Мак адресов. Они все снаружи. Учите мат.часть или хотя бы wireshark включите. Вот вам картиночка как раз в терминологии экстрима.

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

Если вы не будете использовать LACP, то на extreme собрать агрегацию можно в любое время. Почему у вас трафик между экстримом и длинк не ходит без создания агрегации на длинке не могу сказать. Навык телепатии у меня не развит. Кидайте свои конфиги, если хотите получить ответ на свой вопрос. Но на экстриме точно, если сделать агрегацию из одного порта и воткнуть в обычный порт - всё работает.

Порты разной скорости нельзя объединять в агрегацию на данных железках (Extreme, Dlink) Любой. Всё зависит от типа вашего трафика, который будет ходить через агрегацию. Например, для PPPoE не работает балансировка L3 и надо выбирать L2. Если у вас линк так или иначе содержит на концах роутеры, которые маршрутизируют трафик через него, то L2 балансировка не будет работать, т.к. между роутерами у вас не будет разнообразия mac адресов и если трафик имеет разнообразие IP адресов, то стоит выбрать L3. Ну и т.п. Т.е. без агрегации не ходит трафик? Вы уверены?

Мы взяли huawei s6330-h48x6c. Но это у нас под рост. Планируем между узлами перейти на сотки вместо 6-8x10G

Мы вот такие используем. https://www.shtyl.ru/catalog/ustanovki-ehlektropitaniya/48-v/

Бланк заказа.

У нас нормальный межоператорский договор. К нему есть БЗ, в которых прописана AS, AS-SET и прочие плюшки.