The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка  RSS
"STP подскажите по теории"
Вариант для распечатки  
Пред. тема | След. тема 
Форум Маршрутизаторы CISCO и др. оборудование. (Маршрутизация)
Изначальное сообщение [ Отслеживать ]

"STP подскажите по теории"  +/
Сообщение от Remidalv (ok) on 25-Фев-14, 10:56 
у меня есть несколько вопросов по 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. Как значения таймеров, выпривязаны к диаментру сети? почему именно такие таймеры?

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения по теме [Сортировка по времени | RSS]


1. "STP подскажите по теории"  +/
Сообщение от я on 25-Фев-14, 11:49 
> у меня есть несколько вопросов по 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. Как
> значения таймеров, выпривязаны к диаментру сети? почему именно такие таймеры?

Таймеры такие, поскольку необходимо соблюсти условие быстрой сходимости сети в случае сбоя. Если занизить таймеры, возможна ситуация когда будут образовываться локальные рутовые коммутаторы, и сеть будет не стабильна.

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

2. "STP подскажите по теории"  +/
Сообщение от Remidalv (ok) on 25-Фев-14, 12:05 
Спасибо за ответы, но я хотел бы "хорошо" разобрать с этими вопросами и Ваши ответы мне не подходят...

Допустим по таймерам, понимаю зачем нужны таймеры (вы какраз на это вопрос и ответили), но почему такие параметры выбраны, а не другие? хочу понять логику
И так к каждому вашему ответу ...

Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

3. "STP подскажите по теории"  +/
Сообщение от VolanD (ok) on 25-Фев-14, 15:12 
> Спасибо за ответы, но я хотел бы "хорошо" разобрать с этими вопросами
> и Ваши ответы мне не подходят...
> Допустим по таймерам, понимаю зачем нужны таймеры (вы какраз на это вопрос
> и ответили), но почему такие параметры выбраны, а не другие? хочу
> понять логику
> И так к каждому вашему ответу ...

в RFC есть формула, как из диаметра вычисляются эти таймеры...

Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

4. "STP подскажите по теории"  +/
Сообщение от Remidalv (ok) on 25-Фев-14, 16:05 
>> Спасибо за ответы, но я хотел бы "хорошо" разобрать с этими вопросами
>> и Ваши ответы мне не подходят...
>> Допустим по таймерам, понимаю зачем нужны таймеры (вы какраз на это вопрос
>> и ответили), но почему такие параметры выбраны, а не другие? хочу
>> понять логику
>> И так к каждому вашему ответу ...
> в RFC есть формула, как из диаметра вычисляются эти таймеры...

спасибо! с вопросом N4 разобрался

Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

5. "STP подскажите по теории"  +/
Сообщение от VolanD (ok) on 25-Фев-14, 17:27 
По памяти, могу ошибаться:

> 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 секунд).

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

6. "STP подскажите по теории"  +/
Сообщение от Rimidalv on 03-Мрт-14, 01:37 
VolanD, спасибо за ответ.

Не понял, по 3му ответу.  Зачем свич получивший от рута Conf BPDU (с установленным флагом TC) ставит age timer в MAC таблице, равным forward delay (15 секунд). Что это даёт ?

Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

7. "STP подскажите по теории"  +/
Сообщение от VolanD (ok) on 03-Мрт-14, 05:28 
> VolanD, спасибо за ответ.
> Не понял, по 3му ответу.  Зачем свич получивший от рута Conf
> BPDU (с установленным флагом TC) ставит age timer в MAC таблице,
> равным forward delay (15 секунд). Что это даёт ?

Опять же, точного ответа не знаю. Предполагаю это сделано для того, чтобы свичи быстрее сбросили свою таблицу и слали unknown unicast, видимо в условиях изменившейся топологии- это считается правильным...

Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

8. "STP подскажите по теории"  +/
Сообщение от McLoud email(??) on 05-Мрт-14, 13:06 
Это делается для того чтобы в таблице мак-адресов не осталось маков, которые светились бы с портов по которым шел трафик до перестройки топологии, а остались только маки выученные после перестройки. Если посмотрите значения ти места применения таймеров, все будет более понятно. Еще есть ньанс когда свич поддерживает L3 функционал, в этом случае вместе с таблицей мак-в ессно подчищается и таблица ARP, поэтому если в сети идут частые TC это чревато потерей трафика.
Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру