Vous êtes sur la page 1sur 37

OrangeFrance

Reproduction interdite sans autorisation pralable



Support Rseau dAccs

Rapport de Projet de Fin dEtudes

Tuteur

: Vincent Huriet (UNRA Alcatel)
Christophe Le Roquais
Jean-Franois Vandemoortele

Dpartement Tlcommunications, Services et Usages

Du 10 Fvrier 2003 au 06 Juin 2003
Orange UNR Lyon Vaise

Rsum
Niveau de diffusion

Contrle 2

Interne 3
Mesure de la qualit de service du rseau GPRS ct utilisateur pour
interprtation au niveau BSS. Implmentation dune solution
automatise de tests de performances. Modes opratoires.

Libre 4
OrangeFrance
Reproduction interdite sans autorisation pralable

Support Rseau dAccs

Validation

Nom Entit Date
Auteur(s)
Le Roquais Christophe
Vandemoortele JF
DRA/DEX/UNRA 08/06/03
Vrificateur(s) Vincent Huriet DRA/DEX/UNRA 10/06/03
Approbateur(s)

Historique de mise jour
Version Auteur Objet
0.1 Le Roquais Christophe
Vandemoortele JF
Cration du document
1.0 Le Roquais Christophe
Vandemoortele JF
Correction aprs relecture de Vincent Huriet

Mots cls
Automatisation, GPRS, tests, ping, FTP, HTTP, WAP

OrangeFrance
Reproduction interdite sans autorisation pralable

Support Rseau dAccs

SOMMAIRE :

INTRODUCTION.............................................................................................................................................................4
GLOSSAIRE.....................................................................................................................................................................5
1 CONDUITE DE PROJET : .....................................................................................................................................6
1.1 DEMARCHE : ......................................................................................................................................................6
1.2 PLANIFICATION : ................................................................................................................................................7
1.2.1 Planning et organisation en binme : ...........................................................................................................7
1.2.2 Etape 1 : semaines 7 et 8...............................................................................................................................8
1.2.3 Etape 2 : Semaines 11 13 ...........................................................................................................................8
1.2.4 Etape 3 : Semaines 14 16 ...........................................................................................................................9
1.2.5 Etape 4 : Semaine 18.....................................................................................................................................9
1.2.6 Etape 5 : Semaines 20 23 ...........................................................................................................................9
1.3 COMMUNICATION ET RETOUR CLIENT : ............................................................................................................10
2 PRESENTATION DE LA SOLUTION : .............................................................................................................11
2.1 PRESENTATION SOMMAIRE DU RESEAU GPRS :................................................................................................11
2.2 ARCHITECTURE GLOBALE : ADEQUATION AVEC LE PROTOCOLE DE TEST.........................................................12
2.3 DESCRIPTION TECHNIQUE DE LA SOLUTION......................................................................................................14
2.3.1 Introduction et prrequis : ..........................................................................................................................14
2.3.2 Description de limplmentation des outils de tests :..................................................................................18
2.3.3 Prsentation des dlivrables : .....................................................................................................................28
2.4 VALIDATION ET EXPERIMENTATIONS ...............................................................................................................30
3 ANALYSE DES RESULTATS : ...........................................................................................................................31
CONCLUSION : .............................................................................................................................................................33
REMERCIEMENTS : ....................................................................................................................................................33
INDEX DES FIGURES : ................................................................................................................................................34
BIBLIOGRAPHIE : .......................................................................................................................................................34
ANNEXES .......................................................................................................................................................................35
ANNEXE 1 : PROTOCOLE DE TEST (CHEF DE PROJET : PHILIPPE GABARD) ....................................................................35
ANNEXE 2 : CODES OPERATOIRES DUN ECHANGE WAP.................................................................................................36
ANNEXE 3 : DIAGRAMME DE GANTT...........................................................................................................................37
OrangeFrance
Reproduction interdite sans autorisation pralable

Support Rseau dAccs

Introduction
LUnit Nationale Rseau dAccs (UNRA) dOrange France soccupe de grer le rseau national dOrange
pour la partie radio appele encore BSS (Base Station Subsystem). Les infrastructures BSS sappuient sur
trois constructeurs : Alcatel, Nortel et Motorola. Cest pour cette raison que lUNRA est compose de trois
entits soccupant chacune dun constructeur. Les activits de lUNRA consistent principalement valuer,
optimiser, migrer et superviser le rseau daccs. Une autre activit non ngligeable consiste offrir un
support technique pour les Units Rgionales (UR) dOrange.
Le rseau de donnes GPRS tant une technologie rcente, il nexiste pas actuellement de protocole de
mesures standardis permettant dtablir des comparatifs entre constructeurs, entre paliers ou encore
simplement pour vrifier la qualit du service offert par le rseau daccs. Un groupe de travail impliquant
diffrents acteurs sest mis en place pour rflchir un protocole de tests rpondant ce besoin.
Notre Projet de Fin dEtudes sinscrit au sein de ce groupe de travail en qualit de participant llaboration
de ce protocole de tests et en tant que dveloppeurs dune solution logicielle correspondant au protocole
tabli.
Il nous a donc t propos de participer la dfinition dun ensemble de tests de performances pour
quantifier et qualifier le rseau daccs pour le GPRS. Pour automatiser ces tests, nous avons dvelopp une
solution logicielle base sur des scripts volus. Ces scripts permettent dacqurir les mesures de Qualit de
Service et de les traiter automatiquement.
Diffrentes entits du groupe France Tlcom sont impliques dans ce projet de grande ampleur. Le groupe
de travail, dirig par Philippe GABARD (Responsable Etudes GPRS), a pour but de dfinir les spcifications
des tests de performances GPRS. France Tlcom R&D apporte son expertise technique et son exprience
acquise lors des exprimentations obtenues sur les plate-formes de tests. Les Units Rgionales (UR) et
lUNRA sont concernes en premier lieu par le projet car ils constituent les utilisateurs finaux. Vincent
HURIET (Skill Centre Field Testing & Support Expert GSM Alcatel) a pris part ce projet en tant que
responsable pour lUNRA. Au sein de lUNRA et dans le cadre du PFE, nous nous sommes engags
fournir une solution logicielle rpondant aux spcifications du protocole de tests.
Le projet de PFE a t cre linitiative du Groupe Support Rseaux dAccs Alcatel (GSRA Alcatel).
Vincent HURIET a t linitiateur de ce projet et il nous a encadr pendant les 11 semaines de projet. Mme
si le projet a t lanc par le GSRA Alcatel, la solution a t dveloppe dans le souci dune compatibilit
multi constructeurs. Martin PASQUIER (Ingnieur GSRA) a suivi notre projet et nous a donn des
informations techniques qui nous ont permis de mieux comprendre le GPRS.
LUnit Nationale Rseau (L'UNR est l'entit charge d'exploiter le cur de rseau mobile d'Orange) a
quant elle, t informe de notre projet car notre solution pourrait tre adapte leurs besoins en effectuant
peu de modifications.
Remarque : dans la suite du document, toutes les adresses IP confidentielles ont t volontairement caches.
OrangeFrance
Reproduction interdite sans autorisation pralable

Support Rseau dAccs

Glossaire
PFE : Projet de Fin dEtudes
GPRS : General Packet Radio Service
UNR : Unit Nationale Rseau
UNRA : Unit Nationale Rseau dAccs
UR : Unit Rgionale
OMC : Operation and Maintenance Center (logiciel de supervision du rseau)
FT R&D : France Tlcom Recherche et Dveloppement
DTRS : Direction Technique Rseau et Services
BSS : Base Station Subsystem (rensemble des quipements radios : BTS, BSC, PCU,)
GSS : Cur de rseau GPRS
GGSN : Gateway GPRS Support Node (routeur vers les rseaux GPRS de donnes ou externes)
SGSN : Serving GPRS Support Node (routeur connect un ou plusieurs BSS)
MFS : Multi-BSS Fast Packet Server
PCU : Packet Coding Unit
Interface Gb : interface entre le PCU et le SGSN
APN : Access Point Name
MTU : Maximum Transmission Unit
RWIN : TCP Receive Window Size
RAS : Remote Access Service
TLLI : Temporary Logical Link Identifier (identifiant temporaire l'tablissement d'une communication)
IMSI : International Mobile Suscriber Identifier ( identifiant inclus dans la carte SIM)
URL : Unified Ressource Locator (adresse internet)
WAP : Wireless Application Protocol (accs Internet depuis un mobile)
OrangeFrance
Reproduction interdite sans autorisation pralable

Support Rseau dAccs

