Мережевий комутатор(тип1) рівня ядра для локальних обчислювальних мереж;Мережевий комутатор (тип2) рівня доступу для локальних обчислювальних мереж;Мережевий комутатор (тип3) рівня доступу для локальних обчислювальних мереж -

З метою приведення у відповідність Тендерної документації до відповідей на запитання внесено зміни до Тендерної документації, рішенням тендерного комітету від 10 червня 2020 року протокол № 57, а саме до підпункту 1.4 пункту 1 «Загальні вимоги» додатку 5 «ТЕХНІЧНІ ВИМОГИ» до тендерної документації викласти у наступній редакції:
«1.4. Все мережеве обладнання повинно бути від одного виробника».

З метою приведення у відповідність тендерної документації до відповідей на запитання внесено зміни до тендерної документації, затвердженої рішенням тендерного комітету від 10 червня 2020 року протокол № 57, а саме пункт 5 Розділу VI. Результати торгів та укладання договору про закупівлю тендерної документації викласти у наступній редакції:
«Забезпечення виконання договору про закупівлю має бути подане у виді банківської гарантії не пізніше дати укладення договору про закупівлю.
Банківська гарантія оформлена відповідно до вимог постанови Правління Національного банку України від 15.12.2004 № 639 «Положення про порядок здійснення банками операцій за гарантіями в національній та іноземних валютах» (далі – Положення), із зобов’язанням банку у разі виникнення обставин, передбачених цим пунктом, перерахувати на рахунок Державної митної служби України кошти у сумі забезпечення виконання договору про закупівлю.
Банківські реквізити Державної митної служби України (Замовник): рахунок IBAN UA588201720355179002002101079 в ДКС України, м. Київ, МФО 820172, код ЄДРПОУ 40109173. При здійсненні платежу у призначенні забезпечення виконання договору про закупівлю обов’язково вказати: Мережеве обладнання – за кодом ДК 021:2015 – 32420000-3 (Мережевий комутатор (тип 1) рівня ядра для локальних обчислювальних мереж; Мережевий комутатор (тип 2) рівня доступу для локальних обчислювальних мереж; Мережевий комутатор (тип 3) рівня доступу для локальних обчислювальних мереж».
Розмір забезпечення виконання договору про закупівлю складає:5 % від вартості договору.
Строк дії забезпечення виконання договору про закупівлю: до повного виконання учасником взятих зобов’язань за договором.
Бенефіціар – Державна митна служба України; Банк Бенефіціара (Замовника) – Державна казначейська служба України, м. Київ, МФО 820172 (адреса: вул. Бастіонна, 6, м. Київ, 01601).
Гарантія подається у форматі електронного документа:
- гарантія має містити умови, визначені в пункті 26
розділу ІІІ Положення з урахуванням розміру забезпечення, умов безвідкличності та безумовності гарантії згідно з цим пунктом тендерної документації;
- гарантія подається не пізніше дати укладення договору про закупівлю у вигляді електронного документа скріпленого КЕП (кваліфікованим електронним підписом) банку-гаранту;
- подання документа (гарантії) здійснюється відповідно до положень Закону України «Про електронні документи та електронний документообіг»
Замовник повертає забезпечення виконання договору про закупівлю:
- після виконання переможцем процедури закупівлі договору про закупівлю;
- за рішенням суду щодо повернення забезпечення договору у випадку визнання результатів процедури закупівлі недійсними або договору про закупівлю нікчемним;
- у випадках, передбачених статтею 43 Закону;
- згідно з умовами, зазначеними в договорі про закупівлю, але не пізніше ніж протягом п’яти банківських днів з дня настання зазначених обставин.»

З метою приведення у відповідність тендерної документації до відповідей на запитання внесено зміни до тендерної документації, затвердженої рішенням тендерного комітету від 10 червня 2020 року протокол № 57, а саме виключити пункт 9 додатку 3.4 «Довідка щодо відсутності підстав у відмові учаснику в участі у процедурі закупівлі, визначених у статті 17 закону» та пункт 1 Таблиці 1 «Документи, що підтверджують відсутність підстав, визначених частинами першою і другою статті 17 Закону» Додатку 4 «Документи, що підтверджують відсутність підстав, визначених частинами першою і другою статті 17 Закону» до тендерної документації

З метою приведення у відповідність тендерної документації до відповідей на запитання внесуно зміни до тендерної документації, затвердженої рішенням тендерного комітету від 10 червня 2020 року протокол № 57, а саме: «1.1. Інформаційна довідка про наявність досвіду виконання аналогічного договору, а саме: постачання (продаж, реалізація) Учасником в рамках виконання договору такого товару, який згідно з ДК 021:2015 відноситься до класу за показником четвертої цифри за кодом – 32420000-3 – мережеве обладнання (за формою згідно з Додатком 3.1 до тендерної документації). Інформаційна довідка має містити інформацію про виконання договору(-ів).»

З метою приведення у відповідність Тендерної документації до відповідей на запитання внесено зміни до Тендерної документації, затвердженої рішенням тендерного комітету від 10 червня 2020 року протокол № 57, а саме виключити пункт 1 таблиці 1 «Кваліфікаційні вимоги до учасників процедури закупівлі» додатку 3 «Кваліфікаційні критерії та документи, які вимагаються для підтвердження відповідності пропозиції учасника кваліфікаційним критеріям та іншим вимогам замовника».

Компанії - виробника обладнання, яке учасник планує запропонувати в рамках даної закупівлі. Технічна підтримка на обладнання повинна починатися з наступного робочого дня із дати постачання обладнання Замовнику в рамках виконання Договору. Часовий пояс згідно місця постачання обладнання (Україна, м. Київ, вул. Дегтярівська, 11-Г) GMT +02:00.
Відповідно до пункту 2.3 розділу 2 «Якість товару та гарантії» додатку 6 «Проект договору» до тендерної документації визначено, що «Термін гарантійної підтримки Товару, що поставляється за Договором складає 36 місяців, від дати підписання Сторонами Акту прийому-передачі Товару».

Так, відповідно п.4 ст.16 Закону наявність фінансової спроможності підтверджується фінансовою звітністю. Про те, беручи до уваги що очікувана вартість закупівлі складає 19364300грн. вважаємо за доцільне з метою уникнення будь яких обставин що можуть спричинити не виконання фінансових звітів за договором, залишити за Замовником право отримання вичерпної інформації про відсутність заборгованості у вигляді довідки у довільній формі, що не є конфеденційною інформацією.

Частиною 3 статті 22 Закону передбачено,"тендерна документація може містити іншу інформацію, вимоги щодо наявності якої передбачені законодавством та яку замовник вважає за необхідне включити до тендерної документації. Водночас, статтею 87 Цивільного кодексу України визначено порядок створення юридичної особи, який передбачає зокрема розробку установчих документів, якими є або затверджений учасниками статут або засновницький договір між учасниками, якщо інше не встановлено законом.
Отже, від юридичної особи, як учасника процедури закупівлі, Замовнику Закон не забороняє в Тендерній документації надання статуту юридичної особи - нормативного акту, що визначає її правове становище, завдання, структуру, функції, статутний капітал і назву, а також місцезнаходження, найменування посади керівника, який її очолює тощо.

З метою приведення у відповідність Тендерної документації до відповідей на запитання внесено зміни до Тендерної документації, затвердженої рішенням тендерного комітету від 10 червня 2020 року протокол № 57, а саме доповнити пункт 1 «Загальні вимоги» додатку 5 «Технічні вимоги» підпунктом 1.5 та викласти його у редакції «1.5. Всі посилання на конкретну торгівельну марку чи фірму, патент, конструкцію або тип предмета закупівлі, джерело його походження або виробника, слід читати з виразом «або еквівалент»».
Також, слід зазначити, що 10GBASE-SR - є міжнародним стандартом та не є посиланням на конкретний оптичний модуль виробництва Cisco або будь-якого іншого виробника мережевого обладнання. Нижче наведено приклади аналогічних модулів від різних виробників:
https://support.huawei.com/enterprise/en/doc/EDOC1000013597/3df16afa/sfp-10g-sr
JW091A SFP-10GE-SR 10GBASE-SR SFP+ 850nm Pluggable LC Connector 10GbE Transceiver
(https://community.arubanetworks.com/t5/Wired-Intelligent-Edge-Campus/Aruba-10G-SFP-Transceivers-MSA-Compliant/td-p/652130)
https://optics.extremenetworks.com/SLX/Optical/Multi-Mode/Formfactor/SFPPLUS/Bitrate/10G/Reach/300M,MAX/

З метою приведення у відповідність Тендерної документації до відповідей на запитання внесено зміни до Тендерної документації, затвердженої рішенням тендерного комітету від 10 червня 2020 року протокол № 57, а саме:
1) назву пункт 2 додатку 5 «Технічні вимоги» викласти у редакції: «2. Загальні вимоги до гарантійної технічної підтримки:»;
2) підпункт 2.1. пункт 2 додатку 5 «Технічні вимоги» викласти у редакції: «2.1. Гарантійна технічна підтримка обладнання компанії має відповідати умовам Cisco SMARTnet 8x5xNBD (8x5xНаступний Робочий День) або еквіваленту таких вимог:»;
3) підпункт 2.2. пункт 2 додатку 5 «Технічні вимоги» викласти у редакції: «2.2. Термін надання послуг з гарантійної технічної підтримки обладнання повинен складати не менше ніж 36 місяців».

