\documentclass[a4paper]{report}
\usepackage[english,francais]{babel}
\usepackage[utf8]{inputenc}
\usepackage{graphicx}
\author{Aurore Mathias, Arnaud Vasseur}
\title{TP Voix sur IP}
\begin{document}
	\maketitle
	
	\tableofcontents
	
	\chapter{Comment fonctionne la voix sur IP ?}
	\section{L'application voix}
		\subsection{Contraintes}
		Les contraintes de la voix sur IP sont multiples :
		\begin{itemize}
			\item \emph{Faible temps de latence} : la latence ne doit pas excéder 200ms. On considère qu'à 100ms, on dispose d'une bonne qualité de service.
			\item \emph{Perte de paquets} : le protocole utilisé ne permet pas d'assurer la non perte de paquets.
			\item \emph{Bande passante assurée} : sans compression, la bande passante consommée est énorme. La voix non compressée occupe 64Kbs par seconde, et il faut que le réseau puisse assurer son transit.
			\item \emph{Gigue} : la voix sur IP transitant, comme son nom l'indique, via le protocole IP, les paquets IP sont susceptibles de parvenir à l'utilisateur final dans un ordre aléatoire. Les paquets IP transitent potentiellement par des routeurs différents - pour des raisons liées à la variation de charge du réseau, ils n'empruntent pas forcément tous la même route. Ce délai dans les arrivages de paquets peut entraîner des temps de latence suffisamment longs pour être gênants.
		\end{itemize}
		SIP pour limiter la latence. RTP pour limiter la gigue. RTCP pour la perte de paquets. L'ADSL est suffisamment fiable pour assurer un bon transit des paquets, sans trop de pertes.
		
		\subsection{Solutions sur IP}
		Sur un réseau IP, on distingue plusieurs protocoles permettant de résoudre ces contraintes. Ils possèdents tous en commun ces points :
		\begin{itemize}
			\item \emph{Simplicité} : la simplicité de fabrication des paquets diminue la durée des traitements par les routeurs et les terminaux.
			\item \emph{Compression} : tous les protocoles compressent les données, profitant de la puissance de calcul des derniers matériels, afin de réduire la bande passante et d'améliorer le débit.
		\end{itemize}
		Cependant, ces protocoles, qui passent sur IP, ne possèdent pas de mécanisme de contrôle de la qualité de service\cite{RTP}.
		On distingue 2 principaux protocoles de voix sur IP :
		\begin{itemize}
			\item \emph{H.323} : protocole normalisé et standardisé, conçu par l'ITU (International Telecommunication Union). Il dérive du protocole H.320, utilisé précedemment sur le réseau RNIS. Il repose sur RTP.
			\item \emph{SIP} : protocole normalisé et standardisé, conçu par l'IETF (The Internet Engineering Task Force) en 2002.
		\end{itemize}

	\section{Codecs}
		\subsection{G.711}
			Le codage G.711 a été standardisé par l'ITU en 1988. Il s'agit de quantifier linéairement le signal sonore sur 8 bits, à intervalles de temps égaux à 1/8000s (soit 8000Hz, ou 1 quantification toutes les 125 microsecondes)\cite{G711}. Le signal résultant a un débit de 64kbs par secondes.
		\subsection{G.729}
			Le codage G.711 a été standardisé par l'ITU. Le signal sonore est compressé en utilisant une technique de prédiction linéaire. Le signal sortant a un débit de 8kbs par seconde. Chaque trame compressée représente 10ms de signal audio, soit 80bits par trame\cite{datacompression711}.
		\subsection{G.723}
			Le codage G.723.1 a été standardisé par l'ITU. Le signal sonore est compressé en utilisant une technique de prédiction linéaire. Le codage est utilisable à des débits de 5.3kbps et 6.3kbps. La taille d'une frame est de 30ms\cite{G723}.
	
	\section{SIP}
		\subsection{Qu'est-ce que SIP ?}
			SIP est un protocole de contrôle pour créer, modifier et terminer des sessions entre un ou plusieurs participants. Il opère sur la couche Application. Ces sessions peuvent être de natures différentes : telephone, multimedia, conférences.
			Le protocole SIP aide les utilisateurs à communiquer entre eux. Ses tâches sont les suivantes \cite{SIP}:
			\begin{itemize}
				\item \emph{Recherche} : SIP gère un annuaire d'utilisateurs. Il permet aux utilisateurs de s'enregistrer dans l'annuaire, et de rechercher des correspondants.
				\item \emph{Accord} : SIP fourni le protocole de négociation des codecs entrant en jeu dans une correspondance.
			\end{itemize}
		\subsection{Mise en place d'une session SIP}
			Pour mettre en place une session SIP, il faut ces différents éléments \cite{SIP}:
			\begin{itemize}
				\item \emph{Les utilisateurs (User Agents - UA)} : ils sont à la fois clients et serveurs.
				\item \emph{Un ou plusieurs serveurs Proxy (Proxy Server)} : établissent la connexion entre plusieurs utilisateurs. Ils sont utiles pour établir le routage le plus efficace disponible entre les utilisateurs.
				\item \emph{Des serveurs d'annuaire (Registrars)} : ils enregistrent les adresses des utilisateurs. Chaque Registrar gère un domaine particulier, et chaque utilisateur souhaitant utiliser le service s'enregistre auprès de ce Registrar.
			\end{itemize}
		\subsection{Le protocole SIP}
			Les principales méthodes SIP et les réponses associées \cite{SIP}:
			\begin{itemize}
				\item \emph{INVITE} : sert à inviter un autre utilisateur. Usuellement, l'utilisateur souhaitant appeller envoie INVITE à un serveur Proxy, puis ce dernier transmettra jusqu'à/aux serveurs Proxy suivants, jusqu'à atteindre la cible. On distingue 3 réponses :
				\begin{itemize}
					\item \emph{100 = Trying} : lors de la première connexion à un proxy ; le proxy donnera cette réponse lorsqu'il transmettra la requête sans connaître d'autre information sur l'état final de la destination à atteindre.
					\item \emph{180 = Ringing} : l'utilisateur cible a reçu l'invitation, et son téléphone "sonne".
					\item \emph{200 = OK} : l'utilisateur cible a répondu à son téléphone.
				\end{itemize}
				\item \emph{ACK} : lorsque l'utilisateur cible décroche, il envoie un message "OK". L'appellant, qui reçoit ce message, répond pas un "ACK".
				\item \emph{BYE} : le premier des correspondants qui met fin à la conversation envoie un message "BYE", qui est acquitté par le message "OK".
			\end{itemize}
		\subsection{SIP-URI}
			Pour communiquer, un appellant doit être enregistré sur un Registrar. Il enregistre son URI (Unified Resource Identifier). Cet URI est formé de cette façon :
			\begin{center}
				\begin{minipage}{10cm}
					sip:alice@domain.com
				\end{minipage}
			\end{center}
			Le nom de domaine est le Registrar gérant ce domaine.
		\subsection{Exemple de session SIP utilisant un proxy}
			Soient Alice et Bob. Alice décide d'appelle Bob. Voici ce que le téléphone IP d'Alice envoie vers son proxy, et ce que le téléphone IP de Bob répond.
			
		\subsection{Lien entre SIP et H.323}
			SIP et H.323 sont tous deux des protocoles de gestion de télécommunication, et de négociation de codecs de données. Ils sont concurrents.
	
	\section{RTP (Real Time Procol)}
		\subsection{Qu'est-ce que RTP ?}
			RTP est un protocole de transport de messages en temps réel \cite{RTP}. Les applications temps réel concernent les applications de transmission audio et video, par exemple. RTP (couche session) est encapsulé dans un paquet UDP (couche transport).
		\subsection{Utilité}
			RTP est encapsulé par UDP. Il profite des fonctionnalités d'UDP : multicast, simplicité. RTP ajoute plusieurs fonctionnalités à UDP, ce qui le rend indispensable pour les applications de téléconférence et transmissions de flux multimedia :
			\begin{itemize}
				\item \emph{Un numéro de séquence (Sequence Number)} : permet de définir un ordre aux paquets, afin de ne pas mélanger les données.
				\item \emph{Un marquage temporel (Timestamp)} : donne une information sur l'instant où les données ont été prélevées (sampling).
				\item \emph{Une source de synchronisation (SSRC)} : défini l'horloge de synchronisation.
			\end{itemize}
			TCP quant à lui ne peut pas prendre en charge le transport de flux multimedia, car il implémente le contrôle de validité de paquets, ce qui n'est pas compatible avec des applications temps réel.
		\subsection{RTCP et RTSP}
			RTCP sert à \cite{RTP}:
			\begin{itemize}
				\item \emph{Qualité de service} : permet de récupérer des données sur la qualité de service : congestion, encodages adaptatifs.
				\item \emph{Garder des traces} : garde la trace de chaque participant, au cas où un problème arriverait dans la source emettrice.
				\item \emph{Débit} : il permet l'adaptation du débit des données entre plusieurs sources.
			\end{itemize}
			RTSP utilise aussi RTP. Il permet de contrôler, à distance, l'émission de flux multimedia par un serveur de streaming sur demande (on-demand).
		\subsection{Description d'un dialogue RTP/RTCP}
			Après établissement d'une session SIP, les utilisateurs s'échangent des paquets RTP : c'est la communication. A intervalle régulier (quelques secondes), chaque utilisateur envoie un paquet RTCP aux autres utlisateurs, et en reçoit. Ces paquets sont de 2 types : Receiver Report, Sender Report. Ils servent à informer les sources et les récepteurs d'émissions sur la ligne de télécommunication : qualité de service, etc...





	\chapter{Analyse d'un trafic voix}
	\section{Initiation à Wireshark}
		Fichier de capture utilisé : trace.pcap.\\
		Wireshark possède plusieurs modes de présentation des données :
		\begin{itemize}
			\item \emph{Statistics/Protocol Hierarchy} : permet d'afficher dans une vue hiérarchique, tel un arbre, les différents paquets capturés. On peut en déduire leur nombre et leur pourcentage, en fonction des protocoles qu'ils utilisent.
			\item \emph{Telephony/RTP/Show all stream} : analyse les flux de paquets RTP et donne des statistiques : paquets perdus, gigue, latence, et moyennes de la gigue et de la latence. On peut analyser plus finement un flux en particulier : voir tous les paquets, leur numéro de séquence, leur latence et gigue, etc...
			\item \emph{Telephony/VoIP Calls} : donne la liste des communications VoIP capturées. On peut connaître le début et la fin de la communication, l'adresse SIP de l'appellant et du correspondant, ainsi que le protocole utilisé. On peut ensuite utiliser la fonction "Player", qui décode et lit les paquets VoIP : on peut donc écouter le flux ! De plus, on peut utiliser la fonction "Graph", qui montre les échanges de paquets entre les 2 correspondants, en incluant les principaux paquets caractéristiques du protocole (par exemple, les paquets "Trying", "Ringing", "ACK").
			\item \emph{Flow Graph} : permet de présenter graphiquement le trafic, en découpant en paquets, entre les différentes machines (adresses IP). On peut distinguer la direction des paquets, ainsi que les ports utilisés et le type de paquet.
		\end{itemize}

			\subsubsection{Comment filtrer un trafic DHCP ou ping ?}
				Pour filtrer le trafic DHCP, dans la case "Filter", entrer : bootp.dhcp.
				Pour filtrer le trafic ICMP (ping) , dans la case "Filter", entrer : icmp.
			\subsubsection{Quelles sont les 2 méthodes pour filtrer un flux SIP, RTP ou RTCP ?}
				On peut entrer sip, rtp ou rtcp dans le champ "Filter" pour filtrer ses différents protocoles.
				De plus, on peut utiliser des caractéristiques propres aux protocoles pour filtrer les messages. Dans le cas de SIP, on peut filtrer tous les paquets UDP qui vont ou viennent sur le port 5060 : "udp.dstport==5060 or udp.srcport==5060", ou bien "udp.port==5060". Concernant RTP et RTCP, on ne peut pas filtrer en utilisant le numéro de port, car il est différent à chaque fois.
			\subsubsection{Comment filtrer un flux SIP pour une adresse IP destination donnée (192.168.1.8) et un flux RTP pour un port donné (16318) ?}
				Protocole SIP et adresse distance connue : sip and ip.dst==192.168.1.8
				Protocole RTP et port défini : rtp and udp.port==16318
			\subsubsection{Quel est le codec utilisé dans le fichier trace pour transporter la voix ?}
				On filtre les paquets RTP utilisés pour cette communication. Le champ PT (Payload Type) contient la référence du codec, ici G.711 (défini par l'ITU).
			\subsubsection{Comment pourrait-on mesurer la qualité de la voix de la trace ? Cette mesure est-elle empirique dans le cas de Wireshark ?}
				On analyse le trafic RTP : Telephony/RTP/Show all stream. On sélectionne un flux d'un utilisateur vers un autre. On peut estimer la qualité de la communication selon le nombre de paquets perdus, le temps de latence (Delta), la gigue (Jitter), et leurs moyennes. Pour la communication de 192.168.1.8 vers 192.168.1.5, on observe un temps de latence maximum de 115ms, ce qui est plus que moyen, ainsi qu'un taux de perte de plus de 1\%. Wireshark analyse les paquets et déduit de manière empirique les mesures. Pour s'en convaincre, on sélectionne une communication avec fort taux de perte, et on "Analyze" : on se rend compte que, s'il manque des paquets, Wireshark déduit un temps de latence pour le paquet suivant.
				
	\section{Analyse d'une session SIP}
		\subsection{Connexion au serveur SIP}
			Fichier de capture utilisé : sip1.pcap
			\subsubsection{Quelle est l'adresse de l'initiateur de la connexion ? Quelle est l'adresse du serveur ?}
				L'initiateur de la connexion est l'adresse 192.168.1.5. L'adresse du serveur est 192.168.1.8.
			\subsubsection{Quel est le protocole de transport utilisé par les messages SIP ? Pour quelle raison ce protocole est utilisé ?}
				Le protocole de transport utilisé par les messages SIP est UDP. Ce protocole est moins lourd que TCP, par conséquent il convient mieux pour réduire la latence.
			\subsubsection{Décrivez la structure d'une requête SIP et d'une réponse SIP en y indiquant les principaux champs}
				Une requête SIP contient des champs dans son en-tête. Certains sont obligatoires \cite{SIP} :
					\begin{itemize}
						\item \emph{To} : l'adresse SIP du destinataire.
						\item \emph{From} : l'adresse SIP de l'appellant.
						\item \emph{CSeq} : un numéro de séquence et une méthode. Il sert à ordonner les transactions.
						\item \emph{Call-ID} : un identifiant unique correspondant à la série de messages qui va suivre.
						\item \emph{Max-Forwards} : limite le nombre de sauts par lesquels une requête peut transiter jusqu'à sa destination.
						\item \emph{Via} : indique le transport utilisé lors de la transaction (UDP), et le lieu où la réponse doit être envoyée (adresse IP + port).
					\end{itemize}
					Chaque requête possède une ligne de départ (Start Line).
					\begin{itemize}
						\item \emph{Requête} : "Request-Line", qui contient : la méthode (REGISTER, INVITE, CANCEL, BYE, OPTIONS) ; "Request-URI" ; "SIP-Version".
						\item \emph{Réponse} : "Status-Line", qui contient : "SIP-Version" ; "Status-Code" ; "Reason-Phrase", description textuelle du statut.
					\end{itemize}
			\subsubsection{Détaillez les différents échanges SIP liés à la connexion à un serveur SIP}
				Connexion SIP client-serveur :
					\begin{enumerate}
						\item Le client envoie une requête REGISTER au serveur.
						\item Le serveur renvoie une réponse TRYING au client, ce qui signifie que le serveur est en train d'essayer de traiter la requête. C'est une réponse provisoire.
						\item Le serveur envoie sa réponse définitive, par exemple : OK, Unauthorized.
					\end{enumerate}
			\subsubsection{Quelle serait l'explication des 2 messages \emph{unauthorized} ?}
					\begin{enumerate}
						\item On reçoit "Unauthorized" quand on se connecte au serveur sans être authentifié. Il faut définir le champ "Authorization" dans l'en-tête du message.
						\item Bug dans la conception du RFC : envoi simultané de 2 messages avec Register = 0 et 3600. Si celui de 0 arrive avant, ça bug : déconnexion.
					\end{enumerate}
		\subsection{Appel}
			Fichier de capture utilisé : sip2.pcap ("Tarantino Sound Track").
				\subsubsection{Quelles sont les adresses de l'appellant et de l'appelé ?}
					Appellant : Alice, adresse SIP : sip:6123@192.168.1.8 ; Appelé : 6456, adresse SIP : sip:6456@192.168.1.8.
				\subsubsection{Quels sont les ports associés aux différents protocoles du fichier de trace ?}
				\begin{itemize}
					\item SIP : 5060 côté serveur.
					\item RTP : côté appellant, 63176 ; côté appellé, 14106.
					\item RTCP : côté appellant, 63177 ; côté appellé, 14107.
				\end{itemize}
				\subsubsection{Décrivez les différentes étapes de l'initiation et la clôture d'un appel basé sur une signalisation SIP}
					Ouverture d'appel :
					\begin{enumerate}
						\item \emph{INVITE} : le client envoie "INVITE" au proxy. Le proxy répond.
						\item \emph{OK} : le proxy répond "OK" au client lorsque le correspondant répond au téléphone.
						\item \emph{ACK} : le client envoie un "ACK", directement au correspondant.
					\end{enumerate}
					Clôture d'appel :
					\begin{enumerate}
						\item \emph{BYE} : le correspondant envoie "BYE" au client lorsqu'il raccroche.
						\item \emph{OK} : le client répond au correspondant avec "OK".
					\end{enumerate}
				\subsubsection{Quel est le rôle du message ACK ?}
					 L'appellant signifie à l'appelé qu'il a reçu une réponse définitive.
				\subsubsection{Quels sont les principaux champs d'un message RTP ? Comment identifie-t'on le codec utilisé ?}
					\begin{itemize}
						\item \emph{Version} : la version.
						\item \emph{Extension} : indique si un extension est présente.
						\item \emph{CSRC count} : le nombre d'identifiants CSRC qui suivent l'en-tête fixe. Les utilisateurs qui ont contribué à intégrer des données dans le paquet.
						\item \emph{Payload Type (1 octet)} : le type de contenu (image, audio, video, ...).
						\item \emph{Sequence Number} : l'ordre d'émission des paquets.
						\item \emph{Timestamp} : l'instant de l'échantillonnage du premier octet des données multimedia transmises.
						\item \emph{SSRC} : identifie la source de synchronisation.
					\end{itemize}
					Le Payload Type détermine le type de codage employé. Ici, on remarque que la valeur 0 donne le codage "ITU-T G.711 PCMU".

				\subsubsection{Quels sont les champs que l'on retrouve dans les messages RTCP Receiver Report et Sender Report ?}
					Les paquets Sender Report contiennent des informations statistiques sur les participants émetteurs actifs. Les paquets Receiver Report contiennent des informations sur les participants non émetteurs\cite{effort}. Voici les champs partagés :
					\begin{itemize}
						\item \emph{V - Version}
						\item \emph{P - Padding} : indique si les données contiennent des données de padding (bourrage), et si oui, leur taille.
						\item \emph{RC - Reception report Count} : indique le nombre de rapports de réception contenus dans le paquet.
						\item \emph{PT - Packet Type} : indique le type du paquet. Pour un paquet de type Sender Report, PT=200 (Receiver Report, PT=201).
						\item \emph{Length - Longueur} : Indique la longueur totale du paquet.
						\item \emph{SSRC of sender} : indentifie la source émettrice.
						\item \emph{SSRC\_X - X désignant chaque source} : donne les infos suivantes sur chaque source :
						\begin{itemize}
							\item \emph{Fraction Lost} : indique la fraction de paquets perdus en provenance de cette source.
							\item \emph{Cumulative number of packets lost} : indique le nombre de paquets perdus en provenance de cette source.
							\item \emph{Last SR} : indique le timestamp enregistré dans le dernier paquet SR reçu de cette source.
							\item \emph{Delay since last SR (LSR)} : indique l'intervalle de temps entre la réception du dernier paquet SR en provenance de cette source, et l'émission de ce paquet RR.
						\end{itemize}
					\end{itemize}
				\subsubsection{Calculez pour le délai, la gigue et le débit, le min, le max, la moyenne et l'écart type associés. Que pouvez-vous en conclure ?}
					Il y a 2 flux :\\ 
					De (192.168.1.) 5 vers (...) 8 (appellant vers appelé):
			\begin{center}
				\begin{minipage}{10cm}
					\begin{tabular}{|l|r|r|r|}
						\hline
						 & Délai (ms) & Gigue (ms) & Bande passante (kbps)\\
						\hline
						min & 0 & 0 & 1.6\\
						\hline
						max & 30.01 & 3.1 & 84.8\\
						\hline
						moyenne & 20.00 & 0.51 & 80.30\\
						\hline
						écart-type & 0.75 & 0.13 & 4.62\\
						\hline
					\end{tabular}
				\end{minipage}
			\end{center}
					De (...) 8 vers (...) 5 (appelé vers appellant):
			\begin{center}
				\begin{minipage}{10cm}
					\begin{tabular}{|l|r|r|r|}
						\hline
						 & Délai (ms) & Gigue (ms) & Bande passante (kbps)\\
						\hline
						min & 0 & 0 & 1.6\\
						\hline
						max & 130.85 & 23.07 & 89.6\\
						\hline
						moyenne & 20.22 & 3.27 & 79.43\\
						\hline
						écart-type & 9.13 & 4.47 & 4.82\\
						\hline
					\end{tabular}
				\end{minipage}
			\end{center}
				\subsubsection{Que peut-on dire de la qualité de l'appel ?}
					On remarque que les paquets ont des caractéristiques de propagation (délai, gigue, ...) à peu près égales, peu importe le sens de transmission. Le délai moyen est d'environ 20ms, avec un écart type max de 9.13, ce qui est un très bon score. La gigue est faible. La bande passante est supérieure à 64kbps, en considérant la moyenne et l'écart type, ce qui est suffisant pour faire passer sans problème des trames VoIP non compressées. On peut donc dire que la communication est de bonne qualité.

		\subsection{Déconnexion du serveur}
			Fichier de capture utilisé : sip3.pcap.
			\subsubsection{Décrivez les échanges liés à la clôture d'une connexion au serveur SIP}
				Un utilisateur, pour se déconnecter d'un serveur SIP, a tout d'abord besoin de récupérer un élément du codage nécessaire à son authentification (un nonce). Pour celà, il envoie une requête REGISTER avec un champ 'expires' égal à 0, qui aboutit sur un "401 Unauthorized", ce dernier contenant le nouveau nonce à utiliser. Le nonce connu, l'utilisateur renvoie la même requête REGISTER, toujours avec la champ 'expires' à 0, mais cette fois, le serveur pourra l'authentifier. Le serveur répond donc avec un message "200 OK".
			\subsubsection{A quoi correspond un "binding" ?}
				Un "binding" est une liaison de flux de données entre un utilisateur et un serveur SIP.





	\section{Analyse de traces VoIP}
		\subsection{voip1.pcap}
			\subsubsection{Nombre de sessions SIP}
				Il y a 7 sessions SIP :
				\begin{enumerate}
					\item \emph{158.863-158.872} : appel rejeté.
\begin{itemize}
	\item \emph{Erreurs} : Bob, sip:6456@192.168.1.8, de la machine 192.168.1.6, appelle sip:1256@192.168.1.8. L'appel est rejeté car le proxy (192.168.1.8) ne connaît pas le correspondant sip:1256@192.168.1.8.
	\item \emph{Adresses des utilisateurs} :
		\begin{itemize}
			\item \emph{Appellant} : Bob, sip:6456@192.168.1.8, de la machine 192.168.1.6.
			\item \emph{Appelé} : sip:1256@192.168.1.8.
		\end{itemize}
	\item \emph{Ports utilisés} :
		\begin{center}
			\begin{minipage}{10cm}
				\begin{tabular}{|l|r|r|r|r|}
					\cline{2-5} \multicolumn{1}{l|}{} & \multicolumn{2}{|c|}{Appellant} & \multicolumn{2}{|c|}{Appelé}\\
					\cline{2-5} \multicolumn{1}{l|}{} & Port entrant & Port sortant & Port entrant & Port sortant\\
					\hline
					SIP & 6836 & 6836 & 5060 & 5060\\
					\hline
					RTP & NA & NA & NA & NA\\
					\hline
					RTCP & NA & NA & NA & NA\\
					\hline
				\end{tabular}
			\end{minipage}
		\end{center}
	\item \emph{Statistiques} : non applicable.
	\item \emph{Qualité de la voix} : non applicable.
\end{itemize}
					\item \emph{177.092-177.092} : appel rejeté.
\begin{itemize}
	\item \emph{Erreurs} : Bob, sip:6456@192.168.1.8, de la machine 192.168.1.6, appelle sip:000000000000@192.168.1.8. L'appel est rejeté car le proxy (192.168.1.8) ne connaît pas le correspondant sip:000000000000@192.168.1.8.
	\item \emph{Adresses des utilisateurs} :
		\begin{itemize}
			\item \emph{Appellant} : Bob, sip:6456@192.168.1.8, de la machine 192.168.1.6.
			\item \emph{Appelé} : sip:000000000000@192.168.1.8.
		\end{itemize}
	\item \emph{Ports utilisés} :
		\begin{center}
			\begin{minipage}{10cm}
				\begin{tabular}{|l|r|r|r|r|}
					\cline{2-5} \multicolumn{1}{l|}{} & \multicolumn{2}{|c|}{Appellant} & \multicolumn{2}{|c|}{Appelé}\\
					\cline{2-5} \multicolumn{1}{l|}{} & Port entrant & Port sortant & Port entrant & Port sortant\\
					\hline
					SIP & 6836 & 6836 & 5060 & 5060\\
					\hline
					RTP & NA & NA & NA & NA\\
					\hline
					RTCP & NA & NA & NA & NA\\
					\hline
				\end{tabular}
			\end{minipage}
		\end{center}
	\item \emph{Statistiques} : non applicable.
	\item \emph{Qualité de la voix} : non applicable.
\end{itemize}
					\item \emph{208.383-208.935} : appel rejeté.
\begin{itemize}
	\item \emph{Erreurs} : Bob, sip:6456@192.168.1.8, de la machine 192.168.1.6, appelle sip:0169159658@192.168.1.8. L'appel est rejeté car le proxy (192.168.1.8) ne connaît pas le correspondant sip:0169159658@192.168.1.8.
	\item \emph{Adresses des utilisateurs} :
		\begin{itemize}
			\item \emph{Appellant} : Bob, sip:6456@192.168.1.8, de la machine 192.168.1.6.
			\item \emph{Appelé} : sip:0169159658@192.168.1.8.
		\end{itemize}
	\item \emph{Ports utilisés} :
		\begin{center}
			\begin{minipage}{10cm}
				\begin{tabular}{|l|r|r|r|r|}
					\cline{2-5} \multicolumn{1}{l|}{} & \multicolumn{2}{|c|}{Appellant} & \multicolumn{2}{|c|}{Appelé}\\
					\cline{2-5} \multicolumn{1}{l|}{} & Port entrant & Port sortant & Port entrant & Port sortant\\
					\hline
					SIP & 6836 & 6836 & 5060 & 5060\\
					\hline
					RTP & NA & NA & NA & NA\\
					\hline
					RTCP & NA & NA & NA & NA\\
					\hline
				\end{tabular}
			\end{minipage}
		\end{center}
	\item \emph{Statistiques} : non applicable.
	\item \emph{Qualité de la voix} : non applicable.
\end{itemize}
					\item \emph{222.881-243.935} : appel reçu et terminé.
\begin{itemize}
	\item \emph{Erreurs} : aucune erreur.
	\item \emph{Adresses des utilisateurs} :
		\begin{itemize}
			\item \emph{Appellant} : Bob, sip:6456@192.168.1.8, de la machine 192.168.1.6.
			\item \emph{Appelé} : sip:6123@192.168.1.8.
		\end{itemize}
	\item \emph{Ports utilisés} :
		\begin{center}
			\begin{minipage}{10cm}
				\begin{tabular}{|l|r|r|r|r|}
					\cline{2-5} \multicolumn{1}{l|}{} & \multicolumn{2}{|c|}{Appellant} & \multicolumn{2}{|c|}{Appelé}\\
					\cline{2-5} \multicolumn{1}{l|}{} & Port entrant & Port sortant & Port entrant & Port sortant\\
					\hline
					SIP & 6836 & 6836 & 5060 & 5060\\
					\hline
					RTP & 18850 & 18850 & 16794 & 16794\\
					\hline
					RTCP & 18851 & 18851 & 16795 & 16795\\
					\hline
				\end{tabular}
			\end{minipage}
		\end{center}
	\item \emph{Statistiques} :
			\begin{center}
				\begin{minipage}{10cm}
					\begin{tabular}{|l|r|r|r|}
						\hline
						 & Délai (ms) & Gigue (ms) & Bande passante (kbps)\\
						\hline
						min & 0 & 0 & 1.6\\
						\hline
						max & 20.85 & 0.53 & 81.6\\
						\hline
						moyenne & 19.97 & 0.46 & 77.94\\
						\hline
						écart-type & 0.89 & 0.05 & 11.93\\
						\hline
					\end{tabular}
				\end{minipage}
				\\Sens Appellant (6) vers Appelé (8)
			\end{center}
			\begin{center}
				\begin{minipage}{10cm}
					\begin{tabular}{|l|r|r|r|}
						\hline
						 & Délai (ms) & Gigue (ms) & Bande passante (kbps)\\
						\hline
						min & 0 & 0 & 1.6\\
						\hline
						max & 26.39 & 1.29 & 81.6\\
						\hline
						moyenne & 19.96 & 0.51 & 77.25\\
						\hline
						écart-type & 1.07 & 0.11 & 13.27\\
						\hline
					\end{tabular}
				\end{minipage}
				\\Sens Appelé (8) vers Appellant (6)
			\end{center}
	\item \emph{Qualité de la voix} : .
\end{itemize}
					\item \emph{254.200-273.834} : appel reçu et terminé.
\begin{itemize}
	\item \emph{Erreurs} : aucune erreur.
	\item \emph{Adresses des utilisateurs} :
		\begin{itemize}
			\item \emph{Appellant} : Bob, sip:6456@192.168.1.8, de la machine 192.168.1.6.
			\item \emph{Appelé} : sip:6123@192.168.1.8.
		\end{itemize}
	\item \emph{Ports utilisés} :
		\begin{center}
			\begin{minipage}{10cm}
				\begin{tabular}{|l|r|r|r|r|}
					\cline{2-5} \multicolumn{1}{l|}{} & \multicolumn{2}{|c|}{Appellant} & \multicolumn{2}{|c|}{Appelé}\\
					\cline{2-5} \multicolumn{1}{l|}{} & Port entrant & Port sortant & Port entrant & Port sortant\\
					\hline
					SIP & 6836 & 6836 & 5060 & 5060\\
					\hline
					RTP & 57794 & 57794 & 19304 & 19304\\
					\hline
					RTCP & 57795 & 57795 & 19305 & 19305\\
					\hline
				\end{tabular}
			\end{minipage}
		\end{center}
	\item \emph{Statistiques} :
			\begin{center}
				\begin{minipage}{10cm}
					\begin{tabular}{|l|r|r|r|}
						\hline
						 & Délai (ms) & Gigue (ms) & Bande passante (kbps)\\
						\hline
						min & 0 & 0 & 1.6\\
						\hline
						max & 20.99 & 1.09 & 81.6\\
						\hline
						moyenne & 19.95 & 0.4812 & 78.35\\
						\hline
						écart-type & 0.988 & 0.0725 & 11.25\\
						\hline
					\end{tabular}
				\end{minipage}
				\\Sens Appellant (6) vers Appelé (8)
			\end{center}
			\begin{center}
				\begin{minipage}{10cm}
					\begin{tabular}{|l|r|r|r|}
						\hline
						 & Délai (ms) & Gigue (ms) & Bande passante (kbps)\\
						\hline
						min & 0 & 0 & 1.6\\
						\hline
						max & 22.46 & 0.7 & 81.6\\
						\hline
						moyenne & 19.96 & 0.4572 & 77.25\\
						\hline
						écart-type & 0.9719 & 0.06497 & 13.27\\
						\hline
					\end{tabular}
				\end{minipage}
				\\Sens Appelé (8) vers Appellant (6)
			\end{center}
	\item \emph{Qualité de la voix} : .
\end{itemize}
					\item \emph{281.082-289.670} : appel reçu et terminé.
\begin{itemize}
	\item \emph{Erreurs} : aucune erreur.
	\item \emph{Adresses des utilisateurs} :
		\begin{itemize}
			\item \emph{Appellant} : Bob, sip:6456@192.168.1.8, de la machine 192.168.1.6.
			\item \emph{Appelé} : sip:6123@192.168.1.8.
		\end{itemize}
	\item \emph{Ports utilisés} :
		\begin{center}
			\begin{minipage}{10cm}
				\begin{tabular}{|l|r|r|r|r|}
					\cline{2-5} \multicolumn{1}{l|}{} & \multicolumn{2}{|c|}{Appellant} & \multicolumn{2}{|c|}{Appelé}\\
					\cline{2-5} \multicolumn{1}{l|}{} & Port entrant & Port sortant & Port entrant & Port sortant\\
					\hline
					SIP & 6836 & 6836 & 5060 & 5060\\
					\hline
					RTP & 33004 & 33004 & 16590 & 16590\\
					\hline
					RTCP & ? & 33005 & 33005 & ?\\
					\hline
				\end{tabular}
			\end{minipage}
		\end{center}
	\item \emph{Statistiques} :
			\begin{center}
				\begin{minipage}{10cm}
					\begin{tabular}{|l|r|r|r|}
						\hline
						 & Délai (ms) & Gigue (ms) & Bande passante (kbps)\\
						\hline
						min & 0 & 0 & 1.6\\
						\hline
						max & 30.21 & 2.46 & 81.6\\
						\hline
						moyenne & 19.90 & 1.174 & 70.98\\
						\hline
						écart-type & 3.164 & 0.6239 & 21.71\\
						\hline
					\end{tabular}
				\end{minipage}
				\\Sens Appellant (6) vers Appelé (8)
			\end{center}
			\begin{center}
				\begin{minipage}{10cm}
					\begin{tabular}{|l|r|r|r|}
						\hline
						 & Délai (ms) & Gigue (ms) & Bande passante (kbps)\\
						\hline
						min & 0 & 0 & 1.6\\
						\hline
						max & 20.53 & 0.49 & 81.6\\
						\hline
						moyenne & 19.90 & 0.4498 & 71.18\\
						\hline
						écart-type & 1.473 & 0.09004 & 20.62\\
						\hline
					\end{tabular}
				\end{minipage}
				\\Sens Appelé (8) vers Appellant (6)
			\end{center}
	\item \emph{Qualité de la voix} : .
\end{itemize}
					\item \emph{332.287-337.631} : appel rejeté.
\begin{itemize}
	\item \emph{Erreurs} : Alice, sip:6123@192.168.1.8, appelle Bob, sip:6456@192.168.1.8, sur la machine 192.168.1.6, port 6836. L'appel est rejeté par Bob, qui signale qu'il est temporairement injoignable (480 Temporarily Unavailable).
	\item \emph{Adresses des utilisateurs} :
		\begin{itemize}
			\item \emph{Appellant} : Alice, sip:6123@192.168.1.8.
			\item \emph{Appelé} : Bob, sip:6456@192.168.1.8, sur la machine 192.168.1.6, port 6836.
		\end{itemize}
	\item \emph{Ports utilisés} :
		\begin{center}
			\begin{minipage}{10cm}
				\begin{tabular}{|l|r|r|r|r|}
					\cline{2-5} \multicolumn{1}{l|}{} & \multicolumn{2}{|c|}{Appellant} & \multicolumn{2}{|c|}{Appelé}\\
					\cline{2-5} \multicolumn{1}{l|}{} & Port entrant & Port sortant & Port entrant & Port sortant\\
					\hline
					SIP & 5060 & 5060 & 6836 & 6836\\
					\hline
					RTP & NA & NA & NA & NA\\
					\hline
					RTCP & NA & NA & NA & NA\\
					\hline
				\end{tabular}
			\end{minipage}
		\end{center}
	\item \emph{Statistiques} : non applicable.
	\item \emph{Qualité de la voix} : non applicable.
\end{itemize}
				\end{enumerate}



	\begin{thebibliography}{99}
	\bibitem{RTP}
		\textsc{IETF},
		\textit{RTP: A Transport Protocol for Real-Time Applications (RFC 3550)},
		The Internet Society, July 2003
	\bibitem{SIP}
		\textsc{IETF},
		\textit{SIP: Session Initiation Protocol (RFC 3261)},
		The Internet Society, June 2002
	\bibitem{SIPSpecific}
		\textsc{IETF},
		\textit{SIP-Specific Event Notification (RFC 3265)},
		The Internet Society, June 2002
	\bibitem{G711}
		\textsc{VoipThink},
		\textit{http://www.en.voipforo.com/codec/codecs-g711-alaw.php}
	\bibitem{datacompression711}
		\textsc{Data-compression.com},
		\textit{Speech Compression}
	\bibitem{G723}
		\textsc{Union Internationale des Télécommunications},
		\textit{G.723.1}
		http://www.itu.int/rec/T-REC-G.723.1-200605-I/fr
	\bibitem{effort}
		\textsc{Etudes et FORmations en Télécommunications},
		\textit{RTP\_EFORT.pdf}
		http://efort.com/
	\end{thebibliography}
	
	\begin{verbatim}
	\end{verbatim}
\end{document}