форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка

Вариант для распечатки		Пред. тема | След. тема
Форум Маршрутизаторы CISCO и др. оборудование. (Cisco Catalyst коммутаторы)
Изначальное сообщение		[ Отслеживать ]

"RSTP и  spanning-tree portfast"	+/–
Сообщение от qqq (??) on 15-Мрт-11, 16:30
Добрый день всем! Есть трабла. При активации на свиче rstp (pvrst+), рабочим станциям все равно приходится ожидать 50 сек, пока свич не переведет порт в режим FW. Спасает только команда spanning-tree portfast на интерфейсе, куда подключен ПК. Собственно сам вопрос: Должен ли переход на rstp (pvrst+) ускорить доступ edge-устройств к среде, или нет? Может что-то не настроено до конца? Или этот режим позволяет быстро перевести в режим FW только транки? Можно,конечно portfast'ить и далее, но тогда можно спокойно юзать дефолтный stp, раз поведение одинаковое. Заранее спасибо за комментарии.
Ответить | Правка | Cообщить модератору

Сообщения по теме

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

1. "RSTP и  spanning-tree portfast"	+/–
Сообщение от Aleks305 (ok) on 15-Мрт-11, 23:38
> Добрый день всем! > Есть трабла. При активации на свиче rstp (pvrst+), рабочим станциям все равно > приходится ожидать 50 сек, пока свич не переведет порт в режим > FW. Спасает только команда spanning-tree portfast на интерфейсе, куда подключен ПК. > Собственно сам вопрос: Должен ли переход на rstp (pvrst+) ускорить доступ edge-устройств > к среде, или нет? Может что-то не настроено до конца? Или > этот режим позволяет быстро перевести в режим FW только транки? Можно,конечно > portfast'ить и далее, но тогда можно спокойно юзать дефолтный stp, раз > поведение одинаковое. > Заранее спасибо за комментарии. rstp поможет, время конвергенции существенно сокращается. По-моему та есть возможность указывать edge-порты тоже, аналого port-fast stp
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	2. "RSTP и  spanning-tree portfast"	+/–
	Сообщение от VolanD (ok) on 16-Мрт-11, 05:23
	>[оверквотинг удален] >> приходится ожидать 50 сек, пока свич не переведет порт в режим >> FW. Спасает только команда spanning-tree portfast на интерфейсе, куда подключен ПК. >> Собственно сам вопрос: Должен ли переход на rstp (pvrst+) ускорить доступ edge-устройств >> к среде, или нет? Может что-то не настроено до конца? Или >> этот режим позволяет быстро перевести в режим FW только транки? Можно,конечно >> portfast'ить и далее, но тогда можно спокойно юзать дефолтный stp, раз >> поведение одинаковое. >> Заранее спасибо за комментарии. > rstp поможет, время конвергенции существенно сокращается. По-моему та есть возможность > указывать edge-порты тоже, аналого port-fast stp Дык там вроде переходных состояний портов в принципе меньше.
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

	3. "RSTP и  spanning-tree portfast"	+1 +/–
	Сообщение от Merridius on 17-Мрт-11, 14:30
	>[оверквотинг удален] >>> FW. Спасает только команда spanning-tree portfast на интерфейсе, куда подключен ПК. >>> Собственно сам вопрос: Должен ли переход на rstp (pvrst+) ускорить доступ edge-устройств >>> к среде, или нет? Может что-то не настроено до конца? Или >>> этот режим позволяет быстро перевести в режим FW только транки? Можно,конечно >>> portfast'ить и далее, но тогда можно спокойно юзать дефолтный stp, раз >>> поведение одинаковое. >>> Заранее спасибо за комментарии. >> rstp поможет, время конвергенции существенно сокращается. По-моему та есть возможность >> указывать edge-порты тоже, аналого port-fast stp > Дык там вроде переходных состояний портов в принципе меньше. командой port-fast как раз и указываются edge порты такие технологии как uplink fast и backbone fast уже по умолчанию включены в rapid-stp
	Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

	5. "RSTP и  spanning-tree portfast"	+/–
	Сообщение от qqq (??) on 18-Мрт-11, 18:15
	>[оверквотинг удален] >>>> этот режим позволяет быстро перевести в режим FW только транки? Можно,конечно >>>> portfast'ить и далее, но тогда можно спокойно юзать дефолтный stp, раз >>>> поведение одинаковое. >>>> Заранее спасибо за комментарии. >>> rstp поможет, время конвергенции существенно сокращается. По-моему та есть возможность >>> указывать edge-порты тоже, аналого port-fast stp >> Дык там вроде переходных состояний портов в принципе меньше. > командой port-fast как раз и указываются edge порты > такие технологии как uplink fast и backbone fast уже по умолчанию включены > в rapid-stp В общем понятно. Спасибо!
	Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

4. "RSTP и  spanning-tree portfast"	+/–
Сообщение от qqq (??) on 18-Мрт-11, 18:13
Уважаемые Знатоки, может ли кто-нибудь внятно объяснить, нужна ли команда spanning-tree portfast для быстрого перевода в режим FWD интерфейсов свича, если УЖЕ включен RSTP? Если нет, то как заставить свич быстро переключать порт в режим FWD? Просто включить RSTP командой spanning-tree mode rapid-pvst недостаточно (уже пробовал), тогда что еще надо добавить? Может какие-то конкретные команды на интерфейсах? Если да, и без нее никак, то в чем тогда плюс этой технологии (RSTP) для конечных пользователей? Ведь и в дефолтном режиме (STP) команда spanning-tree portfast работает также? Я просто хочу, чтобы рабочая станция, при включенном RSTP быстро получала доступ к среде, вот и все. Заранее спасибо!
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	6. "RSTP и  spanning-tree portfast"	+/–
	Сообщение от sTALK_specTrum on 19-Мрт-11, 17:47
	STP/RSTP никакого отношения не имеет к переходам портов по состояниям listening->learning->forwarding. Все эти uplinkfast/backbonefast имеют значение при перестройке дерева (того самого spanning-tree), когда поднимаются/падают линки между коммутаторами. А на edge-портах никакой STP не нужен и выключается portfast'ом. Ну какой смысл ждать BPDU от компа? Ана межкоммутаторных транках, если хочешь, чтобы побыстрее поднимались, рули spanning-tree forward-time, только не очень, а то наживёшь другие проблемы.
	Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

7. "RSTP и  spanning-tree portfast"	+/–
Сообщение от burn07 on 01-Ноя-13, 16:27
hi, не хочу умничать, но RSTP является привентивным, тоесть у него нету таймеров задержки. а насчет Portfast - к нему можно подключать ток конечные станции,тоесть на Edge-устройствах, и когда вы нажмете Spt portfast на интерфейсе он вообще не должен ждать) надеюсь помог
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

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

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