Dématérialisation des marchés publics, Veille sur les appels d'offres

Madame,
J’ai le plaisir de vous transmettre la réponse des opérationnels à votre question.

Pour la question : Dans le cadre de la consultation Accès à la plateforme hébergée PEPS, nous aurions besoin d’une précision.
Dans le CCTP, exigence « CYBERSECURITE », il est demandé au point CYBER – Marché FO MCO LIAISONS- 03 :
« Les capacités d’adaptation rapide des services opérés en cas de crise majeure nécessitant un déplacement massif des points de connexion des utilisateurs (ex : télétravail généralisé) ou une modification majeure de l’architecture proposée (ex : incident majeur sur le réseau de l’opérateur)"
Qu’entendez vous par « déplacement massif des points de connexions des utilisateurs…ou modification majeure de l’architecture », pourriez vous préciser vos attentes ?
La réponse est : Cette exigence s'inscrit dans le volet Plan de Continuité d'Activité (PCA) du projet PEP'S. ieSS souhaite s'assurer que le titulaire dispose de processus industriels et de ressources agiles pour maintenir l'accès au service en cas de bouleversement du contexte d'usage.

Les attentes se déclinent selon deux axes :

1. Déplacement massif des points de connexion (Ex : Télétravail généralisé)
->Le contexte : En cas de crise sanitaire ou climatique, les utilisateurs ne se connectent plus depuis les sites physiques des adhérents mais depuis leurs domiciles (via Internet public).
->L'attendu : Le candidat doit expliquer comment il peut accompagner cette montée en charge soudaine sur les points de terminaison. Par exemple : capacité à augmenter très rapidement les débits des portes de collecte Internet sécurisées de la plateforme PEP'S pour absorber l'afflux de connexions VPN nomades.

