Щодо характеристик №1 «Вимоги до центрального комутатору», №2 «Вимоги до поверхового комутатору» та №3 «Вимоги до поверхового комутатору з PoE» - п.17 «Сервісний контракт, що надає оновлення програмного забезпечення, авансову заміну обладнання та звернення до цілодобового експертного центру. Необхідний термін сервісного контракту – не менше 36 місяців», та щодо характеристик №4 «Вимоги до контролеру бездротових точок доступу Wi-Fi», №5 «Вимоги до бездротової точки доступу Wi-Fi» - п.17 «Сервісний контракт, що надає оновлення програмного забезпечення, авансову заміну обладнання та звернення до цілодобового експертного центру. Необхідний термін сервісного контракту – не менше 60 місяців» Питання. Який період дії сервісу потребується, 8 (вісім) робочих годин 5 (п’ять) днів на тиждень, чи 24 (двадцять чотири) робочих години 7 (сім) днів на тиждень? Який час має бути включений до пропозиції для здійснення авансової заміни обладнання з моменту повідомлення?

Додаток 1 до тендерної документації «Інформація про необхідні технічні, якісні та кількісні характеристики предмету закупівлі», таблиця 2 «Вимоги до товару»: Щодо характеристик №2 «Вимоги до поверхового комутатору» та №3 «Вимоги до поверхового коммутатору з PoE» - п.5 «Підтримувати шифрування IEEE 802.1ae MAC Security MACsec на всіх портах з апаратною швидкістю передачі даних;» Просимо надати чітку та аргументовану відповідь на наступне питання: При задіянні технології MACsec 802.1AE між комутаторами відбувається шифрування всього потоку даних на канальному рівні (Layer2). В такому разі, цього буде технічно цілком достатньо для забезпечення захисту між сегментами мережі, її логічними рівнями та необхідним кінцевим обладнанням. До того ж, як відомо, що для реалізації технології згідно стандарту IEEE 802.1AE на кожному порту на рівні поверхових комутаторів потребується цілий ряд додаткових механізмів Замовника та ресурсів апаратного та програмного напрямку, що значно здорожує мережеву інфраструктуру в цілому. Для яких саме цілей планується впровадження MACsec 802.1AE саме на усіх портах поверхових комутаторів доступу та для яких конкретно пристроїв, чи мають вони підтримку IEEE 802.1AE? Чи достатньо на даному етапі реалізації проекту підтримка у поверхових комутаторів MACsec 802.1AE лише на висхідних (uplink) SFP+ портах для шифрування каналів до центрального обладнання? Для збереження оптимального співвідношення ціна/якість товару та не допущення завищення його технічних характеристик, й відповідно, перевитрати бюджетних коштів, прохання внести зміни до тендерної документації та викласти п.5 у наступній редакції: «Підтримувати шифрування IEEE 802.1ae MAC Security MACsec на висхідних (uplink) SFP+ портах з апаратною швидкістю передачі даних;».

