The OpenNET Project / Index page

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



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

"Разобрать etherchannel"  +/
Сообщение от alex (??), 31-Янв-19, 17:16 
Добрый день.
Возможно, вопрос покажется глупым, просто нет понимания у меня почему так происходит.
Допустим есть 2 коммутатора L2, которые соединены между собой 2 линками, на которых поднят portchannel. Все работает. Теперь разбираем этот portchannel и вот тут возникает вопрос.
Если банально сделать no interface portchannel, то коммутатор убирает настройку channel-group с физических интерфейсов, но при этом переводит интерфейсы в даун. Объясните, почему так происходит, в чем заключается логика циски? Ведь физические интерфейсы остаются с нормальным конфигом, но почему-то переведенные циской в даун.
Если просто сначала снять ручками с физического интерфейса channel-group, а потом уже убирать interface portchannel, то тогда все работает и порт не падает.
Ответить | Правка | Cообщить модератору

Оглавление

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


1. "Разобрать etherchannel"  +/
Сообщение от fantom (??), 01-Фев-19, 12:56 
>[оверквотинг удален]
> Возможно, вопрос покажется глупым, просто нет понимания у меня почему так происходит.
> Допустим есть 2 коммутатора L2, которые соединены между собой 2 линками, на
> которых поднят portchannel. Все работает. Теперь разбираем этот portchannel и вот
> тут возникает вопрос.
> Если банально сделать no interface portchannel, то коммутатор убирает настройку channel-group
> с физических интерфейсов, но при этом переводит интерфейсы в даун. Объясните,
> почему так происходит, в чем заключается логика циски? Ведь физические интерфейсы
> остаются с нормальным конфигом, но почему-то переведенные циской в даун.
> Если просто сначала снять ручками с физического интерфейса channel-group, а потом уже
> убирать interface portchannel, то тогда все работает и порт не падает.

Дык вопрос не туда. Вам в саппорт циски, раздел "философия" :)
А вообще почитайте про циску внимательнее, у нее есть фича - автоопределения наличия портченнела в канале, вот скорее всего потому и шатдауниит.

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

3. "Разобрать etherchannel"  +/
Сообщение от Pofigist (?), 04-Фев-19, 10:55 

> Дык вопрос не туда. Вам в саппорт циски, раздел "философия" :)
> А вообще почитайте про циску внимательнее, у нее есть фича - автоопределения
> наличия портченнела в канале, вот скорее всего потому и шатдауниит.

Разумеется это в раздел "базовые знания по организации сетей". Начинать с раздела про stp - что это такое и зачем он нужен.

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

2. "Разобрать etherchannel"  +/
Сообщение от Serb (?), 04-Фев-19, 07:45 
>[оверквотинг удален]
> Возможно, вопрос покажется глупым, просто нет понимания у меня почему так происходит.
> Допустим есть 2 коммутатора L2, которые соединены между собой 2 линками, на
> которых поднят portchannel. Все работает. Теперь разбираем этот portchannel и вот
> тут возникает вопрос.
> Если банально сделать no interface portchannel, то коммутатор убирает настройку channel-group
> с физических интерфейсов, но при этом переводит интерфейсы в даун. Объясните,
> почему так происходит, в чем заключается логика циски? Ведь физические интерфейсы
> остаются с нормальным конфигом, но почему-то переведенные циской в даун.
> Если просто сначала снять ручками с физического интерфейса channel-group, а потом уже
> убирать interface portchannel, то тогда все работает и порт не падает.

Во избежание образования петли и как результат шировещательного шторма

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

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

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




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

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