Professional Documents
Culture Documents
I.1.1 Campus module Le rseau de campus dlivre l'accs rseau aux quipements final situs dans le btiment et au centre commercial, le design du campus doit fournir la performance, la disponibilit et la scalabilit ainsi que l'accs scuris aux ressources du data center et internet. I.1.2 Data Center module Celui-ci hberge les serveurs, les applications et les quipements de stockage pour les
utilisateurs internes, par exemple: serveur de tlphonie IP, TV gateway, DNS ... Compte tenu de sa criticit, la disponibilit et la performance sont des lments cruciaux dans le design de ce module ainsi que la scurit et le filtrage d'accs ces ressources I.1.3 Module dextrmit (edge) Ce module permet l'interconnexion avec le monde externe tel que les fournisseurs
Internet VOIP ainsi que la connectivit VPN distance. La principale caractristique qui doit tre prise en considration dans le design de ce module est la scurit. I.1.4 Management module Ce module fournit la supervision l'analyse, l'authentification et le log des applications et quipements.
Campus Design
Un rseau n'est pas la simple accumulation de switch et routeur ! Il faut l'organiser, le hirarchiser Pour simplifier son administration Pour isoler rapidement les problmes Pour rendre modulable le rseau et pour pouvoir facilement l'agrandir Un rseau d'entreprise est donc dcoup suivant un modle en 3 couches : access Layer, distribution Layer et Core Layer Chaque couche va avoir des fonctionnalits particulires
Core Layer?
Lobjectif de cette couche est de permettre la commutaion entre les direntes couches de distribution aussi rapidement que possible Gneralement cette partie est assure par linterconnexion de niveau 2 uniquement Lutilisation de services de niveau 3 nest pas recommande
Le ltrage de trac avec des listes daccs La translation dadresse La qualit de service La rdondance Cette couche doit bncier dune forte rdondance en orant des multiples chemins entre les dierentes couches de distribution
Avantages d'une architecture hirarchique Scalabilit Pouvoir faire des agrandissements du rseau simplement Redondance Les services doivent tre oprationnel 24/24 Exemple : pour la ToIP , on doit avoir une fiabilit de 99,999%, soit 5 min par an d'interruption de service. Fiabilit que nous avons en tlphonique classique Performance Eviter des goulots d'tranglement Scurit Scurisation des donnes et des accs au plus prs de la source Administration simplifie Maintenance facilit en raison de la modularit du rseau