у cisco access-порт может быть только с одним voice vlan (вешается тагетом телефон и ПК антагетом через него), либо используй транк+нативный влан "Only one voice VLAN is supported per access port. If multiple tagged VLANs are needed, configure the port as a trunk."
я подвожу к тому, что если я не хочу использовать нативный влан в качестве нетэгованного влана, то вышестоящая задача "подключить на порт два тэгированных влана и один нетегированный" с помощью truk+native не решается
также она не решается с помощью voice vlan+untagged vlan, т.к. в этом случае можно прокинуть на порт только 1 тегированный влан.
итого, если порт не умеет в гибридный режим, то на access-порт не прокинуть нетэгированный влан (который необходим) вместе с тэгированным (либо придётся соглашаться с тем, что это будет только нативный влан, либо использовать voice vlan+untagged vlan, где это будет уместно)
правильно ли я понимаю, что - cisco (де-факто стандарт) - trunk+native vlan, когда через порт можно передать только 1 untagged vlan - hp, mikrotik - гибридный режим - когда через порт можно передавать несколько untagged vlan. поэтому и понятия нативного влан у них нет?
что будет, когда закончится поддержка, например, Office 2021, а у установленного 2021 LTSC указан канал Current:
канал стухнет и придётся вручную переключать на PerpetualVL2021
автоматом будут приходить обновления, но уже с PerpetualVL2021
будет получать все текущие функциональные обновления, но уже с новых версий офиса
в Вашем скриншоте для всех вариантов (Office 2016 Volume, 2024 Volume и Microsoft 365 Apps) установлена одна версия - 2405. но последняя версия для 2016 - это 2203. что даёт 2405 в этом случае? это сделано исключительно для демонстрации того, что у всех выпусков офиса одинаковая версия/бинарники, а функциональность остаётся на уровне родной 2203?
получается, что в теории как-то возможно, взять любой выпуск офиса и заменить его на любой другой (скажем, 2016 на 2021), изменив только ключ продукта, а Office Automatic Updates 2.0 сделает необходимые обновления?
не могу оставить комментарий к вашей прошлой статье про Azure Stack HCI, поэтому спрошу здесь:
1. как понимаю, у Azure Stack HCI всего 18 месяцев основной поддержки. это же не корпоративная история. смысл её использовать, когда есть Windows Server Datacenter Azure Edition (если не рассматривать историю с лицензированием)
2. Вы так и не рассказали "чем Azure Stack HCI отличается от ОС Windows Server Datacenter Azure Edition (Core)" или я проглядел?
стандартно, раздел для загрузчика есть и в MBR.
например, в Windows - это активный system reserved на 500МБ NTFS против 100МБ ESP в EFI.
к тому же, он ещё и праймэри
если правильно понимаю, на чипе GeForce 5090 16ть 2канальных контроллеров, то ест 32 чипа GDDR. получается, что даже при чипе в 2ГБ получим 64ГБ.
>EPYC 9374F
>Выбрали его, потому что это единственный высокочастотный процессор, у которого базовая частота 3,85 ГГц доступна на 32 ядрах
только у него всего 16 ядер
у cisco access-порт может быть только с одним voice vlan (вешается тагетом телефон и ПК антагетом через него), либо используй транк+нативный влан
"Only one voice VLAN is supported per access port. If multiple tagged VLANs are needed, configure the port as a trunk."
в целом, позиция понятна. спасибо.
я подвожу к тому, что если я не хочу использовать нативный влан в качестве нетэгованного влана, то вышестоящая задача "подключить на порт два тэгированных влана и один нетегированный" с помощью truk+native не решается
также она не решается с помощью voice vlan+untagged vlan, т.к. в этом случае можно прокинуть на порт только 1 тегированный влан.
итого, если порт не умеет в гибридный режим, то на access-порт не прокинуть нетэгированный влан (который необходим) вместе с тэгированным (либо придётся соглашаться с тем, что это будет только нативный влан, либо использовать voice vlan+untagged vlan, где это будет уместно)
да, спасибо!
правильно ли я понимаю, что
- cisco (де-факто стандарт) - trunk+native vlan, когда через порт можно передать только 1 untagged vlan
- hp, mikrotik - гибридный режим - когда через порт можно передавать несколько untagged vlan. поэтому и понятия нативного влан у них нет?
вы правы, в 802.1Q не увидел явного запрета на передачу тегированных кадров на access-порт.
видимо, когда в статьях авторы это утверждают, то имеют ввиду то, что такое поведение порта настроено по умолчанию в коммутаторах.
по стандарту access-порт НЕ принимает трафик с тегами.
но вендорские решения делают это возможным.
изначально было достаточно такого ответа, без чсв
то есть, по-вашему, возможно на access-порт подать кадр с тэгом?
тогда уместнее было б сказать: "настраиваем транковый порт с тегироваными вланами для телефона и компа, и нативным вланом для принтера"
иначе, твоё предложение можно трактовать так, как будто можно засунуть в транковый порт порт доступа
по п.2: порт может быть либо access, либо trunk. передать одновременно тэгированный и access VLAN через один порт невозможно
Алексей, приветствую!
такие вопросы:
что будет, когда закончится поддержка, например, Office 2021, а у установленного 2021 LTSC указан канал Current:
канал стухнет и придётся вручную переключать на PerpetualVL2021
автоматом будут приходить обновления, но уже с PerpetualVL2021
будет получать все текущие функциональные обновления, но уже с новых версий офиса
в Вашем скриншоте для всех вариантов (Office 2016 Volume, 2024 Volume и Microsoft 365 Apps) установлена одна версия - 2405.
но последняя версия для 2016 - это 2203. что даёт 2405 в этом случае? это сделано исключительно для демонстрации того, что у всех выпусков офиса одинаковая версия/бинарники, а функциональность остаётся на уровне родной 2203?
получается, что в теории как-то возможно, взять любой выпуск офиса и заменить его на любой другой (скажем, 2016 на 2021), изменив только ключ продукта, а Office Automatic Updates 2.0 сделает необходимые обновления?
по поводу LSI 9560.
насколько знаю, все три-моды конвертируют nvme в sas > лютые задержки и потеря всех прелестей nvme.
да и в любом случае, 1 контроллер - это максимум 4 диска по 4 линии. необходимо 6 pcie, 6 контроллеров. и всё это дело не загнать в один массив.
а с учётом стоимости контроллеров и вашего ТЗ - смысл было рассматривать этот вариант вообще?
пара вопросов:
для raid испльзовали vroc? как решали вопрос с требующимся аппаратным ключом?
у amd имеются подобные технологии vmd/vroc?
Благодарю!
Алексей, здравствуйте!
Спасибо за Ваш цикл статей!
не могу оставить комментарий к вашей прошлой статье про Azure Stack HCI, поэтому спрошу здесь:
1. как понимаю, у Azure Stack HCI всего 18 месяцев основной поддержки. это же не корпоративная история. смысл её использовать, когда есть Windows Server Datacenter Azure Edition (если не рассматривать историю с лицензированием)
2. Вы так и не рассказали "чем Azure Stack HCI отличается от ОС Windows Server Datacenter Azure Edition (Core)" или я проглядел?
Заранее спасибо.
не привелегий - разрешений.
в токене пользователя нет списков ACL - только привелегии
а у ресурса (объекта) нет токена. у ресурса - дескриптор безопасности, который и содержит списки ACL
USB 4.2 — USB4 Gen4x2