2. Modification majeure de l'architecture (Ex : Incident réseau opérateur)
->Le contexte : Un incident majeur (incendie de datacenter, coupure d'un nœud de transit national) impacte une partie du réseau de l'opérateur titulaire.
->L'attendu : Le candidat doit décrire ses capacités de reroutage dynamique ou de bascule sur des infrastructures de secours. Exemple concret : Comment l'opérateur peut-il réorienter en urgence les flux des adhérents vers un autre PoP ou via une collecte alternative pour rétablir l'accès à la plateforme PEP'S.

Ce que le candidat doit décrire dans son offre :

-Les procédures d'urgence activables (cellule de crise, astreintes renforcées).
-Les capacités de "Burst" (augmentation temporaire de débit) sur les liaisons critiques.
-La flexibilité des outils de configuration à distance permettant de modifier les schémas de routage sans intervention physique sur site.

En résumé :
L'ieSS n'attend pas une option tarifée, mais une démonstration de l'agilité technique et organisationnelle de l'opérateur pour garantir que le lien entre les utilisateurs et la plateforme PEP'S ne soit jamais rompu, quel que soit le lieu de connexion ou l'état interne du réseau opérateur.

Bien cordialement.
Véronique PEROTTO - RCP du GIP ieSS

Madame,
J’ai le plaisir de vous transmettre la réponse des opérationnels à vos questions.

Pour la question : • GOV – Marché FO MCO LIAISONS - 04 :Il est demandé des indicateurs qui semble correspondre au marché PEP'S à savoir:
• Taux de disponibilité de la plateforme réseau privé ;
• Respect des GTR de la plateforme réseau privé ;
• Suivi des incidents de la plateforme réseau privé ;
        Pourriez vous clarifier le point?

La réponse est : Le candidat doit fournir un reporting mensuel segmenté selon les deux périmètres définis ci-dessous. Cette distinction est essentielle pour permettre à ieSS de piloter la qualité de service globale perçue par les adhérents du projet PEP'S.

1. Périmètre "Services Opérés" (Performance intrinsèque du Titulaire)
Ces indicateurs concernent le suivi contractuel des prestations de télécommunication vendues par le titulaire :
->Taux de disponibilité des services opérés : Disponibilité technique de chaque type de lien (ex: disponibilité moyenne des liens FTTO du parc).
->Respect des GTR des services opérés : Statistiques sur le respect des délais de rétablissement (4h, J+1, etc.) pour les incidents liés aux liens eux-mêmes.
->Suivi des incidents des services opérés : Registre exhaustif des tickets ouverts sur les liaisons.
->État de parc bénéficiaire par services opérés : Inventaire dynamique des liens actifs, classés par technologie et par bénéficiaire.
->Récapitulatif des commandes : Suivi des bons de commande reçus, en cours de déploiement ou terminés.

2. Périmètre "Plateforme Réseau Privé" (Disponibilité de l'accès au cœur PEP'S)
La "Plateforme Réseau Privé" désigne ici le service de transport sécurisé de bout en bout (du site de l'adhérent jusqu'à la collecte centrale PEP'S).
->Taux de disponibilité de la plateforme réseau privé : Mesure de la disponibilité du chemin réseau complet. Un lien peut être "up" mais ne pas permettre d'atteindre la plateforme PEP'S (problème de routage, de collecte ou de tunnel VPN). C'est cet indicateur que ieSS utilise pour la météo du service.
->Respect des GTR de la plateforme réseau privé : Capacité du titulaire à rétablir le flux de données vers le cœur PEP'S, et pas seulement la continuité électrique du lien.
->Suivi des incidents de la plateforme réseau privé : Focus sur les incidents majeurs impactant l'accès collectif au réseau sécurisé (ex: coupure d'un nœud de collecte).

En résumé :
Le titulaire n'est pas responsable de l'hébergement de la plateforme PEP'S (Marché PEPS), mais il est responsable de la disponibilité de l'accès à celle-ci. Le candidat doit confirmer dans son mémoire technique qu'il est en mesure d'isoler ces deux vues dans ses tableaux de bord mensuels.


Pour la question : • ECG – Marché FO MCO LIAISONS - 03 :
Pourriez vous clarifier les demandes suivantes qui semblent correspondre au marché PEP'S:
• Le suivi des indicateurs de dimensionnement de la plateforme PEP’S
• La mise à disposition d’étude de cas

La réponse est : Le pouvoir adjudicateur précise que le titulaire du marché FO MCO LIAISONS doit interpréter ces exigences selon son périmètre technique de transporteur et son rôle d'expert en connectivité. Bien que les intitulés soient harmonisés avec l'écosystème PEP'S, les attendus sont les suivants :

1. Suivi des indicateurs de dimensionnement de la plateforme PEP’S
Il ne s'agit pas pour le titulaire du marché Liaisons de suivre les ressources informatiques (CPU/RAM) de la plateforme hébergée.
->L'attendu : Le titulaire doit fournir les indicateurs de consommation de bande passante et de charge des accès (débit crête, débit moyen, taux d'utilisation des liens).
->L'objectif : Ces données de dimensionnement "réseau" sont indispensables pour permettre à ieSS d'anticiper les besoins d'évolution des liaisons des adhérents et de garantir que la capacité de transport est toujours alignée avec les besoins de la plateforme.

2. Mise à disposition d’études de cas
Il est confirmé que cette exigence ne relève pas d'une prestation de conseil stratégique. Pour le marché Liaisons, la notion d'"étude de cas" doit être comprise comme la fourniture de fiches de préconisations techniques ou de retours d'expérience.
->L'objet : Présenter des configurations types et éprouvées (ex: architecture de redondance pour un site critique, retour sur une migration SDSL vers Fibre, ou déploiement de secours 4G/5G).
->Le support (Clarification) : Bien que mentionné dans le cadre de l'espace client par souci de cohérence globale, le pouvoir adjudicateur admet que ces documents ne constituent pas un module obligatoire du portail. Ils pourront être transmis lors des comités de pilotage ou via une base documentaire partagée, afin d'alimenter le catalogue des bonnes pratiques de l'ieSS.

En synthèse :
Le titulaire du marché FO MCO LIAISONS est responsable de la garantie d'accès à la plateforme. À ce titre, il doit fournir la visibilité sur la charge de ses liens (dimensionnement) et partager son expertise technique (études de cas) pour optimiser le raccordement des bénéficiaires.


Pour la question : • TECH – CNX - 02:
• Pourriez-vous clarifier la demande des portes de collectes télécom ?
• Doit on comprendre qu'il est demandé une porte de collecte de niveau 3 dédiée pour la mise à disposition du service internet du marché PEP'S et une porte de collecte de niveau 3 dédiée pour la mise à disposition du service MPLS?
• Est il possible d'obtenir un schéma technique d'interconnexion entre la plateforme PEP'S et les portes de collecte télécom du présent marché.

