TOTAL
Depuis Dec 2006
1'942'871 Visiteurs
4'218'042 Pages

Stats Nov 2010
82'909 Visiteurs
146'476 Pages
196 pays
Statistiques completes



Aidez-nous à traduire
nos tutoriaux!

REJOINGNEZ
l'équipe OpenManiak.
Trixbox - Le Tutorial Facile - Analyses

Trixbox Analyses
Dernière modif: Jan 09 2008


Outil
Installation
Ergonomie
Forum



Détails Trixbox, c'est quoi?
Captures d'écran
Prérequis
Configurations
Téléphones logiciels (Softphones)
---- Statistiques ----
Protocoles de la voix
Qualité de lien



⚠️⚠️⚠️
Please check our page about COVID-19!!
100 Questions and answers about Coronavirus.

⚠️⚠️⚠️
Merci de consulter notre page sur la COVID-19 !!
227 questions et réponses sur le Coronavirus.



Les protocoles utilisés lors d'un appel téléphonique IP sont:

SIP (Session Initiation Protocol):
Un protocole standardisé de signalement (RFC 3261) fonctionnant sur TCP (Typiquement sur le port 5060) au niveau de la couche applicative du modèle OSI. Son rôle est de créer, modifier ou terminer des sessions téléphoniques.
SIP est très similaire à HTTP dans son comportement parce que des clients SIP envoient des requêtes au serveur qui va répondre avec des réponses (status). La différence avec HTTP est que des clients SIP peuvent aussi répondre à des requêtes venant d'un serveur.
D'autres protocoles de signalement sont H.323 ou le protocole de Cisco SCCP. SIP est en train de remplacer progressivement ces deux protocoles.

SDP (Session Description Protocol)
Un protocole standardisé (RFC 4566) fournissant des informations sur les paramètres d'initialisation multimédia comme des appels voix-sur-IP.

RTP (Real-time Transport Protocol):
Un protocole de transport standardisé (RFC 3550) travaillant sur UDP au niveau de la couche transport du modèle OSI.

RTCP:
Un protocole étroitement lié à RTP (aussi défini dans la RFC 3550). Il ne transporte aucune donnée mais donne des informations sur la qualité de service fourni par RTP.


1.

Enregistrement SIP
2.

SIP Initialisation/Fermeture
3.

SDP
4.

RTP
5.

RTCP
6.

VERIFICATIONS



1. Enregistrement SIP

Voici une capture Wireshark des processus d'enregistrement de SIP.
Babar s'enregistre avec le serveur trixbox.

wireshark capture sip registration










1

2


3


4

5

6

sip registration process register ok 401 180 trying
Regardons les en-têtes (headers) des messages SIP:

1. ENREGISTREMENT

Le client essaie de s'enregistrer avec le serveur.

REGISTER sip:local SIP/2.0
Via: SIP/2.0/UDP 192.168.1.102:15772;branch=z9hG4bK-d87543-280a581fa364af43-1--d87543-;rport
Max-Forwards: 70
Contact:
To: "Babar"
From: "Babar";tag=11573036
Call-ID: ZGVmYmM0OWRhNzYyMmI5M2FmODIwZjk1YTA2ZTI2Y2I.
CSeq: 1 REGISTER
Expires: 3600
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE, SUBSCRIBE, INFO
User-Agent: X-Lite release 1011s stamp 41150
Content-Length: 0
2. 100 - Trying

Le serveur indique au client qu'il effectue des recherches.

SIP/2.0 100 Trying
Via: SIP/2.0/UDP 192.168.1.102:15772;branch=z9hG4bK-d87543-280a581fa364af43-1--d87543-;
   received=192.168.1.102;rport=15772
From: "Babar";tag=11573036
To: "Babar"
Call-ID: ZGVmYmM0OWRhNzYyMmI5M2FmODIwZjk1YTA2ZTI2Y2I.
CSeq: 1 REGISTER
User-Agent: Asterisk PBX
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
Contact:
Content-Length: 0
3. 401 - Unauthorized