1 Conduite de projet :
1.1 Dmarche :
Lorsque nous sommes arrivs Orange, nous avions rdiger un protocole de tests permettant de mesurer la
qualit de services du rseau GPRS ct utilisateur. Ce protocole de tests, dont la finalisation a t dlgue
par la suite un groupe de travail gr par Philippe Gabard, tait ltat de draft pendant la dure de notre
projet. Nous avons donc concentr nos efforts plutt dans le cur de la mission qui nous avait t confie,
cest--dire limplmentation doutils de tests fiables et de documents permettant aux techniciens et
ingnieurs de raliser ces tests dans de bonnes conditions.
Nous avons ainsi organis notre projet selon un cycle en V, en partant ncessairement de lexpression des
besoins, aprs analyse de lexistant. Notre travail a donc t dans un premier temps de prendre en compte les
modes opratoires existants selon lesquels les tests taient effectus et il savre que les protocoles pour
certains types de mesures ntaient pas trs prcis et taient souvent fonds sur des mesures manuelles.
Aprs identification des besoins, nous avons rdig un premier document de spcifications fonctionnelles qui
a t valid par Vincent Huriet, ce qui nous a permis de cadrer le primtre du projet. Des contraintes fortes
taient mentionnes dans ce document :Dployable sur les PC portables dOrange, sans acquisition de
licences supplmentaires.
Automatisation aise, prcise et paramtrable
Facilit et souplesse dexploitation
Prcision des rsultats (temps entre chaque ping respect, taille de paquet correcte,)
Prennit de la solution
Adquation avec le set de mesures fix par le groupe de travail de Philippe Gabard
Adaptabilit tous les mobiles du march
Nous avons ensuite ralis un tat de lart des logiciels qui rpondraient aux spcifications que lon staient
fixes. Nous nous sommes dabord intresss aux logiciels permettant de raliser les tests de latence o
plusieurs outils ont t identifis et tests selon les critres des spcifications. En ce qui concerne les tests de
dbit, nous nous sommes surtout bass sur le FTP de la commande DOS, outil prouv sur le terrain et utilis
par FT R&D et les UR dOrange.
Aprs slection des outils, nous avons conu une solution automatisable de tests de performance se basant
sur des scripts, dont larchitecture sera dtaille dans la suite du document.
Cette phase de conception a t suivie par limplmentation de la solution, phase qui a t relativement
longue et qui demandait aussi bien des tests unitaires que des tests dintgration avec plusieurs types de
configurations.
Tout au long du projet, nous avons ax notre action, avec Vincent Huriet, sur la communication autour du
projet, avec des prsentations aux acteurs de lUNR, de lUNRA mais galement aux UR et aux filiales
dOrange.
OrangeFrance
Reproduction interdite sans autorisation pralable

Support Rseau dAccs

1.2 Planification :
1.2.1 Planning et organisation en binme :
Le PFE sest droul entre fvrier et juin 2003 en alternance avec les cours doption lINSA. La dure
minimale du PFE est fixe 10 semaines pendant cette priode. Aprs avoir valu le cot du projet en
hommes/jour, il sest avr quil nous fallait plus de 10 semaines pour atteindre les objectifs souhaits. Cest
pour cela que notre PFE a dur au total 11 semaines, une semaine ayant t prise sur les congs de
printemps.
Comme nous navions pas choisi la mme option de spcialit, nous ntions pas toujours ensemble chez
Orange. Nous avons eu 9 semaines en commun et 2 semaines o nous tions seuls chez Orange. Cette
organisation na pas t trop gnante car les semaines de dbut et de fin de PFE taient communes.
Le PFE tant en alternance avec les cours, il a t dcoup en cinq tapes :
- Du 10 au 21 fvrier
- Du 17 au 28 mars
- Du 7 au 18 avril
- Du 28 avril au 2 mai
- Du 12 mai au 6 juin
Nous avons cre un diagramme de GANTT au dbut du projet pour planifier le projet et pour se donner des
dates butoirs. Ce diagramme est fourni en Annexe 3. Ce diagramme nous a permis de fixer les grandes lignes
directrices pour le projet. Suite aux diffrents vnements non prvisibles, nous navons pas forcment suivi
la lettre le diagramme de GANTT. Nous avons cependant travaill dans le souci datteindre les objectifs
prvus. La figure suivante montre de manire simplifie lvolution du projet au cours des semaines.
Figure 1 : Chronologie simplifie du projet
Etape 1 :
Dfinition claire et prcise du
sujet, Analyse de lexistant,
Recherche documentaires
Etape 2 et 3 :
Evaluation des outils
potentiels, Dveloppement des
scripts Ping et FTP
Etape 4 :
Dveloppement des
scripts http et WAP Etape 5 :
Derniers dboguages, production de
notices/documents, transfert de
comptences, prsentation des
dlivrables
10 fv.
2003
22 fv.
2003
18 avr.
2003
2 mai
2003
OrangeFrance
Reproduction interdite sans autorisation pralable

Support Rseau dAccs

1.2.2 Etape 1 : semaines 7 et 8
Familiarisation avec lenvironnement de travail (3 jours) :
Nous sommes arrivs lUNRA le 10 fvrier 2003. Les deux premiers jours, nous avons occup
temporairement les bureaux de lquipe GSRA en attendant que notre bureau soit install. Cela a t un bon
moyen pour faire connaissance avec les membres de lquipe laquelle nous tions rattachs.
Nous nous sommes familiariss avec le systme dinformation dOrange (compte NT, compte Mail,
applications). Chaque membre de lquipe nous a expliqu son mtier ce qui nous a permis de mieux
situer lactivit de lquipe GSRA. Un de nos collgues nous a notamment montr lOMC Alcatel (logiciel
de supervision du GSM/GPRS). Nous avons fait plusieurs runions avec Vincent HURIET pour bien cibler
les objectifs du projet.
Documentation et tests basiques de GPRS (2 jours) :
Une fois familiariss avec lenvironnement de travail, nous nous sommes mis chercher des documentations
qui pouvaient nous servir de base pour le projet.
Nous avons lu des documentations techniques pour mieux nous familiariser avec le rseau GPRS.
Paralllement nous avons dcouvert de faon pratique le rseau GPRS en effectuant des connexions modem
GPRS. Cela a permis de faire des tests simples : connectivit au rseau GPRS, navigation sur Internet en
utilisant un mobile GPRS.
Initiation au TOM4 (1 jour) :
Nous nous sommes intresss aux quipements existants qui permettent dacqurir des donnes spcifiques
au rseau GPRS partir de diffrentes interfaces. Parmi ces outils, le logiciel TOM4, de lditeur Nemo
Technologies, est une solution qui permet de capturer les messages passant par le lien radio. Il rcupre par
exemple le dbit instantan par timeslot et peut, aprs acquisition, traiter les donnes et les reprsenter sous
forme de graphiques. Nous avons donc pendant une journe explor les caractristiques de cet outil.
Initiation au K1205 (1 jour) :
Le K1205 de Tektronix est galement un outil utilis couramment pour capturer les messages GSM/GPRS.
Cest un analyseur de protocoles hardware qui permet de capturer les messages sur diffrentes interfaces :
Abis, Gb, Gi. Le visualiseur appel K12 Viewer peut tre install sur nimporte quel PC et permet de voir
tous les champs des messages capturs. Le K12 est un outil trs puissant qui nous a beaucoup servi pendant
le projet.
Listage des paramtres et des tests (3 jours) :
Nous avons remis Vincent HURIET un dossier de spcifications fonctionnelles du projet avec lexplication
des tests que lon prconisaient en tenant compte des paramtres en jeu.
Nous avons particip une runion par pont tlphonique avec Philippe GABARD et les autres acteurs du
groupe de travail. Cette runion avait pour but de confronter les avis de chacun des acteurs du groupe de
travail sur le Draft 0.3 du protocole de tests.
1.2.3 Etape 2 : Semaines 11 13
Evaluation des outils de tests Ping et FTP pouvant tre utiliss (5 jours)
Nous nous sommes dans un premier temps intresss seulement aux tests de Ping et de FTP car ce sont les
tests les plus couramment utiliss. Nous avons recherch des outils de Ping et de FTP gratuits, fiables et
rpondant aux spcifications du protocole de tests. Pour tester la fiabilit des outils slectionns, nous avons
compar les rsultats quils fournissaient avec les rsultats obtenus par lanalyseur de protocole Ethereal.
OrangeFrance
Reproduction interdite sans autorisation pralable

Support Rseau dAccs

Choix des outils de tests (1 jour)
Aprs avoir valu les diffrents outils du march nous avons slectionn ceux qui allaient nous servir.
Dveloppement des scripts Ping et FTP (4 jours)
Nous avons programm les premires versions des scripts permettant dautomatiser les tests de Ping et de
FTP.
1.2.4 Etape 3 : Semaines 14 16
Finalisation des scripts Ping et FTP (4 jours)
Nous avons finalis lautomatisation des scripts Ping et FTP.
Dveloppement dun script de connexion automatique (2 jours)
Pour pouvoir lancer une connexion au rseau GPRS de faon automatique, nous avons dvelopp un script.
Validation de ces tests (3 jours)
Nous avons lanc en journe et toutes les nuits les tests Ping et FTP pour savoir sil fournissaient des
rsultats cohrents.
Runion du groupe de travail Paris (1 jour)
Nous sommes alls Paris pour assister la runion du groupe de travail. Cette runion avait pour but la
rdaction finale du protocole de tests, ainsi que la prsentation d'une prversion de nos scripts..
1.2.5 Etape 4 : Semaine 18
Dveloppement des scripts HTTP et WAP
Outre les tests de Ping et de FTP, nous avons voulu dvelopper lautomatisation des tests HTTP et WAP. Sur
le mme principe que les tests de Ping et de FTP, nous avons crit des scripts dautomatisation.
Paralllement, les premiers tests du grouep support Motorola en zone exprimentale dbutaient, avec le test
des scripts Ping et FTP.
1.2.6 Etape 5 : Semaines 20 23
Finalisation des scripts et dboggage des derniers problmes (5 jours)
Les tests ont t finaliss avec des ajouts de commentaires et une compatibilit entre Win98 et Win2000. Les
scripts ont galement t complts pour assurer une compatibilit entre les versions anglaises et franaises
de Windows.
Suite aux tests mens quotidiennement, des bogues ont t corrigs.
Prsentation de la solution lUNRA et lUNR (1 jour)
Nous avons prsent notre solution aux quipes de lUNRA et de lUNR. LUNR serait intresse par nos
scripts car les scripts pourraient galement les aider effectuer des tests de performances pour le core
network. LUNRA a t intresse par les apports de notre solution notamment en termes de gains de temps.
Finalisation des documents (4 jours)
OrangeFrance
Reproduction interdite sans autorisation pralable