Пункт 12 частини 1 статті 17 - службову (посадова) особа учасника, фізичну особу, яка є учасником, було притягнуто згідно із законом до відповідальності за вчинення правопорушення, пов’язаного з використанням дитячої праці чи будь-якими формами торгівлі людьми. Постановою Кабінету Міністрів України від 18.04.2012 № 303 затверджено Положення про створення та функціонування Єдиного державного реєстру злочинів торгівлі людьми (далі - Реєстр). Відповідно до пункту 5 Положення Держателем (володільцем) Реєстру є МВС. Надання довідки у довільній формі від переможця, завіреної підписом уповноваженої особи та печаткою Учасника, задовільнить дану вимогу на підтвердження відсутності цієї підстави.

З метою приведення у відповідність Тендерної документації до відповідей на запитання внесено зміни до Тендерної документації, затвердженої рішенням тендерного комітету від 10 червня 2020 року протокол № 57, а саме:пункт 5 підпункт 5.1.викласти у наступній редакції :
«Інформація про відсутність заборгованості з податків, зборів і платежів перевіряється Замовником в електронній системі закупівель в інформації, що автоматично формується в системі Прозорро в результаті взаємодії електронної системи закупівель з інформаційними системами Державної податкової служби України»

Наразі Форма тендерної пропозиції що надана Замовником (Додаток 2)- це структура документу і при цьому примітка «Внесення у Форму тендерної пропозиції будь-яких змін неприпустиме».- це щодо внесення змін у саму структуру документа (колонок , приписів і т. д.) Назва товару запропонованого учасником , як еквівалент може змінюватись без зміни кількості самого товару.

Підпунктом 2.1. пункту 2 «Загальні вимоги до післягарантійної технічної підтримки додатку 5 до тендерної документації встановлено вимогу «Післягарантійна технічна підтримка обладнання компанії має відповідати умовам Cisco SMARTnet 8x5xNBD (8x5xНаступний Робочий День) або еквіваленту таких вимог:», яка повинна включати:
- надання консультацій телефоном та електронною поштою з питань налаштування і експлуатації обладнання в робочі дні з 9.00 до 18.00 години (відповідно до програми обслуговування 8x5xNBD);
- приймання запитів на обслуговування протягом 24 годин на добу, 7 днів на тиждень, включаючи вихідні та святкові дні, за телефоном, факсом, електронною поштою або через веб-сайт;
- реагування на запити на обслуговування протягом 2х годин з моменту отримання запиту на обслуговування;
- виконання обслуговування цілодобово у робочі, вихідні та святкові дні (відповідно до програми обслуговування 8х5хNBD);
- діагностику несправностей апаратної частини обладнання дистанційно (по телефону, електронної поштою, WebEx чи інший вид конференції, або віддалене підключення, надане Замовником);
- заміну несправного обладнання, або його складових частин протягом наступного дня з моменту встановлення несправності та необхідності заміни обладнання (у випадку виникнення критичної несправності, яка може у будь-який момент спричинити зупинку усього технологічного процесу Замовника);
- доступ до закритої частини сайту виробника і онлайн бази знань виробника з великою кількістю технічної інформації та корисними інструментами;
- постійний (протягом 24 годин на добу, 7 днів на тиждень) доступ до Центру Технічної Підтримки Виробника, електронною поштою або по телефону;
- надання Замовнику основних та перехідних версій програмного забезпечення Виробника за допомогою веб-сайту виробника.

З метою приведення у відповідність Тендерної документації до відповідей на запитання внесено зміни до Тендерної документації, затвердженої рішенням тендерного комітету від 11 червня 2020 року протокол № 58, а саме:Виключити підпункт 2.2 пункту 2 таблиці 1 «Кваліфікаційні вимоги до учасників процедури закупівлі» додатку 3 «Кваліфікаційні критерії та документи, які вимагаються для підтвердження відповідності пропозиції учасника кваліфікаційним критеріям та іншим вимогам замовника», а саме:
« 2.2. Учасник повинен надати довідку з обслуговуючого банку (банків) про відсутність простроченої заборгованості за кредитами, видану не раніше ніж за 14 (чотирнадцять) днів відносно дати розкриття тендерної пропозиції»

З метою приведення у відповідність Тендерної документації до відповідей на запитання внесено зміни до Тендерної документації, затвердженої рішенням тендерного комітету від 15 червня 2020 року протокол № 59, а саме :виключити пункт 12 додатку 3.2 «Довідка щодо відсутності підстав у відмові учаснику в участі у процедурі закупівлі, визначених у статті 17 закону», а саме:

