Dimensionne WAN, Wi-Fi et voix à partir d'un besoin mesurable

01Réutilise le dimensionnement déjà acquis

La leçon reseaux/choisir-topologie-dimensionner-equipements couvre déjà :

ports physiques
budget PoE
fonctions d'équipement
débit utile vs débit brut
redondance
coût total
matrice de décision

Ici, tu ajoutes ce qui manquait au besoin BTS :

calcul explicite de bande passante
concurrence d'usages
capacité voix
capacité Wi-Fi
marge de croissance
seuil de renouvellement

02Sépare mesure, hypothèse et contrainte

Chaque nombre du dossier reçoit une étiquette :

MESURE
→ issue d'un compteur, d'un test ou d'un historique

HYPOTHESE
→ valeur choisie pour calculer un scénario

CONTRAINTE
→ limite contractuelle, technique ou métier

Exemple :

MESURE     : pointe Internet actuelle 72 Mbit/s descendant
HYPOTHESE  : croissance 30 % sur 18 mois
CONTRAINTE : visioconférence critique pendant les heures ouvrées

Une hypothèse non identifiée ressemble à tort à un fait.

03Travaille sur l’heure chargée

Le scénario SORIA Distribution possède :

55 salariés au siège
35 connexions Wi-Fi simultanées attendues
18 appels voix simultanés au maximum observé pour le scénario
applications cloud
synchronisations de fichiers
visioconférences
accès VPN

Le dimensionnement ne consiste pas à additionner la consommation maximale théorique de chaque appareil. Il faut construire un scénario de simultanéité crédible.

04Calcule une enveloppe WAN

Le laboratoire fournit ce scénario de pointe, exprimé en débit utile estimé :

Somme brute :

down = 35 + 18 + 12 + 5 = 70 Mbit/s
up   = 12 + 18 + 20 + 5 = 55 Mbit/s

Ajoute ensuite la voix avec l’hypothèse de la section suivante, puis applique une marge justifiée.

05Dimensionne la voix avec une hypothèse visible

Le débit exact dépend du codec, de la taille des paquets et des encapsulations. Pour l’exercice, le formateur fournit une hypothèse conservatrice :

100 kbit/s par appel actif et par direction

Ce nombre est une hypothèse pédagogique, pas une constante universelle.

Pour 18 appels simultanés :

18 × 100 kbit/s = 1,8 Mbit/s par direction

Avec 30 % de marge voix :

1,8 × 1,30 = 2,34 Mbit/s par direction

Le dossier doit expliquer pourquoi le trafic temps réel exige aussi une politique de latence/jigue/perte et pas seulement une quantité de Mbit/s.

06Ajoute la voix au WAN puis une marge globale

Scénario complet :

down avant marge = 70 + 2,34 = 72,34 Mbit/s
up avant marge   = 55 + 2,34 = 57,34 Mbit/s

Si l’équipe choisit 30 % de marge globale pour croissance et variabilité :

down cible = 72,34 × 1,30 ≈ 94,1 Mbit/s
up cible   = 57,34 × 1,30 ≈ 74,5 Mbit/s

Une offre 100/20 ne satisfait donc pas le scénario : le problème est surtout le montant.

Une préconisation ne doit pas être « prendre la fibre la plus rapide ». Elle doit indiquer :

capacité minimale cible
symétrie ou asymétrie acceptable
besoin de secours
mesure à surveiller
seuil de requalification
coût / contrainte d'exploitation

07Dimensionne le Wi-Fi par capacité et couverture

Le débit PHY annoncé par un point d’accès ne correspond pas au débit utile garanti à chaque terminal.

Le dimensionnement Wi-Fi combine :

couverture radio
nombre de clients simultanés
profil de trafic
airtime partagé
interférences
bandes / canaux disponibles
capacités réelles des terminaux
marge de croissance

Exercice de capacité simplifié :

35 clients simultanés
besoin utile agrégé de la zone : 90 Mbit/s
budget utile prudent retenu par AP dans le scénario : 40 Mbit/s

90 / 40 = 2,25
→ au moins 3 AP pour la capacité de ce scénario

Ce calcul ne valide pas la couverture. Un relevé radio peut imposer davantage de points d’accès ou un autre placement.

08Teste le scénario de croissance

Dans 18 mois :

45 clients Wi-Fi simultanés
besoin utile agrégé : 125 Mbit/s
même hypothèse de 40 Mbit/s utiles / AP

125 / 40 = 3,125
→ 4 AP pour la capacité estimée

Question : faut-il acheter le quatrième AP aujourd’hui ?

Réponse attendue : cela dépend des délais, du coût, de la couverture, des ports/PoE disponibles et du seuil de déclenchement. Le dossier doit proposer une règle de décision plutôt qu’une date arbitraire.

09Relie capacité réseau et patrimoine

Réutilise glpi/gerer-cycle-vie-cout-patrimoine.

Pour chaque composant critique :

lien WAN
firewall
switch PoE
points d'accès
PBX / service de téléphonie

associe :

capacité actuelle
marge restante
âge / support si pertinent
incidents récents
coût de maintien
seuil d'extension
option de remplacement
preuve attendue

La saturation seule ne signifie pas toujours remplacement matériel. Une mauvaise politique, un uplink sous-dimensionné ou un trafic reportable peuvent être la vraie cause.

10Définis des seuils de décision

Exemples de règles pédagogiques à adapter :

WAN
→ requalifier si la pointe utile dépasse durablement 70 % de la capacité contractuelle
  ou si la marge nécessaire au trafic critique disparaît

Wi-Fi
→ requalifier si les clients simultanés, l'airtime ou la mesure utile dépassent
  le budget retenu pour une zone, même si le signal radio reste fort

PoE
→ requalifier avant que le budget disponible empêche l'ajout d'un AP ou téléphone prévu

Ces seuils sont des règles de scénario, pas des normes universelles. Le candidat doit justifier le seuil choisi et indiquer la mesure qui le déclenche.

11Ajoute le scénario de panne

Le formateur injecte une contrainte :

A — uplink WAN montant limité à 20 Mbit/s
B — un AP retiré dans une zone chargée
C — budget PoE insuffisant pour l'extension
D — trafic de synchronisation lancé pendant la pointe voix

Le candidat doit déterminer :

symptôme attendu
mesure discriminante
service prioritaire
mesure temporaire possible
solution durable
risque de la solution
critère de recette

12Construis le dossier de capacité

Livrable minimal :

1. besoins reformulés ;
2. mesures disponibles ;
3. hypothèses identifiées ;
4. calcul WAN descendant/montant ;
5. calcul voix ;
6. calcul Wi-Fi capacité + limite couverture ;
7. réserve ports/PoE réutilisée de la leçon 24 ;
8. scénario de croissance ;
9. seuils de déclenchement ;
10. décision patrimoine / coût pour au moins un actif ;
11. recommandation technique ;
12. limites et mesures à collecter après déploiement.