Vous êtes sur la page 1sur 11

176 176

Interconnecter ses rseaux

Quant ADSL, quatre modes daccs aux canaux de donnes sont possibles : Mode synchrone. Canaux accessibles sous forme dun train de bits aux dbits STM. Mode adaptation de paquet. Permet plusieurs applications dutiliser les canaux pour transporter leurs donnes selon leurs propres formats. Mode paquet de bout en bout. Les paquets IP sont envoys directement dans les trames (sans se soucier de laffection des canaux), et la commutation est effectue au niveau dADSL sur la base des adresses IP contenues dans les paquets. Mode ATM. Permet de transporter les cellules ATM qui contiennent les trames PPP (qui transportent IP, et ainsi de suite)

Actuellement, aucune tendance nest perceptible, car le march est naissant et les quipements peu nombreux. En France, France Tlcom promeut le mode ATM.

Dimensionner les liaisons


Le choix du dbit est important, car il influe directement sur le cot des liaisons. Celui-ci est dailleurs dautant plus lev que la distance entre les deux sites est grande. Par exemple, une simple liaison 64 Kbit/s entre la France et la Chine cote plusieurs dizaines de milliers de francs par mois. Sil s'agit dune liaison locale vers un POP de loprateur, le cot est moindre, mais ce dernier facturera de toute faon en fonction du dbit. Il ne faut donc pas survaluer le dbit par rapport nos besoins, afin dviter de payer un surcot inutile. Il ne faut pas non plus le sous-valuer, car les utilisateurs exigent des temps de rponse corrects. La conception dun rseau intersite (rseau dinterconnexion de rseaux locaux) rsulte donc dun compromis cots/performances. La dmarche propose pour dimensionner les liens repose sur trois tapes : Identifier les flux gnrs par les applications. Estimer la volumtrie, soit partir de statistiques existantes (facturation, traces releves sur les quipements, etc.), soit partir dhypothses. Dterminer une formule permettant de calculer le dbit ncessaire.

Identifier les flux


Nos utilisateurs sont rpartis sur six sites (le sige Paris et les directions rgionales : Orlans, Toulouse, Marseille, Strasbourg et Londres). Ils veulent utiliser les mmes applications et accder aux mmes donnes. Le but de cette phase est de caractriser les flux de chaque application (type, priodicit) et didentifier les acteurs qui mettent et reoivent les donnes.

ditions Eyrolles

Architecture des rseaux tendus CHAPITRE 9

177

tape 1 Identifier les flux


Application Base de donnes Datawarehouse Messagerie De vers Directions rgionales sige Directions rgionales sige Intrasite et intersite Objet Comptabilit, logistique Activit commerciale Type de flux Client-serveur Transfert de gros fichiers Transfert de fichiers (Word, Excel, applications mtier) changes externes Informations, DRH, accs aux bases de donnes Consultation web messagerie Messagerie Transactionnel Client-serveur Transactionnel, transfert de fichiers Systme Unix Unix Exchange SMTP Exchange Unix, NT Priodicit Mise jour : TLN* Consultation : TLJ* Mise jour : TLN Consultation : TLJ Toutes les 10 minutes entre MTA (un MTA par site) TLJ TLJ

Tlcopie via la messagerie Serveur web

Tous les sites Tous les sites

Connexions internet

Directions rgionales Sige

Accs Internet situ au sige

TLJ

*TLJ = tous les jours

*TLN = toutes les nuits

Cette vision synthtique est une tape vers la traduction du langage utilisateur en langage informatique. Cest aussi un bon moyen de dcrire les flux circulant au sein de la socit (workflow) afin de btir le rseau qui lui soit le mieux adapt. Les flux recenss peuvent tre classs en trois catgories : les flux conversationnels ; les flux transactionnels ; les flux de type transfert de fichiers. Il faut ajouter cela les applications client-serveur qui peuvent, selon les cas, s'apparenter la deuxime ou la troisime catgorie.
Quel type de flux ? Conversationnel Transactionnel Transfert de fichiers Client-serveur Quelles caractristiques ? Trames courtes, frquence soutenue Trames moyennes (trafic montant) et longues par rafales (trafic descendant) Trames longues, trafic soutenu Dpend de la position de la base de donnes et du module client Quelles applications ? Connexions Telnet Serveurs web Connexions aux sites centraux (via des passerelles) Serveurs bureautique (FTP ou moniteur spcialis sur TCP/ IP) Requtes SQL sous Unix, Windows NT, etc.