«12) (найменування Учасника) провадить господарську діяльність відповідно до положень його статуту.»

Шановний учаснику! У технічної підтримки від будь-якого виробника є перелік функціональних параметрів. Для прикладу наведемо декілька з них:
- приймання запитів на обслуговування;
- надання консультацій телефоном та електронною поштою;
- заміна несправного обладнання;
- доступ до Центру Технічної Підтримки Виробника.
По кожному з цих параметрів на сайтах виробників у відповідних розділах прописано свій SLA. Ось декілька посилань: https://support.huawei.com/enterprise/en/customer-support-service/ENEWS1000008632
https://www.cisco.com/c/dam/global/ru_ua/assets/downloads/cisco_smartnet_manual.pdf
https://h20195.www2.hpe.com/V2/GetPDF.aspx/4AA4-8876ENW.pdf
https://www.fortinet.com/content/dam/fortinet/assets/brochures/FortiCare-Services.pdf
Як видно з порівняльних таблиць та/або інфографік по рівням обслуговування різниця в основному полягає у SLA по заміні несправного обладнання (RMA). Тому особливість програми Cisco SMARTnet 8x5xNBD полягає в терміні по заміні несправного обладнання, а саме: заміна обладнання повинна бути виконана протягом наступного 8-ми годинного робочого дня від моменту прийняття рішення по заміні.

Шановний учаснику, перш за все зазначимо, що у вказаному в питанні п.1.7 «Керування» не вказано жодного парт-номеру обладнання. Не зважаючи на це надаємо відповіді на ваші питання відповідно до нумерації в питанні:
(1) Так, до розгляду будуть прийняті пропозиції, що містять аналогічні рішення та обладнання, які будуть відповідати технічним вимогам додатку 5 до Тендерної документації. Придбання програмного забезпечення в рамках даної закупівлі не передбачається.
(2) Усі вимоги, пов’язані з інтеграцією з існуючими системами Замовника, наведено у додатку 5 до Тендерної документації.
(3) Усі вимоги до обладнання наведено у додатку 5 до Тендерної документації. Перевірка рішень виробників, що будуть подані до розгляду, буде виконуватись на стадії Предкваліфікації. Саме тоді Замовник зможе оцінити усі рішення.

Шановний учаснику, перш за все зазначимо, що у вказаному в питанні п.1.7 «Керування» не вказано жодного парт-номеру обладнання. Не зважаючи на це надаємо відповіді на ваші питання відповідно до нумерації в питанні:
(1) Так, до розгляду будуть прийняті пропозиції, що містять аналогічні рішення та обладнання, які будуть відповідати технічним вимогам додатку 5 до Тендерної документації. Придбання програмного забезпечення в рамках даної закупівлі не передбачається.
(2) Усі вимоги, пов’язані з інтеграцією з існуючими системами Замовника, наведено у додатку 5 до Тендерної документації.
(3) Усі вимоги до обладнання наведено у додатку 5 до Тендерної документації. Перевірка рішень виробників, що будуть подані до розгляду, буде виконуватись на стадії Предкваліфікації. Саме тоді Замовник зможе оцінити усі рішення.

Шановний учаснику, перш за все зазначимо, що у вказаному в питанні п.1.7 «Керування» не вказано жодного парт-номеру обладнання. Не зважаючи на це надаємо відповіді на ваші питання відповідно до нумерації в питанні:
(1) Так, до розгляду будуть прийняті пропозиції, що містять аналогічні рішення та обладнання, які будуть відповідати технічним вимогам додатку 5 до Тендерної документації. Придбання програмного забезпечення в рамках даної закупівлі не передбачається.
(2) Усі вимоги, пов’язані з інтеграцією з існуючими системами Замовника, наведено у додатку 5 до Тендерної документації.
(3) Усі вимоги до обладнання наведено у додатку 5 до Тендерної документації. Перевірка рішень виробників, що будуть подані до розгляду, буде виконуватись на стадії Предкваліфікації. Саме тоді Замовник зможе оцінити усі рішення.

Шановний учаснику, перш за все зазначимо, що Згідно вимог Додатку №5 до Тендерної документації п.4.1.Технічні вимоги до мережевого комутатору (тип 1) рівня ядра для локальних обчислювальних мереж п.10 Оптичний модуль 10GBASE-SR п.10.6 «Сумісність» не вказано жодного парт-номеру обладнання, а лише наведено перелік моделей комутаторів, що використовуються у Замовника. Не зважаючи на це надаємо відповіді на ваші питання:
Під сертифікатом про сумісність слід розуміти офіційне підтвердження від виробника комутаторів, що пропонуються та виробника комутаторів, що є у наявності у Замовника, у вигляді офіційного документу або посилання на сайт виробника комутаторів. Кількість оптичних модулів, що вказана у технічних вимогах, розрахована із потреби встановлення їх як в обладнання, що закуповується, так і в обладнання, що існує у Замовника для з’єднання існуючого та нового обладнання між собою. В процесі експлуатації технічні спеціалісти Замовника стикалися із випадками несумісності оптичних модулів в обладнання. Тому такий досвід спонукає Замовника до економії бюджетних коштів шляхом перевірки сумісності обладнання на етапі закупівлі а не в процесі експлуатації.
Замовник не є виробником обладнання, тому Замовник не має зразка такого документу. Щодо органу видачі такого документу – то це повинен бути виробник обладнання або його офіційний представник на території України. Цього достатньо, адже сервісна підтримка від виробника може бути придбана лише на комутатори.

Шановний учаснику, перш за все зазначимо, що Згідно вимог Додатку №5 до Тендерної документації п.4.2. Технічні вимоги до мережевого комутатору (тип 2) рівня доступу для локальних обчислювальних мереж п.2. «Кабель для стикування (тип 1) для комутаторів типу 2 та 3» п.2.2 «Сумісність» не вказано жодного парт-номеру обладнання. Тому не слід вводити в оману інших учасників такими твердженнями. Не зважаючи на це надаємо відповіді на ваші питання:
Під сертифікатом про сумісність слід розуміти офіційне підтвердження від виробника комутаторів, що пропонуються, у вигляді офіційного документу або посилання на сайт виробника комутаторів. Адже для підтвердження стикування комутаторів виробник має використовувати лише перевірені рішення, тому що функціонал стикування є базовим для виробника комутаторів.
Замовник не є виробником обладнання, тому Замовник не має зразка такого документу. Щодо органу видачі такого документу – то це повинен бути виробник обладнання або його офіційний представник на території України. Цього достатньо, адже сервісна підтримка від виробника може бути придбана лише на комутатори.

