у меня есть несколько вопросов по STP, подскажите:1. Какой смыл в двух состояниях listening и learning ?
Почему их не обьеденили в одно?
Напомню:
Listening — трафик не передаётся никакой, кроме BPDU
Learning - порт принимает пакеты помимо BPDU, запоминает MAC-адреса в CAM-таблицу.
2. В BPDU есть информация - идентификатор порта, из которого отправлен данный пакет (Port ID). Зачем эта инфа, в какой ситуации она используется?
3. Какие действия выполняются рутовым свитчём после получения BPDU о том что топология изменилась?
(то что я нашёл, было непонятно обьясненно)
4. По умолчанию таймеры такие:
Hello time 2 секунды
Forward delay - 15 секунд
Maximum age -20 секундЗначение таймеры даны с учетом что максимальный диаметр сети = 7. Как значения таймеров, выпривязаны к диаментру сети? почему именно такие таймеры?
> у меня есть несколько вопросов по STP, подскажите:
> 1. Какой смыл в двух состояниях listening и learning ?
> Почему их не обьеденили в одно?
> Напомню:
> Listening — трафик не передаётся никакой, кроме BPDU
> Learning - порт принимает пакеты помимо BPDU, запоминает MAC-адреса в CAM-таблицу.Обьеденили в 802.1w
> 2. В BPDU есть информация - идентификатор порта, из которого отправлен данный
> пакет (Port ID). Зачем эта инфа, в какой ситуации
> она используется?Port id используется в качестве одного из способов определения порта, через который нужно свитчить трафик. К примеру, если у вас в рутовый коммутатор идут два даунлинка в сторону сети.
> 3. Какие действия выполняются рутовым свитчём после получения BPDU о том что
> топология изменилась?
> (то что я нашёл, было непонятно обьясненно)Он шлёт TCA.
> 4. По умолчанию таймеры такие:
> Hello time 2 секунды
> Forward delay - 15 секунд
> Maximum age -20 секунд
> Значение таймеры даны с учетом что максимальный диаметр сети = 7. Как
> значения таймеров, выпривязаны к диаментру сети? почему именно такие таймеры?Таймеры такие, поскольку необходимо соблюсти условие быстрой сходимости сети в случае сбоя. Если занизить таймеры, возможна ситуация когда будут образовываться локальные рутовые коммутаторы, и сеть будет не стабильна.
Спасибо за ответы, но я хотел бы "хорошо" разобрать с этими вопросами и Ваши ответы мне не подходят...Допустим по таймерам, понимаю зачем нужны таймеры (вы какраз на это вопрос и ответили), но почему такие параметры выбраны, а не другие? хочу понять логику
И так к каждому вашему ответу ...
> Спасибо за ответы, но я хотел бы "хорошо" разобрать с этими вопросами
> и Ваши ответы мне не подходят...
> Допустим по таймерам, понимаю зачем нужны таймеры (вы какраз на это вопрос
> и ответили), но почему такие параметры выбраны, а не другие? хочу
> понять логику
> И так к каждому вашему ответу ...в RFC есть формула, как из диаметра вычисляются эти таймеры...
>> Спасибо за ответы, но я хотел бы "хорошо" разобрать с этими вопросами
>> и Ваши ответы мне не подходят...
>> Допустим по таймерам, понимаю зачем нужны таймеры (вы какраз на это вопрос
>> и ответили), но почему такие параметры выбраны, а не другие? хочу
>> понять логику
>> И так к каждому вашему ответу ...
> в RFC есть формула, как из диаметра вычисляются эти таймеры...спасибо! с вопросом N4 разобрался
По памяти, могу ошибаться:> 2. В BPDU есть информация - идентификатор порта, из которого отправлен данный
> пакет (Port ID). Зачем эта инфа, в какой ситуации
> она используется?Есть критерии:
1) lower root BID
2) lower root path cost
3) lower sender BID
4) lower sender port ID
Соответственно, если все 3 критерия одинаковые, то срабатывает 4ый. Это происходит тогда, когда у свича два линка в сегмент, он за счет sender port ID выбирает какой положить в блокед
> 3. Какие действия выполняются рутовым свитчём после получения BPDU о том что
> топология изменилась?
> (то что я нашёл, было непонятно обьясненно)Свич, когда понимает, что изменилась топология (лег порт, перестали приходить BPDU соседа)- отправляет TCN на рутовый порт. Каждый свич, получая TCN, отправляет обратно ack, а также шлет его на свой рут-порт. Рут-свич, получает TCN, затем отправляет Conf BPDU (с установленным флагом TC). Свичи, получив такой BPDU выставляют age timer в MAC таблице, равным forward delay (15 секунд).
VolanD, спасибо за ответ.Не понял, по 3му ответу. Зачем свич получивший от рута Conf BPDU (с установленным флагом TC) ставит age timer в MAC таблице, равным forward delay (15 секунд). Что это даёт ?
> VolanD, спасибо за ответ.
> Не понял, по 3му ответу. Зачем свич получивший от рута Conf
> BPDU (с установленным флагом TC) ставит age timer в MAC таблице,
> равным forward delay (15 секунд). Что это даёт ?Опять же, точного ответа не знаю. Предполагаю это сделано для того, чтобы свичи быстрее сбросили свою таблицу и слали unknown unicast, видимо в условиях изменившейся топологии- это считается правильным...
Это делается для того чтобы в таблице мак-адресов не осталось маков, которые светились бы с портов по которым шел трафик до перестройки топологии, а остались только маки выученные после перестройки. Если посмотрите значения ти места применения таймеров, все будет более понятно. Еще есть ньанс когда свич поддерживает L3 функционал, в этом случае вместе с таблицей мак-в ессно подчищается и таблица ARP, поэтому если в сети идут частые TC это чревато потерей трафика.