snark писал(а):
miazs писал(а):
в том-то и дело, что попадают только если эта сеть не является directly connected.
ну дык правильно! сеть уже известна свичу, он знает как с ней работать, т.е. знает что пакеты в эту сеть не надо отправлять через какой нить маршрутизатор(ы) т.к. эта сеть достижима в рамках одного бродкаст домена ...
допустим есть:
- сеть для свичей/брасов 10.10.10.0/24, где брас с квагой имеет адрес 10.10.10.1, свич имеет адрес 10.10.10.2
- клиентам адреса выдаются из сети 10.20.20.0/24, тестовый клиент получает адрес 10.20.20.20
квага, при коннекте юзера шлет свичу анонс что сеть 10.20.20.20/32 (да, еденичный хост - это тоже сеть, только очень маленькая) достижима через маршрутизатор 10.10.10.1, после этого свич вносит эту инфу в свою таблицу роутинга и знает куда слать пакеты ... Вы же, насколько я понял, анонсите свичу сеть о которой он и так знает и поэтому свич просто игнорирует эту информацию, т.к. думае что-то в духе "че это было?!? зачем мне эта инфа, если эта сеть на моем интерфейсе?!?"
P.S. настоятельно призываю Вас отказаться от термина "специфика" в пользу более понятных простым смертным вещей как "сеть", "роут", "хост" и т.д.

Специфик это не просто 'более понятная простым смертным вещь как "сеть", "роут" и "хост"'. Это маршрут с большей длинной маски, т.е. более специфичный маршрут.
А вообще, Вы совершенно зря придумываете какие-то правила, оправдывающе поведения свитча. Есть же rfc:
RFC 4632 писал(а):
1. Forwarding in the Internet is done on a longest-match basis.
This implies that destinations that are multi-homed relative to a
routing domain must always be explicitly announced into that
routing domain (i.e., they cannot be summarized). If a network
is multi-homed, all of its paths into a routing domain that is
"higher" in the hierarchy of networks must be known to the
"higher" network).
Цитата:
The introduction of routing protocols that support classless prefixes
and a move to a forwarding model that mandates that more-specific
(longest-match) routes be preferred when they overlap with routes to
less-specific prefixes