Шановний учаснику, перш за все зазначимо, що Згідно вимог Додатку №5 до Тендерної документації п.4.2. Технічні вимоги до мережевого комутатору (тип 2) рівня доступу для локальних обчислювальних мереж п.3 «Кабель для стикування (тип 2) для комутаторів типу 2 та 3» п.3.2 «Сумісність» не вказано жодного парт-номеру обладнання. Тому не слід вводити в оману інших учасників такими твердженнями. Не зважаючи на це надаємо відповіді на ваші питання:
Під сертифікатом про сумісність слід розуміти офіційне підтвердження від виробника комутаторів, що пропонуються, у вигляді офіційного документу або посилання на сайт виробника комутаторів. Адже для підтвердження стикування комутаторів виробник має використовувати лише перевірені рішення, тому що функціонал стикування є базовим для виробника комутаторів.
Замовник не є виробником обладнання, тому Замовник не має зразка такого документу. Щодо органу видачі такого документу – то це повинен бути виробник обладнання або його офіційний представник на території України. Цього достатньо, адже сервісна підтримка від виробника може бути придбана лише на комутатори.

Шановний учаснику, перш за все зазначимо, що Згідно вимог Додатку №5 до Тендерної документації п.4.3. Технічні вимоги до мережевого комутатору (тип 3) рівня доступу для локальних обчислювальних мереж п.2 Оптичний модуль 10GBASE-SR п.2.6 «Сумісність» не вказано жодного парт-номеру обладнання, а лише наведено перелік моделей комутаторів, що використовуються у Замовника. Не зважаючи на це надаємо відповіді на ваші питання:
Під сертифікатом про сумісність слід розуміти офіційне підтвердження від виробника комутаторів, що пропонуються та виробника комутаторів, що є у наявності у Замовника, у вигляді офіційного документу або посилання на сайт виробника комутаторів. Кількість оптичних модулів, що вказана у технічних вимогах, розрахована із потреби встановлення їх як в обладнання, що закуповується, так і в обладнання, що існує у Замовника для з’єднання існуючого та нового обладнання між собою. В процесі експлуатації технічні спеціалісти Замовника стикалися із випадками несумісності оптичних модулів в обладнання. Тому такий досвід спонукає Замовника до економії бюджетних коштів шляхом перевірки сумісності обладнання на етапі закупівлі а не в процесі експлуатації.
Замовник не є виробником обладнання, тому Замовник не має зразка такого документу. Щодо органу видачі такого документу – то це повинен бути виробник обладнання або його офіційний представник на території України. Цього достатньо, адже сервісна підтримка від виробника може бути придбана лише на комутатори.

Шановний учаснику, Ваша думка стосовно дискримінаційної вимоги хибна, тому на Ваше прохання наводимо приклад виробника Huawei, який задовольняє даним вимогам:
- Підтримка протоколу VLAN на обладнанні Huawei: https://support.huawei.com/enterprise/en/doc/EDOC1000088746?section=j007;
- Підтримка протоколу LLDP (Link Layer Discovery Protocol) для збору інформації другого рівня про сусіднє мережеве обладнання: https://support.huawei.com/enterprise/en/doc/EDOC1000088753?section=j007;
- Аналогом технології Flexible NetFlow є технологія NetStream виробника Huawei:https://support.huawei.com/enterprise/en/doc/EDOC1000174072/23634fe7/netstream-configuration;
- NETCONF, RESTCONF, YANG є відкритими стандартами, а Python є мовою програмування, яку використовують для написання скриптів:
https://tools.ietf.org/html/rfc6241;
https://tools.ietf.org/html/rfc6020;
https://tools.ietf.org/html/rfc8040;
https://docs.python.org/3/c-api/index.html.
Підтримка вищевказаних стандартів для АРІ та використання вбудованих скриптів, написаних на Python, в обладнанні виробника Huawei:
https://support.huawei.com/enterprise/ru/doc/EDOC1100038418?section=j002&topicName=introduction-to-netconf-yang-api;
https://support.huawei.com/enterprise/en/doc/EDOC1100009498;
https://support.huawei.com/enterprise/en/doc/EDOC1100043518/d1dedb32/python-api.

Шановний учаснику, Ваша думка стосовно дискримінаційної вимоги хибна, тому на Ваше прохання наводимо приклад виробника Huawei, який задовольняє даним вимогам:
- Підтримка протоколу VLAN на обладнанні Huawei: https://support.huawei.com/enterprise/en/doc/EDOC1000088746?section=j007
- Підтримка протоколу LLDP (Link Layer Discovery Protocol) для збору інформації другого рівня про сусіднє мережеве oбладнання: https://support.huawei.com/enterprise/en/doc/EDOC1000088753?section=j007
- Аналогом технології Flexible NetFlow є технологія NetStream виробника Huawei: https://support.huawei.com/enterprise/en/doc/ EDOC1000174072/23634fe7/netstream-configuration;
- - NETCONF, RESTCONF, YANG є відкритими стандартами, а Python є мовою програмування, яку використовують для написання скриптів:
https://tools.ietf.org/html/rfc6241;
https://tools.ietf.org/html/rfc6020;
https://tools.ietf.org/html/rfc8040;
https://docs.python.org/3/c-api/index.html.
Підтримка вищевказаних стандартів для АРІ та використання вбудованих скриптів, написаних на Python, в обладнанні виробника Huawei:
https://support.huawei.com/enterprise/ru/doc/EDOC1100038418?section=j002&topicName=introduction-to-netconf-yang-api;
https://support.huawei.com/enterprise/en/doc/EDOC1100009498;
https://support.huawei.com/enterprise/en/doc/EDOC1100043518/d1dedb32/python-api.

Шановний учаснику, Ваша думка стосовно дискримінаційної вимоги хибна, тому на Ваше прохання наводимо приклад виробника Huawei, який задовольняє даним вимогам:
- Підтримка протоколу VLAN на обладнанні Huawei: https://support.huawei.com/enterprise/en/doc/EDOC1000088746?section=j007
- Підтримка протоколу LLDP (Link Layer Discovery Protocol) для збору інформації другого рівня про сусіднє мережеве oбладнання:
https://support.huawei.com/enterprise/en/doc/EDOC1000088753?section=j007 - Аналогом технології Flexible NetFlow є технологія NetStream виробника Huawei: https://support.huawei.com/enterprise/en/doc/EDOC1000174072/23634fe7/netstream-configuration;
- NETCONF, RESTCONF, YANG є відкритими стандартами, а Python є мовою програмування, яку використовують для написання скриптів:
https://tools.ietf.org/html/rfc6241;
https://tools.ietf.org/html/rfc6020;
https://tools.ietf.org/html/rfc8040;
https://docs.python.org/3/c-api/index.html.
Підтримка вищевказаних стандартів для АРІ та використання вбудованих скриптів, написаних на Python, в обладнанні виробника Huawei:
https://support.huawei.com/enterprise/ru/doc/EDOC1100038418?section=j002&topicName=introduction-to-netconf-yang-api; https://support.huawei.com/enterprise/en/doc/EDOC1100009498;
https://support.huawei.com/enterprise/en/doc/EDOC1100043518/d1dedb32/python-api.

