DemYaN

fileCopyMgt ftp://ftp.vimcom.ru/Accton_Edge-Core/Switches/ES3528M-ES3552M/mibs/

Ведь это только для статики, но вам ведь нужно динамику в отдельную таблицу? Если не нужно маршруты складывать в kernel, тогда возможно view'ы помогут?

Народ, подскажите. Имеется пациент в виде Summit x450a-24t, который отказывается загружаться как с локальных образов (boot 1,2 и диагностика 3,4), так и посредством заливки образа используя tftp. В чем может быть проблема и возможно ли ее устранить в принципе, кроме как через TAC. Running POST... PASSED Version 1.0.3.1 Branch trunk by release-manager on Fri 04/20/07 Copyright 2003-2007, Extreme Networks, Inc. Press and hold the <spacebar> to enter the bootrom. Loading EXOS Image ...| Running Image ... Failed to determine exact hardware type for the SummitX platform! This hardware is not supported by this software release. Please see the ExtremeWare XOS Concepts Guide for information on installing a newer software release. See the Release Notes for your hardware to verify the supported ExtremeWare XOS releases.

ng_nat, редирект 80-порта для table(10) на XXX.XXX.XXX.XXX:81 netgraph: mkpeer ipfw: nat 100 out name ipfw:100 nat connect ipfw: nat: 101 in msg nat: setaliasaddr YYY.YYY.YYY.YYY msg nat: setmode {flags=0x60 mask=0xff} msg nat: proxyrule "type no_encode port 80 server XXX.XXX.XXX.XXX:81 proto tcp" ipfw: netgraph tablearg ip from table(10) to any dst-port 80 netgraph 100 ip from XXX.XXX.XXX.XXX to any src-port 81

Еще есть bridge из iproute2: https://git.kernel.org/cgit/linux/kernel/git/shemminger/iproute2.git/commit/?id=d04bc300c3e367702817fed6eea55e997a328c66

Концепт-гид, раздел STP, глава Protected Ports. Коротко и предельно четко. Да видел я это... но разве это можно называть предельно четким ? : "they are affected by STP state changes and inherit the state of the carrier VLAN" Как минимум в упоминаниях о blocking port нужно было писать blocking protected vlans, потому как для 802.1d такое поведение не является таким уж тривиальным.

вот-вот, поэтому таки мрак... а саппорт внятно ответить не могет?

Да как бы уже перечитал :) Все равно не нахожу где бы было... все очень хорошо расписано

в EXOSConcepts не наблюдаю, ткните

Теперь понятно. По началу ввело в заблуждение "дискардит не порт, а по вланно" - я это понял как работу stp независимо в каждом vlan'е. А так ... мрак, в доках этому уделено надлежащего внимания.

На основании чего он будет дискардить по вланно? Если 802.1d, то bpdu исходит без тега (или с нулем) из порта, в навешенные vlan'ы bpdu не рассылаются.

ИМХО, в случае RSTP с инкапсуляцией dot1d нет смысла загонять все vlan'ы в protected. Нативному RSTP без инкапсуляции в dot1q фиолетово - один untagged vlan на порту или сверху еще пару тысяч tagged, в bdpu это никак не отразить.

По ospf все верно + приоритет у него будет зафиксирован в 0, т.е. не быть ему DR/BDR

все еще актуально :)