Процедура: RT25032400005

Наименование процедуры

Тендер по выбору поставщика DRA на 5 лет на всей территории РФ
Организатор торгов

ОБЩЕСТВО С ОГРАНИЧЕННОЙ ОТВЕТСТВЕННОСТЬЮ "Т2 МОБАЙЛ" (ИНН 7743895280)
ФИО

Кивман Александр Михайлович
Телефон

7-977-6544070
E-mail

Alexander.Kivman@tele2.ru
Способ проведения

Открытый запрос котировок
Торговая секция

ПАО «Ростелеком» и подведомственные организации, rt.roseltorg.ru
Теги процедуры
Теги бета
Функционал находится
в бета-тестировании.
Интерактивные теги, по которым можно осуществлять поиск процедур.
территория система весь
Подать заявку Проверить заявку
Попробуйте улучшенный поиск с тегами

Лоты

Лот 1
Опубликован

Система DRA.

Теги бета
Функционал находится
в бета-тестировании.
Интерактивные теги, по которым можно осуществлять поиск процедур.
территория система весь

77. г. Москва

797 687 500,00

₽

Обеспечение заявки:

не предусмотрено

Обеспечение контракта:

В соответствии с требованиями конкурсной документации

Этапы

Публикация извещения

25.03.24 09:25:00 (МСК)
Приём заявок

до 19.04.24 14:00:00 (МСК)
Рассмотрение заявок

до 13.05.24 18:00:00 (МСК)
Подведение итогов

20.05.24 18:00:00 (МСК)

Заказчики

Название организации (ИНН)

ОБЩЕСТВО С ОГРАНИЧЕННОЙ ОТВЕТСТВЕННОСТЬЮ "Т2 МОБАЙЛ" (ИНН 7743895280)
Юридический адрес заказчика

108811, Российская Федерация (РФ, Россия), Г.МОСКВА, вн.тер.г. ПОСЕЛЕНИЕ МОСКОВСКИЙ, КМ КИЕВСКОЕ ШОССЕ 22-Й (П МОСКОВСКИЙ), ДВЛД. 6, СТР. 1, ЭТАЖ 5 КОМНАТА 33
Почтовый адрес заказчика

Российская Федерация (РФ, Россия), -, Москва, Киевское ш, д.6, стр.1
Место поставки

Указано в документации

Документы

Приложения к извещению

Разъяснения