Шановний учаснику, на Ваше прохання зазначаємо декілька виробників, обладнання яких підтримує технологію Application Visibility and Control:
Alcatel-Lucent Enterprise: https://www.al-enterprise.com/-/media/assets/ internet/documents/ifab-visibility-control-for-network-overlays-appnote-en.pdf;
Extreme Networks: https://www.extremenetworks.com/resources/solution-brief/extreme-nsight-application-visibility-and-control/;
Cisco Systems: https://www.cisco.com/c/en/us/td/docs/ios/solutions_docs/avc/ guide/avc-user-guide/avc_tech_overview.html;
Juniper Networks: https://www.juniper.net/us/en/products-services/what-is/application-visibility-and-control/;
Palo Alto Networks: https://www.paloaltonetworks.com/resources/demos/ application-visibility-and-control.

Шановний учаснику, на Ваше прохання зазначаємо декілька виробників, обладнання яких підтримує технологію Application Visibility and Control:
Alcatel-Lucent Enterprise: https://www.al-enterprise.com/-/media/assets/ internet/documents/ifab-visibility-control-for-network-overlays-appnote-en.pdf;
Extreme Networks: https://www.extremenetworks.com/resources/solution-brief/extreme-nsight-application-visibility-and-control/;
Cisco Systems: https://www.cisco.com/c/en/us/td/docs/ios/solutions_docs/avc/ guide/avc-user-guide/avc_tech_overview.html;
Juniper Networks: https://www.juniper.net/us/en/products-services/what-is/application-visibility-and-control/;
Palo Alto Networks: https://www.paloaltonetworks.com/resources/demos/ application-visibility-and-control.

Шановний учаснику, на Ваше прохання зазначаємо декілька виробників, обладнання яких підтримує технологію Application Visibility and Control:
Alcatel-Lucent Enterprise: https://www.al-enterprise.com/-/media/assets/ internet/documents/ifab-visibility-control-for-network-overlays-appnote-en.pdf;
Extreme Networks: https://www.extremenetworks.com/resources/solution-brief/extreme-nsight-application-visibility-and-control/;
Cisco Systems: https://www.cisco.com/c/en/us/td/docs/ios/solutions_docs/avc/ guide/avc-user-guide/avc_tech_overview.html;
Juniper Networks: https://www.juniper.net/us/en/products-services/what-is/application-visibility-and-control/;
Palo Alto Networks: https://www.paloaltonetworks.com/resources/demos/ application-visibility-and-control.

Шановний учаснику, перш за все зазначимо, що Згідно вимог Додатку
№ 5 до Тендерної документації п. 4.1.Технічні вимоги до мережевого комутатору (тип 1) рівня ядра для локальних обчислювальних мереж п. 1.4 «Архітектура» вказано аж ніяк не функціональні властивості обладнання, як Вами зазначено у питанні, а апаратні характеристики. Нагадаємо, що від розміру Flash-пам’яті залежить об’єм програмного забезпечення, що може бути встановлено на комутатор. У Flash-пам’яті може зберігатися кілька конфігураційних файлів, необхідних для оновлення програмного забезпечення та/або відкату на робочу (стійку та перевірену) версію програмного забезпечення. Окрім того системна пам’ять може використовуватись для зберігання журналу системних подій. Тому бувають випадки, коли Flash-пам’яті не достатньо для зберігання необхідної інформації і додатково використовуються SSD носії. Від оперативної пам’яті залежить швидкість обробки пакетів та пересилання трафіку, що безпосередньо впливає на продуктивність обладнання. Не дивлячись на це, на Ваше прохання зазначаємо декілька виробників, обладнання які можуть задовольнити дану вимогу.
Juniper Networks (DRAM 64Гб + SSD 64Гб): https://www.juniper.net/ us/en/products-services/switching/ex-series/datasheets/1000432.page;
Juniper Networks (DRAM 32Гб + SSD 128Гб): https://www.juniper.net/ assets/us/en/local/pdf/datasheets/1000532-en.pdf;
Hewlett Packard Enterprise (DRAM 16Гб + Flash 8Гб + SSD 64Гб): https://www.arubanetworks.com/assets/ds/DS_8325Series.pdf;
Extreme Networks (DRAM 16Гб + SSD 128Гб): https://cloud.kapostcontent.net/pub/0369b53f-0179-40bb-b364-81a84d8354ce/x695-data-sheet.

Шановний учаснику, перш за все зазначимо, що Згідно вимог Додатку
№ 5 до Тендерної документації п. 4.2.Технічні вимоги до мережевого комутатору (тип 2) рівня доступу для локальних обчислювальних мереж п. 1.4 «Архітектура» вказано аж ніяк не функціональні властивості обладнання, як Вами зазначено у питанні, а апаратні характеристики. Нагадаємо, що від розміру Flash-пам’яті залежить об’єм програмного забезпечення, що може бути встановлено на комутатор. У Flash-пам’яті може зберігатися кілька конфігураційних файлів, необхідних для оновлення програмного забезпечення та/або відкату на робочу (стійку та перевірену) версію програмного забезпечення. Окрім того системна пам’ять може використовуватись для зберігання журналу системних подій. Тому бувають випадки, коли Flash-пам’яті не достатньо для зберігання необхідної інформації і додатково використовуються SSD носії. Від оперативної пам’яті залежить швидкість обробки пакетів та пересилання трафіку, що безпосередньо впливає на продуктивність обладнання. Не дивлячись на це, на Ваше прохання зазначаємо декілька виробників, обладнання які можуть задовольнити дану вимогу.
Juniper Networks (DRAM 64Гб + SSD 64Гб): https://www.juniper.net/ us/en/products-services/switching/ex-series/datasheets/1000432.page;
Juniper Networks (DRAM 32Гб + SSD 128Гб): https://www.juniper.net/ assets/us/en/local/pdf/datasheets/1000532-en.pdf;
Hewlett Packard Enterprise (DRAM 16Гб + Flash 8Гб + SSD 64Гб): https://www.arubanetworks.com/assets/ds/DS_8325Series.pdf;
Extreme Networks (DRAM 16Гб + SSD 128Гб): https://cloud.kapostcontent.net/pub/0369b53f-0179-40bb-b364-81a84d8354ce/x695-data-sheet