Le serveur rejette l'enregistrement du client et lui envoie en retour un "challenge digest" composé du type d'algorithme, un "realm" et un "nonce",
Le "nonce" est une valeure aléatoire créée sur serveur Asterisk et envoyée au client. Il a un temps de vie limité évitant des attaques de type "replay". Chaque "challenge digest" contient une valeur nonce différente.
Le "realm" est le nom de domaine SIP.

Le principe de la "digest authentication" est de vérifier que les deux parties qui communiquent connaissent un mot de passe partagé.

401 Unauthorized
Via: SIP/2.0/UDP 192.168.1.102:15772;branch=z9hG4bK-d87543-280a581fa364af43-1--d87543-;
   received=192.168.1.102;rport=15772
From: "Babar";tag=11573036
To: "Babar";tag=as1647de36
Call-ID: ZGVmYmM0OWRhNzYyMmI5M2FmODIwZjk1YTA2ZTI2Y2I.
CSeq: 1 REGISTER
User-Agent: Asterisk PBX
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
WWW-Authenticate: Digest algorithm=MD5, realm="asterisk", nonce="29b8191d"
Content-Length: 0
4. REGISTER

Le client envoie une nouvelle demande d'enregistrement mais cette fois avec une "digest response" composée d':
Un "username" (nom d'utilisateur), un "realm", un "nonce", un "uri", une "response" (réponse) and un type d'algorithme.

L'"uri" (Uniform Resource Identifier) est une chaine de caractère utilisée pour identifier une ressource.

Le "nonce" envoyé par le serveur est utilisé pour créer la réponse ("response").

REGISTER sip:local SIP/2.0
Via: SIP/2.0/UDP 192.168.1.102:15772;branch=z9hG4bK-d87543-5f795c5af206133a-1--d87543-;rport
Max-Forwards: 70
Contact:
To: "Babar"
From: "Babar";tag=11573036
Call-ID: ZGVmYmM0OWRhNzYyMmI5M2FmODIwZjk1YTA2ZTI2Y2I.
CSeq: 2 REGISTER
Expires: 3600
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE, SUBSCRIBE, INFO
User-Agent: X-Lite release 1011s stamp 41150
Authorization: Digest username="203",realm="asterisk",nonce="29b8191d",uri="sip:local",
   response="7306cfba1b131f2f04363b68d908f855",algorithm=MD5

Content-Length: 0
5. 100 - Trying

Le serveur indique au client qu'il est en train d'effectuer des recherches.

SIP/2.0 100 Trying
Via: SIP/2.0/UDP 192.168.1.102:15772;branch=z9hG4bK-d87543-5f795c5af206133a-1--d87543-;
   received=192.168.1.102;rport=15772
From: "Babar";tag=11573036
To: "Babar"
Call-ID: ZGVmYmM0OWRhNzYyMmI5M2FmODIwZjk1YTA2ZTI2Y2I.
CSeq: 2 REGISTER
User-Agent: Asterisk PBX
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
Contact:
Content-Length: 0
6. 200 - OK

Le serveur est capable, après calculs, de valider le mot de passe du client avec la "digest response" qu'il a juste reçu.
Avec le processus de la "digest authentication", aucun mot de passe est échangé entre le client et le serveur.

Le serveur peut envoyer un message au client pour valider l'enregistrement.

SIP/2.0 200 OK
Via: SIP/2.0/UDP 192.168.1.102:15772;branch=z9hG4bK-d87543-5f795c5af206133a-1--d87543-;
   received=192.168.1.102;rport=15772
From: "Babar";tag=11573036
To: "Babar";tag=as1647de36
Call-ID: ZGVmYmM0OWRhNzYyMmI5M2FmODIwZjk1YTA2ZTI2Y2I.
CSeq: 2 REGISTER
User-Agent: Asterisk PBX
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
Expires: 3600
Contact: ;expires=3600
Date: Fri, 21 Dec 2007 22:15:51 GMT
Content-Length: 0
Schéma enregistrement SIP

Haut de la page


2. Initialisation/fermeture SIP & SDP

Voici une capture Wireshark dues processus SIP d'initialisation et de fermeture.
Bambou (extension 202) appelle Babar (extension 203), lui parle et ensuite raccroche. (fermeture).

sip steps ack invite ringing OK bye 407 180 200 wireshark capture
Voyons en détails les étapes nécessaires à SIP pour établir un appel VoIP avant que de la voix puisse être échangée entre les deux partis.

Le processus pour établir un lien SIP entre deux hôtes est très similaire à celui utilisé par TCP:

  TCP SIP
étape1: SYN INVITE
étape2: SYN/ACK 200 - OK
étape3: ACK ACK


1


2



3

4

5


6

7

8


9

10

11


12














13

14

15

16
sip steps ack invite ringing OK bye 407 180 200
Les mêmes étapes affichées avec Wireshark. (Cliquez pour élargir)

wireshark capture sip wireshark
Regardons les en-têtes des messages SIP:

1. INVITE

Le client indique au serveur qu'il veut établir un appel téléphonique.

INVITE sip:203@192.168.1.222 SIP/2.0
Via: SIP/2.0/UDP 192.168.1.106;rport;branch=z9hG4bKmazrqogm
Max-Forwards: 70
To: < sip:203@192.168.1.222>
From: "Bambou" < sip:202@192.168.1.222>;tag=kbcql
Call-ID: jcaqhewsybtyksb@192.168.1.106
CSeq: 565 INVITE
Contact: < sip:202@192.168.1.106>
Content-Type: application/sdp
Allow: INVITE,ACK,BYE,CANCEL,OPTIONS,PRACK,REFER,NOTIFY,SUBSCRIBE,INFO,MESSAGE
Supported: replaces,norefersub,100rel
User-Agent: Twinkle/1.1
Content-Length: 307
2. 407 - Proxy Authentication Require

Le serveur rejette l'invitation du client et lui renvoie un "challenge digest" composé par un type d'algorithme, un "realm" et un "nonce".
Le "nonce" est un valeur aléatoire créé sur serveur Asterisk et envoyée au client. Il a un temps de vie limité évitant ainsi les attaques par "replay".

La "digest authentification" vérifie que les deux parties qui communiquent ont le même mot de passe partagé.
The "realm" est le nom de domaine SIP.

SIP/2.0 407 Proxy Authentication Required
Via: SIP/2.0/UDP 192.168.1.106;branch=z9hG4bKmazrqogm;received=192.168.1.106;rport=5060
From: "Bambou" < sip:202@192.168.1.222>;tag=kbcql
To: < sip:203@192.168.1.222>;tag=as219a888b
Call-ID: jcaqhewsybtyksb@192.168.1.106
CSeq: 565 INVITE
User-Agent: Asterisk PBX
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
Proxy-Authenticate: Digest algorithm=MD5, realm="asterisk", nonce="138dd154"
Content-Length: 0
3. ACK

Le client quittance (acknowledges) le message

ACK sip:203@192.168.1.222 SIP/2.0
Via: SIP/2.0/UDP 192.168.1.106;rport;branch=z9hG4bKmazrqogm
Max-Forwards: 70
To: < sip:203@192.168.1.222>;tag=as219a888b
From: "Bambou" < sip:202@192.168.1.222>;tag=kbcql
Call-ID: jcaqhewsybtyksb@192.168.1.106
CSeq: 565 ACK
User-Agent: Twinkle/1.1
Content-Length: 0
4. INVITE
Le client envoie une nouvelle requête d'invitation mais cette fois avec une "digest response" composée de:
Un "username" (nom d'utilisteur), un "realm", un "nonce" et un type d'agorythme.

Le "nonce" envoyé par le serveur est utilisé pour créer une "response".
L'"uri" (Uniform Resource Identifier) est une chaîne de caractères utilisée pour identifier une ressource.

Le serveur sera capable, après calculs, de valider le mot de passe du client avec la "digest response" qu'il a juste reçu.
Avec les processus de "digest authentication", aucun mot de passe n'est échangé entre le client et le serveur.

INVITE sip:203@192.168.1.222 SIP/2.0
Via: SIP/2.0/UDP 192.168.1.106;rport;branch=z9hG4bKtomragum
Max-Forwards: 70
Proxy-Authorization: Digest username="202",realm="asterisk",nonce="138dd154",uri="sip:203@192.168.1.222",
   response="c46a93637d0af311c7f9cd3bb542cd08",algorithm=MD5

To: < sip:203@192.168.1.222>
From: "Bambou" < sip:202@192.168.1.222>;tag=kbcql
Call-ID: jcaqhewsybtyksb@192.168.1.106
CSeq: 566 INVITE
Contact: < sip:202@192.168.1.106>
Content-Type: application/sdp
Allow: INVITE,ACK,BYE,CANCEL,OPTIONS,PRACK,REFER,NOTIFY,SUBSCRIBE,INFO,MESSAGE
Supported: replaces,norefersub,100rel
User-Agent: Twinkle/1.1
Content-Length: 307
5. 100 - Trying

Le serveur indique à l'émetteur (Bambou - 202) que il est en train d'atteindre le destinataire (Babar - 203).

SIP/2.0 100 Trying
Via: SIP/2.0/UDP 192.168.1.106;branch=z9hG4bKtomragum;received=192.168.1.106;rport=5060
From: "Bambou" < sip:202@192.168.1.222>;tag=kbcql
To: < sip:203@192.168.1.222>
Call-ID: jcaqhewsybtyksb@192.168.1.106
CSeq: 566 INVITE
User-Agent: Asterisk PBX
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
Contact: < sip:203@192.168.1.222>
Content-Length: 0
SIP Process picture

6. INVITE

Le serveur invite le destinataire (Babar - 203).

INVITE sip:203@192.168.1.102:9097;rinstance=fc31ac7abb1cc558 SIP/2.0
Via: SIP/2.0/UDP 192.168.1.222:5060;branch=z9hG4bK407630a5;rport
From: "Bambou" < sip:202@192.168.1.222>;tag=as65501eef
To: < sip:203@192.168.1.102:9097;rinstance=fc31ac7abb1cc558>
Contact: < sip:202@192.168.1.222>
Call-ID: 4ddd4d6e5fc3aacf5e6994da26ac2f94@192.168.1.222
CSeq: 102 INVITE
User-Agent: Asterisk PBX
Max-Forwards: 70
Date: Sun, 16 Dec 2007 20:15:10 GMT
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
Content-Type: application/sdp
Content-Length: 240
7. 180 - Ringing

Le serveur envoie un message à l'émetteur (Bambou - 202) pour faire sonner son téléphone.

SIP/2.0 180 Ringing
Via: SIP/2.0/UDP 192.168.1.106;branch=z9hG4bKtomragum;received=192.168.1.106;rport=5060
From: "Bambou" < sip:202@192.168.1.222>;tag=kbcql
To: < sip:203@192.168.1.222>;tag=as0de70729
Call-ID: jcaqhewsybtyksb@192.168.1.106
CSeq: 566 INVITE
User-Agent: Asterisk PBX
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
Contact: < sip:203@192.168.1.222>
Content-Length: 0
8. 180 - Ringing

Le destinataire (Babar - 203) indique au serveur que son téléphone est en train de sonner.

SIP/2.0 180 Ringing
Via: SIP/2.0/UDP 192.168.1.222:5060;branch=z9hG4bK407630a5;rport=5060
Contact: < sip:203@192.168.1.102:9097;rinstance=fc31ac7abb1cc558>
To: < sip:203@192.168.1.102:9097;rinstance=fc31ac7abb1cc558>;tag=115eda75
From: "Bambou"< sip:202@192.168.1.222>;tag=as65501eef
Call-ID: 4ddd4d6e5fc3aacf5e6994da26ac2f94@192.168.1.222
CSeq: 102 INVITE
User-Agent: X-Lite release 1011s stamp 41150
Content-Length: 0
9. 200 - OK

Le destinataire (Babar - 203) confirme l'invitation du serveur.

SIP/2.0 200 OK
Via: SIP/2.0/UDP 192.168.1.222:5060;branch=z9hG4bK407630a5;rport=5060
Contact: < sip:203@192.168.1.102:9097;rinstance=fc31ac7abb1cc558>
To: < sip:203@192.168.1.102:9097;rinstance=fc31ac7abb1cc558>;tag=115eda75
From: "Bambou"< sip:202@192.168.1.222>;tag=as65501eef
Call-ID: 4ddd4d6e5fc3aacf5e6994da26ac2f94@192.168.1.222
CSeq: 102 INVITE
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE, SUBSCRIBE, INFO
Content-Type: application/sdp
User-Agent: X-Lite release 1011s stamp 41150
Content-Length: 187
SIP Process picture

10. ACK

Le serveur quittance (acknowleges) la confirmation du destinataire (Babar - 203).

ACK sip:203@192.168.1.102:9097;rinstance=fc31ac7abb1cc558 SIP/2.0
Via: SIP/2.0/UDP 192.168.1.222:5060;branch=z9hG4bK64b6b476;rport
From: "Bambou" < sip:202@192.168.1.222>;tag=as65501eef
To: < sip:203@192.168.1.102:9097;rinstance=fc31ac7abb1cc558>;tag=115eda75
Contact: < sip:202@192.168.1.222>
Call-ID: 4ddd4d6e5fc3aacf5e6994da26ac2f94@192.168.1.222
CSeq: 102 ACK
User-Agent: Asterisk PBX
Max-Forwards: 70
Content-Length: 0
11. 200 - OK

Le serveur confirme l'invitation de l'émetteur (Bambou - 202). Cf étape 4.

SIP/2.0 200 OK
Via: SIP/2.0/UDP 192.168.1.106;branch=z9hG4bKtomragum;received=192.168.1.106;rport=5060
From: "Bambou" < sip:202@192.168.1.222>;tag=kbcql
To: < sip:203@192.168.1.222>;tag=as0de70729
Call-ID: jcaqhewsybtyksb@192.168.1.106
CSeq: 566 INVITE
User-Agent: Asterisk PBX
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
Contact: < sip:203@192.168.1.222>
Content-Type: application/sdp
Content-Length: 240
12. ACK

L'émetteur (Bambou - 202) reconnaît la confirmation du serveur.
L'appel téléphonique peut commencer. Le protocole RTP va transporter les paquets VoIP et RTCP contrôler la qualité de la ligne.

ACK sip:203@192.168.1.222 SIP/2.0
Via: SIP/2.0/UDP 192.168.1.106;rport;branch=z9hG4bKixdtxpvy
Max-Forwards: 70
Proxy-Authorization: Digest username="202",realm="asterisk",nonce="138dd154",uri="sip:203@192.168.1.222",
   response="c46a93637d0af311c7f9cd3bb542cd08",algorithm=MD5
To: < sip:203@192.168.1.222>;tag=as0de70729
From: "Bambou" < sip:202@192.168.1.222>;tag=kbcql
Call-ID: jcaqhewsybtyksb@192.168.1.106
CSeq: 566 ACK
User-Agent: Twinkle/1.1
Content-Length: 0
13. BYE

L'émetteur (Bambou - 202) raccroche.

BYE sip:203@192.168.1.222 SIP/2.0
Via: SIP/2.0/UDP 192.168.1.106;rport;branch=z9hG4bKassptnfl
Max-Forwards: 70
To: < sip:203@192.168.1.222>;tag=as0de70729
From: "Bambou" < sip:202@192.168.1.222>;tag=kbcql
Call-ID: jcaqhewsybtyksb@192.168.1.106
CSeq: 567 BYE
User-Agent: Twinkle/1.1
Content-Length: 0
SIP Process picture

14. 200 - OK

Le serveur confirme le message BYE de l'émetteur (Bambou - 202) avec un OK.

SIP/2.0 200 OK
Via: SIP/2.0/UDP 192.168.1.106;branch=z9hG4bKassptnfl;received=192.168.1.106;rport=5060
From: "Bambou" < sip:202@192.168.1.222>;tag=kbcql
To: < sip:203@192.168.1.222>;tag=as0de70729
Call-ID: jcaqhewsybtyksb@192.168.1.106
CSeq: 567 BYE
User-Agent: Asterisk PBX
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
Contact: < sip:203@192.168.1.222>
Content-Length: 0
X-Asterisk-HangupCause: Normal Clearing
15. BYE

Le serveur indique au destinataire (Babar - 203) que l'émetteur (Bambou - 202) a raccroché.

BYE sip:203@192.168.1.102:9097;rinstance=fc31ac7abb1cc558 SIP/2.0
Via: SIP/2.0/UDP 192.168.1.222:5060;branch=z9hG4bK07b32129;rport
From: "Bambou" < sip:202@192.168.1.222>;tag=as65501eef
To: < sip:203@192.168.1.102:9097;rinstance=fc31ac7abb1cc558>;tag=115eda75
Call-ID: 4ddd4d6e5fc3aacf5e6994da26ac2f94@192.168.1.222
CSeq: 103 BYE
User-Agent: Asterisk PBX
Max-Forwards: 70
Content-Length: 0
16. 200 - OK

Le destinataire (Babar - 203) confirme le message BYE avec un OK.

SIP/2.0 200 OK
Via: SIP/2.0/UDP 192.168.1.222:5060;branch=z9hG4bK07b32129;rport=5060
Contact: < sip:203@192.168.1.102:9097;rinstance=fc31ac7abb1cc558>
To: < sip:203@192.168.1.102:9097;rinstance=fc31ac7abb1cc558>;tag=115eda75
From: "Bambou"< sip:202@192.168.1.222>;tag=as65501eef
Call-ID: 4ddd4d6e5fc3aacf5e6994da26ac2f94@192.168.1.222
CSeq: 103 BYE
User-Agent: X-Lite release 1011s stamp 41150
Content-Length: 0
Schéma du processus SIP

Haut de la page



3. SDP

SDP est étroitement lié à SIP.
La capture Wireshark est la même que celle utilisé pour illustrer les processus d'initialisation et de fermeture.

wireshark capture sip registration
Ci-dessous, l'en-tête du message SIP de la première ligne de capture (INVITE) contenant des informations SDB (en gras).

INVITE sip:203@192.168.1.222 SIP/2.0
Via: SIP/2.0/UDP 192.168.1.106;rport;branch=z9hG4bKmazrqogm
Max-Forwards: 70
To: < sip:203@192.168.1.222>
From: "Bambou" < sip:202@192.168.1.222>;tag=kbcql
Call-ID: jcaqhewsybtyksb@192.168.1.106
CSeq: 565 INVITE
Contact: < sip:202@192.168.1.106>
Content-Type: application/sdp
Allow: INVITE,ACK,BYE,CANCEL,OPTIONS,PRACK,REFER,NOTIFY,SUBSCRIBE,INFO,MESSAGE
Supported: replaces,norefersub,100rel
User-Agent: Twinkle/1.1
Content-Length: 307

v=0
o=201 2086878285 1015399812 IN IP4 192.168.1.106
s=-
c=IN IP4 192.168.1.106
t=0 0
m=audio 8000 RTP/AVP 98 97 8 0 3 101
a=rtpmap:98 speex/16000
a=rtpmap:97 speex/8000
a=rtpmap:8 PCMA/8000
a=rtpmap:0 PCMU/8000
a=rtpmap:3 GSM/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
a=ptime:20
Haut de la page



4. RTP

Le protocole RTP est utilisé pour transporter des données voix et ainsi permettre à deux personnes de parler ensemble.

rtp protocol voip voice wireshark capture
Nous voyons dans cette capture que la compression audio est G.711.

Haut de la page



5. RTCP

RTCP est utilisé avec RTP pour vérifier la qualité de la communication.

rtcp protocol voip voice wireshark capture
Haut de la page



6. VERIFICATIONS

Des statistiques étendues peuvent être obtenues à la section "reports" de l'interface FreePBX.

Journal des appels:

asterisk freepbx reports call logs voip voice
Charge journalière:

asterisk freepbx reports daily load voip voice
Haut de la page