Support Rseau dAccs

Nous avons rdig de nombreux documents relatifs notre solution. Nous avons crit des procdures
dinstallation et dutilisation des diffrents outils.
Tests en plate-forme (2 jours)
Nous sommes partis deux jours en plate-forme sur le site de FTR&D Paris. Nous avons pu ce titre nous
familiariser avec les quipements GSM/GPRS dAlcatel. Nous avons lanc des tests de mesures de
performances avec notre solution et nous avons utilis lanalyseur de protocoles K12. Le K12 nous a
notamment servi pour capturer des traces WAP.
Blind Tests et support terrain (3 jours)
Pour avoir un retour client sur la facilit demploi de notre solution, nous avons fait faire les tests par
quelquun qui ne connaissait pas du tout notre outil. Ce Blind test nous a permis de corriger quelques
dtails dans lergonomie de note solution.
De la mme faon, des quipes de lUNRA Nortel et Motorola sont alls sur le terrain et se sont servies de
notre outil ce qui a permis davoir un retour rapide et de corriger les derniers bugs et problmes dergonomie.
Revues davancement
Tout au long de ce PFE, nous avons t amens faire part de ltat davancement de notre projet aussi bien
auprs dOrange quauprs de lINSA. Dans le cadre de ltude Services&Usages, nous avons rencontr
deux fois nos tuteurs Humas. La premire runion avec les tuteurs Humas tait le 5 fvrier 2003 et avait pour
but de nous donner des pistes de rflexion pour ltude Services&Usages. La deuxime runion appele
Revue de PFE a eu lieu au milieu du projet, le 5 mai 2003. Cette runion a permis de faire part de ltat
davancement de notre rflexion sur les Services&Usages.
Nous avons eu de nombreuses runions avec Vincent HURIET, notre tuteur Orange. Nous tenions en gnral
une runion par semaine pour faire le point sur ltat davancement du projet. Ces runions duraient environ
une heure et permettaient notamment de fixer des priorits sur les diffrentes tches complter. Grce
leurs bonnes connaissances du GPRS, Vincent et Martin pouvaient galement rpondre nos questions
dordre technique.
1.3 Communication et retour client :
La communication autour du projet a t primordiale durant tout le projet puisque le fait de faire connatre et
reconnatre un produit est la cl pour que loutil soit gnralis au sein dOrange, et qie des benchmarks
soient possibles entre les diffrents constructeurs de matriel BSS, en plateforme de test FT R&D et en zone
exprimentale.. De plus, cela contribue donner une image positive des actions de lUNRA en matire
dexpertise technique.
Nous avons organis trois prsentations principales, d1h30 chacune, montrant lavancement du projet et la
plus-value quapporte notre solution. Cela permet aussi bien davoir un retour dexprience des
collaborateurs du cur de rseau GPRS (UNR), que des collaborateurs des diffrentes entits de lUNRA
(Nortel, Motorola et Alcatel). Ces runions permettent galement de se mettre la porte des utilisateurs
potentiels de la solution et de mettre en relief des difficults inhrentes lergonomie de la solution. En effet,
les connaissances informatiques de chacune des personnes que nous avons rencontres tant diffrentes, il
faut sassurer que le fonctionnement de la solution est abordable par tous, au niveau du dploiement et de
lutilisation.
Par lintermdiaire de Vincent Huriet, la solution a t prsente dans la filiale dOrange en Roumanie (Skill
Center User Group Bucarest) et 6 autres filiales (Cameroun, Senegal, Madagascar, Egypte, Pays-Bas,
Thalande) pour montrer le potentiel des outils que nous avons dvelopps.
OrangeFrance
Reproduction interdite sans autorisation pralable

Support Rseau dAccs

Pour tester la facilit dexploitation de notre solution, Il a t organis un "blind test" avec un ingnieur du
groupe support Motorola (UNRA), Cdric Pascal. Lobjectif de ce test tait de mettre en vidence les
difficults quaurait une personne extrieure au projet et pas forcment experte en informatique, pour
installer et utiliser les tests de mesures de performance. Au premier abord, nous avons mis en vidence des
dfauts dintuitivit au niveau de linterface homme-machine. Nous avons pu la suite de cet entretien
amliorer lergonomie de linterface client.
Globalement, la solution implmente a t bien accueillie, comme elle prsente un nombre davantages non
ngligeables par rapport aux tests manuels existants.
2 Prsentation de la solution :
2.1 Prsentation sommaire du rseau GPRS :
Le rseau GPRS a t mis en place pour offrir de nouveaux services aux usagers. Il est par exemple possible
d'envoyer des messages multimdias (MMS) ou encore de naviguer plus rapidement sur le WAP en utilisant
un tlphone GPRS au lieu dun tlphone GSM. Le GPRS est un rseau qui permet dchanger des donnes
par le mode "Paquet" contrairement au GSM qui permet dchanger de la voix en mode "Circuit". Au niveau
radio, chaque donne peut tre transporte dans des trames contenant 8 timeslots. Sur ces 8 timeslots, seuls 4
timeslots en gnral sont rservs pour le transfert de data et les 4 autres pour des communications voix. Sur
chacun des timeslots, on alloue des ressources lies aux canaux logiques PDTCH (transfert de data), TCH
(communication voix), BCCH, Les canaux logiques PDTCH fournissent un dbit unitaire en fonction d'un
codage de canal donn (le "coding scheme" CS-1, CS-2,). Sur le rseau BSS Alcatel, seul le CS-1 et CS-2
sont utiliss et le dbit par timeslot thorique est respectivement de 9,6 kbit/s et 13,4 kbit/s.
Les tlphones mobiles du march peuvent exploiter plusieurs timeslots en downlink et en uplink.
Couramment, on trouve des terminaux supportant l'acheminement de 3 ou 4 timeslots en downlink et 1 ou 2
timeslots en uplink, ce qui propose des dbits de l'ordres de 40kbit/s en downlink et 10 kbit/s en uplink..
Le GPRS permet d'accder au rseau Internet. En effet, un tlphone portable GPRS offre les fonctionnalits
d'un modem. De cette faon, on peut utiliser tous les services courants comme la consultation de pages Web,
les transferts de fichiers par FTP, la consultation et lenvoi de mails, lcoute de musique instantane
(streaming)
Voici un schma reprsentant les couches protocolaires du rseau GPRS au niveau BSS :
OrangeFrance
Reproduction interdite sans autorisation pralable

Support Rseau dAccs

Application
IP/X25
SNDCP
LLC
RLC
MAC
GSM-RF
SNDCP
LLC
BSSGP
NS
L1bis
GSM-RF
L2-GCH
Relay
L1-GCH
L2-GCH
L1-GCH
RLC
BSSGP
MAC
L1bis
NS
Relay
MS BTS BSC/MFS SGSN
Um
Abis/Ater Gb

Figure 2 : Rseau GPRS ct BSS
2.2 Architecture globale : Adquation avec le protocole de test
Pour l'laboration des tests de performances GPRS, la DTRS a labor un protocole de tests spcifique qui
dtaille de manire prcise les paramtres utiliser pour configurer les tests. Ces tests sappuient sur des
proprits du BSS (tel que le Downlink_TBF_release chez Alcatel, le Keep Alive chez Nortel). Par exemple,
pour effectuer les tests de latence, il faut effectuer des sries de 101 pings la suite sur un serveur sur
linterface Gi, cest--dire en sortie de GGSN, accessible uniquement partir de lAPN orange-pilote
(lAPN orange.fr est publique et orange-pilote est une APN rserve en interne pour des
exprimentations). Nous disposons de deux serveurs de tests dont laccs est rgit par un partage de charge,
cest--dire quun seul des deux serveurs peut rpondre un moment t, en fonction du trafic reu. Ces
serveurs fournissent un accs FTP et HTTP. Nous avons dvelopp nos scripts de manire ce qu'ils
rpondent de manire prcise au protocole de tests, en prenant en compte en amont le test de connectivit
aux serveurs de test. Toutefois, nous avons ralis une solution flexible qui permet l'utilisateur de rentrer
les paramtres qu'il dsire. Par exemple, si le protocole de tests tait amen voluer alors l'outil s'adapterait
sans modifications aux nouvelles spcifications.
Un extrait du protocole de test est disponible en annexe 1.
L'architecture de notre solution est relativement simple. Nous avons dvelopp des outils pour quatre types
de tests : Ping, FTP, HTTP et WAP. L'architecture des outils de Ping, FTP et HTTP sont trs semblables
dans leur conception alors que l'outil de WAP a une architecture quelque peu diffrente.
Les outils de Ping, FTP et HTTP s'appuient sur des scripts VBScript et des macros Excel. Nous avons choisi
la solution des scripts VBScript et Excel car dans une installation normalise Orange , Excel et le moteur
de script WScript, permettant dexcuter les scripts, sont fournis en standard et permettent une
automatisation aise. Cela rpond galement aux contraintes dintgration spcifies dans le cahier des
OrangeFrance
Reproduction interdite sans autorisation pralable

Support Rseau dAccs

charges. Ces solutions ne ncessitent pas dachat de licences supplmentaires, sont standards et prennes,
volutives et supportent le multilinguisme.
Les tests automatiques sont lancs par des scripts VBScripts et des macros Excel qui permettent ensuite de
mettre en forme les rsultats. Lorsque l'on excute un script, les actions suivantes se droulent
successivement au cours du temps :

