-
Відкриті торги з особливостями
-
Однолотова
-
КЕП
- 1
ГІОЦ-25Т_119_ВО Обладнання для організації мережі бездротового доступу до ресурсів мережі Інтернет в потягах далекого сполучення
Пропозиції розглянуті
період кваліфікації завершився 23 дні назад
124 694 505.55
UAH без ПДВ
мін. крок: 1% або 1 246 945.06 UAH
мін. крок: 1% або 1 246 945.06 UAH
Період уточнення:
15.08.2025 10:43 - 03.09.2025 00:00
Відповідь надана
Змінити/додати вимоги в розділ Опис вимоги до параметру або характеристики
Номер:
5f592277cfa7481ab36135546c5ead22
Дата опублікування:
02.09.2025 00:00
Опис:
Добрий день.
Питання та прохання внести зміни в Тендерну Документацію стосовно наведеної
даної вимоги із ТЗ:
Функціональні вимоги / Опис вимоги до параметру або характеристики
Створена мережа повинна являти єдиний комплекс, який складається з трьох частин:
- доступу до зовнішньої мережі Інтернет (StarLink, LTE)
- доступу користувачів (внутрішня локальна мережа потягу, мережа Wifi)
- централізовані програмно-апаратні засоби керування, контролю, моніторингу.
Підключення до мережі Інтернет має бути побудовано з використанням технології супутникового зв’язку StarLink, технологій, які використовують мобільні оператори.
Система повинна автоматично об’єднувати всі доступні зовнішні WAN канали в один логічний канал та розподіляти його швидкість між усіма активними користувачами з можливістю обмеження швидкості та трафіку для користувачів.
Запропоноване рішення має забезпечувати наступний функціонал:
- автоматизований програмний підхід для створення гібридної WAN мережі з підтримкою технології SD WAN;
- об’єднання пропускної здатності кількох WAN каналів, для створення агрегованого каналу передавання даних з забезпеченням відмово-стійкості, мінімізуючи затримку, втрату пакетів та Jitter.
- можливість покращення роботи агрегованого каналу за рахунок використання корекції помилок та дублювання пакетів для окремих типів трафіку та сервісу.
Мережева інфраструктура рухомого складу повинна автоматично відновлювати роботу після збоїв (відсутність електроживлення, «зависання» тощо).
ПОЯСНЕННЯ УЧАСНИКА.
Технологія Starlink пропонує послуги на основі Договору про якість сервісу (Service Level Agreement, SLA), за яким Послуга з дотриманням відповідного тарифного плану доступна з показником 99,9%.
Посилання: https://www.starlink.com/is/support/article/b7142f8e-9762-6fcf-03f5-0d53c2895b3f
Затримка сигналу Starlink для регіону Україна складає 30-58 мс.
Starlink | Availability Map. Посилання https://www.starlink.com/map?view=latency
Середня швидкість Starkink складає 230 Мбіт/с.
З такими показниками зв’язку Starlink, немає необхідності об’єднувати канал Starlink з каналами 4G.
Також використання технології «бондінгу» для каналу Starlink обмежує його пропускну здатність через особливість технології «бондінгу», а саме - на маршрутизатор встановлюється ліцензія з максимальною смугою пропускання об’єднаного каналу. В даних ТВ така смуга пропускання має бути 100Мбіт/c. Це набагато менше ніж мінімальна смуга пропускання Starlink – 175Мбіт/c, середня 230Мбіт/c і максимальна 400Мбіт/c. Тож швидкість роботи Starlink буде обмежена 100Мбіт/c.
В той самий час технологія «бондінгу» може покращити загальну швидкість 4G каналу, якщо той буде використовуватись як резервний до Starlink. Наприклад коли потяг стоїть на вокзалі під накриттям. Об’єднаний 4G канал може скласти 60Мбіт/c (2хLTE модеми).
ПРОХАННЯ УЧАСНИКА.
Просимо внести зміни в Тендерну Документацію та викласти ці пункти у такій редакції
«Опис вимоги до параметру або характеристики»
Створена мережа повинна являти єдиний комплекс, який складається з трьох частин:
- доступу до зовнішньої мережі Інтернет (StarLink, LTE)
- доступу користувачів (внутрішня локальна мережа потягу, мережа Wifi)
- централізовані програмно-апаратні засоби керування, контролю, моніторингу.
Підключення до мережі Інтернет має бути побудовано за архітектурою «Основний канал – Резервний канал , в якій основним каналом має бути канал супутникового зв’язку StarLink , резервним каналом має бути канали 4G, які надають мобільні оператори, і які об’єднані за технологією SD-WAN bonding .
Система повинна автоматично об’єднувати всі доступні зовнішні 4G WAN канали в один логічний канал та розподіляти його швидкість між усіма активними користувачами з можливістю обмеження швидкості та трафіку для користувачів.
Запропоноване рішення має забезпечувати наступний функціонал:
- автоматизований програмний підхід для створення гібридної WAN мережі з підтримкою технології SD WAN;
- об’єднання пропускної здатності кількох WAN каналів, для створення агрегованого каналу передавання даних з забезпеченням відмово-стійкості, мінімізуючи затримку, втрату пакетів та Jitter.
- можливість покращення роботи агрегованого каналу за рахунок використання корекції помилок та дублювання пакетів для окремих типів трафіку та сервісу.
Мережева інфраструктура рухомого складу повинна автоматично відновлювати роботу після збоїв (відсутність електроживлення, «зависання» тощо).
Дякуємо.
Відповідь:
Шановний учасник, рішення яке має бути запропоновано Учасником повинно відповідати технічним умовам, а саме:
«Система повинна автоматично об’єднувати всі доступні зовнішні WAN канали в один логічний канал та розподіляти його швидкість між усіма активними користувачами з можливістю обмеження швидкості та трафіку для користувачів», а також використання «автоматизованого програмного підходу для створення гібридної WAN мережі з підтримкою технології SD WAN».
Дата відповіді:
02.09.2025 09:37
Відповідь надана
Внесення змін в проєкт Договору стосовно надання Замовником необхідної проєктної/конструкторської документації для проєктування рішення під час виконання Договору.
Номер:
ca7aec99e3924d86b66c410d92f87413
Дата опублікування:
01.09.2025 13:01
Опис:
Добрий день. Питання та прохання внести зміни в Тендерну документацію стосовно вимоги :
6. Технічні вимоги
Вимоги до робочої конструкторської документації :
Розробка робочої конструкторської документації виконується на підставі технічного завдання. Технічне завдання розробляється Виконавцем та затверджується Замовником в рамках виконання договору.
Основні вимоги до проєктування.
- Проектна документація має складатися з Технічного проекту та Робочої конструкторської документації.
- Технічний проект повинен містити у своєму складі документи HLD, LLD.
Робоча конструкторська документація повинна містити наступні основні розділи:
- Мета виконання та сфера застосування
- Технічні вимоги
- Загальні технічні вимоги
- Вимоги до місць розташування конструктивів мережевої та радіо інфраструктури
- Організація виводу кабельних ліній до базових вузлів
- Вимоги до структурованої кабельної мережі (СКС)
- Перелік обладнання рухомого складу
- Забезпечення стійкості обладнання до електромеханічних впливів та впливів зовнішнього середовища
- Вимоги щодо безпеки та охорони здоров’я
- Технічні вимоги по потягам
- Список нормативних документів, що використовуються
- Схеми вагонів за типами
- Кількісні показники об‘єктів реалізації проєкту
Робочою конструкторською документацію передбачити розробку заходів з електро та пожежобезпеки.
Розроблена конструкторська документація підлягає обов’язковій експертизі профільної організації АТ «Укрзалізниця» філія «Науково-дослідний та конструкторсько-технологічний інститут залізничного транспорту» та погодженню і затвердженню АТ «Укрзалізниця».
ПОЯСНЕННЯ УЧАСНИКА.
Для забезпечення своєчасної та якісної підготовки Виконавцем проектної документації, а також отримання експертизи профільної філії АТ «Українська залізниця», погодження та затвердження АТ «Українська залізниця» проектної та конструкторської документації, Виконавець повинен по першому запиту та своєчасно отримати від відповідних підрозділів/філій АТ «Українська залізниця»:
• проектну документацію для кожного типу вагонів;
• інформацію про кількість вагонів, що пройшли модернізацію (ремонт) на вагоноремонтних заводах з прив’язкою до номерів поїздів, і проектну документацію з реконструкції;
• нормативні документи, якими регламентується встановлення обладнання, що вказане в ТД, у вагонах, з вказанням місць де це допускається вимогами щодо технічної експлуатації вагонів;
• інформацію про тип живлення за напругою з прив’язкою до типів вагонів і вказанням кількості і типів вагонів по номерам поїздів;
• інформацію про кількість корпусів для антен Старлінк, які можуть бути надані Покупцем, і їх характеристики;
• розклад відстою вагонів поїздів по номерам поїздів з прив’язкою до місць відстою.
ПРОХАННЯ УЧАСНИКА.
Просимо внести зміни (доповнення) в Тендерну Документацію, Додаток 6, Проєкт договору: «ДОГОВІР № ФГІОЦ-ТА-______/2025», а саме розділ 8. ПРАВА ТА ОБОВ’ЯЗКИ СТОРІН, доповнити підпунктом пункт 8.1 в наступній редакції:
«8.1._ Покупець зобов’язаний: зобов’язаний на першу вимогу Постачальника, але не пізніше ніж протягом _____ календарних днів з дати її отримання надати Постачальнику:
8.1.__.1. Всі необхідні допуски, документи та/або інформацію, що прямо пов’язані з виконанням цього Договору, в тому числі технічного завдання Договору, умов технічної підтримки, в тому числі але не обмежуючись наступним:
• проектну документацію для кожного типу вагонів;
• інформацію про кількість вагонів, що пройшли модернізацію (ремонт) на вагоноремонтних заводах з прив’язкою до номерів поїздів, і проектну документацію з реконструкції;
• нормативні документи, якими регламентується встановлення обладнання, що вказане в ТД, у вагонах, з вказанням місць де це допускається вимогами щодо технічної експлуатації вагонів;
• інформацію про тип живлення за напругою з прив’язкою до типів вагонів і вказанням кількості і типів вагонів по номерам поїздів;
• інформацію про кількість корпусів (куполів) для антен Старлінк, які можуть бути надані Покупцем, і їх характеристики;
• розклад відстою вагонів поїздів по номерам поїздів з прив’язкою до місць відстою.
Несвоєчасне виконання зобов’язань Покупцем за цим Договором пропорційно збільшує строки виконання зобов’язань Постачальником, встановлені цим Договором.
ПІБ, моб.телефон, електронна адреса відповідальної (-них) особи (осіб) від Покупця: _____________________________________________________________________»
Дякуємо заздалегідь.
Відповідь:
Шановний учаснику,
Звертаємо увагу Учасника, що умовами тендерної документації передбачено надання Учасником послуг з розробки Робочої конструкторської документації.
Етапу розробки Робочої конструкторської документації передує етап вишукувань, який забезпечує збір інформації (в т.ч. вихідних даних для проектування). В рамках етапу вишукувань Замовником буде надана вся необхідна інформація.
Звертаємо увагу Учасника, що тендерною документацію не передбачено надання Замовником корпусів (куполів) для антен Старлінк. Зазначені корпуси є предметом поставки в рамках договору.
Дата відповіді:
01.09.2025 16:54
Відповідь надана
Система надання платного доступу. Архітектура та інтеграція.
Номер:
b2b0f3307b3049eba68e4d76f95a08f7
Дата опублікування:
01.09.2025 12:27
Опис:
Добрий день. Питання щодо "Розділу: Склад зовнішньої мережі (централізований автоматизований ресурс)"
Просимо Вас розглянути та надати уточнення до вимоги Тендерної документації:
Вимога/опис з наявної тендерної документації:
«Існуюча зовнішня мережа за межами потягу включає в себе функціонал, розгорнутий на фізичному ресурсі (обладнанні) на центральному майданчику філії ГІОЦ:
• систему надання платного доступу.»
Пояснення Учасника.
Стосовно Архітектури та Інтеграції системи надання платного доступу.
Вибір архітектурного підходу до інтеграції (API, Radius чи Captive Portal) безпосередньо впливає на складність розробки, безпеку, а також на швидкість авторизації пасажирів. Окремо важливим є питання відповідальності за зберігання даних сесій, адже це впливає на відповідність законодавчим вимогам та принципам персональних даних. Також принцип обміну даними (обсяг трафіку чи факт послуги) визначає модель взаємодії систем.
Прохання Учасника.
Просимо уточнити та внести відповідні зміни/уточнення та додаткову інформацію до Тендерних вимог :
• який протокол інтеграції є пріоритетним (API, Radius чи Captive Portal redirect);
• яка сторона відповідає за зберігання даних про сесії;
• чи потрібно передавати детальні дані трафіку або лише факт надання послуги.
Інформація, яку ми запитуємо, для внесення змін в Тендерну документацію, має вплив на вибір та дизайн рішення, дає наочність про необхідні для впровадження зусилля (у т.ч. інженерію, інтеграцію), терміни розгортання , та визначає вартість. Дякуємо.
Відповідь:
Шановний Учаснику, щодо питання пріоритетності протоколу інтеграції повідомляємо наступне: з запитання Учасника не зрозуміло, що має на увазі Учасник, так як:
- АРІ – це набір правил, протоколів та інструментів, які дозволяють різним програмним продуктам або сервісам взаємодіяти та обмінюватися даними між собою;
- Radius – це протокол передачі даних, що використовується автентифікації та авторизації та обліку різноманітних сервісів;
- Captive Portal redirect - це протокол примусового перенаправлення користувача на веб-сторінку авторизації перед тим, як надати доступ до інтернету.
Таким чином технічне рішення може використовувати всі названі протоколи для реалізації різних задач.
Збереження даних про сесії передбачено на ресурсах центрального майданчика. Мінімально необхідний обсяг даних про трафік є, але не обмежується, даними про обсяг спожитого клієнтом трафіку.
Дата відповіді:
01.09.2025 16:52
Відповідь надана
Центральний майданчик ГІОЦ. Який трафік підлягає перерозподілу/агрегації, а який ні. Алгоритми. Вимоги.
Номер:
ea16d2a09839428499e59970582452c2
Дата опублікування:
31.08.2025 16:31
Опис:
Шановний Замовнику, просимо Вас розглянути наше прохання стосовно внесення змін в тендерну документацію, а саме щодо наступної вимоги:
ВИМОГА з ТЗ:
Розділ Загальні вимоги до предмету закупівлі.
Склад телекомунікаційної мережі потягу
Загальна схема мережі
«малюнок»
ПОЯСНЕННЯ УЧАСНИКА.
Щоб запобігти невизначеності, конче необхідно зафіксувати інформацію та вимоги, який трафік підлягає перерозподілу/агрегації, а який ні, та за якими алгоритмами працює steering.
ПРОХАННЯ УЧАСНИКА.
Просимо визначити та внести зміни до Тендерної документації, додавши інформацію щодо:
• Класи/категорії трафіку, що мають передаватися єдиним каналом (без bonding/duplication), зокрема: голос/відео, платежі, VPN-сервіси, критичні застосунки (додатки).
• Алгоритм розподілу (per-packet чи per-flow, hashing/weighted).
• Вимоги до збереження порядку чергування пакетів.
• IPv6: чи вимагається підтримка.
Дякуємо.
Відповідь:
Шановний учаснику, в рамках розробки документації HLD, у відповідності до вимог тендерної документації, учасник розробляє технічне рішення, що передбачає:
«Система повинна автоматично об’єднувати всі доступні зовнішні WAN канали в один логічний канал та розподіляти його швидкість між усіма активними користувачами з можливістю обмеження швидкості та трафіку для користувачів.
Запропоноване рішення має забезпечувати наступний функціонал:
- автоматизований програмний підхід для створення гібридної WAN мережі з підтримкою технології SD WAN;
- об’єднання пропускної здатності кількох WAN каналів, для створення агрегованого каналу передавання даних з забезпеченням відмово-стійкості, мінімізуючи затримку, втрату пакетів та Jitter.
- можливість покращення роботи агрегованого каналу за рахунок використання корекції помилок та дублювання пакетів для окремих типів трафіку та сервісу.»
Таким чином передбачено створення одного логічного каналу. Алгоритми розподілу визначаються учасником в документації HLD та повинні забезпечувати вищезазначені вимоги.
Дата відповіді:
01.09.2025 16:50
Відповідь надана
Центральний майданчик ГІОЦ. Конкретизувати вимоги для рішення. Для чого Централізована схема надання публічної послуги доступу до мережі Інтернет.
Номер:
f5fbac398e414ee7ad0319f63cdbd510
Дата опублікування:
31.08.2025 16:23
Опис:
Шановний Замовнику, просимо Вас розглянути наше прохання стосовно внесення змін в тендерну документацію, а саме щодо наступної вимоги:
ВИМОГА з ТЗ:
Розділ Загальні вимоги до предмету закупівлі.
Склад телекомунікаційної мережі потягу
Загальна схема мережі
«малюнок»
ПОЯСНЕННЯ УЧАСНИКА.
Надаючи загальну схему рішення, Замовник обмежує Учасників в наданні інших варіантів технічних рішень згідно з основними вимогами:
Створена мережа повинна являти єдиний комплекс, який складається з трьох частин:
- доступу до зовнішньої мережі Інтернет (StarLink, LTE)
- доступу користувачів (внутрішня локальна мережа потягу, мережа Wifi)
- централізовані програмно-апаратні засоби керування, контролю, моніторингу.
Ми вважаємо, що більш прозоріше було б конкретизувати вимоги для рішення, деталізуючи кінцеві цілі цього рішення, а не шляхи, якими вони досягаються. Надана схема та існуючи тендерні вимоги не дають розуміння чому весь трафік має бути заведений на центральний вузол ГІОЦ як для корпоративної мережі, і чому публічний доступ до ресурсів мережі Інтернет для кінцевих споживачів рішення (пасажирів) повинен надаватись з точки доступу до мережі Інтернет центрального вузла ГІОЦ, у той час коли кінцеві споживачі можуть отримувати якісний Інтернет безпосередньо з системи Starlink.
ПРОХАННЯ УЧАСНИКА.
Просимо пояснити таку централізовану схему надання публічної послуги доступу до мережі Інтернет.
Просимо внести в Тендерну Документацію такі зміни, що містять технічні вимоги до рішення, а не технічні вимоги до того, як повинно бути побудовано рішення. А надану схему Замовником вважати, як один із можливих варіантів рішення, а саме такий, що вже впроваджено в попередньому проекті.
Дякуємо.
Відповідь:
Шановний учасник, Учасник помилково трактує технічні вимоги в частині використання в якості WAN каналу лише каналу організованому за допомогою обладнання StarLink. Технічні вимоги чітко вказують на наступне:
«Підключення до мережі Інтернет має бути побудовано з використанням технології супутникового зв’язку StarLink, технологій, які використовують мобільні оператори.
Система повинна автоматично об’єднувати всі доступні зовнішні WAN канали в один логічний канал та розподіляти його швидкість між усіма активними користувачами з можливістю обмеження швидкості та трафіку для користувачів».
Дата відповіді:
01.09.2025 16:48
Відповідь надана
Центральний майданчик ГІОЦ. Топологія (схема), обовязкові компоненти, точки інтеграції, службові сервіси та ін.
Номер:
e831a2c7ebe64749bf92f3e192afa781
Дата опублікування:
31.08.2025 16:13
Опис:
Шановний Замовнику, просимо Вас розглянути наше прохання стосовно внесення змін в тендерну документацію, а саме щодо наступної вимоги:
ВИМОГА з ТЗ:
Розділ Загальні вимоги до предмету закупівлі.
Склад телекомунікаційної мережі потягу
Загальна схема мережі
«малюнок»
ПОЯСНЕННЯ УЧАСНИКА.
Згідно з завданням вказаним у складі технічних вимог: Учасник може запропонувати рішення з використанням вищезазначених існуючих систем, які розгорнуті на центральному майданчику або запропонувати рішення, яке передбачає поставку нових систем центрального майданчика та інтеграцію з існуючими системами. Таким чином, для забезпечення якісного опрацювання технічного рішення та підготовки специфікації обладнання на етапі тендерної пропозиції, Учасникам даного тендеру критично важливо чітко розуміти існуючу інфраструктуру Замовника, а також, для забезпечення відповідності рішення Учасника з основними вимогами Замовника:
Створена мережа повинна являти єдиний комплекс, який складається з трьох частин:
- доступу до зовнішньої мережі Інтернет (StarLink, LTE)
- доступу користувачів (внутрішня локальна мережа потягу, мережа Wifi)
- централізовані програмно-апаратні засоби керування, контролю, моніторингу.
ПРОХАННЯ УЧАСНИКА.
Просимо внести зміни в Тендерну Документацію та додати до Тендерної документації топологію (схему), вказавши та-або відобразивши наступне:
• Які саме компоненти обов’язкові (edge/шлюзи, hub/концентратор, оркестратор/менеджмент), їх місцерозташування (ГІОЦ/хмара), форма (аплайнс/VM/SaaS).
• Точки інтеграції з існуючою мережею Замовника (де саме приєднуємося, ролі суміжних пристроїв, кількість та типи стикувальних інтерфейсів).
• Роль ГІОЦ (концентрація трафіку, NGFW/AAA, NMS, логування), правила local breakout.
• Службові сервіси: AAA, syslog, SNMP – де мають бути розміщені й як доступні.
Дякуємо.
Відповідь:
Шановний учаснику, з метою відповіді на поставлені питання в тендерній документації зазначено:
«ознайомитись з архітектурою існуючого технічного рішення та технічними характеристиками можливо за адресою місцезнаходження Замовника (п. 1.2.2 Тендерної документації). Посадова особа замовника, уповноважена здійснювати зв’язок з технічних питань зазначена в розділі 1.2.3. Тендерної документації.»
Дата відповіді:
01.09.2025 16:48
Відповідь надана
Стосовно системи авторизації та автентифікації користувачів та системи надання платного доступу
Номер:
de10e4c1ba3440ffa1ef04fbd680c030
Дата опублікування:
31.08.2025 13:09
Опис:
Добрий день. Питання стосовно інформації яка наведена в розділі технічного завдання, а саме:
Склад зовнішньої мережі (централізований автономний ресурс)
Існуюча зовнішня мережа за межами потягу включає в себе функціонал, розгорнутий на фізичному ресурсі (обладнанні) на центральному майданчику філії ГІОЦ:
- систему керування та моніторингу мережевих елементів потягу;
- систему авторизації та автентифікації користувачів в мережі WiFi;
- систему поліпшення якості трафіку SD WAN ;
- систему надання платного доступу;
- мережеві екрани для захисту периметру мережі (за необхідності).
Учасник може запропонувати рішення з використанням вищезазначених існуючих систем, які розгорнуті на центральному майданчику або запропонувати рішення, яке передбачає поставку нових систем центрального майданчика та інтеграцію з існуючими системами (ознайомитись з архітектурою існуючого технічного рішення та технічними характеристиками можливо за адресою місцезнаходження Замовника (п. 1.2.2 Тендерної документації). Посадова особа замовника, уповноважена здійснювати зв’язок з технічних питань зазначена в розділі 1.2.3. Тендерної документації.
ПОЯСНЕННЯ.
Для інтеграції з системою авторизації та автентифікації користувачів в мережі WiFi необхідно знати яка система використовується.
ПРОХАННЯ.
Просимо внести зміни в Тендерну Документацію та надати назву системи авторизації та автентифікації користувачів в мережі WiFi, а також кількість одночасних користувачів на яку вона розрахована.
Також просимо в Тендерній Документації відобразити та/або вказати яким чином пов'язані між собою система авторизації та автентифікації користувачів в мережі WiFi і система надання платного доступу.
Дякуємо.
Відповідь:
Шановний учаснику, з метою відповіді на поставлені питання в тендерній документації зазначено:
«ознайомитись з архітектурою існуючого технічного рішення та технічними характеристиками можливо за адресою місцезнаходження Замовника (п. 1.2.2 Тендерної документації). Посадова особа замовника, уповноважена здійснювати зв’язок з технічних питань зазначена в розділі 1.2.3. Тендерної документації.»
Дата відповіді:
01.09.2025 16:42
Відповідь надана
Стосовно моделі існуючого SD-WAN шлюзу, його характеристик, схеми його підключення.
Номер:
056833d67fb342eba01ffbf90dac3d72
Дата опублікування:
31.08.2025 13:01
Опис:
Добрий день. Питання стосовно інформації яка наведена в розділі технічного завдання, а саме: Склад зовнішньої мережі (централізований автономний ресурс)
Існуюча зовнішня мережа за межами потягу включає в себе функціонал, розгорнутий на фізичному ресурсі (обладнанні) на центральному майданчику філії ГІОЦ:
- систему керування та моніторингу мережевих елементів потягу;
- систему авторизації та автентифікації користувачів в мережі WiFi;
- систему поліпшення якості трафіку SD WAN ;
- систему надання платного доступу;
- мережеві екрани для захисту периметру мережі (за необхідності).
Учасник може запропонувати рішення з використанням вищезазначених існуючих систем, які розгорнуті на центральному майданчику або запропонувати рішення, яке передбачає поставку нових систем центрального майданчика та інтеграцію з існуючими системами (ознайомитись з архітектурою існуючого технічного рішення та технічними характеристиками можливо за адресою місцезнаходження Замовника (п. 1.2.2 Тендерної документації). Посадова особа замовника, уповноважена здійснювати зв’язок з технічних питань зазначена в розділі 1.2.3. Тендерної документації.
ПОЯСНЕННЯ.
Для інтеграції з системою поліпшення якості трафіку SD WAN необхідно знати модель SD-WAN шлюзу і його характеристики.
ПРОХАННЯ.
Просимо внести зміни в Тендерну Документацію та надати модель існуючого SD WAN шлюзу, його характеристики та схему його підключення.
Дякуємо.
Відповідь:
Шановний учаснику, з метою відповіді на поставлені питання в тендерній документації зазначено:
«ознайомитись з архітектурою існуючого технічного рішення та технічними характеристиками можливо за адресою місцезнаходження Замовника (п. 1.2.2 Тендерної документації). Посадова особа замовника, уповноважена здійснювати зв’язок з технічних питань зазначена в розділі 1.2.3. Тендерної документації.»
Дата відповіді:
01.09.2025 16:42
Відповідь надана
Щодо надання параметрів інтерфейсу API.
Номер:
9bdff69b96c44661ae9ed7d3848505de
Дата опублікування:
31.08.2025 12:52
Опис:
Добрий день. Питання стосовно інформації яка наведена в розділі технічного завдання, а саме:
Склад зовнішньої мережі (централізований автономний ресурс)
Існуюча зовнішня мережа за межами потягу включає в себе функціонал, розгорнутий на фізичному ресурсі (обладнанні) на центральному майданчику філії ГІОЦ:
- систему керування та моніторингу мережевих елементів потягу;
- систему авторизації та автентифікації користувачів в мережі WiFi;
- систему поліпшення якості трафіку SD WAN ;
- систему надання платного доступу;
- мережеві екрани для захисту периметру мережі (за необхідності).
Учасник може запропонувати рішення з використанням вищезазначених існуючих систем, які розгорнуті на центральному майданчику або запропонувати рішення, яке передбачає поставку нових систем центрального майданчика та інтеграцію з існуючими системами (ознайомитись з архітектурою існуючого технічного рішення та технічними характеристиками можливо за адресою місцезнаходження Замовника (п. 1.2.2 Тендерної документації). Посадова особа замовника, уповноважена здійснювати зв’язок з технічних питань зазначена в розділі 1.2.3. Тендерної документації.
ПОЯСНЕННЯ:
Для інтеграції з системою надання платного доступу необхідно знати параметри інтерфейсу API.
ПРОХАННЯ:
Просимо внести зміни в Тендерну Документацію та додати/надати параметри інтерфейсу API.
Дякуємо
Відповідь:
Шановний учаснику, з метою відповіді на поставлені питання в тендерній документації зазначено:
«ознайомитись з архітектурою існуючого технічного рішення та технічними характеристиками можливо за адресою місцезнаходження Замовника (п. 1.2.2 Тендерної документації). Посадова особа замовника, уповноважена здійснювати зв’язок з технічних питань зазначена в розділі 1.2.3. Тендерної документації.»
Дата відповіді:
01.09.2025 16:41
Відповідь надана
Функціональні вимоги / Опис вимоги до параметру або характеристики. Штучний інтелект.
Номер:
00883d65c0c644c8bb8638f45ab6198e
Дата опублікування:
31.08.2025 12:41
Опис:
Добрий день. Прохання стосовно вимоги з тендерної документації:
Функціональні вимоги / Опис вимоги до параметру або характеристики
Створена мережа повинна являти єдиний комплекс, який складається з трьох частин:
- доступу до зовнішньої мережі Інтернет (StarLink, LTE)
- доступу користувачів (внутрішня локальна мережа потягу, мережа Wifi)
- централізовані програмно-апаратні засоби керування, контролю, моніторингу.
Підключення до мережі Інтернет має бути побудовано з використанням технології супутникового зв’язку StarLink, технологій, які використовують мобільні оператори.
Система повинна автоматично об’єднувати всі доступні зовнішні WAN канали в один логічний канал та розподіляти його швидкість між усіма активними користувачами з можливістю обмеження швидкості та трафіку для користувачів.
Запропоноване рішення має забезпечувати наступний функціонал:
- автоматизований програмний підхід для створення гібридної WAN мережі з підтримкою технології SD WAN;
- об’єднання пропускної здатності кількох WAN каналів, для створення агрегованого каналу передавання даних з забезпеченням відмово-стійкості, мінімізуючи затримку, втрату пакетів та Jitter.
- можливість покращення роботи агрегованого каналу за рахунок використання корекції помилок та дублювання пакетів для окремих типів трафіку та сервісу.
Мережева інфраструктура рухомого складу повинна автоматично відновлювати роботу після збоїв (відсутність електроживлення, «зависання» тощо).
ПОЯСНЕННЯ УЧАСНИКА.
Протягом останніх двох років технології Штучного Інтелекту (ШІ) стали активно використовуватись в мережах для управління, виявлення та усунення несправностей (AI for Networking), що особливо актуально для України під час війни з нестачею мережевих інженерів.
ПРОХАННЯ УЧАСНИКА.
Просимо внести зміни в Тендерну документацію та додати наступну вимогу у відповідний розділ:
Система повинна містити технології ШІ для автоматизації управління мережею, виявлення проблем і усунення несправностей.
Дякуємо.
Відповідь:
Шановний учаснику, тендерна документація містить вичерпний перелік вимог до технічного рішення. Вимога вказана учасником є надлишковою та такою, що суттєво обмежує коло учасників.
Дата відповіді:
01.09.2025 16:41