Додаток 1 до тендерної документації «Інформація про необхідні технічні, якісні та кількісні характеристики предмету закупівлі», таблиця 2 «Вимоги до товару»: Щодо характеристик №2 «Вимоги до поверхового комутатору» та №3 «Вимоги до поверхового коммутатору з PoE» - п.9 «Підтримувати такі протоколи маршрутизації: OSPF, OSPF (версії 3), IS-IS, BGP, IGMP, PIM», Замовником вимагається для поверхових комутаторів рівня доступу підтримка наступних протоколів маршрутизації: OSPF, OSPF (версії 3), IS-IS, BGP, IGMP, PIM. Окрім інших, використання протоколів динамічної IS-IS (Intermediate System to Intermediate System), та зовнішньої граничної маршрутизації BGP (Border Gateway Protocol) на рівні доступу (що забезпечує підключення кінцевих пристроїв) не має технічних підстав і призводить як до додаткового подорожчання обладнання, так і системи в цілому. Як відомо, протокол IS-IS (описаний в RFC 1142) - це протокол динамічної маршрутизації для обміну інформацією щодо мереж і підмереж між внутрішніми маршрутизаторами однієї автономної системи (Autonomous System -AS) на базі методу стану каналів зв'язку. Спочатку розроблений ISO (спочатку в рамках DECnet Phase V) спеціально для мереж в архітектурі OSI - для мереж CLNS (Connectionless Network Service), а отже, він від самого початку не був оптимізований для роботи в рамках TCP / IP. IS-IS орієнтований на мережі провайдерів послуг Internet, особливо великі вузли маршрутизації, по суті є менш функціональним попередником протоколу OSPF, який на відміну від IS-IS активно використовується і підтримується в реальних мережах кампусів. По ряду причин немає доцільності застосовувати протокол маршрутизації IS-IS в локальній мережі на базі поверхових комутаторів доступу, і ось чому: - обтяження і ускладнення архітектури мережі, із підвищенням навантаження на обчислювальні ресурси кожного пристрою для обробки алгоритму вибору найкоротшого шляху SPF (Shortest Path First). - поверхові комутатори доступу служать для підключення кінцевих пристроїв і комутації пакетів, а не для маршрутизації великих мереж і утримання зон, або формування автономних систем. - комутатори - це пристрої 2-го (другого) рівня, а вимагається підтримка функціональності 3-го (третього) рівня, маршрутизації по протоколу IS-IS, є додатковою і надлишковою. Для даних завдань маршрутизації служить спеціалізований більш продуктивний клас пристроїв, що вимагають апаратної обробки і складного налаштування. - має суттєвий недолік, пов'язаний із лавинною розсилкою пакетів (flooding), що викликається раптовою зміною стану каналів (або, якщо канал несподівано став недоступний, або, навпаки, відновив свою роботу після перерви). - методика роботи протоколу побудована на 3-х зонній маршрутизації, що занадто обтяжує загальну конфігурацію і вартість системи. Маршрутизатори 2го рівня можуть спілкуватися лише з такими ж маршрутизаторами 2го рівня, для 1го рівня - аналогічно. Для взаємодії між маршрутизаторами 1го та 2го рівня і відповідними зонами використовуються маршрутизатори рівня 1-2. - на відміну від OSPF, у IS-IS немає можливості об'єднувати маршрути, і працювати з масками змінної довжини, при цьому втрачається гнучкість і ускладнюється управління і обслуговування мережі. Робота мережі на рівні доступу та забезпечення її відмовостійкості на сьогоднішній день досягається більш швидкими, перевіреними і виправданими технологіями, які не вимагають подорожчання обладнання та додаткових витрат Замовника на підтримку працездатності. Крім того IS-IS обтяжений великою кількістю функціональних особливостей, властивих моделі OSI, тому краще його уникати. На даний момент є більш ефективні і сучасні методи організації динамічної маршрутизації, наприклад, на базі сімейства протоколів OSPF, які вказані у вимогах Замовника. Протокол BGP (описаний в RFC 1930) - протокол зовнішніх шлюзів, відноситься до класу EGP (Exterior Gateway Protocols). BGP призначений для обміну маршрутною інформацією між прикордонними маршрутизаторами різних автономних систем в мережі Internet. В основному використовується на периметральному обладнанні мережі для організації зв'язку з однією і тією ж зовнішньою мережею декількома різними каналами, балансування навантаження між каналами провайдера послуг. Таким чином повністю відсутня необхідність у використанні протоколу BGP і вимогах до поверховим комутаторів. Так як вимоги Замовника тягне за собою надмірні витрати пропонуємо Виключити п.9 з технічних вимог, або викластись п.9 у наступній редакції: «Підтрімуваті Такі протоколи маршрутізації: OSPF, OSPF (Версії 3), IGMP, PIM».