Шановний учаснику, перш за все зазначимо, що Згідно вимог Додатку
№ 5 до Тендерної документації п. 4.3.Технічні вимоги до мережевого комутатору (тип 3) рівня доступу для локальних обчислювальних мереж п. 1.4 «Архітектура» вказано аж ніяк не функціональні властивості обладнання, як Вами зазначено у питанні, а апаратні характеристики. Нагадаємо, що від розміру Flash-пам’яті залежить об’єм програмного забезпечення, що може бути встановлено на комутатор. У Flash-пам’яті може зберігатися кілька конфігураційних файлів, необхідних для оновлення програмного забезпечення та/або відкату на робочу (стійку та перевірену) версію програмного забезпечення. Окрім того системна пам’ять може використовуватись для зберігання журналу системних подій. Тому бувають випадки, коли Flash-пам’яті не достатньо для зберігання необхідної інформації і додатково використовуються SSD носії. Від оперативної пам’яті залежить швидкість обробки пакетів та пересилання трафіку, що безпосередньо впливає на продуктивність обладнання. Не дивлячись на це, на Ваше прохання зазначаємо декілька виробників, обладнання які можуть задовольнити дану вимогу.
Juniper Networks (DRAM 64Гб + SSD 64Гб): https://www.juniper.net/ us/en/products-services/switching/ex-series/datasheets/1000432.page;
Juniper Networks (DRAM 32Гб + SSD 128Гб): https://www.juniper.net/ assets/us/en/local/pdf/datasheets/1000532-en.pdf;
Hewlett Packard Enterprise (DRAM 16Гб + Flash 8Гб + SSD 64Гб): https://www.arubanetworks.com/assets/ds/DS_8325Series.pdf;
Extreme Networks (DRAM 16Гб + SSD 128Гб): https://cloud.kapostcontent.net/pub/0369b53f-0179-40bb-b364-81a84d8354ce/x695-data-sheet.

Шановний учаснику, перш за все зазначимо, що Згідно вимог Додатку №5 до Тендерної документації п.4.2. Технічні вимоги до мережевого комутатору (тип 2) рівня доступу для локальних обчислювальних мереж п.1.4 «Архітектура» вказано аж ніяк не функціональні властивості обладнання, як Вами зазначено у питанні, а апаратні характеристики. Замовнику не відомі патенти мережевого обладнання Cisco, про які Ви пишете. Не дивлячись на це на Ваше прохання зазначаємо декілька виробників, обладнання яких може задовольнити дану вимогу:
комутатор ExtremeSwitching X690 виробника Extreme Networks, що має 6 незалежних вентилятори з можливістю гарячої заміни, можливість об’єднання в стек до 8 комутаторів на швидкості 400 Гбіт/с: https://cloud.kapostcontent.net/pub/44317954-ef18-4082-8714-3b22a9540f32/x690-data-sheet.pdf?kui=t3jIjd3uJZgg-RyyxO3sWg;
комутатор EX4300 виробника Juniper Networks, що має 2 незалежних вентилятори з можливістю гарячої заміни, можливість об’єднання в стек до 10 комутаторів на швидкості 320 Гбіт/с: https://www.juniper.net/us/en/products-services/switching/ex-series/datasheets/1000467.page.

Шановний учаснику, перш за все зазначимо, що згідно вимог Додатку №5 до Тендерної документації п.4.3. Технічні вимоги до мережевого комутатору (тип 3) рівня доступу для локальних обчислювальних мереж п.1.4 «Архітектура» вказано аж ніяк не функціональні властивості обладнання, як Вами зазначено у питанні, а апаратні характеристики. Замовнику не відомі патенти мережевого обладнання Cisco, про які Ви пишете. Не дивлячись на це на Ваше прохання зазначаємо декілька виробників, обладнання яких може задовольнити дану вимогу:
Комутатор ExtremeSwitching X690 виробника Extreme Networks, що має 6 незалежних вентилятори з можливістю гарячої заміни, можливість об’єднання в стек до 8 комутаторів на швидкості 400 Гбіт/с: https://cloud.kapostcontent.net/pub/44317954-ef18-4082-8714-3b22a9540f32/x690-data-sheet.pdf?kui=t3jIjd3uJZgg-RyyxO3sWg.
Комутатор EX4300 виробника Juniper Networks, що має 2 незалежних вентилятори з можливістю гарячої заміни, можливість об’єднання в стек до 10 комутаторів на швидкості 320 Гбіт/с: https://www.juniper.net/us/en/products-services/switching/ex-series/datasheets/1000467.page.

Шановний учаснику, Ваша думка стосовно дискримінаційної вимоги хибна, тому на Ваше прохання наводимо приклади виробників, обладнання яких підтримує відповідні технології:
приклади підтримки ААА-сервісів за протоколами TACACS+:
https://www.arubanetworks.com/techdocs/ClearPass/Aruba_DeployGd_HTML/Content/HP%20Switch%20Integration/Switch_mgmt_TACACS.htm;
https://techhub.hpe.com/eginfolib/networking/docs/switches/WB/15-18/5998-8152_wb_2920_asg/content/ch05s03.html;
https://www.alliedtelesis.com/sites/default/files/documents/feature-guides/howto_aw-_config_admin_login_using_radius_tacacs_plus.pdf.
Крім того, стандарт TACACS+ є відкритим, та дозволяє інтегрувати обладнання будь якого виробника, якщо виробник вважає це за необхідне: https://tools.ietf.org/id/draft-ietf-opsawg-tacacs-07.html.
Відкритий стандарт IEEE 802.1AE підтримує обладнання майже всіх виробників, які випускають обладнання Enterprise класу, наприклад:
обладнання виробника Juniper https://www.juniper.net/documentation/ en_US/junos/topics/concept/macsec.html;
обладнання виробника Arista: https://www.arista.com/assets/data/pdf/ Whitepapers/MACsec-Config-Ops-WP.pdf.
Функціонал підтримки окремих списків контролю доступу для кожного інтерфейсу є базовим для забезпечення функцій безпеки на канальному та мережевому рівні моделі OSI, та підтримується великою кількістю виробників, наприклад:


обладнання виробника HPE: https://techhub.hpe.com/eginfolib/networking/ docs/switches/WB/16-01/5200-0135_wb_2920_ipv6/content/ch05s09.html; обладнання виробника Mellanox: https://docs.mellanox.com/pages/ viewpage.action?pageId=15048860;
обладнання виробника Arista: https://www.arista.com/en/um-eos/eos-section-24-2-access-control-lists.
Функціонал підтримки окремих списків контролю доступу для кожної віртуальної приватної мережі (VACL) є базовим для забезпечення функцій безпеки на канальному та мережевому рівні моделі OSI, та підтримується великою кількістю виробників, наприклад:
обладнання виробника D-LINK: https://eu.dlink.com/uk/en/support/ faq/switches/layer-2-gigabit/dgs-series/dgs-1510-how-to-use-vlan-filter;
обладнання виробника Allied Telesys: https://www.alliedtelesis.com/sites/ default/files/acl_feature_config_guide_rev_c.pdf.
Приклад підтримки окремих списків контролю доступу для кожного стану маршрутизуючих процесів (RACL) на обладнанні Aruba Networks: https://www.arubanetworks.com/techdocs/ArubaOS_73_Web_Help/Content/mas_guides/acls/Types_of_ACLs.htm.

