Партнерка на США и Канаду по недвижимости, выплаты в крипто
- 30% recurring commission
- Выплаты в USDT
- Вывод каждую неделю
- Комиссия до 5 лет за каждого referral
Срок поставки продукции: ______________.
от Покупателя от Поставщика
______________________ ____________________________
_____________________ ____________________________
_________________________ ____________________________
ПРИЛОЖЕНИЕ № 2
к Договору №____________/________ от «____» ___________ 2010г.
Форма Акта приема-передачи оборудования
по Договору № _____________/___________ от « » __________ 20___ года
г. Москва « » ________ 20__ г.
, именуемое в дальнейшем «Покупатель», ___________., действующего на основании Устава, с одной стороны, и ___________________, именуемое в дальнейшем «Поставщик», -__________________, действующего на основании Устава, с другой стороны, составили настоящий Акт о нижеследующем:
1.5 Поставщик в полном объеме и в срок осуществил поставку оборудования согласно Спецификации, приведенной в Приложении № 1 к Договору № -_________________/________ от «___» __________20__года на сумму _____________(Сумма прописью) рублей, в том числе НДС в сумме _______________(Сумма прописью) рублей, а именно:
№ | Партномер | Наименование | Кол-во | Цена с НДС, руб. | Стоимость с НДС, руб. |
1. | |||||
… | |||||
n | |||||
ИТОГО | |||||
В т. ч. НДС |
Покупатель не имеет претензий к Поставщику по срокам, количеству и качеству поставленного оборудования.
Настоящий Акт является основанием для финансовых расчетов.
ПОКУПАТЕЛЬ: _________________________ ________________ / ____________/ | ПОСТАВЩИК: _________________________ ________________ / ____________/ |
Требования к закупаемым товарам (получаемым услугам, выполняемым работам), условия поставки товаров (выполнения работ, оказания услуг), описание обязательств
Технические требования к оборудованию
1. Оборудование должно удовлетворять требованиям указанным в разделе Технические требования Приложения №6.
2. Оборудование должно обеспечивать следующие детальные спецификации
2.1. На каждом объекте устанавливается 2 маршрутизатора в одинаковых конфигурациях.
2.2. Каждый маршрутизатор должен иметь резервирование блоков питания, матриц коммутации, процессорных модулей.
2.3. По количеству и типу интерфейсов оборудование должно соответствовать приведенным ниже спецификациям:
Опорный объкт (OLT) | Порты 10ГЕ для OLT (SM) до 10км | Интерфейсы агрегации 100 Base-Т | Интерфейсы агрегации 1000 Base-Т | Интерфейсы агрегации 1000 Base-LX/LH | Интерфейсы резервного подключе-ния 10G-ММ-SR | Интерфейсы подключе-ния коммутаторов 10GBASE-SМ-LR(до 10 КМ) | Uplink интерфей-сы 10GBASE-SМ-ER (до 40 КМ) | Uplink интерфей-сы 10GBASE-SМ-LR(до 10 КМ) |
412 | 26 | 35 | 12 | 3 | 2 | 1 | 2 | |
446 | 19 | 28 | 3 | 2 | 2 | 1 | 2 | |
425 | 28 | 37 | 3 | 3 | 2 | 1 | 2 | |
335 | 21 | 32 | 14 | 1 | 2 | 1 | 2 | |
313 | 26 | 33 | 3 | 9 | 2 | 1 | 2 | |
466 | 25 | 37 | 6 | 0 | 2 | 1 | 2 | |
304 | 29 | 37 | 2 | 0 | 2 | 1 | 2 | |
345 | 30 | 38 | 8 | 4 | 2 | 1 | 2 | |
351 | 25 | 28 | 2 | 1 | 2 | 1 | 2 |
Указанные порты требуются на одном маршрутизаторе.
2.4. На каждом порту должна быть поддержка L2/L3 VPN.
2.5. В спецификации должен быть учтен ЗИП в размере 3% от оборудования, кроме линейных плат и оптических модулей, 7% для линейных плат и оптических модулей.
3. Контрагент, предоставивший заявку на участие в конкурсе, в случае поступления требования, обязан в течение трех дней предоставить в МГТС оборудование (по спецификации аналогичной объектам 345,466) для проведения испытаний. Контрагент, не предоставивший оборудование, к рассмотрению заявки не допускается.
Предполагается, что с победителем настоящего конкурса будет заключен рамочный контракт на поставку оборудования до конца 2012 года.
оставляет за собой полное право отказаться от закупки любой части или всего объема оборудования, определять очередность и объемы каждой закупки при подписании Дополнительного Соглашения.
Срок поставки оборудования – не более 6-ти недель с момента подписания договора.
Требуемый гарантийный срок – не менее 12 месяцев с даты поставки.
В стоимость оборудования входит стоимость тары, упаковки и доставки на склад МГТС.
Приложение
ПИСЬМО ОФЕРТЫ
Уважаемые господа!
Изучив Уведомление о проведении запроса предложений, опубликованное в газете и на сайте Интернет Организатора (адрес сайта:, и Документацию по запросу предложений, и, принимая установленные в них требования и условия запроса предложений,
_________________________________________________________________,
(полное наименование Участника с указанием организационно-правовой формы)
зарегистрированное по адресу:
__________________________________________________________________,
(юридический адрес Участника)
предлагает заключать Договор по выбору компании ________________________
Настоящее Предложение имеет правовой статус оферты и действует до ....
Настоящее Предложение дополняется следующими документами, включая неотъемлемые приложения:
1. Ценовое предложение — на ____ листах;
2. Анкета Участника — на ____ листах;
3. Документы, перечисленные в Требованиях к Участнику — на ____ листах.
____________________________________
(подпись, М. П.)
____________________________________
(фамилия, имя, отчество подписавшего, должность)
Инструкции по оформлению и заполнению
Письмо следует оформить на официальном бланке Участника. Участник присваивает письму дату и номер в соответствии с принятыми у него правилами документооборота.
Участник должен указать свое полное наименование (с указанием организационно-правовой формы) и юридический адрес.
Участник должен указать стоимость оказания услуг цифрами и словами, в рублях без НДС.
Письмо должно быть подписано и скреплено печатью в соответствии с требованиями Запроса.
Приложение
(ФОРМА)
Ценовое Предложение
Приложение №_____ к письму – оферте №_________ от _________________
Закупка активного станционного оборудования GPON OLT для выполнения заказов развития сети 2012г.
Показатель | Данные участника | ||
Детализированная, пообъектная, попозиционная стоимость с полным перечнем всего необходимого оборудования(включая ПО, лицензии), ЗИПа, с указанием итоговой стоимости по каждому объекту и общей итоговой стоимости закупки, в руб. без НДС. | |||
Стоимость технической поддержки в гарантийный период, в год, в руб. без НДС | |||
Гарантийный срок | |||
Срок поставки | |||
Порядок расчетов по договору | |||
Производитель оборудования (компания, страна) | |||
Параметры | Требуемое значение | Данные участника | |
Общие характеристики | |||
Наличие сертификатов на оборудование (с указанием срока их действия) | Действующий сертификат | ||
Решение, предлагаемое производителем, не должно содержать элементов, обеспечивающих возможности шифрования трафика с использованием протоколов «сильного» шифрования (таких, как 3DES, AES, AES-192, AES-256 и им подобных). Данное требование не распространяется к системе управления, где могут быть использованы «слабые» протоколы шифрования для обеспечения безопасного управления устройствами (протокол SSH). | |||
Энергопотребление | |||
Напряжение электропитания от источника постоянного тока | От -36В до -72В | ||
Возможность установки модульных блоков питания | Обязательна | ||
Максимальное энергопотребление (кВт) | Не более 8кВт | ||
Энергопотребление в предлагаемой комплектации (кВт) | Заполняется производителем | ||
Энергопотребление отдельных элементов предлагаемого оборудования | Заполняется производителем | ||
Возможность горячей замены блоков питания | Обязательна | ||
Особенности работы оборудования при недостаточной мощности | Указывает производитель | ||
Температурные и влажностные параметры | |||
диапазон рабочих температур | от 5 до 40º C | ||
атмосферное давление | От -60 до 4000м над уровнем моря | ||
относительная влажность | от 5 to 90 %, без конденсации влаги | ||
Акустические шумы | Оборудование должно удовлетворять: •OSHA acoustic requirements •SR-3580: NEBS Criteria Levels (Level 3) •GR-1089-CORE: NEBS EMC and Safety | ||
Вибрация | Оборудование должно удовлетворять: • ETSI Storage Class 1.1 •ETSI Transportation Class 2.3 •ETSI Stationary Use Class 3.1 | ||
Вентиляция | |||
Наличие входного фильтра и его тип | Фильтр обязателен, тип указывает производитель. Желателен моющийся многоразовый фильтр. | ||
Наличие адаптивных блоков вентиляции | Желательно | ||
Наличие внутренних датчиков температуры (количество, размещение) | Обязательно на каждой плате, шасси и блоках питания | ||
Внешняя диагностика | |||
Наличие внешних индикаторов диагностики оборудования | Обязательно | ||
Интерфейсы | |||
Возможность установки не менее 8 линейных карт | Обязательно | ||
Количество непереподписанных 10GE интерфейсов в предлагаемом решении | Не менее 4 | ||
Количество 10GE интерфейсов в предлагаемом решении | Не менее 36 | ||
Максимальная плотность непереподписанных интерфейсов 10 GE на слот | Не менее 4 на слот | ||
Указать количество переподписанных интерфейсов 10 GE на слот и коэффициент переподписки | Указывает производитель | ||
Возможность установки карты с интерфейсом 100GE. Указать требуется ли для этого замена шасси/питания/охлаждения | Обязательно | ||
Количество и тип очередей на интерфейс 10 GE | Не менее 8 | ||
Количество 1GE непереподписанных интерфейсов в предлагаемом решении (SFP или 1000Base-T) на слот | Не менее 40 | ||
Количество очередей на интерфейс 1 GE | Не менее 8 | ||
Возможность управления очередями | Обязательна | ||
Поддержка Sync-E на портах предлагаемых карт | Обязательна | ||
Поддержка DWDM интерфейсов 1GE на картах в предлагаемой комплектаци | Желательна | ||
Поддержка DWDM интерфейсов 10GE на картах в предлагаемой комплектации | Желательна | ||
Резервирование | |||
Резервирование по электропитанию | Обязательно | ||
Резервирование по процессорам | Обязательно | ||
Резервирование по свитч-фабрикам | Обязательно | ||
Уменьшение производительности в случае выхода из строя фабрик коммутации | Не должно быть1 | ||
Уменьшение производительности в случае выхода из строя процессора (в случае, если процессор и фабрика коммутации находятся на одной плате) | Не должно быть1 | ||
Ожидаемые потери данных и перерывы сервиса в случае выхода из строя процессорных модулей | Не должно быть1 | ||
Наработка на отказ | |||
Шасси | Не менее 100000 часов1 | ||
Блок питания | Не менее 100000 часов1 | ||
Свитч-фабрика | Не менее 100000 часов1 | ||
Процессор | Не менее 100000 часов1 | ||
Модули | Не менее 100000 часов1 | ||
Платформа в целом | Не менее 100000 часов1 | ||
Программное обеспечение | |||
Модульное ПО (указать глубину модульности – группы процессов или протоколов, отдельные протоколы) | Желательно | ||
Возможность частичного обновления ПО | Желательно | ||
Возможность предварительной автоматической проверки конфигурации перед ее применением | Желательно | ||
Автоматическое сохранение конфигурации | Обязательно | ||
Возможность вернуться к автоматически сохраненному варианту конфигурации (глубина сохранения) | Желательно, не менее 2-х старых конфигураций | ||
Конфигурация оборудования и всех его функций с помощью встроенного CLI без требования установки дополнительных систем | Обязательно | ||
Балансировка трафика | |||
Балансировка по ACL | Обязательно | ||
Балансировка по назначению | Обязательно | ||
Балансировка по LSP | Обязательно | ||
Режимы агрегации каналов на втором уровне по стандартам IEEE 802.3ad | Обязательно | ||
MC-LAG | |||
Поддержка MC-LAG | Обязательно | ||
Поддержка не менее 32 бандлов для MC-LAG | Обязательно | ||
Поддержка использования бандл интерфейсов как членов MC-LAG | Обязательно | ||
Поддержка L2 сервисов на MC-LAG | Обязательно | ||
Поддержка L3 сервисов на MC-LAG | Обязательно | ||
Сбор статистики | |||
SNMP счетчики на интерфейсах | Обязательно | ||
Class-based SNMP счетчики | Обязательно | ||
Поддержка функциональности мониторинга SLA | Обязательно | ||
Совместимость с уже установленным оборудованием Cisco | |||
Протокол RSVP с TE расширениями | Обязательно | ||
Протокол OSPF с TE расширениями | Обязательно | ||
Протокол LDP | Обязательно | ||
Поддержка VPLS | Обязательно | ||
Организация VLL с резервированием (pw redundancy) между предлагаемым оборудованием и Cisco7600 | Обязательно | ||
Соответствие основным техническим параметрам | |||
ARP | RFC826 - An Ethernet Address Resolution Protocol (ARP). Указать максимально поддерживаемое на карту и на слот | Не менее 2000001 | |
DNS client / Server / Zone Transfer | RFC1034 – Domain Names - Concepts and Facilities | Поддержка обязательна1 | |
RFC1035 – Domain Names - Implementation and Specification | Поддержка обязательна1 | ||
RFC3596 – DNS Extensions to Support IP Version 6 | Поддержка обязательна1 | ||
ICMP | RFC792 – Internet Control Message Protocol | Поддержка обязательна1 | |
RFC950 – Internet Standard Subnetting Procedure | Поддержка обязательна1 | ||
RFC1256 – ICMP Router Discovery Messages | Поддержка обязательна1 | ||
RFC 4950 - ICMP Extensions for Multiprotocol Label Switching | Поддержка обязательна1 | ||
ICMPv6 | RFC2460 – Internet Protocol, Version 6 (IPv6) Specification | Поддержка обязательна1 | |
RFC2461 – Neighbor Discovery for IP Version 6 (IPv6) | Поддержка обязательна1 | ||
RFC2462 – IPv6 Stateless Address Autoconfiguration | Поддержка обязательна1 | ||
RFC2463 – Internet Control Message Protocol (ICMPv6) for the Internet Protocol Version 6 (IPv6) Specification | Поддержка обязательна1 | ||
RFC2710 – Multicast Listener Discovery (MLD) for IPv6 | Поддержка обязательна1 | ||
RFC3122 – Extensions to IPv6 Neighbor Discovery for Inverse Discovery Specification | Поддержка обязательна1 | ||
RFC3810 – Multicast Listener Discovery Version 2 (MLDv2) for IPv6 | Поддержка обязательна1 | ||
IGMP | RFC988 – Host Extensions for IP Multicasting (IGMP) | Поддержка обязательна1 | |
RFC1112 – Host Extensions for IP Multicasting (IGMPv1) | Поддержка обязательна1 | ||
RFC2236 – Internet Group Management Protocol, Version 2 | Поддержка обязательна1 | ||
RFC3376 – Internet Group Management Protocol, Version 3 | Поддержка обязательна1 | ||
RFC 5132 - IP Multicast MIB | Поддержка обязательна1 | ||
RFC 5186 - Internet Group Management Protocol Version 3 (IGMPv3) / Multicast Listener Discovery Version 2 (MLDv2) and Multicast Routing Protocol Interaction | Поддержка обязательна1 | ||
IPv4 | RFC791 – Internet Protocol - DARPA Internet Program | Поддержка обязательна1 | |
RFC 2475 - An Architecture for Differentiated Services | Поддержка обязательна1 | ||
RFC 4737 - Packet Reordering Metrics | Поддержка обязательна1 | ||
RFC 5286 - Basic Specification for IP Fast Reroute: Loop-Free Alternates | Поддержка обязательна1 | ||
IPv6 | RFC2402 – IP Authentication Header | Поддержка обязательна1 | |
RFC2460 – Internet Protocol, Version 6 (IPv6) Specification | Поддержка обязательна1 | ||
RFC2461 – Neighbor Discovery for IP Version 6 (IPv6) | Поддержка обязательна1 | ||
RFC2462 – IPv6 Stateless Address Autoconfiguration | Поддержка обязательна1 | ||
RFC2463 – Internet Control Message Protocol (ICMPv6) for the Internet Protocol Version 6 (IPv6) Specification | Поддержка обязательна1 | ||
RFC2675 – IPv6 Jumbograms | Поддержка обязательна1 | ||
RFC2711 – IPv6 Router Alert Option | Поддержка обязательна1 | ||
NTP | RFC958 – Network Time Protocol (NTP) | Поддержка обязательна1 | |
RFC1059 – Network Time Protocol (Version 1) Specification and Implementation | Поддержка обязательна1 | ||
RFC1119 – Network Time Protocol (NTP) Version 2 | Поддержка обязательна1 | ||
RFC1305 – Protocol specification for IETF RFC1305 | Поддержка обязательна1 | ||
RFC2030 – Simple Network Time Protocol (SNTP) Version 4 for IPv4, IPv6 and OSI | Поддержка обязательна1 | ||
TCP / TCPv6 | RFC793 – Transmission Control Protocol - DARPA Internet Program | Поддержка обязательна1 | |
RFC2385 – Protection of BGP Sessions via the TCP MD5 Signature Option | Поддержка обязательна1 | ||
RFC2460 – (IPv6 only) Internet Protocol, Version 6 (IPv6) Specification | Поддержка обязательна1 | ||
UDP / UDPv6 | RFC768 – User Datagram Protocol | Поддержка обязательна1 | |
RFC2460 – (IPv6 only) Internet Protocol, Version 6 (IPv6) Specification | Поддержка обязательна1 | ||
SNMP v1/v2c server | RFC1901 – SNMP Protocol v2c | Поддержка обязательна1 | |
RFC2011 – SNMPv2 Management Information Base for the Internet Protocol using SMIv2 | Поддержка обязательна1 | ||
RFC3416 – PDUs v2 for SNMP | Поддержка обязательна1 | ||
RFC3418 – SNMP MIB | Поддержка обязательна1 | ||
RFC 3812 - Multiprotocol Label Switching (MPLS) Traffic Engineering (TE) Management Information Base (MIB) | Поддержка обязательна1 | ||
RFC 3813 - Multiprotocol Label Switching (MPLS) Label Switching Router (LSR) Management Information Base (MIB | Поддержка обязательна1 | ||
RFC 3815 - Definitions of Managed Objects for the Multiprotocol Label Switching (MPLS), Label Distribution Protocol (LDP) | Поддержка обязательна1 | ||
SNMP3 server | RFC2011 – SNMPv2 Management Information Base for the Internet Protocol using SMIv2 | Поддержка обязательна1 | |
RFC3412 – SNMP Protocol v3 | Поддержка обязательна1 | ||
RFC3414 – User-based Security Model for SNMPv3 | Поддержка обязательна1 | ||
RFC3416 – PDUs v2 for SNMP | Поддержка обязательна1 | ||
RFC3418 – SNMP MIB | Поддержка обязательна1 | ||
TFTP server | RFC1350 – The TFTP Protocol (Revision 2) | Поддержка обязательна1 | |
Security | RFC1492 - TACACS | Поддержка обязательна1 | |
Telnet | RFC854 - TELNET PROTOCOL SPECIFICATION | Поддержка обязательна1 | |
Routing | Указать максимальное количество уникальных IPv4 маршрутов поддерживаемых системой форвардинга | Не менее 10000001 | |
Указать максимальное количество уникальных L3VPN маршрутов поддерживаемых системой форвардинга | Не менее 320001 | ||
BGP | RFC1771 – A Border Gateway Protocol 4 (BGP-4) | Поддержка обязательна1 | |
RFC 4271 - A Border Gateway Protocol 4 (BGP-4) | Поддержка обязательна1 | ||
RFC 4724 - Graceful Restart Mechanism for BGP | Поддержка обязательна1 | ||
RFC 4781 - Graceful Restart Mechanism for BGP with MPLS | Поддержка обязательна1 | ||
RFC 1965 - Autonomous System (AS) Confederations for BGP | Поддержка обязательна1 | ||
RFC 1966 - BGP Route Reflection: An Alternative to Full-mesh IBGP | Поддержка обязательна1 | ||
RFC1997 – BGP Communities Attribute | Поддержка обязательна1 | ||
RFC2796 – BGP Route Reflection - An Alternative to Full Mesh IBGP | Поддержка обязательна1 | ||
RFC 2385 - Protection of BGP Sessions via the TCP MD5 Signature Option | Поддержка обязательна1 | ||
RFC2918 – Route Refresh Capability for BGP-4 | Поддержка обязательна1 | ||
RFC 3107 - Carrying Label Information in BGP-4 | Поддержка обязательна1 | ||
RFC 3065 - Autonomous System Confederations for BGP | Поддержка обязательна1 | ||
RFC 3392 - Capabilities Advertisement with BGP-4 | Поддержка обязательна1 | ||
RFC 4360 - BGP Extended Communities Attribute | Поддержка обязательна1 | ||
RFC 4456, BGP Route Reflection: An Alternative to Full Mesh Internal BGP (IBGP) | Поддержка обязательна1 | ||
RFC 4364 - BGP/MPLS IP Virtual Private Networks (VPNs) | Поддержка обязательна1 | ||
RFC 4378 - A Framework for Multi-Protocol Label Switching (MPLS) Operations and Management (OAM) | Поддержка обязательна1 | ||
RFC 4105 - Requirements for Inter-Area MPLS Traffic Engineering | Поддержка обязательна1 | ||
RFC 4659 - BGP-MPLS IP Virtual Private Network (VPN) Extension for IPv6 VPN | Поддержка обязательна1 | ||
RFC 4760 - Multiprotocol Extensions for BGP-4 | Поддержка обязательна1 | ||
RFC 4781 - Graceful Restart Mechanism for BGP with MPLS | Поддержка обязательна1 | ||
RFC 4893 - BGP Support for Four-octet AS Number Space | Поддержка обязательна1 | ||
RFC 5065 - Autonomous System Confederations for BGP | Поддержка обязательна1 | ||
RFC 5195 - BGP-Based Auto-Discovery for Layer-1 VPNs | Поддержка обязательна1 | ||
RFC5492 – Capabilities Advertisement with BGP-4 | Поддержка обязательна1 | ||
RFC 5543 - BGP Traffic Engineering Attribute | Поддержка обязательна1 | ||
MPLS | RFC 2702 - Requirements for Traffic Engineering Over MPLS | Поддержка обязательна1 | |
RFC 3031 - Multiprotocol Label Switching Architecture | Поддержка обязательна1 | ||
RFC 3036 – LDP Specification | Поддержка обязательна1 | ||
RFC3212 – Constraint-Based LSP Setup using LDP | Поддержка обязательна1 | ||
RFC3270 – Multi-Protocol Label Switching (MPLS) Support of Differentiated Services | Поддержка обязательна1 | ||
RFC 4124 - Protocol Extensions for Support of Diffserv-aware MPLS Traffic Engineering | Поддержка обязательна1 | ||
RFC 4125 - Maximum Allocation Bandwidth Constraints Model for Diffserv-aware MPLS Traffic Engineering | Поддержка обязательна1 | ||
RFC 4127 - Russian Dolls Bandwidth Constraints Model for Diffserv-aware MPLS Traffic Engineering | Поддержка обязательна1 | ||
draft-ietf-bfd-mpls - BFD for MPLS LSP | Поддержка обязательна1 | ||
RFC 3346 - Applicability Statement for Traffic Engineering with MPLS | Поддержка обязательна1 | ||
RFC 3443 - Time To Live (TTL) Processing in Multi-Protocol Label Switching (MPLS) Networks | Поддержка обязательна1 | ||
RFC 3478, Graceful Restart Mechanism for Label Distribution Protocol | Поддержка обязательна1 | ||
RFC 3564, Requirements for Support of Differentiated Services-aware MPLS Traffic Engineering | Поддержка обязательна1 | ||
RFC 4216 - MPLS Inter-Autonomous System (AS) Traffic Engineering (TE) Requirements | Поддержка обязательна1 | ||
RFC4447 – Pseudowire Setup and Maintenance using the Label Distribution Protocol | Поддержка обязательна1 | ||
RFC 4448 - Encapsulation Methods for Transport of Ethernet over MPLS Networks | Поддержка обязательна1 | ||
RFC 4561 - Definition of a Record Route Object (RRO) Node-Id Sub-Object | Поддержка обязательна1 | ||
RFC 4667 - Layer 2 Virtual Private Network (L2VPN) Extensions for Layer 2 Tunneling | Поддержка обязательна1 | ||
RFC 4719 - Transport of Ethernet Frames over Layer 2 Tunneling Protocol Version 3 (L2TPv3) | Поддержка обязательна1 | ||
RFC 4761 - Virtual Private LAN Service (VPLS) Using BGP for Auto-Discovery and Signaling | Поддержка обязательна1 | ||
RFC4762 – Virtual Private LAN Service (VPLS) Using Label Distribution Protocol (LDP) Signaling | Поддержка обязательна1 | ||
RFC 4972 - Routing Extensions for Discovery of Multiprotocol (MPLS) Label Switch Router (LSR) Traffic Engineering (TE) Mesh Membership | Поддержка обязательна1 | ||
RFC 5036 – LDP Specification | Поддержка обязательна1 | ||
RFC 5127 - Aggregation of DiffServ Service Classes | Поддержка обязательна1 | ||
RFC 5129 - Explicit Congestion Marking in MPLS | Поддержка обязательна1 | ||
RFC 5443 - LDP IGP Synchronization | Поддержка обязательна1 | ||
RFC 5462 - Multiprotocol Label Switching (MPLS) Label Stack Entry: "EXP" Field Renamed to "Traffic Class" Field | Поддержка обязательна1 | ||
OSPFv2 | RFC2328 – OSPF Version 2 | Поддержка обязательна1 | |
RFC3101 – The OSPF Not-So-Stubby Area (NSSA) Option | Поддержка обязательна1 | ||
Поддержка BFD для OSPF | Поддержка обязательна1 | ||
Аппаратная реализация BFD на линейной карте | Поддержка обязательна1 | ||
RFC3630 – Traffic Engineering (TE) Extensions to OSPF Version 2 | Поддержка обязательна1 | ||
RFC 4750 - OSPF Version 2 Management Information Base | Поддержка обязательна1 | ||
RFC 4915 - Multi-Topology (MT) Routing in OSPF | Поддержка обязательна1 | ||
RFC 3623, Graceful OSPF Restart | Поддержка обязательна1 | ||
RFC 4970 - Extensions to OSPF for Advertising Optional Router Capabilities | Поддержка обязательна1 | ||
RFC 5088 - OSPF Protocol Extensions for Path Computation Element (PCE) Discovery | Поддержка обязательна1 | ||
RFC 5185 - OSPF Multi-Area Adjacency | Поддержка обязательна1 | ||
OSPFv3 | RFC 5340 - OSPF for IPv6 | Поддержка обязательна1 | |
PIM-DM/SM | RFC3973 – Protocol Independent Multicast - Dense Mode (PIM-DM) | Поддержка обязательна1 | |
RFC 3569 - An Overview of Source-Specific Multicast (SSM) | Поддержка обязательна1 | ||
RFC 2365 - Administratively Scoped IP Multicast | Поддержка обязательна1 | ||
RFC 5059 - Bootstrap Router (BSR) Mechanism for Protocol Independent Multicast (PIM) | Поддержка обязательна1 | ||
RFC 5060 - Protocol Independent Multicast MIB | Поддержка обязательна1 | ||
RFC 5240 - Protocol Independent Multicast (PIM) Bootstrap Router MIB | Поддержка обязательна1 | ||
RSVP | RFC2205 – Resource ReSerVation Protocol | Поддержка обязательна1 | |
RFC 2210 - The Use of RSVP with IETF Integrated Services | Поддержка обязательна1 | ||
RFC2745 – RSVP Diagnostic Messages | Поддержка обязательна1 | ||
RFC2747 – RSVP Cryptographic Authentication | Поддержка обязательна1 | ||
RFC2961 – RSVP Refresh Overhead Reduction Extensions | Поддержка обязательна1 | ||
RFC 3209 - RSVP-TE: Extensions to RSVP for LSP Tunnels | Поддержка обязательна1 | ||
RFC 4875 - Extensions to Resource Reservation Protocol - Traffic Engineering (RSVP-TE) for Point-to-Multipoint TE Label Switched Paths (LSPs) | Поддержка обязательна1 | ||
RFC 4090 - Fast Reroute Extensions to RSVP-TE for LSP Tunnels | Поддержка обязательна1 | ||
RFC5420 – Encoding of Attributes for MPLS LSP Establishment Using Resource Reservation Protocol Traffic Engineering (RSVP-TE) | Поддержка обязательна1 | ||
RFC 5284 - User-Defined Errors for RSVP | Поддержка обязательна1 | ||
RFC 5495 - Description of the Resource Reservation Protocol - Traffic-Engineered (RSVP-TE) Graceful Restart Procedures | Поддержка обязательна1 | ||
RFC 5553 - Resource Reservation Protocol (RSVP) Extensions for Path Key Support | Поддержка обязательна1 | ||
VRRP | RFC3768 – Virtual Router Redundancy Protocol (VRRP) | Поддержка обязательна1 | |
RFC2338 – Virtual Router Redundancy Protocol (VRRP) | Поддержка обязательна1 | ||
BFD | Поддержка BFD для Static route | обязательна1 | |
Поддержка BFD для OSPF | обязательна1 | ||
Поддержка BFD для BGP | обязательна1 | ||
Поддержка распределенного BFD | обязательна1 | ||
Поддержка BFD для каждого линка в бандле | обязательна1 | ||
VPLS | Указать количество бридж доменов | Не менее 80001 | |
Ethernet | Указать количество мак адресов на карту/шасси | Не менее 512000/шасси1 | |
Указать скорость изучения MAC адресов | Не менее 100000 MAC адресов за 0,1 сек 1 | ||
Поддержка 802.3ah OAM | обязательна1 | ||
Поддержка 802.1ah | Желательна | ||
QoS | Возможность поддержки иерархических политик QoS (HQoS) | Желательна | |
Возможность поддержки иерархического полисинга | Желательна | ||
Возможность поддержки двух-уровневых очередей с безусловным проиритетом обслуживания (strict priority) | Желательна | ||
Поддержка не менее 8-и классов обслуживания, для обеспечения различного качества обслуживания для разнотипных сервисов | Обязательна | ||
Поддержка полей DSCP | Обязательна | ||
Поддержка полей MPLS EXP | Обязательна | ||
Возможность маркировки поля MPLS EXP в зависимости от класса трафика; | Обязательна | ||
Возможность ограничения трафика (policing, shaping) | Обязательна | ||
Предотвращение HOL Blocking (Head-of-line blocking) Fabric QoS | Обязательна | ||
Поддержка функций измерения SLA на уровне L3 (jitter, одностороння задержка, packet drop/loss) | Обязательна | ||
Безопасность | |||
Поддержка защиты control plane | Обязательна | ||
Поддержка ACL L3 | Обязательна | ||
Поддержка ACL L2 | Обязательна | ||
Поддержка port security | Обязательна |
1Данный параметр будет использован для подведения итогов. При опубликовании он должен быть заменен на «Указывает производитель»
В случае если в коммерческом предложении участника не предусмотрены все условия, то действуют условия, указанные в конкурсной документации.
Ценовое предложение должно быть заверено печатью и подписью уполномоченного лица.
конец формы
Приложение
(ТИПОВАЯ ФОРМА)
Анкета Участника
Приложение № ____ к письму оферте №____ от _________
Наименование и адрес Участника: ___________________________________ _________________________________________________________________
№ п/п | Наименование | Сведения об Участнике |
1. | Организационно-правовая форма и фирменное наименование Участника | |
2. | Учредители (перечислить наименования и организационно-правовую форму или Ф. И.О. всех учредителей, чья доля в уставном капитале превышает 10%) | |
3. | Свидетельство о внесении в Единый государственный реестр юридических лиц (дата и номер, кем выдано) | |
4. | ИНН Участника | |
5. | Юридический адрес | |
6. | Почтовый адрес | |
7. | Филиалы: перечислить наименования и почтовые адреса | |
8. | Банковские реквизиты (наименование и адрес банка, номер расчетного счета Участника в банке, телефоны банка, прочие банковские реквизиты) | |
9. | Телефоны Участника (с указанием кода города) | |
10. | Факс Участника (с указанием кода города) | |
11. | Адрес электронной почты Участника | |
12. | Фамилия, Имя и Отчество руководителя Участника, имеющего право подписи согласно учредительным документам Участника, с указанием должности и контактного телефона | |
13. | Фамилия, Имя и Отчество главного бухгалтера Участника | |
14. | Фамилия, Имя и Отчество ответственного лица Участника с указанием должности и контактного телефона |
____________________________________
(подпись, М. П.)
____________________________________
(фамилия, имя, отчество, должность подписавшего)
Инструкции по заполнению
Участник указывает дату и номер Предложения в соответствии с письмом о подаче оферты.
Участник указывает свое фирменное наименование (в т. ч. организационно-правовую форму) и свой адрес.
Участники должны заполнить приведенную выше таблицу по всем позициям. В случае отсутствия каких-либо данных указать слово «нет».
В графе 8 «Банковские реквизиты…» указываются реквизиты, которые будут использованы при заключении Договора.
|
Из за большого объема этот материал размещен на нескольких страницах:
1 2 |


