R
тогда я не понял про что речь, про failover континента? линк синхронизации нод или что-то другое?
Агрегация физических линков в режиме failover
Size: a a a
2020 December 09
DK
А чо не LACP сразу? Зочем active-backup?
R
А чо не LACP сразу? Зочем active-backup?
LACP работает нестабильно
G
Был ли у кого опыт заведения failover линков с Nexus vPC это вообще работает?
нет
DK
LACP работает нестабильно
😥
R
т.е. vPC есть понятие такое - как орфан порт. почитай
Прочитал, не уверен что это помогает, т.е. орфант это по-сути два разных коммутатора, а так разве можно делать в failover?
G
нельзя. т.е. орфман будет работать в большинстве случаев на "активном" (или какая там терминалогия у vPC я уже забыл) коммутаторе из "кластера" на второй ноде не будет передоваться трафик который не входит в какую-либо группу vPC. Если мы говорим про порты не натроенны в бонде на клиенте (кш) Если тебе нужен именно бонд не с LACP - то ты можешь так сделать на vPC
V
@Kirill_Rogozin смотри, у товарища есть основной ЦУС и резервный. На резервном настроен NAT и МЭ. Можно резервный ЦУС превратить в простой КШ, чтобы потом собрать из него кластер? На 3.7 нужно было чтобы просто был шлюз с идентификатором в базе ЦУСа, то есть не было сущности резервного. В 3.9 можно просто резервный ЦУС перезалить как КШ с сохранением идентификатора?
@go0dvin Кирилл, добрый день. До меня не сразу дошло. Выходит что у нас есть основной ЦУС и КШ, который является резервным ЦУСом. Если этот КШ мы удаляем, разве все сетевые объекты\правила и прочие настройки не останутся? Они же в базе ЦУС, который никуда не денется.
И второй вопрос, позволит ли ПУ удалить КШ, который задействован в сетевых объектах и правилах? Или он сначала укажет на то, что его для начала надо убрать из них?
И второй вопрос, позволит ли ПУ удалить КШ, который задействован в сетевых объектах и правилах? Или он сначала укажет на то, что его для начала надо убрать из них?
DK
Vitaliy
@go0dvin Кирилл, добрый день. До меня не сразу дошло. Выходит что у нас есть основной ЦУС и КШ, который является резервным ЦУСом. Если этот КШ мы удаляем, разве все сетевые объекты\правила и прочие настройки не останутся? Они же в базе ЦУС, который никуда не денется.
И второй вопрос, позволит ли ПУ удалить КШ, который задействован в сетевых объектах и правилах? Или он сначала укажет на то, что его для начала надо убрать из них?
И второй вопрос, позволит ли ПУ удалить КШ, который задействован в сетевых объектах и правилах? Или он сначала укажет на то, что его для начала надо убрать из них?
Привязку в сетевых объектах надо будет убрать, сам сетевой объект можно не удалять. Плюс разорвать все связи надо в свойствах КШ
V
Привязку в сетевых объектах надо будет убрать, сам сетевой объект можно не удалять. Плюс разорвать все связи надо в свойствах КШ
Понял, спасибо. То есть удалятся только правила NAT, которые забиты непосредственно на нём, верно?
DK
K
Vitaliy
@go0dvin Кирилл, добрый день. До меня не сразу дошло. Выходит что у нас есть основной ЦУС и КШ, который является резервным ЦУСом. Если этот КШ мы удаляем, разве все сетевые объекты\правила и прочие настройки не останутся? Они же в базе ЦУС, который никуда не денется.
И второй вопрос, позволит ли ПУ удалить КШ, который задействован в сетевых объектах и правилах? Или он сначала укажет на то, что его для начала надо убрать из них?
И второй вопрос, позволит ли ПУ удалить КШ, который задействован в сетевых объектах и правилах? Или он сначала укажет на то, что его для начала надо убрать из них?
1. нет
2. именно так
2. именно так
SZ
@Zabava_Putyatishna Добрый день! Может объяснить почему сертификаты выпущенные на СД не отображают длину открытого ключа, как это устроено в КриптоПро. Если мы выпускаем серт на УЦ КП и смотрим с утановленым КП CSP в сертах длина открытого ключа 512 бит. А вот КБ CSP свои серты определить не может, но при этом все работает
IK
Здравствуйте, на континенте можно настроить проброс статики в OSFP?
IK
это есть в гайдах?
DG
в гайдах континента нет