See discussions, stats, and author profiles for this publication at: https://www.researchgate.

net/publication/267788045
Evaluation des Performances dans une Architecture Réseau Optique
Transparente avec Accès PON
Article
CITATION READS
1 69
3 authors, including:
Julio Orozco
Orange France
15 PUBLICATIONS   95 CITATIONS   
SEE PROFILE
All content following this page was uploaded by Julio Orozco on 18 March 2016.
The user has requested enhancement of the downloaded file.
Evaluation des Performances
dans une Architecture Réseau
Optique Transparente avec
Accès PON

Charlotte Roger, Julio Orozco, Philippe Niger

16 janvier 2008
PLAN
Introduction

1 Le contexte

Passive Optical Network

Optical Burst Switching

2 L'architecture OBS/PON

Principe

Fonctionnement réseau

3 Evaluation des performances

Résultat antérieur

Objectif et performances

Conclusion

2
Introduction

 Fibre optique : support privilégié pour le haut débit

 accès aux services TV HD, voix, peer to peer

 FTTH (Fiber To The Home) : Ammène la fibre optique au plus près de l'abonné,
part du central jusqu'à l'usager

 Pallier aux contraintes de la boucle locale (portée limitée, débit de quelque

Mbits/s)

 Le débit offert à l'usager : plusieurs centaines de Mbits/s

 Déploiement mondial :
 en Asie : 8 millions d'abonnés "fibre" au Japon pour 2006
 En Europe : France Telecom déploie depuis 2006 son réseau PON => 200 000
raccordés pour 2008

3
1
Le contexte

4
PON (Passive Optical Network)

 Eléments constitutifs de l'architecture :

 OLT (Optical Link Terminal) : élément actif au niveau du
central
 ONT (Optical Network Terminal) : interlocuteur direct de
l'OLT, placé au niveau de chaque logement
 Coupleur : équipement passif, divise le signal dans le
sens descendant et additionne les signaux dans le sens
montant

 Fonctionnement interne : règles de partage de la

fibre
 Sens descendant :
• Tous les ONT reçoivent toutes les données de l'OLT
• Les données sont étiquetées en fonction du destinataire
• Filtrage au niveau de l'ONT

Sens montant :
• partage du temps de parole, l'OLT attribue un intervalle de temps
à chaque ONT à tour de rôle
• Les ONT émettent tous dans la même longueur d'onde
5
PON actuel et futur

 Générations actuelles : EPON et GPON

 Les prochaines générations tendent à s'orienter vers trois axes :

 Augmenter la capacité du PON
• Accroître le nombre de longueurs d'onde
• Utilisation du multiplexage par longueurs d'onde (WDM)

 Etendre le nombre d'usager par PON

 Augmenter la portée entre ONT et OLT

6
OBS (Optical Burst switching)

 Permetde réaliser une communication transparente de bout en bout, sans

conversion opto-électronique

 Solution intermédiaire entre la commutation de paquets et la commutation

de circuits

 Consiste en une séparation fonctionnelle du réseau :

 Le plan de contrôle (=signalisation)
 Le plan de transfert ou plan de données

 Deux types de noeuds :

 Edge node
 Core node

7
Principe de l' OBS

 Réservation unidirectionnelle (Tell-and-go)

 L'entête et les données sont transmisent en différées sur deux longueurs d'onde différentes
 Les paquets sont agrégés au niveau des edge nodes
 Les nœud d'accès envoient l'entête du burst dans le plan de contrôle
 Après un offset, les edge nodes envoient le burst dans le plan de transfert
 Aucun acquittement attendu

burst header

control control control control

burst
edge node core node core node edge node

 Réservation bidirectionnelle (Two-way)

 Le chemin est réservé en totalité avant l'envoi des données sur le réseau.
 La réservation est gérée par l'entité centralisée
 Connu sous le nom de Wavelength Routed OBS
 Orienté connexion

8
2
L'architecture OBS/PON