Ces flux doivent cohabiter au sein d'un mme rseau intersite et tre transports simultanment sur une mme liaison.

ditions Eyrolles

178 178

Interconnecter ses rseaux

Les flux de type conversationnel


Les applications conversationnelles sont les plus courantes dans les mondes Unix et TCP/IP. Le protocole utilis est Telnet. Le principe repose sur l'envoi d'un caractre avec cho distant. Une session tant tablie entre un poste de travail et une machine, tout caractre frapp sur le clavier est envoy la machine, trait par cette dernire, et enfin renvoy tel quel pour affichage, ventuellement avec d'autres attributs. Chaque caractre peut en effet dclencher une action comme l'affichage d'une fentre.
Figure 9-11. Types de flux gnrs par des applications conversationnelles.
Application Telnet Caractre frapp par lutilisateur 3 2 1 Serveur Unix, routeur, etc.

cho des caractres frapps par lutilisateur avec, optionnellement, des attributs (changement de la position du curseur, inversion vido...)

Le type de flux qui en rsulte est par consquent irrgulier car il dpend de lactivit de lutilisateur et est compos de trames courtes. Le temps de rponse est donc primordial pour ce type d'application. Il se doit d'tre le plus rgulier possible, le principe tant qu'un utilisateur shabitue un temps de rponse, mme mauvais, pourvu qu'il soit rgulier. Un maximum de 300 500 ms est gnralement tolr. Quand plusieurs caractres sont saisis la suite, ce temps est gnralement rduit du fait de leur encapsulation dans le mme paquet TCP (algorithme de Nagle RFC 896).
! Activation de l'algorithme nagle sur un routeur Cisco ! Utile pour les connexions Telnet ! A dsactiver pour X-Windows service nagle

Les flux de type transactionnel


Le mode transactionnel est le fonctionnement le plus courant pour les applications critiques sur les systmes centraux. La technique consiste envoyer un cran de saisie vers un terminal, raliser localement les modifications, puis renvoyer les donnes modifies vers le site central. Ces oprations sont contrles par un logiciel appel moniteur transactionnel (CICS sous IBM et Tuxedo sous Unix). Les flux gnrs entre serveurs web et navigateurs peuvent tre assimils au mode transactionnel, bien que le volume des pages web soit beaucoup plus important.

ditions Eyrolles

Architecture des rseaux tendus CHAPITRE 9

179

Figure 9-12. Types de flux gnrs par des applications web.


3

Saisie dun formulaire et clic sur OK

Flux montant Formulaire

Clic sur un lien URL Nouvelle page Flux descendant plus important que le flux montant

Serveur Web

Affichage dune nouvelle page

2 Recherche et construction de la nouvelle page

Les flux gnrs sont caractriss par un trafic descendant (serveur web vers navigateur) plus important que le trafic montant (les donnes du formulaire ou un clic sur une URL). La ligne est rarement mobilise (deux quatre transactions par minute) tandis que le transfert d'une page (de 4 50 Ko, voire plus) requiert la presque totalit de la bande passante pendant quelques secondes. Le dbit instantan requis est donc une donne importante dans le calcul de la bande passante requise par ce type de flux.

Les flux de type transfert de fichiers


Ces flux sont caractriss par des changes soutenus et des trames longues. Leurs occurrences peuvent tre prvisibles, dans la mesure o la majorit des transferts de fichiers est souvent associe des traitements automatiques qui ont lieu en dehors des heures ouvres, par exemple lors de la sauvegarde ou de la synchronisation de bases de donnes.

Figure 9-13. Types de flux gnrs par des applications transactionnelles.

Flux continu de donnes Fichier

Ack Acquittements pisodiques

Pendant les heures ouvres, ce type de flux peut dgrader les temps de rponse des flux transactionnels et surtout des flux conversationnels. Cette interfrence peut tre contrle par des mcanismes de priorit positionns sur les quipements dinterconnexion tels que les routeurs.

ditions Eyrolles

180 180

Interconnecter ses rseaux

Les flux client-serveur