Шановний учаснику, Ваша думка стосовно дискримінаційної вимоги хибна, тому на Ваше прохання наводимо приклади виробників, обладнання яких підтримує відповідні технології:
приклади підтримки ААА-сервісів за протоколами TACACS+:
https://www.arubanetworks.com/techdocs/ClearPass/Aruba_DeployGd_HTML/Content/HP%20Switch%20Integration/Switch_mgmt_TACACS.htm;
https://techhub.hpe.com/eginfolib/networking/docs/switches/WB/15-18/5998-8152_wb_2920_asg/content/ch05s03.html;
https://www.alliedtelesis.com/sites/default/files/documents/feature-guides/howto_aw-_config_admin_login_using_radius_tacacs_plus.pdf.
Крім того, стандарт TACACS+ є відкритим, та дозволяє інтегрувати обладнання будь якого виробника, якщо виробник вважає це за необхідне: https://tools.ietf.org/id/draft-ietf-opsawg-tacacs-07.html.
Відкритий стандарт IEEE 802.1AE підтримує обладнання майже всіх виробників, які випускають обладнання Enterprise класу, наприклад:
обладнання виробника Juniper https://www.juniper.net/documentation/ en_US/junos/topics/concept/macsec.html;
обладнання виробника Arista: https://www.arista.com/assets/data/pdf/ Whitepapers/MACsec-Config-Ops-WP.pdf.
Функціонал підтримки окремих списків контролю доступу для кожного інтерфейсу є базовим для забезпечення функцій безпеки на канальному та мережевому рівні моделі OSI, та підтримується великою кількістю виробників, наприклад:
обладнання виробника HPE: https://techhub.hpe.com/eginfolib/networking/ docs/switches/WB/16-01/5200-0135_wb_2920_ipv6/content/ch05s09.html; обладнання виробника Mellanox: https://docs.mellanox.com/pages/ viewpage.action?pageId=15048860;
обладнання виробника Arista: https://www.arista.com/en/um-eos/eos-section-24-2-access-control-lists.
Функціонал підтримки окремих списків контролю доступу для кожної віртуальної приватної мережі (VACL) є базовим для забезпечення функцій безпеки на канальному та мережевому рівні моделі OSI, та підтримується великою кількістю виробників, наприклад:
обладнання виробника D-LINK: https://eu.dlink.com/uk/en/support/ faq/switches/layer-2-gigabit/dgs-series/dgs-1510-how-to-use-vlan-filter;
обладнання виробника Allied Telesys: https://www.alliedtelesis.com/sites/ default/files/acl_feature_config_guide_rev_c.pdf.
Приклад підтримки окремих списків контролю доступу для кожного стану маршрутизуючих процесів (RACL) на обладнанні Aruba Networks: https://www.arubanetworks.com/techdocs/ArubaOS_73_Web_Help/Content/mas_guides/acls/Types_of_ACLs.htm.

Шановний учаснику, Ваша думка стосовно дискримінаційної вимоги хибна, тому на Ваше прохання наводимо приклади виробників, обладнання яких підтримує відповідні технології:
приклади підтримки ААА-сервісів за протоколами TACACS+:
https://www.arubanetworks.com/techdocs/ClearPass/Aruba_DeployGd_HTML/Content/HP%20Switch%20Integration/Switch_mgmt_TACACS.htm;
https://techhub.hpe.com/eginfolib/networking/docs/switches/WB/15-18/5998-8152_wb_2920_asg/content/ch05s03.html;
https://www.alliedtelesis.com/sites/default/files/documents/feature-guides/howto_aw-_config_admin_login_using_radius_tacacs_plus.pdf.
Крім того, стандарт TACACS+ є відкритим, та дозволяє інтегрувати обладнання будь якого виробника, якщо виробник вважає це за необхідне: https://tools.ietf.org/id/draft-ietf-opsawg-tacacs-07.html.
Відкритий стандарт IEEE 802.1AE підтримує обладнання майже всіх виробників, які випускають обладнання Enterprise класу, наприклад:
обладнання виробника Juniper https://www.juniper.net/documentation/ en_US/junos/topics/concept/macsec.html;
обладнання виробника Arista: https://www.arista.com/assets/data/pdf/ Whitepapers/MACsec-Config-Ops-WP.pdf.
Функціонал підтримки окремих списків контролю доступу для кожного інтерфейсу є базовим для забезпечення функцій безпеки на канальному та мережевому рівні моделі OSI, та підтримується великою кількістю виробників, наприклад:


обладнання виробника HPE: https://techhub.hpe.com/eginfolib/networking/ docs/switches/WB/16-01/5200-0135_wb_2920_ipv6/content/ch05s09.html; обладнання виробника Mellanox: https://docs.mellanox.com/pages/ viewpage.action?pageId=15048860;
обладнання виробника Arista: https://www.arista.com/en/um-eos/eos-section-24-2-access-control-lists.
Функціонал підтримки окремих списків контролю доступу для кожної віртуальної приватної мережі (VACL) є базовим для забезпечення функцій безпеки на канальному та мережевому рівні моделі OSI, та підтримується великою кількістю виробників, наприклад:
обладнання виробника D-LINK: https://eu.dlink.com/uk/en/support/ faq/switches/layer-2-gigabit/dgs-series/dgs-1510-how-to-use-vlan-filter;
обладнання виробника Allied Telesys: https://www.alliedtelesis.com/sites/ default/files/acl_feature_config_guide_rev_c.pdf.
Приклад підтримки окремих списків контролю доступу для кожного стану маршрутизуючих процесів (RACL) на обладнанні Aruba Networks: https://www.arubanetworks.com/techdocs/ArubaOS_73_Web_Help/Content/mas_guides/acls/Types_of_ACLs.htm.

Шановний учаснику, 10.06.20 були внесені зміни до тендерної документації, згідно яких п.1.5 пункту «Загальні вимоги» додатку 5 «Технічні вимоги» викладено у наступній редакції «1.5. Всі посилання на конкретну торгівельну марку чи фірму, патент, конструкцію або тип предмета закупівлі, джерело його походження або виробника, слід читати з виразом «або еквівалент».
Комутатори Arista підтримують аналог протоколу PVRST+ під назвою “Rapid Per-VLAN Spanning Tree (Rapid-PVST)”:
https://www.arista.com/en/um-eos/eos-section-26-3-configuring-a-spanning-tree.
Комутатори Huawei підтримують аналог протоколу PVRST+ під назвою “VLAN-Based Spanning Tree (VBST)”:
https://support.huawei.com/enterprise/en/doc/EDOC1100102949/efe1df32/vbst-configuration.
Щодо технології Shaped Round Robin для забезпечення якості обслуговування QoS у виробників Huawei та Juniper Networks є аналог під назвою “Weighted Round Robin (WRR)”:
https://support.huawei.com/enterprise/en/doc/EDOC1000178175/3ff19e15/congestion-management;
https://www.juniper.net/documentation/en_US/junos/topics/concept/schedulers-priority-overview-cos-config-guide.html.