9
 L'architecture OBS/PON : le principe
 Architecture tout optique définie pour un réseau métropolitain qui intègre plusieurs
PON WDM et utilise la commutation par rafale optique WR-OBS
⇒ L’envoie des données se fait sous forme de burst (agrégation de paquets)

 Comprend deux types d’équipement : les ONT et l’entité centrale

 Les ONT sont les points d’accès au réseau
 L’entité centrale :
- gère toute la signalisation (allocation des ressources)
- la commutation des paquets

 Son fonctionnement se déroule sur deux

plans :
 Le plan de contrôle : signalisation des paquets
 Le plan de transfert : envoie des données
(communication tout optique)

 Utilisation de plusieurs longueurs d’onde

 2 pour le plan de contrôle (une pour le sens
montant et une pour le sens descendant)
 Plusieurs pour le plan de transfert

10
 Le plan de transfert

 Le plan de transfert est découpé en trame de 1 ms

 Chaque trame est divisée en slots de taille identique
 Chaque slot correspond à un burst ou à une partie d'un burst
slots
burst

Trame de donnée = 1ms

 Les paquets sont commutés au niveau du switch optique de l'entité centrale

sans traitement électronique

11
 Le plan de contrôle

 Signalisation ont ont

Repose sur le principe requête/grant control
 src dest
 Une seule longueur d’onde pour le sens req
montant → partage du temps de parole
entre les différents ONT d’un même PON
resource
 Allocation des ressources allocation
 Centralisé grant config
 Technologie courante des PON (Dynamic
Bandwidth Allocation) data

12
Rôle de l'ONT

 Reçoit un flux de paquet approximant un flux de type internet

 Agrège les paquets en burst de même destination

 Taille maximale de burst fixée
 Temporisation
Dest 1

File de paquets Dest 2

Burst

 Taille maximale du burst atteinte ou expiration de la temporisation

⇒ Envoie de l'entête du burst (ou requête)

 Nécessite un acquittement (ou grant) pour pouvoir envoyer les données

sur le plan de transfert

13
Rôle de l'entité de centrale
 Réceptionne les requêtes de demande de ressources

 Exécute le processus d'allocation et réserve les ressources

 Allocation des slots pour une longueur d'onde en fonction de la taille du burst
et @PON de destination
Slots alloués pour l'ONT01
 Contraintes dues au partage @ destination ONT11
des longueurs d'onde
• Deux ONT ne peuvent émettre
λ1
en même temps sur une même
longueur d’onde λ2

• Un ONT ne peut émettre ou λ3

recevoir sur 2 longueurs d’onde 0µs 31,25 62,50
en même temps
Slots alloués pour l'ONT21 Slots alloués pour l'ONT03
@ destination ONT11 @ destination respectivement
 Toute requête qui n’a pu ONT11 et ONT21
obtenir d’allocation est rejetée

 Envoi les grants informant les ONT pour chaque burst de :

 Le début d'émission
 La taille de la fenêtre d'émission

14
Fonctionnement réseau OBS/PON

upstream Req Req

Control
Channel
downstream Grant Grant

Lambda 1
Data Channel
Lambda 2

Lambda 3
T0 T1 T2

15
3
Evaluation des performances

16
Évaluation des performances : introduction

 Considération initiale
 La longueur d’onde du plan de contrôle dans le sens montant est partagée entre les
différents ONT de chaque PON
 Une couche MAC est nécassaire

 Questions
 Quel type de mécanisme d’accès au médium ?
 Quelle capacité du plan de controle est requise ?
 Peut on diminuer la capacité du plan de contrôle ?
 Quelles performances peut on attendre sur le plan de transfert ?

 Procédure
 Impléméntation de trois MAC classique (aloha, s-aloha, tdma)
 Evaluer les performances du plan de contrôle avec
• Différentes charges
• Différentes capacités sur le plan de contrôle
 Evaluer les performances du plan de transfert avec
• Un nombre différent de slots par trame