Figure 3 : Architecture simplifie de la solution
Le test de WAP est diffrent des autres tests dans le sens o il n'est pas entirement automatis. Il ne repose
que sur une macro Excel de post-traitement des traces brutes. Les traces brutes d'une communication WAP
sont obtenues en utilisant un analyseur de protocole qui s'appelle le K12 de Tektronix. Les traces obtenues
par le K12 sont trs difficiles interprter pour un il non averti. La macro Excel de traitement des traces
K12 permet de retrouver les pages WAP qui ont t consultes avec son temps d'affichage.

Figure 4 : Tektronix K1205 : analyseur de protocoles
Enfin, nous ne prenons pas en compte la connexion, ni la dconnexion du modem du mobile GPRS au PC.
Nous donnons travers la documentation qui a t rdige des pistes pour automatiser la connexion RAS
(Remote Access Service), notamment en ligne de commande avec rasdial .
Au niveau du matriel que nous avons utilis pour effectuer des tests, nous nous sommes bass sur les
lments suivants :
Un PC Portable Windows 2000 Professionnel
MTU = 1500 o et RWIN = 17520 o (paramtrage TCP)
Script VBScript

:
Excution des tests
avec enregistrement
des traces dans un
fichier .txt
Script VBScript :
Excution d'Excel
avec le fichier de
traces .txt en
entre
Macro Excel

:
Lancement de la macro
Excel de traitement de
rsultats sur les traces
Macro Excel

:
Enregistrement des
rsultats et fermeture
d'Excel
OrangeFrance
Reproduction interdite sans autorisation pralable

Support Rseau dAccs

Un mobile GPRS, principalement le Motorola T280 (4+1)
Un cble de liaison PC-mobile USB ou srie
Une carte SIM supportant les connexions aux APN orange-pilote et orange.fr

Figure 5 : Dispositif de test
2.3 Description technique de la solution
2.3.1 Introduction et prrequis :

Au dbut du projet, nous sommes partis dans plusieurs directions pour trouver des solutions automatisables
rpondant aux spcificits qui taient fixes.
Voici un rsum du protocole de test sur lequel nous avons contribu (la version originale est disponible en
annexe 1) :
Type de test Caractristiques
Ping Srie de 101 pings
Taille de PDU : 56 et 1460 octets
Dlai entre chaque mission : 0, 2 et 7 s
FTP Srie de 10 transferts en downlink et 10 transferts en uplink
Trois fichiers de taille diffrente chaque fois : 100ko, 500ko et 1mo
HTTP Srie de 20 chargements de pages (textes + images)
WAP Srie de 20 chargements de prpage, puis de la page d'accueil Orange

Nous nous tions dirigs vers des outils qui taient utiliss aussi bien FT R&D qu Orange, en
loccurrence WS_Ping Pro pack de lditeur IPSwitch et le FTP de la commande dos. Dans un premier
temps, le ping de la commande dos na pas t envisag car il noffrait pas de paramtre pour grer le dlai
entre chaque mission de ping en mode natif. Nous avions galement la possibilit dutiliser un autre logiciel
spcialis, Tom 4, de lditeur Nemo Technologies, qui est un analyseur de rseau en temps rel sur
linterface radio. Il permet de rcuprer laide dun mobile traces (le Sagem OT190 dans notre cas) entre
autres le nombre de timeslots utiliss lors dun transfert, la qualit du signal radio, le type de codage de canal
(CS1, CS2,), De plus, le logiciel permet de raliser des scripts de scnarios. Par exemple, il y avait la
possibilit de crer un script de lancement de transfert FTP. Finalement, nous navons que trs peu utilis cet
outil pour plusieurs raisons, car tout dabord il ny en avait quun seul pour tout lUNRA (problme de
disponibilit) et pour raliser des tests, la solution tait trop coteuse pour tre mise disposition en quantit
aux techniciens et ingnieurs. De plus, le mobile traces est un 3+1 (3 timeslots en download et 1 slot en
OrangeFrance
Reproduction interdite sans autorisation pralable

Support Rseau dAccs

upload), ce qui limite le dbit thorique en download 13.4*3 ~ 40 kbit/s (en CS2). L'avantage certain du
Tom4 par rapport une solution plus simple est d'obtenir le dbit par timeslot en kbit/s lors du transfert et de
voir les allocations de timeslots en fonction du temps. La majorit des tests qui ont t faits par la suite lont
t avec le Motorola T280, un mobile GPRS 4+1.