Шановний учаснику, 10.06.20 були внесені зміни до тендерної документації, згідно яких п.1.5 пункту «Загальні вимоги» додатку 5 «Технічні вимоги» викладено у наступній редакції «1.5. Всі посилання на конкретну торгівельну марку чи фірму, патент, конструкцію або тип предмета закупівлі, джерело його походження або виробника, слід читати з виразом «або еквівалент».
Комутатори Arista підтримують аналог протоколу PVRST+ під назвою “Rapid Per-VLAN Spanning Tree (Rapid-PVST)”:
https://www.arista.com/en/um-eos/eos-section-26-3-configuring-a-spanning-tree.
Комутатори Huawei підтримують аналог протоколу PVRST+ під назвою “VLAN-Based Spanning Tree (VBST)”:
https://support.huawei.com/enterprise/en/doc/EDOC1100102949/efe1df32/vbst-configuration.
Щодо технології Shaped Round Robin для забезпечення якості обслуговування QoS у виробників Huawei та Juniper Networks є аналог під назвою “Weighted Round Robin (WRR)”:
https://support.huawei.com/enterprise/en/doc/EDOC1000178175/3ff19e15/congestion-management;
https://www.juniper.net/documentation/en_US/junos/topics/concept/schedulers-priority-overview-cos-config-guide.html.

Шановний учаснику, 10.06.20 були внесені зміни до тендерної документації, згідно яких п.1.5 пункту «Загальні вимоги» додатку 5 «Технічні вимоги» викладено у наступній редакції «1.5. Всі посилання на конкретну торгівельну марку чи фірму, патент, конструкцію або тип предмета закупівлі, джерело його походження або виробника, слід читати з виразом «або еквівалент».
Комутатори Arista підтримують аналог протоколу PVRST+ під назвою “Rapid Per-VLAN Spanning Tree (Rapid-PVST)”: https://www.arista.com/en/um-eos/eos-section-26-3-configuring-a-spanning-tree.
Комутатори Huawei підтримують аналог протоколу PVRST+ під назвою “VLAN-Based Spanning Tree (VBST)”: https://support.huawei.com/enterprise/ en/doc/EDOC1100102949/efe1df32/vbst-configuration.
Щодо технології Shaped Round Robin для забезпечення якості обслуговування QoS у виробників Huawei та Juniper Networks є аналог під назвою “Weighted Round Robin (WRR)”:
https://support.huawei.com/enterprise/en/doc/EDOC1000178175/3ff19e15/congestion-management; https://www.juniper.net/documentation/en_US/junos/topics/concept/schedulers-priority-overview-cos-config-guide.html.

Під сертифікатом про сумісність слід розуміти офіційне підтвердження від виробника комутаторів, що пропонуються та виробника комутаторів, що є у наявності у Замовника, у вигляді офіційного документу або посилання на сайт виробника комутаторів. Кількість оптичних модулів, що вказана у технічних вимогах, розрахована із потреби встановлення їх як в обладнання, що закуповується, так і в обладнання, що існує у Замовника для з'єднання існуючого та нового обладнання між собою. В процесі експлуатації технічні спеціалісти Замовника неодноразово стикалися із випадками несумісності оптичних модулів з обладнанням. Тому такий досвід спонукає Замовника вимагати гарантію на сумісність на етапі закупівлі а не в процесі експлуатації. Адже несумісне обладнання не дозволить реалізувати проект і дану закупівлю можна буде вважати марнотратством без досягнення мети, на реалізацію якої буде витрачено бюджетні кошти.

В процесі експлуатації технічні спеціалісти Замовника неодноразово стикалися із випадками несумісності оптичних модулів з обладнанням від різних виробників. Тому такий досвід спонукає Замовника вимагати гарантію на сумісність на етапі закупівлі а не в процесі експлуатації. Адже несумісне обладнання не дозволить реалізувати проект і дану закупівлю можна буде вважати марнотратством без досягнення мети, на реалізацію якої буде витрачено бюджетні кошти.

Якщо Замовник розділить закупівлю на частини (окремі лоти або окремі закупівлі) то є великий ризик того, що одна з частин не буде закуплена, або терміни закупівлі будуть зсунуті у часі. Якщо станеться будь-яка з цих ситуацій з будь-яких причин Замовник не отримає комплекс технічних засобів для вирішення основної мети виділення бюджетних коштів – а саме реалізацію запланованого проекту. Окрім того почне марно спливати час технічної підтримки від виробника комутаторів на невідомий термін, адже цей час Замовник технічно не зможе ввести в експлуатацію обладнання. Усі складові закупівлі (комутатори, оптичні модулі, кабелі стикування, оптичні кабелі) відносяться до предмету закупівлі. Не можливість реалізації проекту з будь-яких причин можна буде вважати марнотратством без досягнення мети, на реалізацію якої буде витрачено бюджетні кошти.

Шановний учаснику, вимога, яку вважаєте надлишковою, дає гарантію Замовнику на працездатність рішення і успішну реалізацію проекту. А от не можливість реалізації проекту з будь-яких причин можна буде вважати марнотратством без досягнення мети, на реалізацію якої буде витрачено бюджетні кошти.

Шановний учаснику, якщо конструктивні особливості рішення побудови технології стикування передбачають використання для стикування Ethernet портів тоді вимоги для кабелів стикування зводяться до відповідності стандартів роз’ємів відповідних Ethernet портів та типів роз’ємів кабелів для стикування (наприклад, порт для стикування - стандарт 10GBase-T(IEEE 802.3an-2006), кабель для стикування звита пара з роз’ємом типу RJ-45). В такому випадку підтвердження сумісності кабелю для стикування не вимагатиметься. У випадку ж використання рішення із портами стикування які не є стандартизованими, Замовнику необхідна гарантія працездатності запропонованого учасником рішення.

Шановний учаснику, кількість оптичних модулів, що вказана у технічних вимогах, розрахована із потреби встановлення їх як в обладнання, що закуповується, так і в обладнання, що існує у Замовника для з'єднання існуючого та нового обладнання між собою. Отже, сумісність необхідна на рівні електричного фізичного інтерфейсу, як із існуючим у Замовника обладнанням, так і з обладнанням, що закуповується. В процесі експлуатації технічні спеціалісти Замовника неодноразово стикалися із випадками несумісності по електричному фізичному інтерфейсу оптичних модулів з обладнанням, що експлуатується в корпоративній мережі Замовника. Тому такий досвід спонукає Замовника вимагати гарантію на сумісність на етапі закупівлі а не в процесі експлуатації.

Шановний учаснику, якщо Замовник розділить закупівлю на частини (окремі лоти або окремі закупівлі) то є великий ризик того, що одна з частин не буде закуплена, або терміни закупівлі будуть зсунуті у часі. Якщо станеться будь-яка з цих ситуацій з будь-яких причин Замовник не отримає комплекс технічних засобів для вирішення основної мети виділення бюджетних коштів - а саме реалізацію запланованого проекту. Окрім того почне марно спливати час технічної підтримки від виробника комутаторів на невідомий термін, адже цей час Замовник технічно не зможе ввести в експлуатацію обладнання. Не можливість реалізації проекту з будь-яких причин можна буде вважати марнотратством без досягнення мети, на реалізацію якої буде витрачено бюджетні кошти.