Évalue les réseaux terrain, la ToIP et la capacité d'une PME

01Contrat de l’évaluation

assessmentId : BTS-SISR-Y2-FIELD-001
blocs        : Bloc 1 + Bloc 2 SISR + Bloc 3
format       : étude de cas + TP borné + incident + dossier + soutenance courte
contexte     : SORIA Distribution — laboratoire synthétique
objectif     : besoin → design → mise en service → test → incident → capacité → préconisation

L’évaluation ne fournit pas une suite de clics. Le candidat réutilise les cours et doit expliquer ce que chaque preuve démontre et ce qu’elle ne démontre pas.

02Besoin client

SORIA Distribution ouvre un espace de formation et de réunion dans une annexe.

Le responsable formule la demande suivante :

« Les visiteurs doivent avoir du Wi-Fi Internet sans voir notre réseau. Les collaborateurs utilisent des téléphones IP. Les appels ne doivent pas devenir mauvais quand les sauvegardes ou visioconférences chargent le lien. Nous voulons savoir si le WAN et le Wi-Fi actuels suffisent pendant les 18 prochains mois et ce qu’il faudra remplacer en priorité. »

Le candidat reformule en exigences testables.

03Données du scénario

utilisateurs siège / annexe       : 55 aujourd'hui
clients Wi-Fi simultanés          : 35 aujourd'hui, 45 cible 18 mois
appels voix simultanés            : 18 au scénario de pointe
WAN actuel                        : 100 Mbit/s down / 20 Mbit/s up
hypothèse voix pour le calcul     : 100 kbit/s/appel/direction
marge voix demandée               : 30 %
marge globale de croissance       : 30 %
besoin Wi-Fi utile actuel         : 90 Mbit/s agrégés dans la zone
besoin Wi-Fi utile cible          : 125 Mbit/s
budget utile pédagogique par AP   : 40 Mbit/s dans ce scénario

Autres usages WAN de pointe :

Tous ces nombres appartiennent au cas pédagogique. Ils ne constituent pas des recommandations universelles.

04Livrable A — reformulation et architecture

Le candidat produit :

besoin métier
contraintes
hypothèses
services critiques
zones réseau
flux autorisés
flux interdits
critères de recette

Le schéma doit au minimum distinguer :

GUEST
DATA
VOICE
MANAGEMENT
WAN
service de téléphonie
pare-feu / portail

Les identifiants VLAN sont libres s’ils sont cohérents et documentés.

05Livrable B — portail captif

Dans le laboratoire, le candidat met en service ou corrige la zone invitée.

Preuves obligatoires :

client reçoit DHCP attendu
DNS utile fonctionne
portail est présenté selon le scénario
accès Internet fonctionne après validation
LAN interne reste refusé
management reste refusé
rollback est préparé

Une règle globale any/any invalide la partie sécurité tant qu’elle n’est pas remplacée.

06Incident invité

Le formateur injecte une seule anomalie :

A — DNS bloqué
B — portail sur mauvaise zone
C — règle interne trop permissive
D — DHCP incohérent

Le candidat doit fournir :

symptôme
hypothèses
test discriminant
cause
correction minimale
preuve positive
preuve négative

Si l’anomalie est une règle trop permissive, « Internet fonctionne » ne constitue pas la recette. Il faut aussi prouver que l’interne est de nouveau refusé.

07Livrable C — service ToIP

Deux terminaux synthétiques 201 et 202 sont disponibles.

Le candidat démontre :

registration des deux terminaux
appel établi
appel terminé
observation utile de la signalisation
observation du média
séparation DATA / VOICE si demandée par la maquette
politique de flux cohérente

Question orale :

Pourquoi un terminal enregistré peut-il malgré tout produire un appel sans audio ?

La réponse doit distinguer plan de contrôle et plan média.

08Incident ToIP / QoS

Le formateur choisit :

A — terminal dans mauvais VLAN
B — service SIP injoignable
C — média bloqué alors que la signalisation fonctionne
D — trafic voix non classé pendant une congestion contrôlée

Le candidat doit localiser la panne avant correction.

Pour la variante QoS, il compare avant/après :

marquage observé
mesure de perte / gigue si disponible
compteurs de file si disponibles
comportement de l'appel
impact sur les autres flux

La conclusion reste limitée au laboratoire.

09Livrable D — dossier de capacité

Le candidat recalcule sans recopier la réponse du cours :

1. besoin WAN down/up hors voix ;
2. capacité voix pour 18 appels ;
3. marge voix ;
4. besoin WAN total ;
5. marge globale ;
6. comparaison avec 100/20 ;
7. capacité Wi-Fi actuelle ;
8. capacité Wi-Fi à 18 mois ;
9. limite du calcul de capacité par rapport à une étude radio.

Chaque valeur doit être marquée MESURE, HYPOTHESE ou CONTRAINTE quand cela s’applique.

10Livrable E — patrimoine et décision

Le parc contient trois actifs synthétiques :

Le candidat propose pour chacun :

KEEP
UPGRADE
REASSIGN
REPLACE
RETIRE

et justifie par :

besoin
capacité
risque
coût / effort
support
preuve attendue
seuil de réévaluation

L’âge seul ne justifie pas un remplacement.

11Livrable F — fiche d’intervention

La fiche doit contenir :

référence de l'intervention
besoin / incident
périmètre
état initial
hypothèses
actions réalisées
preuves avant/après
changement réseau appliqué
rollback
résultat
limite
prochaine action

Aucun secret, compte réel, adresse de production ou donnée personnelle n’est accepté.

12Compte rendu de maintenance

Le candidat synthétise en une page :

ce qui était attendu
ce qui a été observé
ce qui a été modifié
ce qui a été vérifié
ce qui reste fragile
ce qui doit être surveillé
quand requalifier la capacité

Le document doit être compréhensible par un technicien qui n’a pas participé à l’intervention.

13Préconisation technique

La recommandation finale répond explicitement à cinq questions :

1. le WAN actuel suffit-il ?
2. combien d'AP sont nécessaires dans le scénario actuel et cible ?
3. quelle politique minimale protège le Wi-Fi invité ?
4. comment protéger la voix sous congestion sans prétendre créer de capacité ?
5. quel actif doit être surveillé, étendu ou remplacé en priorité et pourquoi ?

Toute préconisation indique :

faits
hypothèses
choix
alternative rejetée
risque résiduel
mesure de suivi
seuil de décision

14Soutenance courte

Durée indicative : 8 à 10 minutes.

Support maximum : 5 diapositives ou pages.

Plan :

1. besoin et architecture
2. portail invité + preuve d'isolation
3. ToIP/QoS + incident
4. capacité actuelle / cible
5. recommandation patrimoine et prochaines étapes

L’évaluateur interrompt au moins une fois pour demander la limite d’une preuve ou l’alternative à un choix.

15Barème

Conditions éliminatoires de la partie concernée :

ouvrir volontairement le LAN invité vers le SI interne pour faire fonctionner le TP ;
présenter un secret réel dans les preuves ;
inventer une mesure ou une capture ;
modifier un environnement de production ;
annoncer une qualité de service sans test ou hypothèse explicite.

16Critères de réussite

L’étudiant réussit lorsqu’il peut démontrer, et pas seulement affirmer :

réseau invité opérationnel et isolé
ToIP fonctionnelle et comprise par plans signalisation/média
QoS justifiée dans un scénario de congestion
capacité calculée avec hypothèses visibles
évolution du patrimoine reliée au risque et au coût
intervention reproductible et rollback prévu
préconisation argumentée avec limites