Figure 6 : Nemo Technologies Tom4 et Sagem OT 190
Par la suite, nous avons investigu autour de logiciels dautomatisation de saisie utilisateur, comme
AutoIt (http://www.hiddensoft.com/AutoIt/) ou encore GroundControl
(http://www.acrasoft.com/gc.html). Les premires tentatives avec ces outils ntaient pas satisfaisantes
puisque nous souhaitions automatiser WS_Ping_ProPack , un logiciel en mode fentr. Chacune des
commandes mules la place de lutilisateur taient censes naviguer dans linterface graphique, mais cette
solution tait trs sensible aux lments extrieurs (popup qui souvre inopinment, utilisateur qui change le
focus dune fentre,). Nous nous sommes donc orients vers des outils en ligne de commande, linstar du
FTP dos. Nous avons donc repris le ping dos et essay de trouver une solution pour muler les dlais entre
chaque mission de ping.
En consultant le support de Microsoft, nous avons trouv une solution pour assigner un dlai entre chaque
ping :
Source :
http://www.microsoft.com/technet/treeview/default.asp?url=/technet/prodtechnol/windows2000serv/support/
faqw2kcp.asp

How can I get a batch file to 'sleep' for n seconds?
Answer: The Windows 2000 Resource Kits provide sleep.exe to allow a batch file to sleep for n seconds.
You can emulate this behavior by using the PING (P acket I nterNet Groper) command:
ping - n seconds+ 1 127.0.0.1>nul
To sleep for 15 seconds, type:
ping - n 16 127.0.0.1>nul

Une autre solution pourrait tre dutiliser la commande PING 1.1.1.1 -n 60 -w 1000 >NUL . De cette
faon, on utilise le paramtre de timeout w pour recrer une temporisation. En effet, ladresse 1.1.1.1
ntant pas valide, le systme va attendre 1000 ms entre chaque ping pour attendre une rponse quil ne
recevra jamais.
Nous avons ensuite vrifi avec Ethereal que cette proprit du ping donnait des rsultats plausibles. Dans
lexemple ci-dessous, nous retrouvons dans la colonne Delta le dlai entre chacune des requtes. On
saperoit que le dlai de 2 secondes fix entre une requte echo reply et la requte echo request
OrangeFrance
Reproduction interdite sans autorisation pralable

Support Rseau dAccs

suivante est respect. De plus, la colonne delta permet galement de vrifier le RTD (Round Trip Delay)
fourni par la commande dos.
Voici ce que lon obtient aprs filtrage des rsultats de la commande dos :
C:\TESTS_GPRS\PING>ping.exe 111.111.111.111 -n 1 -l 56 -w 5000
Rponse de 111.111.111.111 : octets=56 temps=1242 ms TTL=253

C:\TESTS_GPRS\PING>ping.exe 111.111.111.111 -n 1 -l 56 -w 5000
Rponse de 111.111.111.111 : octets=56 temps=771 ms TTL=253

C:\TESTS_GPRS\PING>ping.exe 111.111.111.111 -n 1 -l 56 -w 5000
Rponse de 111.111.111.111 : octets=56 temps=891 ms TTL=253

C:\TESTS_GPRS\PING>ping.exe 111.111.111.111 -n 1 -l 56 -w 5000
Rponse de 111.111.111.111 : octets=56 temps=862 ms TTL=253

C:\TESTS_GPRS\PING>ping.exe 111.111.111.111 -n 1 -l 56 -w 5000
Rponse de 111.111.111.111 : octets=56 temps=741 ms TTL=253

Figure 7 : Capture Ethereal, 5 ping 56 octets, Dlai 2s
En sappuyant sur les commandes dos ping et FTP, nous avons bas la solution sur des scripts et des
macros Excel, comme mentionn ci-dessus. Les scripts sont des fichiers wsf (Windows Script File),
contenant du code XML. Cela permet dajouter des fonctionnalits supplmentaires par rapport aux scripts
vbs traditionnels (souvent tort associ du code malicieux par les antivirus). Parmi les avantages des
scripts wsf , on retrouve le fait de pouvoir inclure du code facilement, avec linstruction include ,
utiliser plusieurs langages de scripts dans le mme fichier, ajouter des constantes dans le code, stocker tout le
traitement dans un seul fichier grce au XML,
En ce qui concerne les macros Excel que nous avons dvelopp, elles sont dcrites en vba (Visual Basic
Application) pleinement compatibles avec Excel 2000 et sont centralises dans un seul fichier
MacroDemarrageGPRS.xla situ dans le rpertoire XLStart de linstallation dOffice. En fonction
dun fichier en entre, la macro oriente le type de traitement effectuer louverture dExcel. Si aucun
fichier Type_Test.txt nest trouv, alors Excel neffectuera aucun traitement. Pour assurer la rtro
OrangeFrance
Reproduction interdite sans autorisation pralable

Support Rseau dAccs

compatibilit avec Excel 97, il faudrait redfinir des fonctions qui ont t introduites sous Excel 2000, mais
ce n'tait prioritaire dans l'accomplissement du projet.
Les scripts ne ncessitent pas linstallation dun interprteur ni dun compilateur additionnel, mais nous
avons travaill avec la version 5.6 de WScript (le moteur de script de Windows : Windows Script Host),
mise jour qui nest pas installe par dfaut et que nous fournissons dans le dlivrable.

Figure 8 : Principe de Windows Script Host
Concernant le support du multilinguisme, nous avons assur la compatibilit avec des installations de
Windows en franais et en anglais car les filiales dOrange l'tranger utilisent en gnral Windows en
version anglaise. Cela est important car Excel ne calcule pas de la mme manire suivant sil est en version
franaise ou anglaise. Nous avons galement veill bien documenter tous les scripts aussi bien en franais
qu'en anglais. Potentiellement, une personne connaissant le langage Visual Basic est capable dapporter des
modifications pour personnaliser la solution.
Pour pouvoir configurer aisment ces scripts, nous avons externalis dans des fichiers les variables contenant
des chemins vers les rpertoires et fichiers de lapplication, mais aussi les paramtres des tests, tels le
nombre de transferts FTP par exemple. Pour qu'un utilisateur non initi puisse facilement configurer les
scripts, nous avons cre en Delphi une interface graphique (GUI) intuitive, qui sera introduite par la suite.
Une de nos contraintes tait galement d'utiliser des outils fiables. Par exemple, nous nous sommes servis de
l'analyseur de protocole "Ethereal" ou encore de l'analyseur de bande passante en temps rel "NetMeter"
pour valider nos rsultats.
Pour synthtiser les prrequis logiciels de notre solution :
- Windows 2000 Professionnel ou Windows 98 (ne supporte pas toutes les fonctionnalits) en
version franaise ou anglaise
- Excel 2000 en version franaise ou anglaise (test avec la version 9.0.4402 SR 1)
- Wscript 5.6
- K1205, stack Gb "iw_Gb_fr.stk"
OrangeFrance
Reproduction interdite sans autorisation pralable

Support Rseau dAccs

Les logiciels suivants sont facultatifs et permettent davoir une autre vision pour investiguer dans dautres
directions :
- Ethereal et Winpcap (test avec les version Ethereal 0.9.11 Winpcap
2.3) (http://www.ethereal.com/ et http://winpcap.polito.it/)
- NetMeter (http://readerror.gmxhome.de/)
- K1205 Viewer : pour diter les traces Wap
2.3.2 Description de limplmentation des outils de tests :
Chacun des scripts Ping, FTP et HTTP ralise non seulement la capture des mesures de temps de rponse et
de dbit, mais ils permettent galement denregistrer de faon automatis des traces Ethereal pour
investigation ultrieure. Tout le paramtrage de ces scripts peut tre effectu partir dune interface
graphique en Delphi. Cela vite un grand nombre de manipulations par lutilisateur, puisque linterface
soccupe de copier les fichiers au bon endroit, selon les chemins fournis par lutilisateur. Nous avons choisi
de la dvelopper en Delphi pour avoir une application lgre, autonome (sans machine virtuelle) et facile
dvelopper (car son dveloppement ntait pas prioritaire par rapport aux scripts).

Figure 9 : Interface graphique pour configurer les scripts vbs
Concernant la macro Excel qui effectue tous les post-traitements, nous lavons dcoup en 5 modules, dont 4
sont assigns chacun des tests. Comme mentionn ci-dessus, le fichier MacroDemarrageGPRS.xla doit
imprativement se trouver dans le rpertoire XLStart de linstallation dOffice. Tout fichier se trouvant dans
ce rpertoire sera automatiquement ouvert lors du lancement dExcel. Le rpertoire varMacro (cf figure
ci-dessous) contient le fichier varMacro.txt , fichier de variable contenant le chemin vers linstallation de
notre package. Cela permet notamment de sauvegarder le fichier Excel la fin de lexcution de la macro.
OrangeFrance
Reproduction interdite sans autorisation pralable

Support Rseau dAccs

Figure 10 : Rpertoire XLStart de l'installation d'Office
Le premier module auto_open dfinit une macro qui s'excute automatiquement si elle trouve un fichier
dont le chemin est contenu dans la variable "Type_test_File" et qui contient soit le mot PING, soit le mot
FTP, soit le mot HTTP.
Pour vrifier que le fichier xla a bien t pris en compte par Excel, il suffit d'ouvrir Excel et d'entrer au
clavier le raccourci Alt+F11 (ou menu Outils>Macro>Visual Basic Editor). Normalement, un projet VBA
doit porter le nom "MacroDemarrageGPRS.xla" et doit comporter 5 modules.

Figure 11 : Visual Basic Editor : dcoupage de la macro en 5 modules
Lors de lexcution des scripts Ping, FTP et HTTP, chacun des scripts lance Excel et fait en sorte que le bon
module de la macro se lance. Il est possible, directement partir des fichiers de traces gnrs lors des
scripts, de rejouer les macros. Toutefois, il faut veiller au chemin indiqu dans le fichier varMacro.txt
OrangeFrance
Reproduction interdite sans autorisation pralable

Support Rseau dAccs

dans le rpertoire XLStart , puisque la macro Excel sauvegardera lissue de son excution un nouveau
fichier Excel dans le rpertoire spcifi dans le fichier varMacro.txt , avec dans le nom du fichier la date
et heure courante. Suivant le type de test, le fichier Excel sera sauvegard dans le rpertoire Results de la
sous arborescence du package correspondant. Par exemple, un fichier de traces Ping peut tre rejou partir
du module 2 de la macro Excel. Lorsque cette dernire aura fini son traitement, le rsultat sera stock dans
[Rpertoire dinstallation de notre solution]\Ping\Result\ .

Figure 12 : Fichier de rsultat
Voici une srie de diagrammes prsentant limplmentation de chacun des outils de tests Ping, FTP et
HTTP :
Tests de latence du rseau : Ping

Figure 13 : Fonctionnement du script "Ping"
Le script Ping_GPRS.wsf envoie ds son lancement une srie de 4 pings pour trouver ladresse IP du
serveur de tests. Comme nous lavons prcis ci-dessus, nous avons notre disposition deux serveurs de tests
Connection APN Orange-pilote
Gnration script batch
(PING_GPRS.wsf)
Excution script batch
(PingBatchFile.bat)
Collecte des rsultats
(TRACE_PING_GPRS.
Cration fichier type
Excel
(TYPE_TEST.txt)
Macro auto_open Excel (module
1)
Slection de la macro excuter
Excution macro PING_GPRS
(module 2 de
MacroDemarrageGPRS.xla)

1 min

1 min

25 min

OrangeFrance
Reproduction interdite sans autorisation pralable

Support Rseau dAccs

dont laccessibilit est dtermine par la charge rseau un moment donn. Ces pings permettent donc de
reprer le serveur online disponible.
Les paramtres en entre du script sont les suivants :
Les deux adresses IP des serveurs de tests
Un tableau dadresse IP contenant les IP des serveurs pinguer
Un tableau contenant les dlais entre chaque mission de ping
Un tableau contenant les tailles des PDU ICMP
Le nombre de ping par mesures
La dure (timeout en ms) au-del duquel un paquet ICMP est considr comme perdu
Le chemin du fichier batch PingBatchFile.bat
Le chemin du fichier de trace TRACE_PING_GPRS.txt
Le chemin du fichier TYPE_TEST.txt qui permettra la macro Excel de dterminer le type de
test
Le chemin daccs lapplication Excel
Une variable indiquant si lon souhaite ou pas une capture Ethereal pendant les requtes ICMP
Les rsultats en sortie sont les suivants :
Les mesures brutes
Les mesures filtres
Les statistiques pour chacun des tests (temps de rponse moyen, temps de rponse minimum, temps
de rponse maximum, cart-type, Pourcentage derreurs, nombres de ping russis)
Voici les rsultats aprs post-traitement par la macro Excel :

Figure 14 : Mesures filtres
OrangeFrance
Reproduction interdite sans autorisation pralable

Support Rseau dAccs

Figure 15 : Post-traitement macro Excel Ping selon le protocole de test
Tests de dbits : FTP

Figure 16 : Fonctionnement du script "FTP"
Connection APN Orange-pilote
Excution script vbs
(FTP_GPRS.wsf)
Collecte des rsultats
(TRACE_FTP_GPRS.txt)
Cration fichier type Excel
(TYPE_TEST.txt)
Macro auto_open Excel (module 1)
Slection de la macro excuter suivant
le fichier TYPE_TEST.txt
Excution macro FTP_GPRS (module 3
de MacroDemarrageGPRS.xla)
1 min

1 min

1h30

Gnration dun fichier de
commandes FTP
(FTP_ACCESS.txt)

OrangeFrance
Reproduction interdite sans autorisation pralable

Support Rseau dAccs

De mme, pour dterminer le serveur disponible parmi les deux serveurs de tests, nous mettons une srie de
4 ping qui permet de dterminer ladresse IP qui sera utilise lors des transferts FTP. Le principe de ce script
est similaire celui du ping.
Voici les paramtres en entre :
Les deux adresses IP des serveurs de tests
Login et mot de passe daccs en lecture et en criture
Le chemin du rpertoire o lon stocke les fichiers uploader
Le chemin du rpertoire o lon stocke les fichiers downloads
Un tableau contenant les chemins des fichiers que lon souhaite downloader depuis le serveur de test
Un tableau contenant les chemins des fichiers que lon souhaite uploader vers le serveur de test
Le nombre de transferts en download
Le nombre de transferts en upload
Le chemin du fichier TYPE_TEST.txt qui permettra la macro Excel de dterminer le type de
test
Le chemin du fichier de trace TRACE_FTP_GPRS.txt
Le chemin daccs lapplication Excel
Une variable indiquant si lon souhaite ou pas une capture Ethereal pendant les transferts FTP
Les donnes obtenues en sortie sont :
Les mesures brutes
Les mesures filtres
Les statistiques pour chacun des tests (nombre de transferts, temps moyen de transfert, cart-type du
temps de transfert, dbit moyen, cart-type sur le dbit, et le pourcentage derreurs)
Voici ce que lon obtient aprs post-traitement de la macro Excel :

Figure 17 : Transferts FTP selon le protocole de tests
Tests HTTP :

Ce test permet de mesurer le temps de chargement dune page web. Du point de vue du client utilisateur, la
consultation de pages web est une application courante dune connexion RAS avec modem GPRS et cest en
ce sens que nous avons cr un script pour mesurer en chane le temps de chargement de sites de rfrences.
Pendant le projet, les principaux tests ont t raliss sur lAPN publique orange.fr , car dun ct cela
OrangeFrance
Reproduction interdite sans autorisation pralable

Support Rseau dAccs

reflte concrtement ce quun client dOrange peroit et de lautre nous navions pas notre disposition des
pages web de rfrence sur les serveurs de test. Pour prvenir les alas du cache du navigateur Internet
Explorer, nous avons fourni un fichier .reg permettant dobliger le navigateur vider son cache chaque
fois quil se ferme.
Le script lance donc Internet Explorer, charge une page partir de son URL, puis referme le navigateur, et
ainsi de suite jusqu ce que le nombre de chargement de pages soit atteint. Dans le protocole de test, il
fallait effectuer vingt chargements la suite pour obtenir des statistiques. Nous utilisons des fonctions de
vbscript pour rcuprer la taille des pages lances. Notre solution gre les pages avec des frames, du texte et
des images. Il s'avre toutefois que les rsultats renvoys par les fonctions vbscript, en l'occurrence
"document.filesize", ne reflte pas de faon certaine (cela dpend des types de pages, si elles comportent du
javascript,) la taille exacte de la page visite. Nous n'utilisons que le navigateur Internet Explorer car il est
aisment automatisable partir de code en vbscript et est standard sur les machines d'Orange. Les tests ont
t effectus avec la version 5.5 d'Internet Explorer.
Nous avons effectu les tests essentiellement avec les sites orange.fr et google.fr . La page
orange.fr accessible partir dun mobile est allge par rapport la page institutionnelle Orange. Cette
page ne contient que 2 images, avec du texte et des liens et pse moins de 10ko.
Figure 18 : Fonctionnement du script HTTP
Voici les paramtres en entre :
Un tableau contenant les URL charger
Un nombre daffichage de page par URL
Le chemin vers le fichier de trace TRACE_HTTP_GPRS.txt
Le chemin du fichier TYPE_TEST.txt qui permettra la macro Excel de dterminer le type de
test
Le chemin vers lapplication Excel
Une variable indiquant si lon souhaite ou pas une capture Ethereal pendant les transferts HTTP
Connection APN Orange.fr
Excution script vbs
(HTTP_GPRS.wsf)
Cration fichier type Excel
(TYPE_TEST.txt)
Macro auto_open Excel (module 1)
Slection de la macro excuter suivant
le fichier TYPE_TEST.txt
Excution macro HTTP_GPRS (module
4 de MacroDemarrageGPRS.xla)
1 min

1 min

Gnration dun fichier de
traces HTTP
(TRACE_HTTP_GPRS.txt)
OrangeFrance
Reproduction interdite sans autorisation pralable

Support Rseau dAccs

Les donnes obtenues en sortie sont :
Les mesures brutes
Les statistiques pour chacun des tests (temps moyen de chargement, temps minimum de chargement,
temps maximum de chargement, cart-type du temps de chargement, dbit moyen indicatif (dpend
de la taille de la page renvoye par la fonction document.fileSize en vbs), taille de la page, le
pourcentage derreurs (calcul sur la taille de la page retourne : si la page a une taille diffrente de
la taille maximum sur toutes les pages relev lors de la srie de tests, alors elle est considre en
erreur))
Voici ce que lon obtient aprs post-traitement de la macro Excel :

Figure 19 : Mesures brutes

Figure 20 : Transferts HTTP : 20 chargements de la page orange.fr
Les tests Wap :

Les communications WAP sont intressantes dans notre protocole de tests car elles reprsentent une
application dj couramment utilise par les usagers du tlphone mobile. De plus, la pile de protocole WAP
est dissocie de TCP/UDP ce qui permettra d'avoir des rsultats totalement indpendants des autres tests.
OrangeFrance
Reproduction interdite sans autorisation pralable

Support Rseau dAccs

Nous avons dcid de capturer les communications WAP avec le K12 (analyseur de protocoles) sur
l'interface Gb et d'effectuer ensuite un post-traitement macro-Excel pour en faire ressortir la communication
WAP que l'on a initie. Les mesures ne sont donc plus automatises comme prcdemment pour les autres
scripts Ping, FTP et HTTP.
Nous avons pralablement effectu quelques tests avec WinWap 3.1 Pro, un mulateur Wap implmentant sa
propre pile wap (http://www.winwap.org/index.html). WinWap se connecte au rseau GPRS avec le mobile
Motorola T280 (APN orange.fr) et remplace intgralement le navigateur embarqu du mobile par une
application Windows. Nous avons pu avec Ethereal obtenir comment taient cods en hexadcimal les
requtes WTP et WSP. Cela nous a bien aid pour enchaner avec le K12.
Nous n'avons pas poursuivi avec cette solution car ce logiciel est un shareware limit dans le temps et, que
la pile protocolaire wap implmente ne refltaient pas forcment celle intgre au tlphone mobile, ce qui
aurait eu des consquences au niveau des mesures. Nous avons donc prfr poursuivre avec l'analyseur
K1205, qui permet d'obtenir l'ensemble des messages Wap transitant par l'interface Gb.

Figure 21 : Capture Ethereal de trafic gnr par Winwap
Notre solution consiste effectuer des post-traitements sur ces fichiers de capture bruts K12. Ces traces
doivent tre ensuite exportes vers Microsoft Excel pour appliquer un filtre qui permettra de ne slectionner
que les informations pertinentes.
La macro Excel "Macro_WAP_K12" permet de traiter les traces contenues dans le fichier .txt qui a t
export partir du K12 (ou du K12 Viewer). Cette macro permet d'obtenir au final un tableau Excel retraant
le parcours des pages WAP visites lors d'une communication. Elle permet de mettre en vidence le temps de
chargement de chaque page WAP.
Voici le fonctionnement chronologique du filtrage sous Excel :
OrangeFrance
Reproduction interdite sans autorisation pralable

Support Rseau dAccs

Premier Filtre : on garde tous les messages WAP
Les traces contenues dans le fichier .txt contiennent tous les dtails des protocoles (90% de l'information ne
nous est pas utile). On parcourt toutes les lignes de traces l'aide de la fonction "Filtre_MessagesWAP()"
pour rcuprer seulement l'heure, le type, le nIMSI, le nTLLI, l'url des messages. L'Url est dcode
partir des codes opratoires hexadcimaux. Pour cela, la fonction qui transforme l'hexadcimal en ASCII a
t entirement recode.
On rcupre l'identifiant TLLI de notre communication WAP
Les numro IMSI et TLLI ne sont prsents en mme temps que dans le message "APAC" ( APAC = Activate
PDP Context Accept Request, ce qui signifie qu'un PDP context a t ouvert). La rcupration du TTLI
(identifiant temporaire) de la communication souhaite se fera donc en recherchant le numro IMSI dans le
message APAC . On rcupre le TLLI grce la fonction "TLLI_MaComWAP".
Deuxime filtre : on garde seulement les messages WAP de notre communication
Maintenant que le TLLI de la communication WAP qui nous intresse est connue, on peut appliquer un
second filtre "Filtre_MaComWAP" sur les messages WAP pour ne garder que ceux appartenant
effectivement la communication qui nous intresse.
On calcule les temps d'affichage des temps WAP
Les messages "GET" sont uniques et nous servent de rfrence pour reprer les temps de dbut et de fin de
chargement de page. La fonction "Temps_Chargements()" parcourt les cellules pour reprer les "GET" et
appelle la fonction "Calcul_Temps()" pour calculer la diffrence de temps entre un "GET" et le dernier
"ACK" avant le prochain "GET".
On met en forme les rsultats dans un tableau
Tous les rsultats recueillis par les fonctions prcdentes sont consigns dans un tableau avec mise en forme.
En sortie de la macro, on obtient des paramtres intressants, tels que les URL visites (obtenues en dcodant
les valeurs hexadcimales dans les traces K12), le temps de chargement de la prpage daccueil Orange, le
temps de chargement du portail wap Orange, Dans la figure ci-dessus, on met en vidence le temps quun
utilisateur attendra pour obtenir sa page daccueil. Le test de la figure ci-dessus a t effectu avec le Sagem
my-X5, en Wap couleur, ce qui alourdit ncessairement les traces comme la taille des pages est plus
importante.
OrangeFrance
Reproduction interdite sans autorisation pralable

Support Rseau dAccs

Figure 23 : Echanges protocolaires Wap et temps de chargement des pages
2.3.3 Prsentation des dlivrables :
Nous avons cr avec linstallateur Setup2go (http://dev4pc.com/setup2go.html) un package comprenant
tous les scripts suivant une arborescence dfinie. Dans la dernire version 1.1 que nous avons eu loccasion
de produire, nous avons inclus des scripts pour windows 98 et des fichiers permettant de modifier la base de
registres de windows 2000 pour changer les paramtres de MTU, de RWin,, qui ont une influence non
ngligeable sur les performances de la connexion RAS. Dailleurs, une tude de FT R&D [Mart 01] a montr
que les paramtres optimaux de la pile TCP/IP de windows sont atteints pour une valeur de MTU gale
1500 octets et de RWin 17520 octets. Sous Windows 98, ce ne sont pas forcment des valeurs usine par
dfaut, mais sous Windows 2000, si ce nest pas explicitement rajout la base de registres, ces paramtres
de MTU et de RWin sont prsent par dfaut.
Nous avons rdig plusieurs documentations permettant un utilisateur de prendre en main nos outils et nous
avons paramtr Windows pour prparer les sries de mesures : cration dune connexion Ras, Planification
de tches, modification des valeurs de la base de registres pour optimiser la pile TCP/IP, configurer Ethereal
sous windows 2000, et un document de troubleshooting recensant des problmes courants (et leurs solutions)
que nous avons constat lors de notre phase dexprimentation.
OrangeFrance
Reproduction interdite sans autorisation pralable

Support Rseau dAccs

Par exemple, lors des mesures de nuit, il est impratif de retirer dans les options avances dalimentation de
Windows la mise en veille prolonge. Cela peut tre la source, mme en journe, de dconnexion de la
connexion RAS, comme la mise en veille coupe tous les priphriques consommateurs dnergie.

Figure 24 : Dlivrables

Figure 25 : Arborescence du projet aprs installation du package
OrangeFrance
Reproduction interdite sans autorisation pralable

Support Rseau dAccs

2.4 Validation et exprimentations
A travers ces diffrents tests, nous avons accumul des sries de mesures et de statistiques qui nous ont aid
diagnostiquer des problmes aussi bien au niveau des scripts, de lutilisation de ces scripts, que des
problmes logiciels et matriels. En effet, nous avons diagnostiqu avec Eric Touron, ingnieur du groupe
Support Nortel, un problme avec les liaisons infrarouges entre PC et mobile. La liaison fausse les rsultats
de ping, pour certains dlais entre chaque mission (dlai 2s). En refaisant exactement les mmes tests avec
un cable srie ou USB, nous avions des rsultats tout fait corrects. De mme, nous tions tonn par les
rsultats anormalement levs des transferts FTP en upload. Nous avions en gnral 1,80ko/s, soit 14,4 kbit/s
en moyenne sur un timeslot alors quen CS-2, le dbit thorique du GPRS est de 13,4 kbit/s. Avec Ethereal,
nous avons dcouvert que le FTP dos arrtait son timer en fin de transfert lorsque le buffer, cest--dire la
fentre dmission tait vide, alors que le serveur FTP renvoyait par la suite les acquittements pour chacun
des paquets de la fentre dmission (soit 17 520 octets acquitter). Le temps de transfert tait donc
compltement fauss et le dbit galement.
Tests de nuit
Ds les premires versions des scripts Ping et FTP, nous avons voulu mettre l'preuve ces outils pour
vrifier la cohrence des rsultats. Pour cela, nous avons effectu des tests en journe ainsi que des tests de
nuit. Les tests de nuit taient programms pour se lancer une certaine heure grce l'utilisation du
planificateur de tches Windows. L'intrt des tests de nuit tait de disposer de beaucoup de temps libre pour
l'excution des scripts et dun rseau public peu ou pas perturb. Par exemple, le test de FTP conforme au
protocole de tests pouvait durer presque deux heures, aprs une srie de 10 download et 10 upload (A Lyon,
nous tions sous couverture BSS Nortel.)
Tests en ZE (Zone exprimentale)
Nous avons eu loccasion de participer une journe de mesures ct de Bourgoin-Jallieu (38), la
campagne, sous couverture du BSS Nortel. Cela permet dobtenir des rsultats en journe sur le rseau
public en principe peu perturb par le trafic ambiant, contrairement aux mesures effectues Lyon. En
assignant 4 timeslots pour des transferts PDCCH sur certains secteurs de la BTS, nous avons pu tester
essentiellement les transferts FTP en upload et en partage de charge (plusieurs mobiles uploadent en mme
temps), avec plusieurs types de mobiles GPRS (Motorola C330, Motorola T280, Sagem OT190). Cest grce
ces tests que nous avons mis en vidence les rsultats aberrants en FTP uplink.
Ethereal
Paralllement l'excution des scripts, nous avons lanc des captures avec l'analyseur rseau Ethereal.
Ethereal tait install sur notre PC portable de tests et nous a permis de vrifier la conformit des rsultats
mis par les scripts. De plus, Ethereal nous a permis d'investiguer diffrents problmes rencontrs. Par
exemple, c'est avec Ethereal que nous avons pu mettre en vidence un problme de fermeture de session FTP
par hte distant et un problme au niveau des rsultats fournis par la commande FTP dos en upload.
K1205
Pour pouvoir utiliser l'analyseur de protocoles K12, il faut se rendre sur site et se connecter sur une interface
GSM/GPRS savoir Abis, Gb ou encore Gi.
Nous avons utilis l'appareil lorsque nous nous sommes dplacs Paris sur la plate-forme de tests FTR&D.
Lors du lancement de nos tests de performances sur la plate-forme Alcatel, nous avons lanc en parallle des
captures K12 sur l'interface Gb. Cela nous a permis de voir en dtail les messages passant entre le BSS et le
OrangeFrance
Reproduction interdite sans autorisation pralable

Support Rseau dAccs

GSS. Toutes les communications passaient par un BSS reproduit dans une petite salle, de la micro BTS
jusquau MFS (le MFS est le nom dAlcatel pour PCU Packet Control Unit).
Notre priorit tait de rcuprer des traces WAP K12 pour valider notre macro Excel de traitement de traces
K12.
Nous avons labor plusieurs scnarios de communications WAP pour le K12, avec avant chaque set de
mesures le vidage du cache du navigateur embarqu dans le mobile. Le mobile de test tait le sagem My-X5.
Voici les diffrents scnarios :
- Connexion "Orange"
- Connexion "Orange" puis rubrique "Mto"
- Connexion "Orange" puis "Yahoo" et enfin "Yahoo Actualits"

Figure 27 : Captures avec l'analyseur de protocoles K12 (Demande dactivation du PDP context)
3 Analyse des rsultats :
Nous navons eu que trs peu de temps pour analyser les rsultats que nous avons obtenus aussi bien en
maquette avec le BSS Alcatel, qu Lyon sous couverture du BSS Nortel. Par contre, nous avons pu
investiguer dans plusieurs directions, grce aux documents de FT R&D pour valuer do pouvait provenir
les problmes survenus lors des mesures.
OrangeFrance
Reproduction interdite sans autorisation pralable

Support Rseau dAccs

Par exemple, lors des transferts FTP, nous avons frquemment obtenu des messages indiquant la fermeture
de la connexion par lhte distant, en fin de transfert du fichier. Cela a pour effet de ne pas nous fournir de
statistique sur la taille du fichier transfr, le temps de transfert et le dbit et de couper la connexion pour les
transferts suivants. Le problme survient surtout lors de transferts de gros fichiers. Lorsque nous effectuons
en parallle des captures Ethereal, il savre quil y a un dsquencement au niveau des acquittements des
paquets, ce qui a pour effet de demander la suite plusieurs paquets de type Duplicate Ack . Daprs la
RFC 2581 (TCP Congestion Control), la cause provient de problmes de rseau. Dabord, cela peut tre d
des segments perdus dans le rseau. Dans ce cas, tous les segments arrivants aprs ce paquet perdu
dclencheront des Duplicate Acks . Les Duplicate Acks peuvent galement provenir dun r
ordonnancement des paquets de donnes dans le rseau. Enfin, cela peut d des rplications de paquets
Ack ou des segments de donnes par le rseau. Nous navons pas pu investiguer plus loin pour en trouver
la cause exacte.
Pour les tests de ping, nous avons pu effectuer quelques captures avec le K12 pour regarder comment sont
segments les paquets sur le rseau. Lorsque nous avons des ping ayant une PDU de 56 octets (+ 28 octets
dentte IP+ICMP), nous avons avec toutes les enttes un paquet de taille 122 octets pour le echo request
et 138 octets pour le echo reply au niveau de linterface Gb. Pour les paquets de taille 1460 octets, ils
sont fragments en trois paquets de respectivement 535, 535 et 533 octets pour le echo request et 551,
551 et 549 octets pour le echo reply .
Au niveau des dbits observs lors de toutes les mesures que nous avons effectues, nous avons des
moyennes relativement bonnes, de lordre de 5ko/s (soit 40kbit/s) pour le download et 1,3 ko/s (soit 10,4
kbit/s) pour lupload. La plupart des tests ont t effectus en CS-2 (13,4kbit/s thorique par timeslot). Il
aurait t intressant de raliser des mesures sous couverture Motorola en CS-3/4.
En ce qui concerne les rsultats des mesures obtenues en maquette, ils taient relativement mauvais, comme
nous travaillions sur un rseau trs peu optimis au niveau BSS. Avec plus de temps, il aurait t intressant
de crer des configurations temporaires sous lOMC (outil de supervision Alcatel) pour voir limpact des
changements de paramtrage du rseau.
OrangeFrance
Reproduction interdite sans autorisation pralable

Support Rseau dAccs

Conclusion :
En 11 semaines actives de projet, nous avons non seulement livr une solution complte permettant
deffectuer des tests automatiss de performance du rseau GPRS, mais nous avons pu galement avoir une
vision pratique de larchitecture, de loptimisation et de la supervision dun rseau GPRS. Dun ct, nous
avons normment appris au niveau du dveloppement de scripts et de macros en environnement Microsoft
et nous avons galement pu approcher de prs les problmatiques de loptimisation des rseaux daccs
GPRS, en utilisant des outils spcialiss .
La solution que nous proposons, volutive et documente, permet deffectuer des mesures en chanes de
faon simple et de prsenter les rsultats dans un tableau Excel. Cette solution permet de gagner beaucoup de
temps, notamment lorsque le protocole de tests demande de nombreux transferts pour avoir de meilleurs
rsultats statistiques. Pour information, daprs le protocole de Philippe Gabard, il faut environ 2h30 pour
effectuer tous les tests de faon automatise. Dans le cas de mesures manuelles, cela se compte en nombre de
jours de mesures, d la mise en place de configurations de tests et de relve et analyse statistique de
mesures..
Au niveau des amliorations immdiates du produit, il faudra trouver une alternative au client FTP dos, en
raison de ses rsultats errons en upload, et ventuellement en fonction des besoins de compatibilit avec
Windows 98 et Excel 97, il faudra rcrire des portions de codes.
Enfin, nous avons beaucoup travaill au niveau de la communication pour promouvoir la solution, qui, nous
lesprons sera utilise au niveau des groupes supports, puis au sein des units rgionales et des filiales
dOrange. La solution a mme t teste par Michel Lai, collgue de promotion en PFE Orange sur la
Qualit de Service du rseau UMTS, et donne un aperu quantitatif des performances de lUMTS. Notre
solution pourra sans nul doute sadapter au paramtrage de lUMTS et ainsi trouver de nouveaux utilisateurs.

Remerciements :
Nous tenons remercier tout particulirement :
- Vincent Huriet et Luc-Henri Pampagnin pour nous avoir accueilli lUNRA et nous avoir donner du
temps et des moyens pour mener bien ce projet de fin dtudes.
- Martin Pasquier (UNRA Alcatel), Eric Touron (UNRA Nortel) et Cdric Pascal (UNRA Motorola)
pour leur participation active au projet.
- Toute lquipe des groupes supports Motorola, Nortel et Alcatel pour leur aide et leur sympathie.
- Toute lquipe du Core Network GPRS pour leur coute et leur retour dexprience.
OrangeFrance
Reproduction interdite sans autorisation pralable

Support Rseau dAccs

Index des figures :
FIGURE 1 : CHRONOLOGIE SIMPLIFIEE DU PROJET................................................................................................................7
FIGURE 2 : RESEAU GPRS COTE BSS................................................................................................................................12
FIGURE 3 : ARCHITECTURE SIMPLIFIEE DE LA SOLUTION ...................................................................................................13
FIGURE 4 : TEKTRONIX K1205 : ANALYSEUR DE PROTOCOLES..........................................................................................13
FIGURE 5 : DISPOSITIF DE TEST..........................................................................................................................................14
FIGURE 6 : NEMO TECHNOLOGIES TOM4 ET SAGEM OT 190.............................................................................................15
FIGURE 7 : CAPTURE ETHEREAL, 5 PING A 56 OCTETS, DELAI 2S ......................................................................................16
FIGURE 8 : PRINCIPE DE WINDOWS SCRIPT HOST ..............................................................................................................17
FIGURE 9 : INTERFACE GRAPHIQUE POUR CONFIGURER LES SCRIPTS VBS...........................................................................18
FIGURE 10 : REPERTOIRE XLSTART DE L'INSTALLATION D'OFFICE ...................................................................................19
FIGURE 11 : VISUAL BASIC EDITOR : DECOUPAGE DE LA MACRO EN 5 MODULES ..............................................................19
FIGURE 12 : FICHIER DE RESULTAT....................................................................................................................................20
FIGURE 13 : FONCTIONNEMENT DU SCRIPT "PING" ............................................................................................................20
FIGURE 14 : MESURES FILTREES........................................................................................................................................21
FIGURE 15 : POST-TRAITEMENT MACRO EXCEL PING SELON LE PROTOCOLE DE TEST.......................................................22
FIGURE 16 : FONCTIONNEMENT DU SCRIPT "FTP" .............................................................................................................22
FIGURE 17 : TRANSFERTS FTP SELON LE PROTOCOLE DE TESTS........................................................................................23
FIGURE 18 : FONCTIONNEMENT DU SCRIPT HTTP .............................................................................................................24
FIGURE 19 : MESURES BRUTES ..........................................................................................................................................25
FIGURE 20 : TRANSFERTS HTTP : 20 CHARGEMENTS DE LA PAGE ORANGE.FR ............................................................25
FIGURE 21 : CAPTURE ETHEREAL DE TRAFIC GENERE PAR WINWAP..................................................................................26
FIGURE 23 : ECHANGES PROTOCOLAIRES WAP ET TEMPS DE CHARGEMENT DES PAGES.....................................................28
FIGURE 24 : DELIVRABLES ................................................................................................................................................29
FIGURE 25 : ARBORESCENCE DU PROJET APRES INSTALLATION DU PACKAGE....................................................................29
FIGURE 27 : CAPTURES AVEC L'ANALYSEUR DE PROTOCOLES K12 (DEMANDE DACTIVATION DU PDP CONTEXT)...........31
Bibliographie :
[Pasq 02] Martin Pasquier, Protocole de mesure technique Ping , 27/12/02
[Gaba 03] Philippe Gabard, Network Trial GPRS Performances Tests, 17/04/03
[Mart 01] Jean-Yves Martineau, Eric Brunel, Sylvie Fouquet, Fabrice Ramirez, Problmatique de
la mesure du temps de connexion aux services WAP (FT R&D) , 16/08/01
[Meye 02] Vincent MEYER, ALCATEL SOLDE B6 ORGANISATION DES MESURES
GPRS , 31/01/02
[Agop 03] Jean-Paul Agopian, Mesures GPRS , v1.0
[FTMUR] FTM UR, Mesures Qualit Data , UR hebdo et UR Sxx
[Mart 01] Jean-Yves Martineau, Interaction des couches TCP/IP et des couches GPRS v1.1 (FT
R&D), 20/09/2001
OrangeFrance
Reproduction interdite sans autorisation pralable

Support Rseau dAccs

Annexes
Annexe 1 : Protocole de test (chef de projet : Philippe Gabard)
Operation FTP files downloaded from test Server, using Dos Tool :
Use dedicated jpg files of 100 Kbytes, 500 Kbytes, 1 Mbytes
Do series of at least 10 times for each file size
Expected results For each file size:
Throughput per Tslot averaged on the 10 transfers - typically 10 Kbits/s/TS for CS
1-2; 15Kbit/s/TS for CS3-4
Standard deviation
Percentage of FTP failure (typically under 1 % for BSS causes)
Failure causes repartition
Operation FTP files uploaded to dedicated Test Server :
Use dedicated jpg files of 100 Kbytes, 500 Kbytes, (1 Mbytes)
Do series of at least 10 times for each file size
Expected results For each file size:
Throughput per Tslot averaged on the 10 transfers -

typically 10 Kbits/s/TS;
14Kbit/s/TS for CS3-4 (those values are based on Motorola CS3-4 throughput
measurements)
Standard deviation
Percentage of FTP failure (typically under 1 % for BSS causes)
Failure causes repartition.
Operation Do a serie of at least 101 ping MS to Test Server for each ICMP frame size and each
delay between pings :
TOOL : WS Ping Pro is used by FTR&D. UNRA will propose its tool when it is
validated (see 2.1)
Delay between each ping : 0 sec., 2 sec. and 7 sec.
This is the delay between ping reception N-1 and ping emission N
Size of ICMP frame: 56 bytes (1 LLC frame), 1460 bytes (max MTU)
Timeout = 10 sec.
Expected results For each ICMP frame size and each delay :
Percentage of failure (typically less than 1%)
Average RTD. The first ping is not taken into account since it does not benefit
from the delayed TBF release feature.
Max value
Mean variance
Operation Web pages download from Test Server:
TOOL : UNR tool exists.
Use predefined pages, one with text only, one with text plus a picture and one with
text plus 3 or 4 pictures with no links to other URL
Deactivate the browser cache
Do series of 20 times for each pages size
Web browser Internet Explorer V5.5.
Expected results For each file size:
Percentage of failure
Average retrieval time
Standard mean deviation
OrangeFrance
Reproduction interdite sans autorisation pralable

Support Rseau dAccs

Annexe 2 : codes opratoires dun change wap
Taille
UDP
(bytes)

Type de requte
Sens
Trans
fert
93
WSP-GET
0e 31 8d 12 40 UL
1104
WSP-REPLY
12 B1 8d 04 20 DL
11
WTP-ACK
18 31 8d UL
252
WSP-CONNECT
0e 50 b8 12 01 UL
La connexion s'est interrompue. On
redemande se connecter
44
WSP-CONNECT REPLY
12 d0 B8 02 8d DL
11
WTP-ACK
18 50 B8 UL
35
WSP-GET
0e 50 b9 12 40 UL
972
WSP-REPLY
12 d0 b9 04 20 DL
11
WTP-ACK
18 50 b9 UL
14
Extended Method GET-PDU
0e 50 ba 12 51 UL
18
WSP-REPLY
12 d0 ba 04 24 DL
11
WTP-ACK
18 50 Ba UL
105
WSP-GET
0e 31 8e 12 40 UL
900
WSP-REPLY
12 b1 8e 04 20 DL
92
WSP-GET
0e 3a bc 12 40 UL
Get arrivant plus tt que prvu (prcision
horloge windows dfaillante)
11
WTP-ACK
18 31 8e UL

OrangeFrance
Reproduction interdite sans autorisation pralable

Support Rseau dAccs

Annexe 3 : Diagramme de GANTT

Vous aimerez peut-être aussi