Vous êtes sur la page 1sur 156

Université de Dschang

Faculté des Sciences


Département de Physique
Module : SI102

Protocole, Service MultiMedia et VoIP


TCHAGNA KOUANOU Aurelle, Ph.D - Ing
tkaurelle@gmail.com
tkaurelle@inchtechs.com

1
Plan
❑ Généralité sur les Réseaux IP

❑ VoIP (Voix sur IP)

❑ Protocole de Signalisation SIP (Session Initiation Protocol) & H.323

❑ ToIP (Téléphonie sur IP)

❑ Les protocoles de transport de l’information: RTP/RTCP

❑ IP Multimedia Subsystem (IMS)

❑ Déploiement D’un reseau VoIP

❑ Utilisation de OpenIMS pour le development des services Reseaux 2


❑ Généralité sur les Réseaux IP
Historique de l’Internet
• 1970s
• ARPANET: financé par DARPA
• Connexion entre des ordinateurs
• Protocole TCP/IP
• 1980
• Nouveux TCP/IP
• Intégration avec Unix BSD
• 1993
• WWW (World-Wide Web)
❑ Généralité sur les Réseaux IP
Historique de l’Internet
❑ Généralité sur les Réseaux IP
Évolution de l’Internet:
nombre de machines connectées
❑ Généralité sur les Réseaux IP
Évolution de l’Internet:
nombre de sites Web
❑ Généralité sur les Réseaux IP
Des organismes principaux
• L’Internet Society (http://www.isoc.org) est une association de droit américain à vocation
internationale créée en 1991. C’est un espace de décision pour choisir les évolutions
techniques, économiques et « politiques » qui regroupe 150 « chapitres » (chapters) dans 180
pays et 20 000 membres (personnes physiques).
• L’ISOC est structuré en différentes parties: l’IAB, l’IESG, l’IETF, l’IRTF, l’ICANN et le W3C
• L’Internet Architecture Board (IAB http://www.iab.org) est un conseil de l’ISOC supervisant les
travaux de l’IETF et de l’IRTF.
• Les Request For Comments (RFC http://www.ietf.org/rfc.html) sont des documents techniques
définissant les standards de l’Internet.
• L’Internet Engineering Task Force (IETF http://www.ietf.org) est un groupe ouvert de
concepteurs de réseaux, d’opérateurs de télécommunication, de vendeurs, de chercheurs,… Il
est chargé de définir les solutions techniques (protocoles, organisation, documentation,...)
pour le fonctionnement de l’internet.
• L’Internet Engineering Steering Group (IESG http://www.ietf.org/iesg.html) dirige l’IETF.
• L’Internet Research Task Force (IRTF http://www.irtf.org) est composé de groupes de
recherche et assure des recherches à plus long terme sur le futur de l’internet.
• L’Internet Corporation for Assigned Names and Numbers gère l’adressage et le nommage au
sein de l’internet (ICANN http://www.icann.org).
• Le World Wide Web Consortium (W3C http://www.w3.org) dirigé par Tim Berners-Lee
l’inventeur du web est un organisme international chargé de la standardisation du web.
❑ Généralité sur les Réseaux IP
Types de connexion

Maillé
❑ Généralité sur les Réseaux IP
Exemple de connextion
❑ Généralité sur les Réseaux IP
Connexion physique
• Carte réseau
INTEL PCI-X 64 bits - 133 Mhz

• Connecteur et prise réseau


❑ Généralité sur les Réseaux IP
Différents types de connexion
Nomenclature Speed Distance Media
10BASE-T 10 Mbps 100m Cuivre
100BASE-TX 100 Mbps 100m Cuivre
100BASE-FX 100 Mbps 2 Km Multi-mode Fibre optique
1000BASE-LX 1000 Mbps 5Km Single-mode Fibre optique
1000 Mbps 550m Multi-mode Fibre optique
1000BASE-SX 1000 Mbps 550m Multi-mode Fibre optique (50u)
1000 Mbps 275m Multi-mode Fibre optique (62.5u)
1000BASE-CX (non supporté 1000 Mbps 25m Cuivre
par les applications
industrielles standards)
1000BASE-T 1000 Mbps 100m Cuivre
1000 BASE LH 1000 Mbps 70 km Fibre optique
❑ Généralité sur les Réseaux IP
• Définir des protocoles
Communication • Dans ce cours: TCP/IP
Architecture de pile TCP/IP FTP: File Transfert
Protocol
TCP: Transmission
Control
Protocol
UDP: User Datagram
Protocol
IP: Internet Protocol
ICMP: Internet
Control Message
Protocol
IGMP: Internet Group
Management Protocol
ARP: Address
Resolution
Protocol
RARP: reverse ARP
❑ Généralité sur les Réseaux IP

Communication entre deux machines du réseau


local
❑ Généralité sur les Réseaux IP
Communication entre réseaux
❑ Généralité sur les Réseaux IP
Encapsulation de données TCP/IP
❑ Généralité sur les Réseaux IP

Adresse IP
• Chaque ordinateur dans l’Internet possède une adresse unique
• 4 octets (0 – 155)
• 132.204.24.179: machine de serveur Web au DIRO (himalia.iro.umontreal.ca)
• Une adresse IP:
• Identifiant de réseau
• Identifiant de machine
❑ Généralité sur les Réseaux IP
Classes d’adresse
❑ Généralité sur les Réseaux IP
Classes d’adresse

• 0.0.0.0 est utilisée par une machine pour connaître sa propre adresse IP
• <id. de réseau>.<id. de machine nul> n’est jamais affectée à une machine car elle permet de
désigner le réseau lui-même
• <id. de réseau>.<id. de machine avec tous ses bits à 1> est une adresse de diffusion ou de
broadcasting, = toutes les machines du réseau concerné.
• 255.255.255.255 est une adresse de diffusion locale car elle désigne toutes les machines du
réseau.
• 127.X.Y.Z est une adresse de rebouclage qui est utilisée pour permettre les communications inter-
processus sur un même ordinateur ou réaliser des tests de logiciels
• Les adresses de classe A de 10.0.0.0 à 10.255.255.255, de classe B de 172.16.0.0 à 172.31.255.255
et de classe C de 192.168.0.0 à 192.168.255.255 sont réservées à la constitution de réseaux privés
autrement appelés intranet.
❑ Généralité sur les Réseaux IP
Masque
• CIDR (Classless Inter Domain Routing RFC 1518, 1519)
• Masque: Indique les bits utilisés pour identifier le réseau
❑ Généralité sur les Réseaux IP
Masque
❑ Généralité sur les Réseaux IP
Utiliser un masque pour des sous-réseaux

Utiliser un masque différent pour diviser un réseaux en 2 sous-réseaux


❑ Généralité sur les Réseaux IP
Attribution d’adresse IP
• Obtention d’une adresse IP:
• Gérée par l’ICANN
• Décentralisation
• Pour une machine
• IP statique
• IP dynamique par DHCP
(Dynamic Host Configuration Protocol)
• Envoie une requête
• Une proposition
• Accepte?
• Confirmation
❑ Généralité sur les Réseaux IP
Nommage
• Une adresse IP – Nom
• 132.204.24.179: himalia.iro.umontreal.ca
• Correspondance: DNS – Domain Name System
❑ Généralité sur les Réseaux IP
Comment déterminer l’adresse IP? Chercher www.a.a
sur nav.b.a
❑ Généralité sur les Réseaux IP
Interrogation de DNS
• Sous Unix:
• host, nslookup, dig, …
• E.g.
contour% host himalia.iro.umontreal.ca
himalia.iro.umontreal.ca has address 132.204.24.179

contour% nslookup himalia.iro.umontreal.ca


Server: 132.204.24.45
Address: 132.204.24.45#53

Name: himalia.iro.umontreal.ca
Address: 132.204.24.179
❑ Généralité sur les Réseaux IP
• Lien Internet
Couches de liens • IP
• TCP
Couche 1: Lien Internet
• SLIP (Serial Line Internet Protocol): sur ligne téléphonique,
adresses IP fixes
• PPP (Point to Point Protocol)
• Non série
• Compression
• Détection et correction d’erreur de transmission
• Adresses dynamiques, …
❑ Généralité sur les Réseaux IP
Lien Internet
• Ethernet

• Réseau WIFI
• WIreless FIdelity

• Protocole ARP et RARP:


• traduction entre IP (4 octets) et adresse Ethernet/matérielle (6 octets)
❑ Généralité sur les Réseaux IP
Couche 2: IP
• Structure de datagramme
❑ Généralité sur les Réseaux IP
Fragmentation de datagramme

MTU = Maximum Transfert Unit


Routage
• Routeur
• Table de routage: chemin à emprunter pour une destination
• Différentes stratégies
• E.g. le plus court
❑ Généralité sur les Réseaux IP
Gestion des erreurs
• protocole ICMP (Internet Control Message Protocol )
• Codes d’erreur
• 0 Le réseau est inaccessible.
• 1 La machine est inaccessible.
• 2 Le protocole est inaccessible.
• 3 Le port est inaccessible.
• 4 Fragmentation nécessaire mais bit de non fragmentation positionné à 1.
• 5 Échec de routage de source.
• 6 Réseau de destination inconnu.
• …
❑ Généralité sur les Réseaux IP
Couche 3: TCP ou UDP
• UDP (User Datagram Protocol)
• Non fiable
• Pas d’accusé de réception
• TCP
• Fiable
• l’accusé de réception (ACK)
• Numérotation de paquet
❑ Généralité sur les Réseaux IP
Couche 4: Applications
• Client – Serveur
• Connexion
• Client: requête
• Serveur: Réponse
• …
• Fermeture
❑ Généralité sur les Réseaux IP
Système de fichier réseau
• NSF (Network File System): voir les fichiers comme
s’ils sont locaux
❑ Généralité sur les Réseaux IP
Transfert de fichier
• TFTP (Trivial File Transfert Protocol ) et FTP (File Transfert
Protocol )
• get, put, …
• Connexion anonyme: login: anonymous, passwd: email
❑ Généralité sur les Réseaux IP
Connexion à distance
• Telnet et Rlogin: connecter à distance
• puTTY: connexion sécurisée
❑ Généralité sur les Réseaux IP
Courrier électronique
• Envoi
• SMTP (Simple Mail
Transfert Protocol )
achemine le courrier
jusqu’à la boite aux
lettres.
• Reception
• POP (Post Office
Protocol) ou POP3,
délivre le courrier à
l’utilisateur final
• IMAP (Internet
Message Access
Protocol est identique
à POP mais en plus
évolué.

• Adresse:
toto@expediteur.fr
❑ Généralité sur les Réseaux IP
Webmail

Navigateur Internet: Client de SMTP, POP et IMAP


❑ Généralité sur les Réseaux IP
News
• NNTP (Network News Transfert Protocol )
• Échange de news entre serveurs
❑ Généralité sur les Réseaux IP
Le Web
• HTTP (HyperText Transfer Protocol )
• Port 80
• Requêtes: GET url, HEAD url, POST data
• Une requête du client
requête url-demandé HTTP-version
en-têtes (0 ou plus)
<ligne blanche>
corps de la requête (seulement pour une requête POST)
• Une réponse du serveur web se présente comme suit :
HTTP-version code-réponse phrase-réponse
en-têtes (0 ou plus)
<ligne blanche>
corps de la réponse
❑ Généralité sur les Réseaux IP
Exemple
contour% telnet www.iro.umontreal.ca 80
Trying 132.204.24.179...
Connected to www.iro.umontreal.ca (132.204.24.179).
Escape character is '^]'.
get /
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN"
"http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" xml:lang="fr"><!-- InstanceBegin
template="/Templates/gabarit_niv1.dwt" codeOutsideHTMLIsLocked="false" -->
<head>
<link type="text/css" href="../css/udem.css" rel="stylesheet" />
<link type="text/css" href="../css/stylesSci.css" rel="stylesheet"
/>
<link type="text/css" href="../css/stylesDiro.css" rel="stylesheet"
/>
<link type="text/css" media="print" href="../css/print.css"
rel="stylesh
eet" />

❑ Généralité sur les Réseaux IP
Réseau privé
• Réseau avec des machines non routables
• Non directement reliées à l’Internet
❑ Généralité sur les Réseaux IP
Proxy
• Intermédiaire entre Internet et une machine cachée
(p0.info-ua)
❑ Généralité sur les Réseaux IP
Transfert à travers le proxy
❑ Généralité sur les Réseaux IP
Récapitulation
• Connexion physique
• Plusieurs couches de protocoles
• Couche liens
• Couche IP
• Couche TCP
• Couche applications
• Communication client-serveur
• Client: navigateur, courriel, …
• Programmable?
• Prochain cours
Voix sur IP
Introduction – Logiciels de
téléphonie sur IP
Boom de la – Amélioration des services de
• Skype voix sur IP dans les logiciels de
voix/téléphonie sur IP
messagerie instantanée.
• Qu’est-ce qui a lancé la
– Arrivée des modems
machine ?
multiservices
• Voix • Freebox, 9box, etc.
sur IP

– Faire passer un signal audio dans


le monde IP 46
Voix sur IP

C’est un mode de téléphonie utilisant le


• Téléphonie protocole de télécommunications créé pour
sur IP Internet.
La voix est numérisée puis acheminée sous
Remarque : forme de paquets comme n'importe quelles
autres données.
La mise en place du service téléphonie se fait en respectant scrupuleusement les
instructions du constructeur au niveau de la connexion.
Il faut savoir que la téléphonie classique continue de fonctionner la plupart du
temps. Si le téléphone n'est pas raccordé correctement au boitier, le client peut
utiliser à son insu la téléphonie RTC et avoir la surprise de sa vie à sa prochaine
facture téléphonique.
Réseau Téléphonique Commuté, réseau
téléphonique dans lequel les communications
sont acheminés par des commutateurs. Ce type
de commutateur est également appelés
autocommutateur téléphonique ou central
téléphonique.

47
Voix sur IP

Équipements pour la Téléphonie – Gestion et interconnexion des postes


sur IP
Autocommutateurs – Fourniture de services téléphoniques
– Définition des droits d’appels
– Gestion des appels entrants
– Etc.
PBX ou PABX (Private Automatic PCBX : Contraction de PC et PABX, autocommutateur
Branch exchange) téléphonique fonctionnant sur un micro-ordinateur,
solution plus économique qu’un PABX classique.
Matériel /
logiciel
C’est un commutateur
Le standard SIP (Session Initiation Protocol )
téléphonique privé.

SIP : est un protocole standard ouvert de gestion de sessions souvent utilisé dans les télécommunications multimédia
(son, image, etc.). Il est depuis 2007 le plus courant pour la téléphonie par Internet.

Très concrètement le protocole SIP activé sur une Box, permet de téléphoner à partir d’un
48
PC équipé de micro et écouteurs.
Voix sur IP

Le Branchement physique
Souvent les utilisateurs néophytes ont du mal à se repérer correctement dans les différents branchements du
téléphone sur une « BOX » :
Les différents types de téléphones :

Les postes analogiques :


❑ Ils sont compatibles avec la boucle locale du téléphone si on les branche sur une prise téléphonique classique dans un
immeuble on va obtenir la tonalité si la ligne est opérationnelle et en service. Traditionnellement ces téléphones sont connectés
par une prise en Té mais aujourd’hui ont les trouves aussi avec une prise RJ11 (voir même RJ45 dans le monde professionnel).
Les postes IP

Ils se connectent sur un réseau Ethernet filaire ou sans fil. Ils sont totalement incompatibles avec le RTC.
Les postes numériques (propriétaires) et Numéris (RNIS) sont totalement incompatibles avec le RTC :

Un réseau numérique à intégration de services (RNIS, en anglais ISDN pour Integrated Services Digital Network) est une
liaison autorisant une meilleure qualité et des vitesses pouvant atteindre 2 Mbit/s contre 56 kbit/s pour un modem
classique. C’est une évolution entièrement numérique des réseaux téléphoniques existants, conçue pour associer la voix, les
données, la vidéo et toute autre application ou service.
49
Voix sur IP

Les postes numériques ne peuvent être connectés qu’à un PABX


compatible.
Les postes Numéris ne peuvent être connectés que sur un bus SO.
Bus S ou S0
Interface RNIS la plus simple. Elle fournit deux canaux B à
64 kbit/s chacun et un canal D à 16 kbit/s. Un seul bus S
peut être partagé entre plusieurs périphériques, ce qui
Branchement : le rend idéal pour la maison ou les entreprises de petite
Un téléphone RTC ou taille.
un Modem-Routeur
(BOX) sont connectés
directement sur la
prise ou joncteur en T
de l’installation.
Prise
téléphonique
classique

50
Voix sur IP

Si un poste téléphonique est connecté sur une installation équipée


en ADSL la prise doit être munie d’un filtre et le poste branché sur le
bon connecteur.

51
Voix sur IP

Remarque :
Si la BOX est seule sur sa prise, il n’est pas obligatoire de
mettre un filtre.

Le téléphone analogique connecté sur la BOX utilise le service de


téléphonie IP (gratuité)
Un téléphone IP peut être connecté sur les ports Ethernet
(service SIP) 52
Voix sur IP

Si la BOX partage sa
connexion avec un poste
analogique le filtre
devient obligatoire :

53
Voix sur IP

Signal
Seul un signal numérique (celui de l’ADSL) sera traité
dans une BOX.
Asymmetric Digital Subscriber Line
utilise une autre bande de fréquence
que la téléphonie classique et permet
d’échanger des données numériques
simultanément avec une
communication téléphonique.
Principalement destinée aux particuliers et aux PME, l’ADSL propose une bande passante plus importante dans le sens réseau
vers abonné (flux descendant) que dans le sens abonné vers réseau (flux montant), d’où la qualification d’asymétrique.
La configuration
Selon le fournisseur d’accès, le numéro de téléphone est fourni automatiquement ou peut être choisi parmi
plusieurs disponibles.

La première opération sera donc de le configurer ou de le connaitre. Si on doit le configurer, il se peut qu’il ne
soit pas actif tout de suite.
il faudra ensuite tester le fonctionnement de base : passer et recevoir un appel.
54
Voix sur IP

Des fonctions complémentaires peuvent être installées


et/ou configurées :

! Certaines ne sont pas


gratuites

En voici quelques unes :

Absences Permet de recevoir, en cours de communication,


l'appel d'un autre correspondant.
Appels en instance
Renvoi – Renvoi sur messagerie
Rejets des appels anonymes
Restriction de présentation d’identité
Limitation des appels sortants
(discrimination)
Transferts

55
Voix sur IP

D’autres services sont à


paramétrer :

Messagerie vocale
Fax
Compte SIP : protocole de téléphonie (couche 7 dans OSI) – Protocole
concurrent le plus connu H323

56
INSTALLATION D’UNE LIVEBOX

Contenu du pack Livebox

Ou à embout
gris 57
INSTALLATION D’UNE LIVEBOX

Dans le cas de
notre livebox

58
INSTALLATION D’UNE LIVEBOX

Dans le cas de notre


livebox
Description de la
livebox

Reboot
Reset

59
INSTALLATION D’UNE LIVEBOX

Signification des voyants Voyant Wi-Fi


> Clignotant si la livebox est en mode
lumineux
Voyant d’alerte association Wi-Fi.
La livebox effectue un > Allumé si la fonctionnalité Wi-Fi
diagnostic au démarrage. est activée.
> Clignotant pendant le > Éteint si la fonctionnalité Wi-Fi
diagnostic au démarrage.
est désactivée
> Allumé si une panne est
détectée.
> Éteint si le
fonctionnement est
normal.

Voyant Internet
> Clignotant rapidement, 5 fois par seconde.
- Normal au démarrage de la livebox (environ 20 secondes).
- Après démarrage : signifie que la livebox n’a pas pu se Voyant téléphone illimité

synchroniser. > Allumé si le téléphone illimité

> Clignotant lentement, 1 fois par seconde. est activé et disponible.

- Normal au démarrage de la livebox après une phase > Clignotant en cours de


Voyant réseau local communication.
de clignotement rapide (voir ci-dessus).
Clignotant quand la livebox > Éteint, vous ne bénéficiez pas
- Après démarrage : signifie que votre livebox est en cours
communique. du service téléphone illimité.
de connexion Internet. Elle vérifie vos identifiants Internet
pour se connecter à Internet.
> Allumé.
- La livebox est connectée à Internet.
60
INSTALLATION D’UNE LIVEBOX

Voyant d’alimentation

Voyant Internet

Voyant téléphone illimité

Réseau local

Voyant Wifi

Voyant d’alerte
Et mise à jour

Voir détails sur doc. du


constructeur

61
INSTALLATION D’UNE LIVEBOX

Installation Haut Débit filaire

Rj45

Connexion Internet PC
Windows filaire

Rj11

Procédure voir la notice


d’installation.
N’installez pas le contrôle
Parental.

62
INSTALLATION D’UNE LIVEBOX

Cochez sur ok si ce
message apparaît.
Ceci est lié aux
différents utilitaires
63
de configuration de
INSTALLATION D’UNE LIVEBOX

Renseignez les identifiants


suivants :
Identifiant de connexion :
fti/hqrbyyk
Mot de passe de connexion :
ztycurh
Vous ne devez pas les
modifier !

64
INSTALLATION D’UNE LIVEBOX

Configuration de votre livebox


Une fois la configuration réseau finalisée , ouvrez votre navigateur, puis tapez « livebox »
dans la barre d’adresse. C’est l’interface de configuration de la Livebox Mini.
Entrez le mot de passe d’administration de la livebox.
Par défaut ce mot de passe est « admin »

Cliquez sur « s’identifier


».

65
INSTALLATION D’UNE LIVEBOX

Vue des
équipements
composants
votre réseau.

C'est ici que l'on paramètre sa


connexion ADSL.
-Changer le mot de passe par
défaut attribué à l'administrateur,
L'ensemble des fonctions
pour sécuriser la connexion (à
paramétrables est accessible depuis
condition bien sûr de se souvenir
le menu présent sur le côté gauche.
du mot de passe !).
Au niveau des paramètres
avancés
-Réglage du pare-feu intégré
C'est ici que les options les plus intéressantes se
trouvent regroupées sous 7 onglets différents. -Les réglages WiFi
66
INSTALLATION D’UNE LIVEBOX

NAT/PAT permet d'activer les redirections de


port nécessaires au bon fonctionnement de
certains programmes, (jeux ou de
programmes d'échange de fichiers).
Avant toute chose il faut s'assurer qu'une
règle existe pour votre application.
Prenons le cas de Windows Home Server qui
nécessite la redirection de trois ports. Pour
ce faire, il faut sélectionner le lien « Cliquez
ici pour ajouter une règle à une application
ou à un jeu ».
On commence par nommer la règle dans le
DHCP permet d'activer ou non le serveur champ « Nom de l'application » puis on
DHCP intégré à la Livebox et de modifier clique sur « Enregistrer » et sur « Ajouter
les plages d'adresses qui seront attribuées une ligne » : on sélectionne alors le
à vos périphériques réseau. protocole, dans notre TCP, puis les plages de
L'onglet DNS permet pour sa part de modifier les réglages du port externe, ici 4125, et le port interne.
serveur DNS.

L'onglet NTP vous permettra de sélectionner le fuseau horaire 67


INSTALLATION D’UNE LIVEBOX

DNSDyn permet de publier


automatiquement l'adresse IP qui
est allouée à votre Livebox sur un
service de redirection dynamique
d'adresse.
Il est possible d'avoir sa propre
adresse web.
Permet à des
périphériques de se
connecter aisément et de
UPnP Universal Plug and Play vous propose d'activer ou de désactiver le
simplifier
serveur UPnP (il est par défaut activé).
l'implémentation de
L’onglet intitulé DMZ permet de créer une zone démilitarisée sur un réseaux à la maison
équipement que l'on sélectionnera dans une liste déroulante. Rappelons (partages de fichiers,
qu'un DMZ ouvre, sur un équipement donné, tous les ports : pratique pour communications,
rapidement solutionner un problème de redirection de ports mais dangereux divertissements) ou dans
pour la sécurité de l'équipement en question. les entreprises 68
INSTALLATION D’UNE LIVEBOX

Les services :

L'interface de configuration propose, dans l'élément services, de régler ou de visualiser certaines options relatives aux
services de la Livebox.
On peut ainsi consulter le numéro de téléphone IP qui vous est attribué, activer ou désactiver le service de TV numérique et
activer (ou non) les services visiophonie et livezoom.
C’est une caméra sans-fil que vous installez à votre domicile. Quand vous
vous absentez, connectez-vous à votre caméra livezoom via Internet ou avec
un téléphone mobile. Et vous voyez en direct ce qui se passe chez vous ! 69
INSTALLATION D’UNE LIVEBOX

Les outils de la Livebox

Celui-ci affichera, en cliquant sur « info système », les statistiques et caractéristiques de votre ligne ADSL.
Un clic sur « dépannage/maintenance » vous emmènera dans les options de réinitialisation de la Livebox : un clic sur «
Réinitialiser » effacera tous vos paramètres (attention, le processus est long).
Dans cette même rubrique on retrouve la possibilité de vérifier manuellement s'il existe une nouvelle version du micrologiciel ou
firmware de la Livebox. 70
INSTALLATION D’UNE LIVEBOX

Connexion Internet PC Windows sans fil

Procédure voir la notice d’installation


N’oubliez pas d’associer le Pc et la Box
71
INSTALLATION D’UNE LIVEBOX

De filaire vers sans fils

72
INSTALLATION D’UNE LIVEBOX

Installation du téléphone illimité sur la


livebox La livebox doit être déjà installée et votre téléphone branché sur la
livebox.

Dans un délai de 5 jours maximum, le client doit recevoir sur l’adresse principale de son compte,
un émail de confirmation de mise en service de la ligne de téléphone illimité. Cet e-mail contient
le numéro de sa ligne ainsi que le code secret pour interroger sa messagerie vocale
à distance. Avant de téléphoner,
vérifiez que la ligne est bien disponible :
- Les voyants @ et sont allumés fixes lorsque la ligne de téléphone illimité est activée.
- Vous entendez une tonalité différente de la tonalité de votre téléphone fixe classique.
73
- Lorsque votre communication est établie, le voyant clignote.
Introduction

Objectifs de la partie:

- Rappeler les points essentiels de la Voix sur IP


- Détailler le fonctionnement des protocoles de signalisation
pour la Voix sur IP: SIP et H.323
PLAN

▪ Généralités Voix sur IP

▪ Les codeurs/décodeurs audio

▪ Les protocoles de transport de l’information: RTP/RTCP

▪ Les protocoles de signalisation


• H.323

• SIP - Session Initiation Protocol


Généralités Voix sur IP (1/3)

VoIP = Voice over IP


▪ Définition:
Utilisation des réseaux TCP/IP comme support des communications voix (appels
téléphoniques, radios…)

▪ Utilité:
- Réduire les coûts
- Standardiser l’équipement
- Centraliser la gestion de toutes les communications de l’entreprise: réseau
« triple play » (voix, vidéos, données)

- Améliorer la gestion des appels


- Augmentation de la productivité des entreprises
Généralités Voix sur IP (2/3)

▪ Du signal analogique aux paquets IP

▪ Les types de terminaux téléphonique IP


- IP-Phone: téléphone IP (Cisco, Nortel, Alcatel-Lucent…)
- SOFTPHONE: logiciel de VoIP (Skype, GnomeMeeting,
Wengo…)
Généralités Voix sur IP (3/3)

Architecture VoIP
PLAN

▪ Généralités Voix sur IP

▪ Les codeurs/décodeurs audio

▪ Les protocoles de transport de l’information: RTP/RTCP

▪ Les protocoles de signalisation


• H.323

• SIP - Session Initiation Protocol


Les codeurs/décodeurs audio

▪ Objectifs
▪ Compresser le signal analogique (voix) précédemment numérisé

Mode de compression Débit en Kbit/s


G.711 PCM 64 (pas de compression)
G.726 AD PCM 32
G.728 LD CELP 16
G.729 codecs 8
G.723.1 MPMLQ 6,3
G.723.1 ACELP 5,3
LPC10 2,5
GIPS 13,3
PLAN

▪ Généralités Voix sur IP

▪ Les codeurs/décodeurs audio

▪ Les protocoles de transport de l’information: RTP/RTCP

▪ Les protocoles de signalisation


• H.323

• SIP - Session Initiation Protocol


Les protocoles de transport de l’audio RTP/RTCP (1/2)

RTP (données)
RTP = Real-Time Transport Protocol

▪ Développé par l’IETF (Internet Engineering Task Force)

▪ Objectif: Gestion des flux multimédia (voix, vidéo) sur IP

▪ Utilisation:
▪ Appel téléphonique simple (2 interlocuteurs)
▪ Audio ou visioconférence (multicast)

▪ Fonctionne sur UDP


Les protocoles de transport de l’audio RTP/RTCP (2/2)

RTCP (supervision)
▪ Objectifs:
▪ Assurer la qualité de service des communications RTP

▪ Fonctions:
▪ Envoi de rapport sur la Qualité de service (QoS)
▪ Identification
▪ Contrôle de la session

▪ Paquets :
▪ Rapport de l’émetteur
▪ Rapport du récepteur
▪ Description de la source
▪ Au revoir
PLAN

▪ Généralités Voix sur IP

▪ Les codeurs/décodeurs audio

▪ Les protocoles de transport de l’information : RTP/RTCP

▪ Les protocoles de signalisation


• H.323

• SIP - Session Initiation Protocol


Les protocoles de signalisation

▪ Objectifs de ces protocoles:


- Gérer les communications voix et vidéos sur les réseaux TCP/IP

▪ Fonctions:
- Ouvrir et fermer une session multimédia (voix, vidéo)
- Enregistrement des terminaux

▪ Les protocoles existants les plus utilisés:


- H.323: issu du monde de la téléphonie
- SIP – Session Initiation Protocol: issu du monde de l’Internet
PLAN

▪ Généralités Voix sur IP

▪ Les codeurs/décodeurs audio

▪ Les protocoles de transport de l’information : RTP/RTCP

▪ Les protocoles de signalisation


• H.323

• SIP - Session Initiation Protocol


H.323 (1/5)

Généralités
- En 1996, naissance de la première version de la voix sur IP appelée
H.323
- Conçue par l’UIT-T (Union Internationale des télécommunications)

- Messages au format binaire

- H.323 est une association de plusieurs protocoles pour gérer:


- la signalisation
- la négociation de codecs
- le transport de l’information (audio, vidéo, data) en temps réel.
H.323 (2/5)

Principaux acteurs de H.323

▪ Les terminaux:
- participants à une session multimédia

▪ Les passerelles (Gateway):


- assure l’interconnexion entre le réseau H.323 et les autres réseaux
téléphoniques (RTC, SIP…)

▪ Les portiers (Gatekeeper):


- se charge de l’enregistrement des clients
- s’occupe des traductions d’adresses (numéro de téléphone – adresse
IP)

▪ Unités de contrôle multipoint:


- permet aux clients de se connecter aux sessions de conférence de
données
H.323 (3/5)

Les protocoles utilisés par H.323


▪ Signalisation:
- RAS (H.225) = Registration Admission Status (sur UDP) pour
l’enregistrement et l’authentification
- Q.931 (sur TCP) pour l’initialisation et le contrôle d’appel

▪ Négociation:
- H.245 (sur TCP) pour la négociation de codec et la gestion des flux
médias

▪ Transport de l’information :
- RTP pour le transfert de la voix, vidéo et données numérisées par les
codecs
- RTCP pour la supervision
H.323 (4/5)

Communication téléphonique simple


H.323 (5/5)

Audio et visioconférence (multipoint)


▪ Nécessité d’utiliser un matériel couteux: MCU = pont
multipoint
▪ Enregistrement des conférences sur le Gatekeeper:
- adresse IP du pont et un numéro de téléphone unique pour chaque
conférence
PLAN

▪ Généralités Voix sur IP

▪ Les codeurs/décodeurs audio

▪ Les protocoles de transport de l’information : RTP/RTCP

▪ Les protocoles de signalisation


• H.323

• SIP - Session Initiation Protocol


SIP - Session Initiation Protocol (1/7)

Généralités

Le monde de l’Internet arrive sur le marché de la voix sur IP pour fournir la nouvelle
référence en terme de protocole de signalisation

- Initialement conçu par le groupe MMUSIC (Multiparty Multimedia Session


Control), SIP est désormais maintenu par l’IETF (Internet Engineering Task
Force)

- Objectifs: Etablir, modifier et terminer des sessions multimédia

- Basé sur un échange de messages texte ASCII(Requêtes/Réponses), il est très


proche de HTTP (HyperText Transfer Protocol)

- Utilisation de RTP/RTCP pour le transport de l’information


SIP - Session Initiation Protocol (2/7)

Le principe

SIP = Gérer les phases d’un appel téléphonique

- Localisation d’un terminal (adresse)


- Analyse du profil de la source et de ses ressources
(disponibilité)
- Négociation du type de média et des paramètres de
communication (voix ou vidéo, codecs…)
- Etablissement et suivi de l’appel
- Gestion de fonctionnalités avancées telles que le cryptage,
erreurs…
SIP - Session Initiation Protocol (3/7)

Principaux acteurs de SIP

▪ User Agent:
usager du réseau SIP

▪ Registrar (Gatekeeper):
gère les informations relative aux usagers (adresse) pour un réseau ou
segment de réseau

▪ Proxy:
reçoit, traite et, au besoin, réachemine les messages de signalisation SIP
SIP - Session Initiation Protocol (4/7)

Le protocole (1/2)
Le format des messages SIP:

REGISTER sip:ing2000.umlv.fr SIP/2.0


Via: SIP/2.0/UDP
147.210.177.88:5060;rport;branch=z9hG4bK16C8CB9433A5
From: Henri DUPONT <sip:duponth@ing2000.umlv.fr>;tag=3341381679
To: Henri DUPONT <sip:duponth@ing2000.umlv.fr>
Contact: « Henri Dupont" <sip:dupont@147.210.177.88:5060>
CSeq: 44319 REGISTER
Expires: 1800
Max-Forwards: 70
User-Agent: X-Lite release 1103a
Content-Length: 0
SIP - Session Initiation Protocol (5/7)

Le protocole (2/2)
- Une session est établi avec des requêtes et des réponses (principe HTTP)

- Les requêtes sont définis à travers six méthodes:


REGISTER, INVITE, ACK, CANCEL, BYE, OPTIONS.

- Les réponses peuvent être de plusieurs types:


1xx : Information (requête reçue, en progression…)
2xx : Succès (action reçue, compris et accepté)
3xx : Redirection
4xx : Erreur client (mauvaise syntaxe de la requête)
5xx : Erreur Serveur

- Utilisation du protocole SDP (Session Description Protocol) pour définir le type


de média (audio, vidéo) et le transport (RTP)
SIP - Session Initiation Protocol (6/7)

Communication téléphonique simple


SIP - Session Initiation Protocol (7/7)

Sécurité et authentification

Le protocole SIP possède 3 mécanismes de cryptage :


- Cryptage de bout en bout
- Cryptage au saut par saut (hop by hop)
- Cryptage au saut par saut du champ d'en-tête Via pour dissimuler la
route qu'a emprunté la requête.

En-tête authentification:
Pour les messages SIP de bout en bout: clés publiques et signatures
stockées dans cet en-tête.
SIP ou H.323 ?

Choisir SIP ou H.323 ?

▪ Différences importantes entre SIP et H.323:


- Les fournisseurs de solutions VoIP peuvent ajouter des fonctionnalités au
protocole SIP en créant de nouveaux en-têtes
- SIP est un protocole plus rapide
- SIP sépare les flux de données de ceux la signalisation

Pour résumé, SIP est plus adapté aux réseaux IP que H323 et permet
d’augmenter les fonctionnalités en fonction des besoins contrairement à son
concurrent direct.
Telephony over IP

Les protocoles

Modèles classiques de vente

La (r)évolution du mobile

IMS
VoIP vs ToIP
VoIP = Voice over IP
• Le Transport de la voix (ou de la Video) sur un réseau IP

ToIP = Telephony over IP


• Le service « Téléphonie » sur un réseau IP
• Le transport de la voix, oui, mais aussi de quoi faire du PBX (Private
<Automatic> Branch Exchange, commutation téléphonique privée) dans le
réseau
• Objectif: router un appel: f(A, B) = (A’, B’, IPB’)
• Avoir une ligne dès que l’on a un accès IP
• Convergence possible entre les services informatiques et téléphoniques
(CTI par exemple, Couplage Téléphonie Informatique)

Un seul même réseau à manager


• Economie de coûts
Status de la ToIP traditionnelle
La ToIP est maintenant un service de base
• Lorsque proposé avec peu de services, c’est équivalent à de la VoIP peer-
to-peer

Mais le modèle centralisé permet plus


• Permet de facturer les services associés
• Accès aux réseaux PSTN à tarif préférentiel (least cost routing au plus proche
de la destination en IP)
• CRBT (Colored Ringback Tone)
• Triple Play (Accès, Téléphonie, TV)
• Permet de gérer au mieux la Qos
L'enjeu du marché n'est plus dans les offres résidentielles, mais
dans les offres dédiées aux entreprises (enjeu actuel) et dans
celles qui visent à une integration globale des services (notamment
les intéractions avec les services pour mobiles)
Stabilité et scalabilité
Les opérateurs attendent la même robustesse d’un
système ToIP que d’un système traditionnel :
• disponibilité de 99,999% (1 appel perdu sur 100 000 appels
max)
• tous les sytèmes sont redondés et hot-swappables, avec
systèmes de détections de pannes
• il doit être possible d’assurer la (forte) croissance de la
demande en nombre d’appels simultanés et en calls/s (caps)
(scalabilité)

En VoIP, on ne parle plus de BHCA (Busy Hour Calls


Attempts)
ToIP technique : décorrélation Signal/Media (1/3)
Il faut bien comprendre la séparation entre tout ce qui concerne l'établissement, le
relâchement d'appel d’un côté et le flux media (video, sons, données) de l’autre.

La signalisation va mettre 2 entités en contact, participer à la négociation des media (est-


ce de la video? du son? quel format? etc...).

Une fois les entités en contact, la negociation de format effectuée, le media est diffusé.

Dans tous les cas, l’établissement est en 3 phases


• Ouverture de session
– H.225[+RAS], SIP, MGCP
– Routage d’appel
• Négociation des codecs et des flux (canaux)
– H.245, SDP
– Vérification des droits des codecs, QoS, RACS
• Echanges des flux RTP (audio/video/data)
– RTP/RTCP
– Media Proxy (pour passer les NAT par exemple)
ToIP technique : décorrélation Signal/Media (2/3)
3 grands protocoles pour la signalisation :
• H.323/H.225 (ITU) : celui qui a rendu les choses possibles
• SIP (Session Initiation Protocol) (IETF) :celui qui s’impose
• MGCP (Media Gateway Control Protocol) (ITU et IETF): se remplacera
(peut-être) volontiers par du H.248/MEGACO en IMS

Pour la négociation des canaux de transmissions temps réel (voix


ou vidéo ou data)
• H.323/H.245
• SDP (session description protocol)

Transport temps réel pour les flux média, indépendant du protocole


de signalisation, utilisé par tous les protocoles de signalisations,
données encodées via des Coders:
• RTP (Real Time Protocol) – udp
• RTCP (Real Time Control Protocol) – udp
ToIP technique : décorrélation Signal/Media (3/3)

Signaling Quality of Service Media Transport

RSVP Media coders


Application (Resource Reservation (H.264, G.711a)
Protocol)
H.323 SIP H.248 MGCP RTCP
RTP
Transport
TCP UDP

Network IPv4, IPv6


ToIP technique : les codec audio
Codec audio
• G.711 : 64 kbits, 8Khz / 8 bits non compressé. Excellente qualité, supporté par
tous les postes, pas de perte depuis le PSTN (l’ISDN l’utilise).
• G.723 : ancien, compression, détection de silence, surtout pour compatibilité
maintenant
• G.729 : bonne compression, utilisé par la plupart des PABX
Les endpoints doivent supporter ces codecs, moins ils en
supportent, moins ils sont chers. Les standards imposent des
supports minimum (AMR faible qualité, G711)

Codec video
• H.261, H.263, H.264 (utilisé en HD)

Codec données
• T.120 : Data temps réel, utile pour les white boards ou les partages de documents
• T.38 : Fax compressé en VoIP, alternative à l’utilisation du G.711 (« pass-through ») (on
ne peut pas compresser en G.729 ou G.723 un signal fax analogique). Une négociation
T.38 démarre en audio, puis on switche sur du T.38
Les contraintes temps réel
Le transport de la voix doit se faire en moins de 200ms
pour un confort optimum :
Numérisation/Compression/Transport/Décompression/Rest
itution

Il faut donc des postes et un réseau performants


De la QoS peut se mettre en place à plusieurs niveaux
• Priorisation de flux (VLAN tagging) : très bien pour de l’ethernet,
donc du local. Permet de garder de la BP par rapport à la data
locale d’une entreprise.
• DiffServ (et plus généralement TOS – Type Of Service): header
IP, mais doit être supporté de bout en bout. Utile localement ou
sur un réseau IP parfaitement maitrisé.
• MPLS (Multi Protocol Label Switching) (couche liaison sous IP)
ToIP technique : routage d'appel
Routage
A partir d’un appelant A et d’un numéro composé B, trouver:
• L’adresse IP de la destination réelle (ce n’est peut-être pas B: renvoi, rejet, mauvais numéro)
• Savoir comment présenter A à la destination (transformation des alias)
• C’est le travail d’un communateur ou contrôleur d’appel

On utilise des numéros de téléphones dit « Alias E.164 » comme adresses ToIP
• En IMS, des adresses « sip/public » sont introduites

Trois niveaux de transformation de ces alias:


• Niveau « originating »: les numéros source et destination arrivant sur le routeur d’appel. La destination
dépend du plan de numérotation de l’appelant.
• Niveau « pivot »: numéros transformés uniques sur le système. Permet d’identifier l’appelant et l’appelé
sans ambigüité et de localiser leurs services de class 5, et router vers la bonne destination.
• Niveau « terminating »: les numéros source et destination au format de l’appelé. Permet une bonne
présentation du numéro (le cas échéant) à un format recomposable par l’appelé pour joindre son
appelant.

Network Announcement
La destination très souvent par défaut en cas d’erreur de routage
• Faux numéro, numéro injoignable, numéro non alloué, appel rejeté par l’appelé, plus de crédit pour
passer l’appel (prepaid), …
• Gestion différenciée côté O (originating) ou T (terminating), réseau appelant ou appelé
Quelques services associés à la ToIP
La ToIP reprend bien sûr les services téléphoniques classiques
• Eventuellement quelques évolutions sur le côté pratique
• Les services Voix sont extensibles à la Vidéo presque immédiatement (coût de la validation interopérabilité)
Services de classe 5 (différencié par appelant/appelé) : Ce sont des services assurés par le réseau, et non pas par les
terminaux
• CLIP/CLIR, CNIP/CNIR, COLP/CONP (affichage des numéros, des noms)
• Règles de redirections (CF – Call Forwarding)
• CFB (Busy), CFNR (Non Response), CFU (Unconditional), CFF (on Failure)
• Renvoi des appels anonymes ou redirigés
• Filtrage d’appels entrants, Filtrage d’appels sortants (contrôle parental)
• Numéro rapides/abrégés
• Voicemail (ou Vidéomail) dans le réseau, avec notifications email
• Portails audio/vidéo/web de configuration des services de classe 5
• Indications au décroché (en MGCP)
• CRBT (Colored Ringback Tone)
• Transfert d’appels, mise en garde, double appel
• CCBS (Call Completion on Busy Subscriber)
• Express messaging (laisser un message explicitement, sans faire sonner le poste appelant)
• Pont de conférence personnel
Pour les entreprises :
• Routage privé intra-entreprise (VPN VoIP)
• Call pickup
• Huntgroup
• Filtrage patron secrétaire
• Masquage évolué de numéro (présentation de n° de secrétariat par ex.)

Fonctionnel légal
• LNP (Local Number Portability)
• Lawful interception (Service d’écoute téléphonique/vidéo/fax)
Acronymes
ITU
IETF
Telephony over IP

Les protocoles

Modèles classiques de vente

La (r)évolution du mobile

IMS
Les protocoles : H.323
Protocole ITU qui en est à sa version 5
• Il paraît qu’il est complexe
• Il paraît qu’il est mort car SIP le remplace : c’est vrai maintenant
• 2006: Mais H.323 sait faire ce que SIP n’a jamais su faire: il assure l’interco avec le monde ISDN. De fait,
H.323 est le protocole le plus utilisé en cœur de réseau.
• 2007: ok, SIP le remplace car promet une migration plus facile vers l’IMS et ses nombreuses extensions le
rende aussi complexe.
• 2008 : les appels d’offres sont exclusivement SIP

Un set de protocoles sous-jacents


• H.225: signalisation de contrôle d’appels. Utilise beaucoup de Q.931 (le niveau 3 ISDN). TCP/1720.
• H.245: signalisation de contrôle des canaux. TCP/port variable.
• RAS: contrôle d’appel et gestion des enregistrements sur des Gatekeeper. UDP/1719 et multicast 1718.
• RTP/RTCP pour le flux temps réel.
• H.450.x: services supplémentaires. Tunnelé en H.225.
• H.235: framework de sécurité. Trop vague et complexe pour être exploité dans le monde réel.

Codé en ASN.1 PER


• Très dans le style ITU, mais pas facile à programmer/encoder -> terminaux coûteux.
• Mais aucune ambigüité de parsing des messages
• Beaucoup de nuances d’implémentations font que:
• H.323 n’est jamais implémenté en sa totalité
• L’essentiel est d’assurer l’interco avec les équipements existants.
Les protocoles : MGCP
L’intelligence n’est pas dans le terminal, elle est dans le serveur!

Ce protocol RFC 3435 a été pensé pour :


• Contrôler des Media Gateways
• Typiquement des gateways de bordure
• Mais Il existe également des terminaux MGCP
• Simplifier l’aspect software (firmware) des terminaux
• Minimalise les bugs côté terminal
• Faciliter la gestion d’un nombre important de terminaux, simultanément
• Faciliter le déploiement de nouvelles fonctionalités
• Pas nécessaire de changer les terminaux (ni même updater le firmware)
• Faciliter la programmation d’applications ou de services qui nécessitent la coordination de multiples
terminaux, en centralisant tous les états de tous les terminaux
• En tant que protocol à stimuli, être “l’assembleur de la VoIP”

Principe du protocol à stimuli


Le serveur est appelé call agent. C’est lui qui :
• Demande à être notifié de tous les évènements du poste (décroché, touche enfoncée etc…)
• Connait les états de tous les terminaux et appels qu’il gère
• Envoie des commandes (ordres) pour
Les terminaux sont esclaves et n’ont pas connaissance de leur état. Ils notifient ou acquittent des messages du
call agent.
Les protocoles : MGCP
Media stream optionalSignaling
Call Agent Entity

MGCP/UDP MGCP/UDP

RTP/UDP
Gateway Gateway

IP Network or
ATM
Switched circuit network (or other
technologies)
Les protocoles : SIP

SIP: Session Initiation Protocol


1
Telephony over IP

Les protocoles

Modèles classiques de vente

La (r)évolution du mobile

IMS
Les modèles classiques de vente pour la ToIP
L’offre résidentielle
Quelques noms : Wanadoo (Orange), Free, Fastweb

C’est le service de ToIP offert aux particuliers.

La part de marché de la ToIP continue de progesser mais


dans une moindre mesure. Entre 2006 et 2007, nous
avions une progression de +219%. Entre 2007 et 2008,
nous sommes à +38% (perte des secteurs analogiques
autour de -7%).

Voir http://www.arcep.fr/
Les modèles classiques de vente pour la ToIP
L’offre riche d’entreprise, dite centrex

L’offre entreprise est plus complexe en terme de fonctionalités. Elle comprend des règles
de routage avec numéro courts entre sites de l’entreprise, des fonctions de supervision
de postes, de filtrage, d’ajout de contacts automatiques.

Pourquoi elle intéresse les entreprises


• Plus de PBX, plus de postes propriétaires ni de coûts de maintenance importants
• L’opérateur administre à distance chaque poste de l’entreprise

• Modèle d’abonnement par ligne avec location d’un terminal IP

• Pas de coût d’entrée ou de sortie

• Pas d’immobilisation pour le client, pas de maintenance locale d’équipement

• Les services évoluent avec le réseau

• Les équipements réseaux sont partagés entre les différents clients

• Packageable avec un accès data

•Configuration locale des postes (déclaration des lignes, management des mapping de
numéro, gestion des numéros internes) délégable à des administrateurs de site ou d’entreprise
Les modèles classiques de vente pour la ToIP
L’offre d’entreprise trunking ou business trunking

L’opérateur démarche des entreprises qui ont des (IP-)PBX


• se place alors en collecte des appels sortants
• en les routant en IP sur son réseau, à moindre coût.

• en assurant éventuellement le routage des appels entrants vers le site de l’entreprise

Quel interêt pour le client?


• n’impose pas le moindre changement d’habitude pour le client
• il garde ses PBX, ses terminaux propriétaires et ses services

• il peut déléguer la gestion du PBX à l’opérateur

• et quand il devra renouveller son PBX, on lui proposera du Centrex, plutôt

Cette stratégie est dite « BT Class 4 »


On ne fournit que des services de routage au client final
Les services class 5 sont gérés par son PBX
Les modèles classiques de vente pour la ToIP
L’offre transit
Il s’agit de routage pur et dur (Class 4 routing), d’interconnexions entre plusieurs réseaux d’opérateurs différents

Points principaux :
• Redondances des liens
• Translation de protocole de cœur SIP/H.323

• Permet d’interconnecter des réseaux avec des choix techniques différents

• Time-based routing

• Least-cost routing

• Au plus près de la destination ou au moins cher

• ASR (Average Seizure Ratio)

• Routing préférentiel en fonction des sources et destinations (en particulier sur du transit
« VPN »)
• Gestion LNP
• All Call Query : the platform interrogates an external LNP database that returns information to identify
the serving network. Then the call is directly sent toward the resolved provider.
• Query on Release : the call is first sent toward the donor network. The call is released with Q.850

cause 14. A query to an external LNP database is then performed to retrieve information to identify the
serving network.
• Onward Routing (OR, France) the call is “forwarded” directly from the donor network to the serving
network. The donor network always knows where the number was ported. This implies that the donor
network always relay calls from the originating network to the serving network
Les modèles classiques de vente pour la ToIP
Nous voyons une forte demande d’interconnexion avec les
réseaux mobiles. L’offre Centrex est adaptée en mobile
centrex.

Cette offre consiste à fournir des services centrex (numéro


courts, vpn inter-sites etc..) pour des ensembles de
mobiles.
En schématisant, nous avons un site d’entreprise muni de
mobile, nous avons la possibilité en utilisant un numéro du
vpn de l’entreprise de joindre un collègue.
Les architectures classiques

Les archi VoIP mettent en avant l’un des avantages de la techno


• La signalisation passe par un endroit
• Un seul point de centralisation pour tout le contrôle d’appel
• Plus besoin de POP (Point Of Presence)
• Typiquement avec une redondance géographique
• L’audio/video passe par un autre chemin, minimisant la bande
passante en cœur, voire empruntant des chemins non managés par
l’opérateur (sécurisation du trafic intra-entreprise par exemple)

Cependant des POP sont nécessaires


• Couche d’accès: plus on est proche du client final, moins on a de
latence sur les services réseaux (Centrex)
• Besoin de router le flux RTP pour traverser les NAT en interclients
• La signalisation « cœur » reste déportée et centralisable

Les architectures sont à adapter aux services proposés


Les architectures classiques 1/3

Core Network

Signalling Core Protocol

Access

Access Protocol

Media
A B
Les architectures classiques 2/3

Core Network

Signalling Core Protocol

Access

Access Protocol

Media
with proxy

A B
Les architectures classiques 3/3

Network B
Network A
PSTN, other VoIP
PSTN, other VoIP

Media Edge GW,


Edge GW, SBC
SBC Servers & services

IP-PBX
endpoints

Core network:
IP-PBX
Signalling management Call Agent
Access GW, (CCS)
endpoints SBC

PABX MGCP
« endpoints »
AGK
Registrar
endpoints
/Proxy SIP
H.323 endpoints
endpoints
Telephony over IP

Les protocoles

Modèles classiques de vente

La (r)évolution du mobile

IMS
La (r)évolution du mobile
Est-il besoin de présenter le mobile?

• Il s'agit d'un téléphone sans fil, supportant le


mouvement, y compris les déplacements à grande
vitesse sur de grandes distances.
• La technologie repose sur l'exploitation des ondes
électromagnétique (comme radio, télévision,...)
• Réutilisation des fréquences ...
La (r)évolution du mobile
C’est un constat aisé, le marché du mobile a explosé depuis quelques années et reste
sur une phase de progression.
En France :

http://www.arcep.fr/index.php?id=9939
La (r)évolution du mobile
Ce dont on rêve, la convergence totale, qu’on soit sur son
PC personnel, professionel, son mobile, son telephone fixe:
• avoir le même service

• la même utilisation du service (adaptée à l’interface)

• l’accès aux mêmes données

• quelque soit notre localisation dans le monde

• la même qualité de service (adapter la ressource en fonction du


service)

Cela a l’avantage, en outre, de pousser vers une migration de


réseau « circuit switched » vers « packet switched » (plus
performants)
Telephony over IP

Les protocoles

Modèles classiques de vente

La (r)évolution du mobile

IMS
IP Multimedia Subsystem – Pourquoi? 1/2
En résumé, nous avons 2 grandes révolutions qui tendent à
se rencontrer : internet et mobile

Et ceci est amorcé, certes avec la 3G et l’accès IP (email,


video, internet, instant messaging).

Alors? Pourquoi l’IMS, si on a déjà cette convergence?


• parce que sans QoS, nous n’avons pas de guarantie de qualité
de service. Ceci peut être très pénalisant pour des services de
video par ex.
• actuellement, le mobile fournit un accès IP mais aucun moyen
de connaître le service fourni au-dessus : vidéo? Conference?
Messagerie instantannée? Email? D’où une difficulté de définition
de QoS associé au service, mais également une difficulté pour
facturer le bon service.
IMS – Pourquoi? 2/2
Le réseau IMS basé a donc pour objectif de fournir un
cadre permettant principalement de fournir des
informations sur le service utilisé!

Ceci permettant d’appliquer la QoS adaptée au service et


la facturation adéquate pour un service donné (forfait?
Débit? Durée?)

Tout de même, une autre ambition de l’IMS est de définir


des standards de façon à pouvoir définir, développer,
déployer, combiner des services, ceci de façon générique
(non spécifique à un opérateur)
•Un opérateur pourrait prendre un service de voicemail IMS d’un
éditeur + un service de text-to-speech IMS d’un autre éditeur et
integrer ces services dans son réseau IMS à moindre coût.
IMS – Requirements
Ce qui découle de ces besoins :
• Support for establishing IP Multimedia Sessions
• Support for mechanism to negotiate Quality of Service
(QoS)
• Support for interworking with the internet and circuit-
switched networks
• Support for roaming
• Support for strong control imposed by the operator
• Support for rapid service creation
• Support for a technology-independant access to the
IMS
IMS – Requirements details 1/2
IP Multimedia Sessions
• Multimedia Communications are important services to provide
• IMS standardizes how to implement such services in a packet-switched network

QoS
• The subscriber needs to get a satisfying user experience
• QoS evaluation is based on
• Network state (available bandwith)
• User’s subscription
• The operator can adapt the services provided

Interworking
• With the Internet : Important source for multimedia sessions
• With the Circuit-Switched networks : backward compatibility

Roaming
• Requirement inherited from cellular networks
• Users wouldn’t accept a mobile service which is limited to a « local »network.
IMS – Requirements details 2/2
Service Control
• General policies
• Apply to all users in the network
• Ex : Codec restriction
• Individual policies
• Apply to a particular user in the network
• Ex : Subscription which doesn’t include video

Rapid Service Creation


• The IMS Architecture implies that services do not need to be standardized
• This reduces the time needed to introduce a new service

Multiple Access
• Acces to IMS networks must be technology-independant.
• GPRS, WLAN, ADSL
IMS – Standards
• 3 GPP: [ 3rd Generation Partnership Project ] standardization for a 3rd generation cellular
system ( evolution from GSM)

• 3GPP2: [ 3rd Generation Partnership Project 2 ] standardization for a 3rd generation cellular
system ( evolution from ANSI/TIA/EIA-41 & CDMA 2000)

• TISPAN: [ Telecom and Internet converged Services and Protocols for Advanced Networks]
standardization a NGN for fixed access network based on IMS

• OMA: [ Open Mobile Alliance ] focus on the standardization of service enablers (ex: P2T)

• IETF: [ Internet Engineering Task Force] focus on protocol

• IMS is introduced in 3GPP Release 5 and TISPAN Release 1

• 3GPP TS 23.228 architectural aspect of IMS

• 3GPP TS 24.229 IMS call control protocol.


IMS – Protocols
3GPP decided to build IMS on existing protocols developped by other Stantards
Development Organizations. IMS is based on IP protocols

• Session Control Protocol : SIP


Specified by IETF as a protocol to establish and manage multimedia sessions over
IP networks
Based on 2 IETF successes : HTTP & SMTP
SIP makes new services easy to create
RFC 3261

• The AAA (authentication, authorization and accounting) protocol : DIAMETER


Evolution of RADIUS
Very customizable and extensible
RFC 3588

Other protocols : RTP (media), COPS (policy), H248 (Media gw control), XCAP
IMS – Architecture
3GPP does not standardize nodes but functions

Implementations are different from one vendor to another


• One function per node
• Several functions on a single node
• One function splitted on several nodes

Interfaces between the defined functions are standardized as well : a lot of interfaces
IMS – Architecture pour se faire peur
IMS – Eléments d’architecture
The user databases
• HSS : Home Subscriber Servers
The central repository for user-related information (location, security,
profile…)
• SLF : Subscriber Location Functions
The SLF maps a users’ adresses to a particular HSS. This is only
needed if several HSS are deployed in the network.

Call/Session Control Functions - CSCF


The CSCFs are the key components of the signalling plane in IMS
There are 3 kinds of CSCFs :
• I-CSCF
• S-CSCF
• P-CSCF
IMS – Eléments d’architectures 2/
P-CSCF : Proxy CSCF
• The P-CSCF is the first point of contact (in the signalling plane) between the IMS terminal
and the IMS network.

• The P-CSCF is an inbound/outbound SIP proxy server : It processes and routes all the SIP
signalling from and to an IMS terminal. The P-CSCF is allocated to an IMS terminal for the
duration of an IMS registration

• The P-CSCF establishes a security association with the IMS terminal. This offers :
•Integrity protection
•A unique Authentication point

• The P-CSCF verifies the correctness of SIP messages.

• The P-CSCF may include a Policy Decision Function (PDF)

Security element at edge of IMS network


providing initial entry point for user equipment
IMS – Eléments d’architectures 3/
I-CSCF : Interrogating CSCF
• I-CSCF is listed in the DNS records of a domain => Entry point to the domain.

• I-CSCF interacts with the SLF/HSS to retrieve user-related information so as to


route SIP messages properly.

• I-CSCF implements a S-CSCF selection mechanism


• Route incoming request to the S-CSCF previously allocated to the user.
• If no S-CSCF has been allocated, it determines the most suitable S-CSCF according to
the required capabilities.

• I-CSCF are located in the home network.

IMS network routing proxy and S-CSCF scalability support


IMS – Eléments d’architectures 4/
S-CSCF : Serving-CSCF
• S-CSCF acts as a SIP registrar : User Equipment <-> Sip address of record

• S-CSCF processes all the SIP signalling related to a user it authenticated. It


eventually triggers the associated service logic.

• S-CSCF routes SIP signalling toward the final destination.

• S-CSCF interacts with the SLF/HSS to :


• Download authentication vectors
• Download the user profile
• Inform the HSS that it has been allocated to a particular user

• S-CSCF ensures requests’ compliance with the service profile.

• S-CSCF is always located in the home network

Coordinates application server interactions


and performs network routing
IMS – Eléments d’architectures 5/
Application servers – AS
• The Application Server is the entity that hosts and executes services.
• An application server can operate in :
• SIP proxy mode
• SIP User Agent mode : the AS behaves like an endpoint
• SIP Back to Back User Agent mode : This is the concatenation of two endpoints.
• SIP AS
• Native Application Server
• Hosts and executes services based on SIP
• New IMS services are expected to be build on SIP AS
• OSA-SCS (Open Service Architecture) (http://fr.wikipedia.org/wiki/Open_Services_Architecture)
• Open Service Access – Service Capability Server
• Provides an interface to the OSA framework Application Server
• IM-SSF
• IP Multimedia – Service Switching Function
• Provides an interface to services developped in the GSM networks
• The AS can be either located in the home network or in an external third party
network.
IMS – Eléments d’architectures 6/
Media Resource Functions - MRF
• The MRF provides a source of media in the home network (announcement,
conference bridge…)
• MRFC : Media Resource Function Controllers
•MRF part which handles the signalling plane
• MRFP : Media Resource Function Processors
•MRF part which handles the media plane
• The MRFC controls the MRFP through a H248 interface

Breakout Gateway Control Functions – BGCF


• SIP server that provides routing functionalities based on telephone numbers
• The BGCF is only used in sessions initiated by an IMS terminal and addressed to a
user in a circuit-switched network
IMS – Eléments d’architectures 7/
PSTN gateways
• SGW : Signaling Gateway
• Interfaces the signalling plane of the circuit-switched network
• MGCF : Media Gateway Controller Function
• It implements a state machine that does protocol conversion and maps SIP to either
ISUP over IP or BICC over IP.
• It controls the Media Gateway through an H248 interface.
• MGW : Media Gateway
• Interfaces the media plane of the PSTN
• Notifies the MGCF on events
IMS – Identity Management
Il existe 2 types d’identité pour un utilisateur, privé et public
• Public User Identity (IMPU => IP Multimedia Public Identity) : c’est l’id d’enregistrement, de contact, celui
qui va servir dans le routage
sip:john.doe@comverse.com
tel:+33122334455
sip:+33123456789@comverse.com;user=phone

• Private User Identity (IMPI => IP Multimedia Private Identity) : non utilisé pour le routage. C’est un NAI
(network access identifier), utilisé pour authentification, facturation
username@operator.com

Ces deux types d’identité respectent des règles :


• on peut avoir plusieurs Id Privés (une pour chq terminal IMS)
• on peut avoir plusieurs Id Publics (John-doe-office@domain.com, John-doe-home@domain.com)
• on peut utiliser tout Id Public sur tout terminal IMS (donc avec n’importe quel Id Private)
• chaque Id Public est associé à un et un seul profil de service
• un profil de service peut être partagé par plusieurs Id Public
• tous les Id Public qui appartiennent à une même souscription IMS doivent être enregistrées sur le même
S-CSCF
• Il existe une notion d’enregistrement implicit :
• If John Doe completes a registration process under john-doe-office@domain.com
•Then John Doe is also reachable under John-doe-home@domain.com
IMS – Session Overview

An IMS call is splitted in two parts :


The originating leg, handled by the caller’s home network
The terminating leg, handled by the callee’s home network

Caller’s services and Callee’s services are processed separately :


The originating home network triggers caller-related services
The terminating home network triggers callee-related services

Nous avons une séparation claire de la partie appelante et la


partie appelée.
IMS – Session Overview
Registration / Re-registration
1 8
2 9
3 10
4 11
5 12
6 13
7 14

12
Backbone AS
Packet HSS AS
AS
Network
9 10
4
14 11
6
8
1 3 5 SIP 7
SIP
Access P-CSCF I-CSCF S-CSCF

Visited or Home 13 Home


2
Network DNS Network
ENUM
IMS – Session Overview
IMS subscriber to IMS subscriber - scenario 1
1 Initiate SIP Invitation 6 Retrieve Subscriber Profile (if needed)
2 Retrieve Subscriber Profile (if needed) 7 Apply Service Logic
3 Apply Service Logic 8 Forward INVITE to CLD Party
4 Retrieve Address of CLD Party Home Network 9 SDP Negotiation / Resource Reservation Control
and Forward INVITE.
10 Ringing / Alerting
5 Identify Registrar of CLD Party and Forward INVITE.
11 Answer / Connect

Calling and Called


HSS Control
Party Home Network DNS
Bearer
2 6
4
Diameter
3 7
AS S-CSCF
SIP 5
SIP I-CSCF
8

P-CSCF

11
10
1 Backbone 9
Packet
Access Access
Network
RTP Stream RTP Stream
IMS – Session Overview

IMS subscriber to IMS subscriber- scenario 2


1 Initiate SIP Invitation 6 Retrieve Subscriber Profile (if needed)
2 Retrieve Subscriber Profile (if needed) 7 Apply Service Logic
3 Apply Service Logic 8 Forward INVITE to CLD Party
4 Retrieve Address of CLD Party Home Network 9 SDP Negotiation / Resource Reservation Control
and Forward INVITE.
10 Ringing / Alerting
5 Identify Registrar of CLD Party and Forward INVITE.
11 Answer / Connect

Calling Party Called Party


Control Home Network HSS DNS HSS Home Network
Bearer
2
Diameter 6
Diameter 4 Diameter
3 5 7
AS S-CSCF I-CSCF S-CSCF AS
SIP SIP

8
SIP SIP
Calling Party Called Party
Visited Network P-CSCF P-CSCF Visited Network

11
10
1 Backbone Backbone 9
Packet Packet
Access RTP Stream Access
Network Network
IMS – Session Overview

IMS subscriber to PSTN


1 Initiate SIP Invitation 7 ISUP IAM
2 Retrieve Subscriber Profile (if needed) 8 Ringing / Alerting
3 Apply Service Logic 9 Answer / Connect
4 Select network to access PSTN, and select MGCF
5 Seize trunk / determine media capabilities of MGW Control
6 SDP Negotiation / Resource Reservation Control Bearer

Calling Party Home Network

Calling Party HSS


Visited or Home Network AS
9
2 Diameter 3 8
SIP
1 4 6 7
PSTN
Access P-CSCF SIP S-CSCF SIP BGCF SIP MGCF
ISUP

5 H.248
PCM
Backbone
RTP Stream MGW
Packet
Network
IMS – Illustration
Une trace réseau issu d’un terminal IMS (eyeP Communicator)

Yahoo utilise un protocol propriétaire et du http. Ce n’est pas un terminal IMS.

Office Communicator se rapproche de IMS.


Merci pour votre aimable attention!

156

Vous aimerez peut-être aussi