Le concept client-serveur se dcline en ralit en plusieurs modles : La base de donnes et la logique applicative sont situes sur le serveur. Le poste client soumet une requte puis attend les rsultats qui, seuls, transitent par le rseau. Le serveur hberge la base de donnes ; la logique applicative rside sur le poste client. La puissance de traitement est donc reporte sur les postes client. Les changes sur le rseau sont aussi frquents que les manipulations de la base. La logique applicative et les donnes sont rparties entre le serveur et le client. La procdure dinterrogation consiste extraire tout ou partie de la base de donnes centrale, puis oprer des traitements spcifiques sur la base de donnes locale. Le rseau nest sollicit que lors des extractions depuis la base de donnes. La synchronisation des bases peut intervenir en dehors des heures ouvres.
Modle 1. Base de donnes et application sur le serveur 2. Base de donnes sur le serveur et applications sur le client 3. Base de donnes et applications rparties entre le serveur et le client Application Comptabilit, gestion commerciale, logistique, gestion des ressources humaines Gestion commerciale Serveur web Datawarehouse Architectures 3 tiers Flux rseau Type transactionnel

Type transactionnel (volumtrie faible) ou transfert de fichiers (volumtrie leve) Transfert de fichiers Transactionnel

L'architecture 3 tiers (client, serveur applicatif, serveur de base de donnes) gnre des flux de type transactionnel ct client et de type transfert de fichiers ct base de donnes.

Estimer la volumtrie
Les flux doivent ensuite tre quantifis, soit partir de donnes existantes, soit sur la base dhypothses. Si on part dun rseau existant, soit pour loptimiser, soit pour le faire voluer, on peut sappuyer sur des statistiques indiquant les volumes changs entre deux sites. Ces donnes peuvent tre issues de facturations dtailles ou dune phase daudit consistant en une campagne de mesure sur le terrain. La volumtrie est calcule diffremment selon le type de flux. Souvent, elle doit tre extrapole partir dinformations partielles. Ce travail doit donc tre ralis indpendamment pour chaque application que le rseau intersite sera susceptible de vhiculer. Les rsultats doivent ensuite tre consolids sous forme de matrice de flux prsentant les volumes changs entre chaque site. Lchelle de temps gnralement utilise est une journe de travail ; cette priodicit permet en effet de lisser les variations. La volumtrie globale pour un site est gnralement issue dune volumtrie unitaire estime pour un utilisateur et calcule selon la formule suivante :

ditions Eyrolles

Architecture des rseaux tendus CHAPITRE 9

181

Vj = Vu U
Vj est le volume journalier calculer pour un site. Vu est le volume journalier estim pour un utilisateur. U est le nombre dutilisateurs pour un site donn. Les sections suivantes dcrivent les manires destimer les volumtries lorsque lexistant est peu ou pas connu. tape 2 Estimer la volumtrie
Applications Messagerie SMTP ou Exchange Transfert de fichiers FTP Transactionnelles sites centraux Transactionnelles web Conversationnelles Telnet Exemples destimation de la volumtrie 10 messages par utilisateur et par jour x 100 Ko Synchronisation des annuaires N % des utilisateurs (ou des applications batch) = X Ko par jour 100 200 crans de 2 ou 4 Ko par utilisateur et par jour 20 50 crans de 4 50 Ko par utilisateur et par jour Dpend des applications (faire des tests avec un analyseur rseau) ; un cran = 2 4 Ko

Services rseaux (vidotex, tlcopie, etc.) 3 sessions vidotex par jour et par utilisateur Un fax de 10 Ko par jour Administration du rseau 0 10 sessions Telnet sur chaque routeur Configuration SNMP de 1 Ko par quipement et par jour 1 50 trap SNMP de 1Ko par jour Sondes RMON : 1 10 transferts de fichiers par jour (plusieurs centaines de Ko)

Volumtrie lie la messagerie


Les volumes de donnes gnrs par une messagerie bureautique peuvent tre modliss sur la base des hypothses suivantes : Environ dix messages par jour et par utilisateur destination dun autre site (20 % des messages sont destination dun site extrieur, 80 % restent locaux). Environ 100 Ko par message. Cette valeur dpend beaucoup de lutilisation qui est faite de la messagerie au sein de la socit. Plus celle-ci est utilise, plus les messages ont tendance tre importants (pices jointes). La taille de lannuaire est base sur 100 octets par utilisateur. Synchronisation hebdomadaire (voire toutes les nuits) de lannuaire : transfert depuis les sites distants vers le sige (si la gestion est dcentralise), consolidation de lannuaire, puis transfert depuis le sige vers les sites distants. Les messageries bureautique transportent les messages sous forme de copies de fichiers entre les serveurs bureautique. La priodicit des changes dpend du paramtrage ; elle est gnralement comprise entre 5 et 15 minutes. Ces transferts de fichiers occupent donc rgulirement la bande passante des liens.