Запрос
Добрый день. Просим прокомментировать по следующим вопросам: 1. Файл «Приложение_A__Коммерческие_требования» (строка 14): «Участник подтверждает готовность завершить все работы по интеграции Системы, а также Предварительную приёмку в рамках Центрального сайта и Первого макрорегиона за 3 месяца с момента подписания заказа или гарантийного письма.» Вопрос: Что понимается под «центральным сайтом»? На вкладке «Глоссарий» его нет. 2. Файл «Приложение_A__Коммерческие_требования» (строка 18): «Участник предоставляет Лабораторию (ПО и все необходимые услуги по развертыванию) для сотрудников Центра планирования и развития сети Tele2 для проведения тестирования новых функциональностей и релизов ПО. Лаборатория должна находится на стороне Tele2. Лаборатория предоставляется совместно с Начальном этапом системы.» Вопрос: Подготовка Лаборатории не входит в указанный ранее срок 3 месяца (строка 14)? 3. Файл «Приложение_D» – на вкладке "7. x86 Requirements" список регионов не соответствует макрорегионам из глоссария (Приложение А). Вопрос: Какой список регионов является корректным для файла «Приложение_D»? 4. Файл «Приложение_B3» Вопрос: Как соотносить сроки в матрице ответственности с ограничением в 3 месяца (п. 1.а)? 5. Файл «Приложение_B3» Вопрос: В матрице не указаны макрорегионы, центральный сайт и лаборатория. В рамках этапов (и сроков), указанных в матрице ожидается запуск Решения во всех макрорегионах (+центральный сайт, + лаборатория)?
Ответ
Добрый день! Ответы на вопросы: 1. Это площадки, на которых должны быть установлены ОСС и где располагаются центральные платформы Теле2. Согласно документа В1, ОСС должны быть установлены в Ростове. 2. Да, входит. 3. В приложении А указано коммерческое деление сети по макрорегионам, для развертывания оборудования необходимо ориентироваться на техническое деление сети, как это указано в приложении В и D. 4. Необходимо уложиться в 3 месяца. В матрице ответственности показано оценочное количество дней. 5. Предлагаем ориентироваться за запуск центральных сайтов, сайтов в одном макрорегионе и запуск лаборатории.
Запрос
Добрый день. Просим прокомментировать следующие вопросы по файлу «Приложение B2»: 1. Вопрос: просьба прислать документ «FS.19 Diameter Interconnect Security v9.1» (code: DRA_Mand_802| Требование: The system should support all recommendations for signaling network protection in accordance with the Document FS.19 9.1 FS.19 Diameter Interconnect Security v9.1) 2. Вопрос: просьба прислать документ «FS.21 Interconnect Signalling Security Recommendations v11.3» (code: DRA_Mand_803| Требование: The system should support all recommendations for signaling network protection in accordance with the Document FS.21 11.3 FS.21 Interconnect Signalling Security Recommendations v11.3) 3. Вопрос: Требуется описание сценария и/или пример использования (code: DRA_Mand_19| Требование: In the GSMA LTE Roaming architecture, the Diameter Agent may rely upon DNS for next hop discovery. Vendor shall state the support of DNS queries from the Diameter Agent) 4. Вопрос: Требуется описание сценария и/или пример использования (code: DRA_Mand_52| Требование: The System shall support dynamic Diameter peers/agent locations, with using DNS NAPTR mechanism) 5. Вопрос: Требуется описание сценария и/или пример использования (code: DRA_Mand_152| Требование: The system should support for External Applications over Diameter in the Notify/Monitor mode)
Ответ
Добрый день! 1-2. См. файлы. 3. В конфигурации DRA встречный узел имеет FQDN имя, а не IP адрес. Для получения IP адреса необходимо сделать запрос в DNS. 4. В конфигурации DRA встречный узел имеет FQDN имя, а не IP адрес. Для получения IP адреса необходимо сделать запрос в DNS. Запись в DNS представляет NAPTR тип. 5. DRA должен отправлять нотификации/сообщения мониторинга на внешний ресурс по заданному правилу. Например, копировать все сигнальные сообщения на внешний ресурс, копировать сообщения, содержащие определенные IMSI, копировать сообщения с определенными типами AVP и т.д.
Запрос
Добрый день. Просим прокомментировать следующие вопросы по файлу «Приложение B2»: 6. Вопрос: Требуется описание сценария и/или пример использования (code: DRA_Mand_153| Требование: The system should support for External Applications over Diameter in the Interrupted mode) 7. Вопрос: Требуется описание сценария и/или пример использования (code: DRA_Mand_173| Требование: The vendor shall define different options for peer reachabilities. What are the capacities for the peer reachability related configuration managed objects) 8. Вопрос: Требуется описание сценария и/или пример использования (code: DRA_Mand_292| Требование: The system shall support inter-PLMN Proxy Agent discovery using the A and AAAA DNS records) 9. Вопрос: Требуется описание сценария и/или пример использования (code: DRA_Mand_444| Требование: The DRA/DEA system has to maintain value оп to default for any inquiries which didn't coincide with any other reconfigured values. This record has to be only for routing table) 10. Вопрос: Требуется описание сценария и/или пример использования (code: DRA_Mand_449| Требование: The system solution shall support PUID and PRID based routing) 11. Вопрос: Требуется описание сценария и/или пример использования (code: DRA_Mand_485| Требование: The system should support for Black Hole Peer Group) 12. Вопрос: Требуется описание сценария и/или пример использования (code: DRA_Mand_486| Требование: The system should support for Reject Peer Group)
Ответ
Добрый день! 6. DRA должен запрашивать внешний ресурс о возможности обработать то или иное сообщение. Если ресурс запрещает обработку определенного сообщения, то DRA должен его отбросить. 7. Опишите возможности вашего продукта, которые позволяют повысить надежность работы диаметр соединений с внешними узлами. Сообщите опции по определению доступности пиров. К примеру WATCHDOG. Или отсутствие SACK на сообщение. 8. Диаметр соединение со сторонним оператором, в конфигурации пира указано FQDN имя встречного узла. DRA должен поддерживать DNS запросы для получения IP адреса, как Ipv4, так и Ipv6. 9. Если в таблице маршрутизации нет подходящего правила, то сообщение должно быть отправлено согласно правилу по умолчанию. 10. Должна иметься поддержка Public-User-Identity AVP и Private-User-Identity AVP на Cx/Dx интерфейсах. 11. Должна иметься возможность отбрасывать (оставлять без ответа) определенные сигнальные сообщения по заданным правилам. Вариант, что у нас будут пиры, которые ничего не будут отвечать на запросы. И DRA должен уметь работать с ними, чтобы при отсутствии ответа от Пира ничего не происходило. 12. Должна иметься возможность отклонять все сообщения, которые приходят с группы пиров (например одно направление). При попадании трафика на DRA, сам DRA реджектить трафик и отвечает с определенным Result code. Либо еще вариант, что у нас будут пиры, которые будут отвечать на запросы только реджектом с определенным Result code.
Запрос
Добрый день. Просим прокомментировать следующие вопросы по файлу «Приложение B2»: 13. Вопрос: Требуется описание сценария и/или пример использования (code: DRA_Mand_684| Требование: The system shall support pushing / pulling the tickets to / from an Operator site or other (central) systems) 14. Вопрос: Требуется описание сценария и/или пример использования (code: OSS_Mand_122| Требование: The Contractor is requested to state the amount and types of External Alarms supported. There shall be at least 5 External alarms supported by the Network Element) 15. Вопрос: Требуется описание сценария и/или пример использования (code: OSS_Mand_156| Требование: All duplicative alarm messages should be grouped into one message. The settings of duplicative alarm messages should be configured by the operator)
Ответ
Добрый день! 13. По заданным событиям должна иметься возможность отправить квитанцию на внешнюю систему, сообщение внешней системе о каком-то инциденте. 14. Имеется ли возможность подключить к ОСС внешние аварии, например через плату расширения с PCI шиной для установки в сервер. 15. Чтобы сократить количество аварийных сообщений, удобно группировать дублирующиеся сообщения в одно.
Запрос
Коллеги, добрый день! Просим Вас продлить срок подачи заявок до 19 апреля включительно. Это позволит нам подготовить предложение, наиболее удовлетворяющее Вашим требованиям.
Ответ
Добрый день! Срок подачи заявок продлен.
Запрос
Добрый день. Просим прокомментировать следующие вопросы: 1. Документ "Матрица ответственности": какие зависимости предполагаются между задачами, указанными в документе? 2. Документ "Матрица ответственности": раздел "SW Extension/ Расширение" - предполагает "постпроектные" работы (увеличение TPS в соответствии с фазами) или это расширение Системы на остальные макрорегионы (после работ на центральном сайте, МР1, лаба)? 3. Просьба подтвердить - наличие развернутой тестовой зоны (лаборатории) расценивается как прохождение стадии POC проекта и выполняется до подписания договора? Т.е. может ли проводится техническая оценка решения с использованием развернутой тестовой зоны (лаборатории)? 4. До конца 2024 года требуется развертывание DRA в Ростове (центр) и филиале "Санкт-Петербург"? Или только в Ростове? 5. С какой именно фазы проекта должен осуществляться upgrade решения?
Ответ
Ответы на вопросы - во вложенном файле.
Запрос
Добрый день. Вопрос по файлу «Приложение_D_Ценовой_шаблон»: на вкладке «7. x86 Requirements» в столбце «Фаза» требуется указывать кол-во виртуальных машин для 2-х сайтов или для 1 сайта?
Ответ
Требуется указывать кол-во виртуальных машин для 2-х сайтов, интересует полная стоимость системы.
Запрос
Добрый день. В Приложении F - Tele2-IaaS_calculation ссылка «Как правильно заполнить ИТ-калькулятор» ведёт на закрытую страницу в wiki. Можно ли получить данную инструкцию по заполнению калькулятора?
Ответ
Инструкция по ссылке предназначена в основном для сотрудников Теле2, которые должны заказывать ресурсы VM, в случае необходимости. Заполнение файла не должно вызывать трудностей, выдержки из Инструкции, которые могут быть полезны - во вложении.
Запрос
Добрый день! Вопрос по файлу Приложении F - Tele2-IaaS_calculation. Данный файл необходимо заполнять на все регионы и все фазы в 1 итоговом файле (по данным для самой последней фазы)? Или нужно сделать 5 файлов - по 1 файлу для каждой фазы/региона, чтобы было видно промежуточные расчёты для объёмов по каждой фазе?   
Ответ
Да, разделение по фазам удобно для промежуточных расчётов требуемого объема серверов. Нужно сделать 5 файлов - по 1 файлу для каждой фазы/региона.
Запрос
Добрый день. Просьба прокомментировать следующие вопросы: 1) В файле «Приложение С_Приемка» в предложении «The Tenderer shall define the scope of the Acceptance Test on a test object level before Purchase Order is issued» - просьба уточнить что имеется в виду под «Test object level» 2) Можно получить краткое описание процесса POC системы? 3) В файле «Приложение D Ценовой шаблон» на вкладке 3. Support Fees есть таблица «Table 4. Yearly Software Support Fees (inc. current install base)», где указывается стоимость Phase 1 Phase 2. Просьба уточнить, тут подразумевается стоимость 1 и 2 года техподдержки после окончания срока гарантийной поддержки? Указанные тут Phase 1 и Phase 2 как-то связаны с фазами, указанными на вкладках «6. Forecast» и «7. x86 Requirements»? 4) В файле «Приложение D Ценовой шаблон» на вкладке 3. Support Fees есть таблица «Table 5. CAP: Software Support Fee». Просьба уточнить что за стоимость требуется указывать в строке «CAP per year DRA, EUR» 5) Требуется ли миграция данных в SLF? Объем\кол-во записей для миграции?
Ответ
Здравствуйте. 1. Запуск DRA в Ростове еще в одном макрорегионе и тестовой лаборатории. 2. Не совсем понятно, что такое POC. 3. Нет, это именно первые две фазы гарантийной поддержки. Стоимость 3-5 фазы можно указать на вкладке «4. Unit Price List» или продлить таблицу на вкладке «3. Support Fees», указав в ней стоимости. 4. Если стоимость поддержки Участниа зависит от трафика или других переменных параметров, в данной ячейке стоит указать предельную годовую стоимость техподдержки, выше которой стоимость не поднимется ни при каких изменениях трафика/иных параметров. 5. От вас миграции данных в SLF не требуется.
Запрос
Коллеги, добрый день! Просим возможности продлить подачу до 05 мая включительно. Это позволит нам подготовить предложение, наиболее удовлетворяющее Вашим требованиям.
Ответ
Добрый день! В продлении отказано.
Запрос
Коллеги, добрый день! 1. Приложение Приложение_B2_1_Требования_к_безопасности: По нашему мнению XIX. Криптографическая защита данных не применимы к системе DRA, пожалуйста подтвердите. 2. Должна ли компания - поставщик иметь лицензию ФСТЭК?
Ответ
Добрый день! 1) А) подпункт XIX.2 о ГОСТовых алгоритмах шифрования, действительно, неприменим; Б) в 239-м приказе ФСТЭК в требовании ЗИС.19 формулировка «Защита информации при ее передаче по каналам связи». Считаем необходимым, например, SSL-шифрование и соответственно документирование процесса управления ключами для открытых каналов, выходящих за пределы контролируемой зоны. Для более точного ответа требуется архитектура решения; В) доступ работников к управлению узлами системы должен осуществляться по защищённым протоколам. 2) Приказ ФСТЭК России от 20.02.2020 N 35 О внесении изменений в Требования по обеспечению безопасности значимых объектов критической информационной инфраструктуры Российской Федерации, утвержденные приказом Федеральной службы по техническому и экспортному контролю от 25 декабря 2017 г. N 239. Пункт 29.3 описывает требования для прикладного программного обеспечения, планируемое к внедрению в рамках создания (модернизации или реконструкции, ремонта) значимого объекта и обеспечивающее выполнение его функций по назначению (далее - программное обеспечение). В соответствии с выше указанным документом по требованиям безопасности: - лицензия и сертификация ПО рекомендуется. - требуется проведения испытаний и приемка программного обеспечения как элемента КИ.

Этапы процедуры

Публикация извещения

25.03.24 09:25:00

Ознакомьтесь с документацией и начинайте подготовку к торгам

Для участия в процедуре нужно:

Прием заявок

Лот 1

Идет прием заявок

Для подачи заявки нужно:

  • Получить квалифицированную электронную подпись. Подробнее

 

Так же вы можете:

  • Провести аудит заявки, который позволит исключить риск отклонения заявки по формальным основаниям. Подробнее

  • Предоставить обеспечение заявки или получить банковскую гарантию с комиссией от 2%

    Получить гарантию

Работа комиссии

Ваша заявка прошла отбор?

Получите банковскую гарантию с комиссией от 2% для обеспечения контракта

Получить гарантию

Процедура завершена