---
# System prepended metadata

title: Architecture Réseau - Projet

---

# Architecture Réseau - Projet

## Consignes

[Powerpoint](https://auvencecom.sharepoint.com/:w:/t/GROUPE-MJ1ArchiRseauxS1-22-23/EeFZyeEeZglEjqxIyGO3HOgBvszzcaE18v_sc9LtfIypaQ?e=cnWcBh)

Un descriptif des techno et protocole utilisé et pourquoi ? 
Une petite présentation de la maquette a l'oral avec un un PPT
Adressage uniquement en IPv6.
Au niveau des protole de routage vous choisissez 
Pas de droit de modifier la maquette 
Soit sur GNS3 / Packet Tracer / EVE

VPN / NTP / VTP / HSRP / AGGREGAT
Bonus RADIUS Authentification
Le reste des réseaux sont des sites annexes

## 1. Schéma de l'infra

![schema](https://i.imgur.com/qJ3C8d9.png)

Changements :
- Aucun équipement n'était à l'heure malgré la configuration NTP du routeur R1. C'est pourquoi on a branché un serveur NTP connecté en NAT sur Internet afin de récupérer l'heure à travers un service NTP public, la propager sur les routeurs R1 et R2 (alors clients du serveur NTP), que l'on configure en serveurs NTP pour le reste de l'infra.
- Nous avons ajouté un routeur (ici coloré en noir) sur le site de Lille afin de supprimer le SPOF au niveau du routeur R7.


## 2. Tableau d'adressage IP et correspondance des VLANs

Suite aux contraintes techniques du logiciel de maquette les réseaux "flat" remplacent les vlans sur les différents sites.


**Paris :**
| Vlan | Nom       | Préfix           |
| ---- | --------- | ---------------- |
| 1    | Native    | 2001:0:1::/64    |
| 10   | Marketing | 2001:0:1:10::/64 |
| 20   | Compta    | 2001:0:1:20::/64 |
| 30   | Info      | 2001:0:1:30::/64 |
| 40   | Dev       | 2001:0:1:40::/64 |
| 50   | Dir       | 2001:0:1:50::/64 |

**Marseile :**
| Vlan | Nom       | Préfix           |
| ---- | --------- | ---------------- |
| 1    | Native    | 2001:0:2::/64    |
| 10   | Marketing | 2001:0:2:10::/64 |
| 20   | Compta    | 2001:0:2:20::/64 |
| 30   | Info      | 2001:0:2:30::/64 |
| 40   | Dev       | 2001:0:2:40::/64 |
| 50   | Dir       | 2001:0:2:50::/64 |

**Anger :**
| Vlan | Nom    | Préfix           |
| ---- | ------ | ---------------- |
| 1    | Native | 2001:0:3::/64    |
| 30   | Info   | 2001:0:3:30::/64 |
| 40   | Dev    | 2001:0:3:40::/64 |
| 50   | Dir    | 2001:0:3:50::/64 |

**Lille :**
| Vlan | Nom    | Préfix           |
| ---- | ------ | ---------------- |
| 1    | Native | 2001:0:4::/64    |
| 30   | Info   | 2001:0:4:30::/64 |
| 40   | Dev    | 2001:0:4:40::/64 |
| 50   | Dir    | 2001:0:4:50::/64 |

**Bordeaux :**
| Vlan | Nom    | Préfix           |
| ---- | ------ | ---------------- |
| 1    | Native | 2001:0:5::/64    |

**Monaco :**
| Vlan | Nom    | Préfix           |
| ---- | ------ | ---------------- |
| 1    | Native | 2001:0:6::/64    |
| 10   | Info   | 2001:0:6:10::/64 |
| 40   | Dev    | 2001:0:6:40::/64 |
| 50   | Dir    | 2001:0:6:50::/64 |

**Loopbacks :**
| Routeur | Loopback                |
| ------- | ----------------------- |
| R1      | 2001:ff00:ff00:1::1/64  |
| R2      | 2001:ff00:ff00:2::1/64  |
| R3      | 2001:ff00:ff00:3::1/64  |
| R4      | 2001:ff00:ff00:4::1/64  |
| R5      | 2001:ff00:ff00:5::1/64  |
| R6      | 2001:ff00:ff00:6::1/64  |
| R7      | 2001:ff00:ff00:7::1/64  |
| R8      | 2001:ff00:ff00:8::1/64  |
| R9      | 2001:ff00:ff00:9::1/64  |
| R1      | 2001:ff00:ff00:10::1/64 |
| R1      | 2001:ff00:ff00:11::1/64 |
| R1      | 2001:ff00:ff00:12::1/64 |

**VPN point à point :**
| Point A                         | Point B                         |
| ------------------------------- | ------------------------------- |
| 2001:ffff:ffff:1::1/64 **(R1)** | 2001:ffff:ffff:1::2/64 **(R4)** |
| 2001:ffff:ffff:2::1/64 **(R2)** | 2001:ffff:ffff:2::2/64 **(R3)** |



## 3. Choix de protocoles


Nous avons choisi d'utiliser le protocole de routage BGP dans cet exercice car il nous semblait plus pertinent d'utiliser un protocole plus "avancé" que l'OSPF afin d'avoir un projet plus adapté à nos compétences individuelles. 

De plus, l'utilisation du BGP permettrait à l'architecture déjà en place d'évoluer, notamment si l'entreprise souhaite mettre en place des bureaux délocalisés ou effectuer des interconnexions en BGP avec ses ISP.

### 3.1 Routage intrasite

Afin de permettre aux routeurs d'un site de connaitre les préfixes et loopack de son voisin le protocol OSPF est utilisé et expose les préfixes des interfaces directement connectées ainsi que sa loopback.

Ensuite les sessions iBGP sont établies entre les adresses de loopback des routeurs présents sur chaque site.

### 3.2 Routage intersites

Le routage entre les sites est fait via le protocole BGP. Chaque site est identfié par un AS et expose son réseau local ainsi que ses adresses de Loopack à ses voisins sur les autres sites en eBGP.

Le protocole OSPF utilisé pour le routage intrasite est redistribué dans le BGP.


### 3.3 Sécurisation du site de Lille

Comme demandé dans les contraintes le site de Lille ne communique qu'avec Marseille.

Pour répondre à cette problématique deux solutions sont mises en place :
* Les routeurs de Lille n'acceptent que les routes de Marseille via un "route-map" et ne redistribue que ses préfixes.
* Un pare-feu IDP est en charge de vérifier que le traffic en entrée et en sortie est en provenance de Marseille vers Lille et inversement.

### 3.4 Protocoles des switchs

#### 3.4.1 VTP

Nous avons utilisé le VTP pour propager les VLAN sur les switchs.
Il faut savoir que le HSRP n'est pas compatible avec les sous-interfaces, ces VLAN ne sont donc pas utilisées dans l'absolu, mais elles sont prêtes.
Une bonne pratique consiste à désactiver le VTP une fois les configurations propagées à cause de son faible niveau de sécurité.

#### 3.4.2 LACP

Ce protocole nous permet de faire l'aggrégation de liens de niveau 2, entre les switchs de chaque site.

## 4. Résillience 

Nous avons souhaité répondre à cette problématique de façon architecturale, mais nous avons été contraints par gns3.

À la base, nous voulions du VRRP :
  - Protocole non propriétaire cisco, permettant donc une meilleure modularité en cas d'évolution future de l'infrastructure réseau
  - Compatible avec l'aggrégation de liens sur les routeurs

Cependant, nous n'avons pas réussi à faire fonctionner ce protocole sur les images de nos routeurs sur gns3. Nous avons donc opté pour du HSRP pour la maquette. Bien qu'il soit propriétaire cisco, il demeure compatible avec l'infrastructure réseau actuelle et permet l'aggrégation des liens.


## 5. VPN

IPsec communément utilisé pour du site à site.
Configuré en mode tunnel sur du BGP