ditions Eyrolles

182 182

Interconnecter ses rseaux

Volumtrie lie aux transferts de fichiers


La volumtrie lie aux transferts de fichiers dpend des applications prsentes au sein de la socit. Son valuation repose donc sur une analyse prcise de lexistant et/ou des besoins. Elle peut tre modlise sous la forme N % des utilisateurs ralisant lquivalent dun transfert de X Ko par jour destination dun site distant.

Volumtrie lie aux applications transactionnelles site central


Dans la plupart des cas, on peut estimer quun utilisateur change 100 200 crans de 2 Ko 4 Ko par jour avec le site central. Cette valuation est bien sr minemment variable selon le contexte considrer. La taille des crans varie, par exemple, en fonction des applications, et la frquence des changes en fonction du type de travail de lutilisateur (saisie intensive, consultation, etc.). Il convient donc destimer la volumtrie moyenne partir de tests.

Volumtrie lie aux applications transactionnelles web


Mme remarque que pour les applications transactionnelles, sauf que la taille des pages varie entre 4 Ko et 50 Ko, une page pouvant contenir des images GIF (fixes ou animes). En prenant en compte les fichiers GIF, JPG et HTML, la moyenne constate est de 4 Ko. Si on prend en compte les transferts de fichiers raliss partir de lInternet (documents .pdf, .txt ou .doc), la moyenne constate est de 100 Ko. La moyenne peut atteindre plusieurs mgaoctets si le tlchargement des excutables (.exe) est autoris.

Vous pouvez vrifier les valeurs propres votre contexte en visualisant le contenu du cache de votre navigateur (recherchez un rpertoire appel cache situ dans le rpertoire dinstallation du navigateur).

Volumtrie lie dautres services


Diffrents services peuvent emprunter le rseau intersite, notamment en provenance de sites rattachs dans le cas o les passerelles de communication sont centralises. Les hypothses de travail qui peuvent tre retenues sont les suivantes (il ne sagit ici que dindications, la volumtrie relle tant lie la nature des travaux raliss par les utilisateurs) : Service de tlcopie. Chaque utilisateur expdie en moyenne un fax de 10 Ko par jour. Service daccs au vidotex. Un quart des utilisateurs effectuent trois connexions vidotex de 2 minutes par jour. Chaque connexion gnre un flux de 5 Ko. Etc.

Lutilisation des applications multimdias pose dautres problmes, qui sont abords au chapitre 14.

ditions Eyrolles

Architecture des rseaux tendus CHAPITRE 9

183

Rassembler toutes les donnes


Ayant ces abaques en tte, nous pouvons maintenant calculer les volumes pour notre cas. La premire chose faire est dtablir la matrice des flux qui prsente les types de flux et le nombre dutilisateurs qui les gnrent. tape 3 Matrice de flux
Depuis \ vers Toulouse Paris Strasbourg Etc. 50 web Toulouse --Paris 400 web 40 Telnet ------Strasbourg 100 Telnet Etc.

La volumtrie doit tre calcule entre chaque site et dans les deux sens. Les liaisons tant de type full duplex, il convient de prendre la valeur la plus haute, ce qui permet de calculer le dbit instantan ncessaire. tape 4 Matrice volumtrique
De vers PT TP TS ST etc.

Flux transactionnels web Nombre d'utilisateurs Volumtrie unitaire (en Ko) Pages par jour et par utilisateur Quantit / utilisateur / jour (en Ko) Total journalier en Mo Flux conversationnels Telnet Nombre d'utilisateurs Volumtrie unitaire (en Ko) crans par jour et par utilisateur Quantit / utilisateur / jour (en Ko) Total journalier en Mo Etc. Volume total en Mo 40 4 100 400 16 960 40 0,5 100 50 2 320 100 0,5 50 25 2,5 240 100 4 50 200 20 190 400 50 10 500 200 400 0,5 10 5 2 50 50 10 500 25 50 0,5 10 5 0,25

ditions Eyrolles

184 184

Interconnecter ses rseaux

Selon le sens de la connexion client-serveur, les flux montants (depuis le client vers le serveur) et descendants (depuis le serveur vers le client) apparatront dans la premire colonne ou la deuxime. Au final, seul le maximum des deux flux doit tre pris en compte. Cest lui qui dterminera la bande passante maximale requise.

