Выберите тип процедуры
1
Период разъяснений
с
19.05.2026 14:32
по 29.05.2026 09:00
по 29.05.2026 09:00
2
Подача предложений
с
29.05.2026 09:00
по 15.06.2026 10:00
по 15.06.2026 10:00
осталось 6 дней
3
Аукцион
не будет использоваться
4
Оценка
5
Контракт
Статус
Подача предложений
Оценочная стоимость без НДС
31 416 666 MDL
Период уточнений:
19 май 2026, 14:32 - 29 май 2026, 9:00
Подача предложений:
29 май 2026, 9:00 - 15 июн 2026, 10:00
Техническая служба поддержки для поставщиков:
(+373) 79999801
Данная процедура проводится без электронного аукциона. Ваша оферта является окончательной и должна содержать весь список необходимых документов.
Подписаться невозможно
в период Подача предложений
Echipament de telecomunicaţii
Информация о заказчике
Фискальный код/IDNO
Адрес
2033, MOLDOVA, mun.Chişinău, locality, Piata Marii Adunari Nationale nr.1
Веб сайт
---
Контактное лицо
Данные о закупке
Дата создания
19 май 2026, 14:29
Дата последних изменений
20 май 2026, 12:49
Achizitii.md ID
21621527
MTender ID
CPV
32500000-8 - Echipament de telecomunicaţii
Тип процедуры
Открытый торг
Критерии присуждения
Самая низкая цена
Источники финансирования
Список лотов
Документы процедуры закупок
Anunt de participare_echipament_telecomunicatii (3).semnat
Документация к предложению
Anunt de participare
19.05.26 14:32
ds_bunuri_servicii_omf_115_15_09_2021
Документация к предложению
Documentatia standard
19.05.26 14:32
Дата:
20 май 2026, 12:49
Название вопроса:
Argumentare Tehnica
Вопрос:
Stimată Autoritate Contractantă,
Având în vedere valoarea extrem de semnificativă a achiziției publice privind echipamentele de telecomunicații, precum și impactul pe termen lung asupra infrastructurii guvernamentale și a bugetului public, rugăm respectuos să clarificați următoarele aspecte:
Dacă specificațiile tehnice și parametrii solicitați pentru echipamentele de rețea au fost stabiliți în baza unor necesități reale, măsurabile și documentate ale infrastructurii guvernamentale existente sau planificate.
Dacă, anterior inițierii procedurii, au fost elaborate:
studii de fezabilitate;
analize de trafic și capacitate;
evaluări privind încărcarea reală și prognozată a infrastructurii;
modele de creștere și scalabilitate;
proiecte tehnice/HLD/LLD;
analize TCO și cost-beneficiu;
sau alte documente tehnico-economice care justifică nivelul parametrilor solicitați și valoarea estimată a investiției.
Rugăm să clarificați dacă specificațiile tehnice au fost:
analizate și validate de experți independenți în proiectarea infrastructurilor enterprise și a centrelor de date;
coordonate cu specialiști care dețin experiență practică în arhitectura și operarea infrastructurilor guvernamentale de scară similară;
și dacă s-a evaluat în mod obiectiv aplicabilitatea și proporționalitatea acestor cerințe pentru necesitățile reale ale infrastructurii IT guvernamentale din Republica Moldova.
Totodată, rugăm să clarificați dacă, în procesul definirii parametrilor tehnici, au fost evaluate:
consecințele financiare și operaționale pe termen lung;
costurile de mentenanță, suport, licențiere și extindere;
gradul real de utilizare estimat;
precum și riscurile de supradimensionare a infrastructurii achiziționate în raport cu necesitățile efective ale sectorului guvernamental.
În lipsa unor documente tehnico-economice publice care să fundamenteze aceste cerințe, apare întrebarea legitimă dacă parametrii solicitați reflectă într-adevăr necesități operaționale reale și validate sau dacă aceștia au fost definiți fără o evaluare completă a impactului tehnic, arhitectural și financiar aferent unei astfel de investiții din bani publici.
În acest context, și având în vedere principiile legalității, proporționalității, eficienței utilizării fondurilor publice și transparenței procesului decizional, rugăm respectuos publicarea/anexarea la procedură a documentelor de fundamentare tehnico-economică care au stat la baza definirii cerințelor tehnice și a valorii estimate a achiziției.
Ответ (29 май 2026, 08:52):
1. Temei juridic
Specificațiile tehnice au fost elaborate în conformitate cu art. 35 din Legea nr. 131/2015, care conferă autorității contractante dreptul și obligația de a defini cerințele tehnice în funcție de necesitățile sale obiective, cu asigurarea concurenței reale. Necesitățile operaționale decurg direct din mandatul legal al STISC stabilit prin: Legea nr. 48/2023 (securitate cibernetică/CERT-Gov), Legea nr. 124/2022 (servicii de încredere/PKI), HG nr. 414/2018 (MCloud), HG nr. 482/2020 (CERT-Gov) și HG nr. 562/2025 (transpunerea NIS2) — acte normative care impun cerințe explicite și verificabile privind disponibilitatea, securitatea și performanța infrastructurii de rețea.
2. Specificațiile sunt fundamentate pe necesități reale și documentate
Parametrii tehnici corespund rolului funcțional al echipamentelor — nucleul de rețea Core/Spine al centrelor de date guvernamentale — și au fost dimensionați pe baza următorilor factori obiectivi:
Arhitectura actuală și planificată DC1/DC2, cu topologie Leaf-Spine și cerințe de redundanță Active-Active
Profilul traficului MCloud (50+ instituții publice găzduite), unde traficul East-West — inter-VM, replicație storage, operații Kubernetes — predomină și impune capacitate line-rate la nivel core
Cerințele de securitate NIS2 (HG 562/2025, Legea 48/2023): criptare L2 MACsec, certificare FIPS 140, telemetrie avansată pentru operațiunile CERT-Gov
Ciclul de viață al investiției de 7–10 ani, care impune suport pentru interfețe 800G și scalabilitate fără înlocuirea prematură a șasiului
Disponibilitate continuă de minimum 99,99%, specifică infrastructurii critice, care impune redundanță integrală la nivel de supervisor și alimentare
3. Investiția este proporțională și optimizată ca TCO
Cerințele privind licențierea perpetuă integrală, absența restricțiilor per-port și suportul tehnic cu acces la actualizări de securitate pe minimum 3 ani au fost definite explicit pentru reducerea costului total de proprietate pe întregul ciclu de viață. Dimensionarea previne riscul subdimensionării — scenariul cu impact financiar cel mai sever pentru o instituție publică, deoarece înlocuirea prematură a echipamentelor de core generează costuri disproporționate, întreruperi de servicii publice și incompatibilitate tehnologică.
4. Documentele de fundamentare există și sunt disponibile autorităților competente
Specificațiile sunt susținute de proiectul tehnic HLD, planul strategic instituțional și analiza de piață, elaborate în conformitate cu atribuțiile legale ale STISC. Legislația achizițiilor publice nu impune publicarea documentelor tehnice interne ca anexe la documentația de atribuire — impune ca specificațiile să fie obiective, nediscriminatorii și proporționale. Aceste condiții sunt îndeplinite. Documentele sunt disponibile pentru consultare în condițiile Legii nr. 148/2023 privind accesul la informație și rămân la dispoziția oricărei autorități de control cu competențe legale în domeniu.
CONCLUZIA
Specificațiile tehnice reflectă necesități operaționale reale, derivate din obligații legale directe și verificabile. Sunt proporționale cu scala și criticitatea serviciilor guvernamentale susținute, respectă principiul concurenței prin utilizarea exclusivă a standardelor deschise și sunt fundamentate documentar conform cadrului normativ aplicabil. Nu există temei legal sau tehnic pentru modificarea cerințelor publicate. Procedura continuă conform calendarului stabilit.
Дата:
26 май 2026, 15:36
Название вопроса:
H1.02 – Dimensiuni echipament
Вопрос:
Vă rugăm să confirmați dacă autoritatea contractantă acceptă echipament cu adânimea de până la 1080 mm, în condițiile în care cerința inițială stabilește limita maximă de 900 mm.
În cazul acceptării, vă rugăm să confirmați că această abatere este considerată acceptabilă și nu afectează conformitatea generală a ofertei.
Ответ (28 май 2026, 13:36):
Nu sunt acceptabile din constringeri tehnologice
Дата:
26 май 2026, 15:38
Название вопроса:
H1.012 – Surse de alimentare
Вопрос:
Vă rugăm să confirmați dacă autoritatea contractantă acceptă configurația propusă cu 3 surse de alimentare în loc de minimum 6 surse solicitate inițial.
Vă rugăm să confirmați că soluția propusă este considerată suficientă pentru cerințele de redundanță și disponibilitate urmărite. Numarul de surse este un element arhitectural al platformei, si nu ar trebui sa fie o limitare la acesta. Stabiliti cerintele functionale.
Ответ (28 май 2026, 13:44):
Pentru asigurarea unui nivel sporit de reziliență și toleranță la defecte al echipamentului de magistrală, trei surse de alimentare nu sunt suficiente. Conform analizei pieței echipamentelor de tip switch modular pentru centre de date, practic toți producătorii internaționali utilizează în modele similare minimum 6 surse de alimentare.
Дата:
26 май 2026, 15:47
Название вопроса:
C1.012 – UDLD / Link monitoring
Вопрос:
Având în vedere că UDLD reprezintă un protocol proprietar Cisco, vă rugăm să ajustati specificatia acceptarea utilizării mecanismelor echivalente bazate pe standarde deschise, cum ar fi IEEE 802.3ah (Link Fault Management), pentru a evita limitarea concurenței.
Ответ (28 май 2026, 13:35):
Precum UDLD este descris in RFC 5171 este solicitata petenta funcțional ului compatibila cu aces protocol.
Дата:
26 май 2026, 15:50
Название вопроса:
C1.017 – Micro-burst monitoring
Вопрос:
Vă rugăm să confirmați acceptarea mecanismelor alternative de telemetry și queue monitoring disponibile pe platformă, în locul cerinței privind monitorizarea cu rezoluție de ordinul nanosecundelor, sau ajustarea corespunzătoare a cerinței tehnice pentru a evita limitarea concurenței.
Ответ (29 май 2026, 08:52):
Se acceptă mecanismele alternative de telemetry și queue monitoring
Дата:
26 май 2026, 15:53
Название вопроса:
C1.022 – FIPS140-2 / FIPS140-3
Вопрос:
Având în vedere că certificările FIPS reprezintă standarde specifice cadrului de securitate al SUA, vă rugăm să confirmați acceptarea standardelor și certificărilor echivalente aplicabile spațiului european sau internațional, ori eliminarea cerinței tehnice pentru a evita limitarea concurenței.
Ответ (28 май 2026, 13:40):
În afară de standardele FIPS140-2 / FIPS140-3, se acceptă echivalente certificări bazate pe standarde internaționale care vizează în mod explicit securitatea modulelor criptografice. De exemplu, ISO/IEC 24759, ISO/IEC 19790.
Дата:
26 май 2026, 15:58
Название вопроса:
H1.06 / H1.07 – SSD storage și RAM memory
Вопрос:
Vă rugăm să clarificați fundamentarea tehnică și profesională a includerii unor cerințe privind parametri hardware interni specifici (capacitate SSD, memorie RAM), care nu reprezintă indicatori funcționali standard utilizați în evaluarea echipamentelor de rețea și nu demonstrează direct, obiectiv și măsurabil performanțele operaționale solicitate.
Totodată, vă rugăm să justificați necesitatea acestor valori exacte și să confirmați că respectivele cerințe nu conduc la favorizarea unei anumite platforme hardware sau a unui producător specific, prin utilizarea unor caracteristici interne particulare, fără relevanță funcțională directă asupra cerințelor de routing, switching sau stabilitate operațională.
Ответ (28 май 2026, 13:34):
Este indicat in caiet de sarcini necesitatea SSD pentru LoGuri si RAM pentru tabela de Routing
Дата:
26 май 2026, 16:20
Название вопроса:
Către Management
Вопрос:
În urma analizei cerințelor tehnice incluse în documentația de atribuire pentru echipamentele Spine/Core Data Center, considerăm necesară reevaluarea urgentă a fundamentării tehnice și economice a procedurii de achiziție, întrucât parametrii solicitați indică o dimensionare specifică infrastructurilor hyperscale/cloud provider și nu unor centre de date instituționale cu profil guvernamental obișnuit.
Conform cerințelor publicate, un singur echipament solicitat trebuie să asigure:
aproximativ 57.6 Tbps capacitate totală switching;
până la 144 porturi 400G per șasiu;
capacitate suficientă pentru interconectarea a aproximativ 144–288 switch-uri Leaf (Top-of-Rack);
și conectarea estimativă a 7.000–14.000 servere într-un singur centru de date.
Raportat la faptul că procedura prevede achiziția a 6 asemenea echipamente, rezultă o infrastructură dimensionată pentru:
sute de rack-uri;
zeci de mii de conexiuni server-side;
și niveluri de trafic specifice operatorilor hyperscale, marilor furnizori cloud sau infrastructurilor telecom de foarte mare capacitate.
O asemenea dimensionare ar presupune inclusiv:
infrastructură electrică industrială;
consum energetic extrem de ridicat;
sisteme masive de răcire;
suprafețe extinse de colocare;
și investiții auxiliare considerabile în infrastructura fizică a centrelor de date.
În lipsa unor:
calcule oficiale de capacitate;
estimări documentate privind numărul de rack-uri și servere;
prognoze de trafic;
sau justificări operaționale clare,
specificațiile publicate creează aparența unei achiziții profund supra-dimensionate, fără o fundamentare tehnico-economică proporțională și verificabilă.
Considerăm că există riscul major ca procedura să fi fost construită pornind de la caracteristicile unei platforme hardware specifice și nu de la necesitățile reale ale infrastructurii instituției, fapt ce poate afecta:
utilizarea eficientă a fondurilor publice;
caracterul concurențial al procedurii;
și credibilitatea fundamentării investiției.
În acest context, solicităm respectuos:
suspendarea și reevaluarea parametrilor tehnici ai procedurii;
efectuarea unei analize independente de dimensionare și capacitate;
precum și prezentarea unei justificări tehnico-economice obiective și verificabile pentru nivelul de performanță solicitat.
Având în vedere impactul financiar major al unei asemenea investiții, considerăm că continuarea procedurii în forma actuală poate genera riscuri semnificative de disproporționalitate, ineficiență investițională și utilizare nefundamentată a resurselor publice.
Ответ (29 май 2026, 08:53):
1. STISC nu este un centru de date instituțional obișnuit
STISC administrează infrastructura TIC centralizată a întregului Guvern al Republicii Moldova — MCloud (HG 414/2018), CERT-Gov-MD (HG 482/2020), serviciile PKI/MoldSign (Legea 124/2022), sistemele naționale de autentificare și plăți electronice (STAAP/SPE) și rețeaua de date a 50+ instituții publice centrale. Parametrii tehnici solicitați sunt calibrați pentru acest mandat, nu pentru un datacenter de uz intern.
2. Justificarea tehnică a dimensionării
57.6 Tbps per echipament rezultă din trei factori cumulativi: topologia Leaf-Spine cu redundanță Active-Active impune ca fiecare nod să suporte 100% din trafic la avaria nodului pereche; traficul East-West specific virtualizării cloud reprezintă 70–80% din total; serviciile BaaS/DRaaS generează ferestre intensive de replicare. Niciun factor nu poate fi eliminat fără degradarea disponibilității serviciilor guvernamentale.
144 porturi 400G asigură conectivitatea necesară pentru extinderea planificată MCloud 3.0 în orizontul 2027–2028, cu redundanță completă per rack ToR.
Capacitatea de interconectare este dimensionată pentru extinderi viitoare, nu pentru numărul de conexiuni active la momentul achiziției. Supradimensionarea deliberată la nivel Spine este practica standard în industrie — echipamentele de core sunt cele mai costisitoare și mai disruptive de înlocuit într-un datacenter activ, iar înlocuirea prematură din cauza subdimensionării inițiale reprezintă o utilizare ineficientă a fondurilor publice.
Dimensionarea pe 5–7 ani este cerință explicită pentru infrastructuri critice conform ghidurilor ENISA aplicabile operatorilor guvernamentali.
3. Implicațiile fizice sunt minime
Echipamentele solicitate funcționează în 1–3U și consumă 1.000–2.500W fiecare — compatibil cu infrastructura electrică și de răcire existentă în DC1/DC2, certificate Tier III. Cele 6 echipamente ocupă fizic maxim 6 rack-uri. Afirmația privind „infrastructură electrică industrială" și „sisteme masive de răcire" este neîntemeiată tehnic.
4. Specificațiile sunt deschise și nediscriminatorii
Toți parametrii sunt funcționali, fără referință la marcă, model sau producător. Protocoalele solicitate — BGP EVPN, VXLAN, MPLS, OpenConfig, telemetrie streaming — sunt standarde deschise IETF, implementate de minimum 4 producători majori (Arista, Cisco, Juniper, Huawei). Cererea de clarificare nu identifică niciun parametru concret care ar exclude artificial vreun producător, ceea ce face afirmația de restricționare a concurenței nesusținută.
5. Fundamentarea tehnică există și este verificabilă
Achiziția este susținută de Planul Strategic STISC 2026–2027, studiul de capacitate MCloud 3.0, arhitectura HLD a infrastructurii DC1/DC2, raportul de audit al infrastructurii actuale și Planul de Continuitate a Activității cu cerințele RTO/RPO aferente. STISC nu are obligația publicării proiecțiilor interne de extindere în documentația de atribuire — absența acestor date din documentul public nu echivalează cu absența fundamentării. Documentele sunt disponibile în integralitate autorităților de control competente.
6. Solicitarea de suspendare nu are temei
Legea nr. 131/2015 nu prevede suspendarea unei proceduri pe baza unei prezumții de supradimensionare nedemonstrate. Modificarea specificațiilor la presiunea unui operator economic cu interes comercial direct în procedură ar constitui ea însăși un tratament inechitabil față de ceilalți participanți. Suplimentar, calendarul procedurii este corelat cu obligații contractuale față de finanțatori externi — o suspendare nejustificată generează costuri instituționale și de credibilitate internațională.
CONCLUZIA MANAGEMENTULUI
Cererea de clarificare nu aduce argumente tehnice, economice sau juridice care să justifice modificarea sau suspendarea procedurii. Parametrii solicitați sunt proporționali cu mandatul legal al STISC, aliniați cu practicile internaționale pentru operatori guvernamentali de același profil și susținuți de documentație internă verificabilă. STISC menține integral cerințele publicate. Orice contestație formală va fi soluționată conform Capitolului IX din Legea nr. 131/2015.
Дата:
28 май 2026, 17:06
Название вопроса:
Clarificare suplimentară aferentă răspunsului din 28.05.2026, 13:36 – cerința H1.02
Вопрос:
Având în vedere răspunsul autorității contractante din 28.05.2026, ora 13:36, conform căruia echipamentele cu adânime mai mare de 900 mm „nu sunt acceptabile din constrângeri tehnologice”, vă rugăm să comunicați explicit modelul și specificațiile rack-urilor existente în infrastructura unde urmează a fi instalate echipamentele solicitate. Aceasta informație este necesara pentru a solicita conformitatea de la producătorul echipamentului.
În lipsa acestor informații tehnice obiective, răspunsul formulat generic prin sintagma „constrângeri tehnologice” nu permite operatorilor economici evaluarea conformității reale a echipamentelor ofertate și conduce la restrângerea nejustificată a concurenței.
Ответ (29 май 2026, 08:54):
Echipamentul, inclusiv cablurile de alimentare conectate, patch-cordurile optice, barele de împământare și cablurile de consolă, trebuie să poată fi instalat în rack-uri de comunicații cu adâncimea de 1000 mm.
Дата:
28 май 2026, 17:09
Название вопроса:
Clarificare suplimentară aferentă răspunsului din 28.05.2026, 13:44 – cerința H1.012
Вопрос:
Având în vedere răspunsul autorității contractante din 28.05.2026, ora 13:44, vă rugăm să clarificați în baza căror criterii tehnice și funcționale concrete a fost stabilită obligația existenței a minimum 6 surse de alimentare, în condițiile în care numărul surselor reprezintă un element de arhitectură internă specific fiecărui producător și nu un indicator direct al nivelului de disponibilitate sau reziliență al sistemului.
Menționăm că nivelul de redundanță trebuie definit prin parametri funcționali și operaționali măsurabili (ex. N+1, N+N, disponibilitate, toleranță la defect, continuitate operațională, consum maxim susținut, SLA), și nu prin impunerea unei implementări constructive specifice.
Totodată, afirmația conform căreia „practic toți producătorii internaționali utilizează minimum 6 surse de alimentare” nu reprezintă o justificare tehnică obiectivă și verificabilă și poate conduce la restrângerea artificială a concurenței prin favorizarea unor platforme hardware specifice.
În acest context, vă rugăm:
să indicați cerințele reale de disponibilitate și reziliență urmărite de autoritatea contractantă;
să precizați dacă se acceptă arhitecturi alternative care asigură aceiași parametri funcționali de redundanță și continuitate operațională;
să comunicați dacă există o justificare tehnică documentată care demonstrează că o configurație cu mai puțin de 6 surse nu poate îndeplini cerințele operaționale ale infrastructurii vizate.
Ответ (29 май 2026, 08:55):
Redundanța surselor de alimentare trebuie să suporte schema N+N (preferabil) sau N+2, în condițiile echipării complete a comutatorului cu toate modulele posibile și la sarcina maximă a echipamentului. Având în vedere rolul critic al comutatoarelor backbone solicitate în funcționarea centrelor de date ale STISC, cerința privind prezența a minimum 6 surse de alimentare rămâne neschimbată. Schema N+1, formată numai din 3 surse de alimentare (nu intrările de alimentare electrică 220V), este prea puțin fiabilă pentru această sarcină.
Дата:
28 май 2026, 17:13
Название вопроса:
Clarificare suplimentară aferentă răspunsului din 28.05.2026, 13:35 – cerința C1.012
Вопрос:
Având în vedere răspunsul autorității contractante din 28.05.2026, ora 13:35, precizăm că RFC 5171 nu reprezintă un standard IETF de tip “Standards Track”, ci un document informativ publicat prin fluxul “Independent Submission”, care descrie un protocol proprietar Cisco.
Prin urmare, menținerea explicită a compatibilității cu UDLD conduce la favorizarea unui anumit producător și la restrângerea nejustificată a concurenței.
Solicităm clarificarea expresă dacă autoritatea contractantă urmărește:
funcționalitatea generică de detecție a legăturilor unidirecționale;
sau
interoperabilitate obligatorie cu implementarea proprietară Cisco UDLD.
În cazul în care se urmărește funcționalitatea, solicităm acceptarea explicită a mecanismelor echivalente bazate pe standarde deschise și implementări multi-vendor.
Ответ (29 май 2026, 08:56):
La momentul actual, infrastructura de comutație din centrele de date ale STISC este construită pe baza echipamentelor Cisco. În cadrul acesteia este utilizat protocolul UDLD, deoarece acesta are performanțe mai ridicate comparativ cu alte metode de detectare a legăturilor unidirecționale (unidirectional link detection).
Дата:
28 май 2026, 17:22
Название вопроса:
Clarificare suplimentară aferentă răspunsului din 28.05.2026, 13:40 – cerința C1.022
Вопрос:
Având în vedere răspunsul autorității contractante din 28.05.2026, ora 13:40, vă rugăm să precizați explicit dacă certificările solicitate trebuie să acopere efectiv funcționalitățile criptografice cerute prin caietul de sarcini, inclusiv MACsec-256 pe interfețele 100G/400G, secure boot și mecanismele hardware de trust solicitate.
Ответ (29 май 2026, 08:57):
Toate funcțiile criptografice utilizate de sistemul de operare al comutatorului trebuie să fie conforme cu una dintre următoarele certificări: FIPS 140-2, FIPS 140-3, ISO/IEC 24759, ISO/IEC 19790. La acest regim trebuie să se conformeze și componentele hardware pe care sunt activate funcțiile criptografice, utilizând exclusiv algoritmi criptografici în strictă conformitate cu cerințele standardelor respective. Standardele menționate mai sus nu impun certificarea componentelor individuale ale dispozitivului, ci certificarea funcționării mecanismelor criptografice ale echipamentului în ansamblu.
Дата:
28 май 2026, 17:25
Название вопроса:
H1.03 – Greutatea șasiului
Вопрос:
Limitarea greutății la maximum 190 kg apare ca fiind excesiv restrictivă pentru platforme modulare Data Center de clasă enterprise și poate conduce la limitarea concurenței.
Solicităm ajustarea sau eliminarea acestei cerințe pentru a permite participarea echipamentelor tehnic echivalente disponibile pe piață. de exemplu minim 250 KG.
Ответ (29 май 2026, 08:57):
Centrele de date ale STISC au o limitare strictă privind valoarea încărcării pe pardoseală (floor loading) exprimată în kg/m². Din păcate, această cerință nu poate fi modificată.
Дата:
28 май 2026, 17:26
Название вопроса:
H1.07 – Memorie RAM Supervisor
Вопрос:
Solicitarea explicită a unei memorii de minimum 64 GB DDR4 per supervisor definește o implementare hardware internă specifică și nu un criteriu funcțional măsurabil.
Solicităm reformularea cerinței prin indicatori funcționali privind capacitatea EVPN/BGP și stabilitatea operațională, pentru a evita restrângerea concurenței.
Ответ (29 май 2026, 08:58):
Având în vedere complexitatea sarcinilor care vor fi executate de echipamente și scenariile multi-protocol în care acestea vor fi utilizate pe durata ciclului lor de viață (minimum 7 ani), asupra performanței planului de control (control plane) sunt impuse cerințe ridicate. Din acest motiv, sunt necesare procesoare (CPU) și memorie RAM cu performanță și capacitate suficiente. Echipamentele de clasă similară de la producători internaționali renumiți au parametri comparabili.
Вопросы в период разъяснений могут задавать только авторизованные пользователи платформы.
Документ успешно подписан
OK