initial commit
This commit is contained in:
@@ -0,0 +1,2 @@
|
||||
# NSY104-17-12-24
|
||||
|
||||
Binary file not shown.
Binary file not shown.
Binary file not shown.
@@ -0,0 +1,2 @@
|
||||
# NSY104-29-01-25
|
||||
|
||||
@@ -0,0 +1,27 @@
|
||||
{
|
||||
"auto_close": true,
|
||||
"auto_open": false,
|
||||
"auto_start": false,
|
||||
"drawing_grid_size": 25,
|
||||
"grid_size": 75,
|
||||
"name": "GNS3-exercice",
|
||||
"project_id": "8c9b6101-c955-41cc-8f80-c18617f0c325",
|
||||
"revision": 9,
|
||||
"scene_height": 1000,
|
||||
"scene_width": 2000,
|
||||
"show_grid": false,
|
||||
"show_interface_labels": false,
|
||||
"show_layers": false,
|
||||
"snap_to_grid": false,
|
||||
"supplier": null,
|
||||
"topology": {
|
||||
"computes": [],
|
||||
"drawings": [],
|
||||
"links": [],
|
||||
"nodes": []
|
||||
},
|
||||
"type": "topology",
|
||||
"variables": null,
|
||||
"version": "2.2.53",
|
||||
"zoom": 100
|
||||
}
|
||||
@@ -0,0 +1,10 @@
|
||||
Feb 20 08:40:52.856 HYPERVISOR: Release 0.2.23-amd64/Linux (tag 2023010200)
|
||||
Feb 20 08:40:52.856 HYPERVISOR: Started on IP = 127.0.0.1, TCP port = 45587.
|
||||
Feb 20 08:40:52.860 HYPERVISOR: exec_cmd: hypervisor version
|
||||
Feb 20 08:40:52.860 HYPERVISOR: exec_cmd: hypervisor working_dir /home/nk/Documents/UTEC-Lic_ME_2024_2025/RSX101/RSX101-20-02-25/GNS3-exercice/project-files/dynamips
|
||||
Feb 20 08:40:52.860 GENERAL: working_dir=/home/nk/Documents/UTEC-Lic_ME_2024_2025/RSX101/RSX101-20-02-25/GNS3-exercice/project-files/dynamips
|
||||
Feb 20 08:40:52.860 HYPERVISOR: exec_cmd: nio_bridge create Hub1
|
||||
Feb 20 08:40:59.594 HYPERVISOR: exec_cmd: nio_bridge delete Hub1
|
||||
Feb 20 08:40:59.597 HYPERVISOR: exec_cmd: hypervisor stop
|
||||
Feb 20 08:40:59.866 HYPERVISOR: Stopped.
|
||||
Feb 20 08:40:59.866 GENERAL: reset done.
|
||||
@@ -0,0 +1,10 @@
|
||||
Feb 20 08:45:15.793 HYPERVISOR: Release 0.2.23-amd64/Linux (tag 2023010200)
|
||||
Feb 20 08:45:15.793 HYPERVISOR: Started on IP = 127.0.0.1, TCP port = 45429.
|
||||
Feb 20 08:45:15.802 HYPERVISOR: exec_cmd: hypervisor version
|
||||
Feb 20 08:45:15.802 HYPERVISOR: exec_cmd: hypervisor working_dir /home/nk/Documents/UTEC-Lic_ME_2024_2025/RSX101/RSX101-20-02-25/GNS3-exercice/project-files/dynamips
|
||||
Feb 20 08:45:15.802 GENERAL: working_dir=/home/nk/Documents/UTEC-Lic_ME_2024_2025/RSX101/RSX101-20-02-25/GNS3-exercice/project-files/dynamips
|
||||
Feb 20 08:45:15.802 HYPERVISOR: exec_cmd: atmsw create ATMSW1
|
||||
Feb 20 08:45:29.403 HYPERVISOR: exec_cmd: atmsw delete ATMSW1
|
||||
Feb 20 08:45:29.405 HYPERVISOR: exec_cmd: hypervisor stop
|
||||
Feb 20 08:45:29.815 HYPERVISOR: Stopped.
|
||||
Feb 20 08:45:29.815 GENERAL: reset done.
|
||||
Binary file not shown.
Binary file not shown.
Binary file not shown.
Binary file not shown.
@@ -0,0 +1,47 @@
|
||||
# NSY104-17-12-24
|
||||
|
||||
## Exercice 1(plan d’adressage)
|
||||
|
||||
Le TD concerne la mise ne place d’un plan d’adressage, il est proposé sous la forme de quatre exercices
|
||||
|
||||
### 1.2.1 Exo 1 : Détermination de l’ID réseau, le masque réseau, …etc. à partir d’une adresse IP
|
||||
|
||||
#### 179.13.33.14/29
|
||||
|
||||
Adresse de réseau : 179.13.33.8
|
||||
|
||||
Première adresse : 179.13.33.9
|
||||
|
||||
Dernière adresse : 179.13.33.14
|
||||
|
||||
Adresse de broadcast : 179.13.33.15
|
||||
|
||||
#### 16.23.15.33/18
|
||||
|
||||
00010000.00010111.00001111.000100001
|
||||
|
||||
Adresse de réseau : 16.23.0.0 -> 14 dernier bits tu les passe à 0 : 00010000.00010111.**00000000.00000000**
|
||||
|
||||
Première adresse : 16.23.0.1 -> Première on ajoute un
|
||||
|
||||
Dernière adresse : 16.23.63.254 -> -1 par rapport à l'adresse broadcast
|
||||
|
||||
Adresse de broadcast : 16.23.63.255 -> 14 dernier et tu les passes à 1 : 00010000.00010111.00**111111.11111111**
|
||||
|
||||
#### 178.223.0.15/12
|
||||
|
||||
Adresse de réseau : 178.208.0.0 -> 20 dernier bits tu les passe à 0 : 10110010.1101**0000.00000000.00000000**
|
||||
|
||||
Première adresse : 178.208.0.1 -> Première on ajoute un
|
||||
|
||||
Dernière adresse : 178.223.255.254 -> -1 par rapport à l'adresse broadcast
|
||||
|
||||
Adresse de broadcast : 178.223.255.255 -> 20 dernier bits tu les passe à 1 : 10110010.1101**1111.11111111.11111111**
|
||||
|
||||
## Routage
|
||||
|
||||
Routage static, définir une route manuelement
|
||||
Routage Dynamique,
|
||||
|
||||
Lien de rondodence -> ajout d'un routeur de secours
|
||||
|
||||
@@ -0,0 +1,15 @@
|
||||
# RSX101 15 04 2025
|
||||
|
||||
## Exercice 1
|
||||
|
||||
### R1
|
||||
2
|
||||
3
|
||||
|
||||
### R2
|
||||
2
|
||||
2
|
||||
|
||||
## Exercice 2
|
||||
|
||||
|
||||
@@ -0,0 +1 @@
|
||||
# RSX101 20 05 2025
|
||||
@@ -0,0 +1,95 @@
|
||||
# Exercice QoS
|
||||
|
||||
## Exercice 1 : Mise en œuvre de la QoS dans un routeur
|
||||
|
||||
### Question 1 :
|
||||
|
||||
- Entête IP : 46 80 00 20 00 00 40 00 01 02 42 AD C0 A8 01 01 E0 00 00 01 94 04 00 00
|
||||
- Adresse Eternet Destination : 01 00 5E 00 00 01
|
||||
- Adresse Eternet Source : A4 08 F5 61 5d 1f
|
||||
- protocole IP : 4 donc IPv4
|
||||
- longueur de l'entête IP : 6*4 donc 24 octets
|
||||
- IP source et destination en hexadécimal :
|
||||
- source : C0 A8 01 01
|
||||
- destination : E0 00 00 01
|
||||
- longueur totale du datagramme en décimal : 0020 -> 2*16 + 0 donc 32 octets
|
||||
|
||||
### Question 2 :
|
||||
|
||||
Non , Classe 4, si on suit la logique du tableau, on peut voir qu'il est en dessous du Low (voir correction)
|
||||
|
||||
### Question 3 :
|
||||
|
||||
#### Ingress
|
||||
|
||||
```
|
||||
____
|
||||
|
||||
4 9 3 12
|
||||
_____
|
||||
|
||||
8 5
|
||||
_____
|
||||
|
||||
10
|
||||
_____
|
||||
|
||||
|
||||
_____
|
||||
|
||||
|
||||
_____
|
||||
|
||||
|
||||
_____
|
||||
|
||||
11 7 6 2 1
|
||||
_____
|
||||
```
|
||||
------------------------->
|
||||
11, 7, 12, 6, 9, 2, 8, 4, 1, 10, 5, 3
|
||||
------------------------->
|
||||
|
||||
#### Egress
|
||||
|
||||
```
|
||||
____
|
||||
|
||||
4 9 3 12
|
||||
_____
|
||||
|
||||
8 5
|
||||
_____
|
||||
|
||||
10
|
||||
_____
|
||||
|
||||
|
||||
_____
|
||||
|
||||
|
||||
_____
|
||||
|
||||
|
||||
_____
|
||||
|
||||
11 7 6 2 1
|
||||
_____
|
||||
```
|
||||
------------------------->
|
||||
11, 7, 6, 2, 8, 1, 10, 5, 12, 9, 4, 3
|
||||
------------------------->
|
||||
|
||||
### Question 4
|
||||
|
||||
|
||||
|
||||
## Exercice 2 Voix QoS
|
||||
|
||||
### Question 1
|
||||
|
||||
## Exercice 3 Réseau IP et QoS
|
||||
|
||||
### Question 1
|
||||
|
||||
|
||||
@@ -0,0 +1,128 @@
|
||||
# RSX101 du 24 06 25
|
||||
|
||||
## QoS :
|
||||
|
||||
Avec un QoS mis en place dans un routeur, un paquet arrive au routeur, le QoS calcul sa priorité et le place dans la fil d'attente de sortie calculé selon son importance.
|
||||
Mis en place par des contrat de service.
|
||||
|
||||
## Classifieur
|
||||
|
||||
Identification des flots, Lissage du trafique
|
||||
|
||||
DSCP : `Le DSCP est un champ d'en-tête dans le protocole IP, utilisé pour marquer les paquets de données. Ce marquage informe les routeurs et commutateurs du type de service que chaque paquet doit recevoir.`
|
||||
|
||||
Une fois le flux identifié, il essaye de le classifier selon l'ordenancement.
|
||||
|
||||
ACL : `Liste de contrôle d'accès au réseau (ACL), est constituée de règles qui permettent l'accès à un environnement informatique ou le refusent`
|
||||
|
||||
Ordonnancement round robin : `Le Round-robin (ou tourniquet) est un algorithme d'ordonnancement courant dans les systèmes d'exploitation adapté aux systèmes travaillant en temps partagés.`
|
||||
|
||||
LE paquet doit être marqué pour être identifié.
|
||||
|
||||
QoE : `Evaluation du retour utilisateur par rapport au QoS`
|
||||
|
||||
GIGUE : `la gigue (en anglais jitter) est la variation de la latence au fil du temps. Plus précisément, la gigue est la différence de délai de transmission de bout en bout entre des paquets choisis dans un même flux de paquets, sans prendre en compte les paquets éventuellement perdus.`
|
||||
|
||||
|
||||
## Leaky Bucket (Le seau percé)
|
||||
|
||||
L'algorithme du seau percé (leaky bucket en anglais) permet de contrôler le nombre de paquets passant à chaque seconde par un nœud d'un réseau informatique
|
||||
|
||||
Si le debit de flux augmente, le seau déborde et les paquets se perde.
|
||||
|
||||
Pour remedier à ça, on utilise le Token Bucket.
|
||||
Un paquet reçois un jetton qui donne l'ordre de sortie après le passage dans le classfieur.
|
||||
|
||||
|
||||
lissage vs Vérification
|
||||
|
||||
- Dans le cas du lissage, on retarde le flux excessif, en supposant qu'il n'excède pas le débit annoncé (attention aux flux sensibles à la latence ou a la gigue comme la voix).
|
||||
- Dans le cas de la vérification, on élimine le trafic en excès ou on le marque pour élimination lors de congestion (passage en mode best effort).
|
||||
|
||||
best effort : `C'est le trafic que les administrateurs réseau considèrent comme moins important que le trafic en temps réel.`
|
||||
|
||||
MPLS : `La commutation multiprotocole d'étiquettes (MPLS) est un protocole conçu pour acheminer des paquets de données vers leurs destinations rapidement et efficacement`
|
||||
|
||||
RSVP : `Resource ReSerVation Protocol (ou RSVP) est un protocole de la couche transport du modèle OSI, permettant de réserver des ressources dans un réseau informatique. `
|
||||
|
||||
## IntServ et DiffServ
|
||||
|
||||
## IntServ (Integrated Services) – "Réservation individuelle"
|
||||
|
||||
- Principe : chaque flux de données (vidéo, appel, etc.) demande une réservation de ressources (bande passante, délais, etc.) à tous les routeurs du réseau avant de commencer.
|
||||
|
||||
- Fonctionnement : utilise le protocole RSVP (Resource Reservation Protocol) pour réserver.
|
||||
|
||||
- Avantages : Garantie de qualité de service (QoS) très fine et précise pour chaque flux.
|
||||
|
||||
- Inconvénients :
|
||||
- Ne passe pas à l’échelle (trop lourd à gérer pour Internet entier).
|
||||
- Beaucoup de mémoire et de traitement sur les routeurs.
|
||||
|
||||
> C’est comme réserver une place assise dans un train pour chaque passager individuellement.
|
||||
|
||||
### DiffServ (Differentiated Services) – "Classes de service"
|
||||
|
||||
- Principe : les paquets sont marqués (avec des bits dans l’en-tête IP) selon leur classe de priorité, et chaque routeur traite les classes selon des règles prédéfinies.
|
||||
|
||||
- Pas de réservation individuelle.
|
||||
|
||||
- Avantages :
|
||||
- Scalable : fonctionne bien sur de grands réseaux comme Internet.
|
||||
- Plus simple pour les routeurs.
|
||||
|
||||
- Inconvénients :
|
||||
- Pas de garantie absolue pour chaque flux, seulement des priorités.
|
||||
- Moins précis qu’IntServ.
|
||||
|
||||
> C’est comme avoir des files prioritaires à l’aéroport (VIP, économique, etc.) mais sans réservation de siège.
|
||||
|
||||
### Résumé :
|
||||
|
||||
| Caractéristique | IntServ | DiffServ |
|
||||
| ------------------- | ------------------------ | ------------------------------- |
|
||||
| Type de QoS | Finesse par flux | Classes de service |
|
||||
| Réservation | Oui (RSVP) | Non |
|
||||
| Scalabilité | Faible | Bonne |
|
||||
| Complexité | Haute (par flux) | Moyenne (par classe) |
|
||||
| Utilisation typique | Réseaux privés critiques | Réseaux d’entreprise / Internet |
|
||||
|
||||
### Exemple concret pour bien comprendre la différence entre IntServ et DiffServ :
|
||||
|
||||
Contexte :
|
||||
|
||||
Imaginons une entreprise qui utilise :
|
||||
|
||||
- des appels vidéo entre employés (sensibles au délai),
|
||||
- de la navigation web (moins critique),
|
||||
- et des téléchargements de fichiers lourds (peu sensibles au temps).
|
||||
|
||||
#### Avec IntServ (Integrated Services) :
|
||||
|
||||
Quand un employé commence un appel vidéo :
|
||||
|
||||
- Son ordinateur envoie une demande de réservation de ressources via le protocole RSVP.
|
||||
- Tous les routeurs sur le chemin réservent de la bande passante et des délais spécifiques pour ce flux d’appel.
|
||||
- Si la réservation est acceptée, l’appel commence avec des garanties fortes : pas de coupure, bonne qualité.
|
||||
|
||||
Avantage : chaque appel est traité comme un VIP avec sa propre "autoroute".
|
||||
|
||||
Inconvénient : s’il y a 500 appels en même temps, chaque routeur doit gérer 500 réservations → lourd et complexe.
|
||||
|
||||
#### Avec DiffServ (Differentiated Services) :
|
||||
|
||||
Avant que les données partent :
|
||||
|
||||
- L’administrateur réseau a défini que les appels vidéo seront marqués avec une priorité haute, les fichiers lourds avec une priorité basse, etc.
|
||||
- Quand un appel démarre, les paquets sont marqués (ex : DSCP = Expedited Forwarding).
|
||||
- Les routeurs ne réservent rien, mais ils priorisent automatiquement les paquets marqués "vidéo" par rapport aux autres.
|
||||
|
||||
Avantage : très simple à mettre en œuvre même si des milliers de flux circulent.
|
||||
|
||||
Inconvénient : si le réseau est saturé, l’appel vidéo peut subir des perturbations, car rien n’a été réservé.
|
||||
|
||||
#### Conclusion :
|
||||
|
||||
- IntServ = comme réserver un taxi juste pour toi → service personnalisé, mais coûteux à grande échelle.
|
||||
- DiffServ = comme prendre un bus avec un ticket VIP → prioritaire, mais tu partages avec d’autres.
|
||||
|
||||
Binary file not shown.
Binary file not shown.
Binary file not shown.
Binary file not shown.
Binary file not shown.
Binary file not shown.
Binary file not shown.
Binary file not shown.
Binary file not shown.
Binary file not shown.
Binary file not shown.
Binary file not shown.
Binary file not shown.
Binary file not shown.
Binary file not shown.
Binary file not shown.
|
After Width: | Height: | Size: 129 KiB |
Binary file not shown.
Binary file not shown.
Binary file not shown.
Binary file not shown.
Binary file not shown.
Binary file not shown.
Binary file not shown.
Binary file not shown.
@@ -0,0 +1,5 @@
|
||||
# NSY104
|
||||
|
||||
* [Cours](./Cours/)
|
||||
* [17/12/24](./RSX101-17-12-24/)
|
||||
* [29/01/25](./RSX101-29-01-25/)
|
||||
Binary file not shown.
Reference in New Issue
Block a user