Calculer les dbits


Pour dimensionner une liaison, il convient destimer les besoins en termes de dbit instantan. La formule de calcul gnralement admise est la suivante :

Bp = Vj Th Ov

1 1 (8 1024 , ) Tu 3600

La signification des paramtres est la suivante : Bp Vj est la bande passante instantane calcule pour une liaison exprime en Kbit/s. est le volume journalier, estim en Ko. Cette valeur reprsente la somme des flux devant circuler sur le lien considr (le maximum pris entre les flux montants et descendants) est un coefficient permettant de calculer le trafic ramen lheure charge. On considre gnralement que le trafic journalier est concentr sur une heure charge. Cette hypothse part du constat que, sur 8 heures de travail, les utilisateurs sont le plus actifs sur deux priodes de pointe, entre 10 h et 11 h, et entre 15 h et 16 h. Les valeurs gnralement admises sont comprises entre 20 % et 30 % du trafic journalier concentr sur une heure. est loverhead gnr par les protocoles de transport (TCP, IP, PPP). Ce coefficient est gnralement affect dune valeur de 20 %. Il tient compte des en-ttes et des paquets de service (acquittements, etc.). est le taux maximal dutilisation de la bande passante du lien. Cette correction permet de prendre en compte le fait que lon utilise rarement 100 % du dbit nominal dun lien. Ce taux est gnralement fix 80 % de la bande passante, ce qui donne un surdimensionnement du lien de lordre de 25 %. Pour des liaisons haut dbit, ce taux peut atteindre 90 %.

Th

Ov

Tu

Le rapport 1/3600 permet de ramener la volumtrie sur une heure en secondes, tandis que le rapport 8*1,024 permet de convertir les kilo-octets en kilobits (1 octet = 8 bits, 1 Ko = 1 024 octets et 1 000 bits = 1 kilobit). Si on prend les valeurs standard pour ces paramtres, la formule devient :

ditions Eyrolles

Architecture des rseaux tendus CHAPITRE 9

185

Bp = Vj 0,30 1,2

1 1 (8 1,024 ) 0,8 3600

soit, par exemple, une bande passante de 1 Mbit/s pour un volume journalier estim 1 Go. Si la liaison doit servir de secours pour n autres liaisons de dbit DN sans que les performances ne soient dgrades, la bande passante du lien doit tre augmente de la somme de ces dbits DN. Dans notre cas, nous choisirons un mode dgrad, afin de limiter les cots.
Liaison PT TS Etc. Volume en Ko Vj 960 000 240 000 30 % lheure charge Th 0,3 0,3 ... Overhead protocole Ov 1,2 1,2 ... Taux d'occupation du lien Tu 0,8 0,8 ... Dbit du lien en Kbit/s 984 246 ...

Le dbit du lien doit tre arrondi la valeur suprieure des dbits proposs par les oprateurs, soit, dans notre cas, 1 Mbit/s entre Paris et Toulouse et 256 Kbit/s entre Toulouse et Strasbourg.

Tenir compte des temps de rponse


Pour des applications client-serveur reposant sur des extractions de donnes et assimilables des transferts de fichiers, le critre performance se pose en termes de dlai maximal de transfert des donnes. Il convient donc de calculer les dbits ncessaires en fonction des dlais acceptables et des volumes estims :

Bp =
Bp est la bande passante ncessaire.

Vo Tps

Vo est le volume moyen (converti en kilobits) des donnes extraites suite une requte. Tps est le temps de rponse souhait. Cette dmarche est combiner avec une tude de cot, car il faut trouver un compromis avec la performance. Il faut donc recourir une simulation des temps de rponse obtenus en fonction des dbits des liens, et ventuellement les mesurer pour diffrentes tailles de requtes. Par exemple, le tableau suivant compare les temps de transfert de donnes de diffrentes tailles en fonction du dbit de la ligne.

ditions Eyrolles

186 186

Interconnecter ses rseaux

Volume en Ko 10 20 30 50

64 Kbit/s 1,25 s 2,50 s 3,75 s 6,25 s

128 Kbit/s 0,62 s 1,25 s 1,87 s 3,12 s

Cot mensuel HT

7 844 F

14 264 F

Il vous appartient alors de mettre en balance le cot et les performances souhaites.

ditions Eyrolles