17
Le Modèle de simulation

 Architecture comprenant 3 PON ayant 8 ONT chacun

 Paramètres fixes
 Capacité des longueurs d'onde fixée à 1 Gbit/s
 Chaque ONT envoie des données vers 16 destinations différentes
 Flux de paquet approxime un flux de type internet
• Temps inter-arrivée : loi de Pareto
• Taille des paquets : loi trimodale (48, 576 et 1500 octets avec respectivement une probabilité de
0.559, 0.2, 0.241)
 Taille de la trame de données : 1ms
 Le nombre max de slots alloués pour un burst : 4

 Paramètres variables
 La temporisation pour l'assemblage des burst
 Adapter la granularité à la taille des burst
 La charge utile sur les PON

18
Les objectifs

 Diminuer les pertes de ressource du plan de contrôle

 Sans engendrer de pertes supplémentaires au niveau du plan de transfert

 Pertes dues à un retard des grants

⇒ Les ONT ne reçoivent pas "à temps" les grants et les fenêtres alloués pour les burst
sont perdues

 Evaluer l'utilisation des ressources et les pertes sur le plan de transfert

 Les pertes correspondent à des bursts qui n'ont pas reçu de ressources
⇒ Toute requête qui n'a pas reçu d'allocation est supprimée

 L'utilisation correspond au débit effectif sur le plan de transfert

19
Performance du plan de contrôle

 But : minimiser la perte de ressources en diminuant la bande passante sur le plan de

contrôle sans pour autant engendrer de pertes sur le plan de transfert

 Evaluation des protocoles MAC

Aloha, S-Aloha, TDMA
350,00
311,00
 Le scénario 300,00

Control Bandwidth (M bits/s)

 temporisation = 750µs
250,00
 Critère 5% de perte
200,00
 Une charge nominale 80% par 160,50
longueur 150,00

 Nombre de slots par trame de 98,20

100,00
données : 64, soit 1 slot = 1953
octets 50,00
15,50 21,50

0,00
⇒ Résultat : TDMA reste le protocole le Aloha S-Aloha TDMA 1ms TDMA 100µs TDMA 10µs
MAC type
plus efficace avec un débit minimal
de 15,50 Mbits/s

20
Evaluation de l'utilisation et des pertes

80,00%

70,00%

60,00%

Utilisation et Pertes
 Variation du nombre de slots/trame (32, 64, 50,00%

96, 128) 40,00%

30,00%
 Variation de la charge nominale au niveau
20,00%
des sources (10% à 120%)
10,00%

0,00%

 Même scénario que précédemment 10% 20% 30% 40% 50% 60% 70% 80% 90% 100% 110% 120%
Charge / Longueur d'onde
 temporisation = 750µs
Utilisation Lambda 1 Utilisation Lambda 2 Perte Lambda 1 Perte Lambda 2
 Critère 5% de perte

80,00%

⇒ Résultat : 128 slots sur la trame de 70,00%

données est la meilleur configuration 60,00%

Utilisation et pertes
50,00%
Pour une charge nominale de 90%
40,00%
⇒ Utilisation de 70,80%
30,00%

⇒ Pertes : 20,81% 20,00%

10,00%

0,00%
32 64 96 128
Nombre de slots / trame

Perte 60% Perte 90% Utilisation 60% Utilisation 90%

21
 Conclusion

Architecture OBS/PON
• Un plan de contrôle avec une faible débit ( 20 Mbit/s) peut gérer un plan de transfert de
haut débit (1 Gbits/s par longueur d'onde)

• Bonne utilisation des ressources (70,80%) pour une charge nominale de 90%, taux de
pertes 20,81%

Perspectives
• Modifier l'algorithme d'allocation des ressources, se rapprocher du principe RSVP
⇒ Diminuer le taux de pertes

• Prendre en compte le temps de propagation

• Implémenter différentes classes de services

22
View publication stats

Merci de votre attention

Des Questions?

23