La réponse est : 1. Sur la configuration des portes de collecte (L3)
L'architecture PEP'S repose sur une séparation stricte des flux pour garantir la sécurité et la performance.
->Le principe : Le titulaire doit mettre à disposition des portes de collecte de niveau 3 (L3) au sein des datacenters où est hébergée la plateforme PEP'S.
->La séparation des flux : Il est effectivement attendu une étanchéité entre les flux. Le candidat peut proposer :
-Soit deux portes physiques distinctes.
-Soit une porte physique mutualisée (Trunk) avec une segmentation logique forte (VRF distinctes) pour isoler le flux "Internet sécurisé" du flux "Réseau Privé (MPLS/Interconnexion)".
->L'objectif : Permettre au titulaire du marché "Plateforme" (Marché PEPS) de récupérer ces flux sur ses équipements de sécurité (Firewalls/Routeurs) pour appliquer les politiques de filtrage PEP'S.

2. Sur le schéma technique d'interconnexion
Le schéma général d'architecture est présent au paragraphe 4.1 du CCTP. Pour plus de précision :

-Le point de livraison (démarcation) se situe sur le port de sortie du routeur du titulaire "Liaisons" situé dans le datacenter PEP'S.
-L'interconnexion se fait via un brassage (cross-connect) entre la baie du titulaire "Liaisons" (MARCHE LIAISONS) et la baie du titulaire "Plateforme" (MARCHE PEPS).
-Le candidat doit décrire dans son offre comment il gère la redondance de ces portes de collecte pour éviter tout point de coupure unique .

En résumé :
Le titulaire doit livrer les flux "propres" (collectés depuis les sites adhérents) au pied de la plateforme PEP'S. La distinction Internet/MPLS est impérative. Le candidat doit détailler dans sa réponse technique le dimensionnement de ces portes et le mode de livraison (VLAN/VRF) proposé.


Pour la question : • TECH-CNX-08 :
• Pourriez-vous clarifier votre demande ? Parle t'on d'option type Classes de Services, priorisation de flux, autres ?

La réponse est : L'exigence TECH-CNX-08 vise à s'assurer que les liaisons proposées sont capables de supporter les contraintes métier des établissements de santé raccordés à PEP'S. Le candidat doit confirmer dans son offre les capacités suivantes :

Gestion de la Qualité de Service (QoS / CoS) :
-Le titulaire doit être en mesure de proposer des Classes de Services permettant de prioriser certains flux au sein du tunnel de raccordement (notamment pour la Voix sur IP ou les flux applicatifs critiques).
-Le candidat précisera le nombre de classes disponibles et les mécanismes de marquage supportés.

Priorisation des flux :
-La capacité à garantir un débit minimal pour certains flux prioritaires en cas de congestion sur le lien est attendue, particulièrement pour les accès de type FTTH ou 4G/5G où la bande passante peut être partagée.

En résumé :
Le titulaire doit décrire comment il garantit que le transport des données vers la plateforme PEP'S respecte les besoins de performance des applications de santé. La réponse doit détailler les options de priorisation et de classes de services incluses ou disponibles au catalogue.


Pour la question : MCO-CNX-03:
• Pourriez vous clarifier la demande de GTR 4h 5/18 ?


La réponse est : Le pouvoir adjudicateur précise que la GTR 4h 5j/18h correspond au niveau de service standard attendu pour les liaisons de type "Cœur de métier" (ex: sites administratifs ou structures de santé à activité diurne).
Les modalités d'application sont les suivantes :
->Délai de rétablissement : Le titulaire s'engage à rétablir le service dans un délai maximal de 4 heures à compter de la signalisation de l'incident (ouverture du ticket).
->Plage de couverture (5j/18h) : Cet engagement est effectif 5 jours sur 7 (du lundi au vendredi), sur une plage horaire allant de 07h00 à 01h00 (ou 06h00 à 00h00 selon vos standards, à préciser dans l'offre).
->Hors plage : Pour les incidents signalés en dehors de cette plage (ex: le week-end ou au milieu de la nuit), le calcul du délai de 4 heures court à partir de la reprise de la plage de couverture (le lendemain matin à 07h00).



Bien cordialement.
Véronique PEROTTO - RCP du GIP ieSS