WEBVTT 00:00.060 --> 00:00.960 Formateur : Dans cette leçon, 00:00.960 --> 00:03.180 nous allons parler des questions relatives à la VoIP. 00:03.180 --> 00:06.240 VoIP est l'abréviation de Voice Over Internet Protocol, un ensemble 00:06.240 --> 00:07.530 de protocoles que nous utilisons 00:07.530 --> 00:09.960 pour envoyer de la voix et de la vidéo en continu et 00:09.960 --> 00:11.490 en temps réel. 00:11.490 --> 00:13.380 Contrairement aux protocoles de réseau 00:13.380 --> 00:16.530 traditionnels tels que http, ftp ou le courrier électronique, lorsqu'il 00:16.530 --> 00:18.810 s'agit d'une application en temps réel, il est impératif 00:18.810 --> 00:20.340 de disposer d'une latence très faible 00:20.340 --> 00:22.140 et d'une qualité de service très élevée 00:22.140 --> 00:23.550 pour avoir une bonne connexion 00:23.550 --> 00:26.160 vocale ou vidéo lors de l'utilisation de protocoles en 00:26.160 --> 00:29.250 temps réel tels que la Voix sur IP. 00:29.250 --> 00:31.440 Les services VoIP sont traditionnellement 00:31.440 --> 00:33.630 utilisés pour passer des appels téléphoniques 00:33.630 --> 00:34.890 via l'internet. 00:34.890 --> 00:36.750 Si vous disposez d'un service VoIP de mauvaise 00:36.750 --> 00:39.180 qualité, vous rencontrerez des problèmes tels que des interruptions 00:39.180 --> 00:41.070 d'appels, des problèmes d'écho à l'autre bout 00:41.070 --> 00:44.190 du fil ou d'autres types de problèmes au cours de l'appel. 00:44.190 --> 00:47.040 Maintenant, lorsque vous envoyez des données ordinaires sur le réseau, les 00:47.040 --> 00:49.140 paquets peuvent être livrés dans n'importe quel ordre, 00:49.140 --> 00:51.120 et cela peut prendre plus ou moins de temps, sans que 00:51.120 --> 00:52.860 cela ne fasse vraiment de différence. 00:52.860 --> 00:54.690 Mais si nous avons un appel téléphonique, 00:54.690 --> 00:56.550 vous devez vous assurer que les choses 00:56.550 --> 00:58.650 que je dis vous parviennent dans le bon ordre 00:58.650 --> 01:00.180 et au bon moment, et c'est pourquoi 01:00.180 --> 01:03.090 les protocoles en temps réel comme la VoIP doivent vraiment 01:03.090 --> 01:06.510 s'appuyer sur un niveau de qualité de service élevé. 01:06.510 --> 01:08.820 Si vous n'avez pas une très bonne qualité de service, 01:08.820 --> 01:09.653 vous verrez que vous 01:09.653 --> 01:11.850 aurez deux problèmes de qualité majeurs qui affectent 01:11.850 --> 01:13.920 radicalement la VoIP. 01:13.920 --> 01:16.410 C'est ce qu'on appelle la latence et la gigue. 01:16.410 --> 01:18.360 La latence est le temps qu'il faut pour 01:18.360 --> 01:20.610 qu'un signal atteigne le client visé, et 01:20.610 --> 01:22.710 elle se mesure en millisecondes. 01:22.710 --> 01:25.500 En général, les millisecondes sont très rapides. 01:25.500 --> 01:27.930 Nous parlons de 1/1000e de seconde, soit 01:27.930 --> 01:29.430 une milliseconde. 01:29.430 --> 01:31.620 Mais si nous parlons en utilisant une connexion 01:31.620 --> 01:35.580 VoIP et que la latence augmente à plus de 100 ou 200 millisecondes, cela 01:35.580 --> 01:37.830 sera perceptible dans le son lorsque vous 01:37.830 --> 01:39.330 m'écouterez. 01:39.330 --> 01:40.163 Par exemple, si vous 01:40.163 --> 01:42.360 utilisez une connexion internet par satellite, 01:42.360 --> 01:44.010 vous aurez généralement entre 150 01:44.010 --> 01:46.710 et 250 millisecondes ajoutées à chaque chose que vous envoyez, 01:46.710 --> 01:48.870 en raison du temps nécessaire pour aller jusqu'au 01:48.870 --> 01:51.030 satellite, redescendre du satellite, traverser 01:51.030 --> 01:53.520 l'internet, aller jusqu'au satellite, redescendre 01:53.520 --> 01:57.510 du satellite, et pouvoir envoyer toutes ces données. 01:57.510 --> 02:00.090 Cela signifie que la latence est plus élevée, ce qui, 02:00.090 --> 02:02.940 dans la plupart des applications, n'est pas très grave. 02:02.940 --> 02:04.950 Mais avec la VoIP, c'est le cas. 02:04.950 --> 02:06.660 Une latence plus élevée signifie que 02:06.660 --> 02:08.370 vous pouvez commencer à entendre des 02:08.370 --> 02:09.630 échos dans vos connexions et 02:09.630 --> 02:11.670 que vous entendrez votre propre voix répétée 02:11.670 --> 02:14.040 lorsque vous parlez sur une connexion VoIP. 02:14.040 --> 02:15.300 Pour minimiser ce phénomène, 02:15.300 --> 02:17.790 nous devons veiller à ce que la latence reste faible. 02:17.790 --> 02:19.680 En règle générale, pour bénéficier d'une qualité 02:19.680 --> 02:21.120 de service élevée lors de l'utilisation 02:21.120 --> 02:22.920 d'une connexion VoIP, il faut veiller à ce que 02:22.920 --> 02:25.620 le temps de latence soit inférieur à 50 ou 100 millisecondes. 02:25.620 --> 02:27.270 Je peux vous dire, d'après mon expérience 02:27.270 --> 02:29.760 personnelle, que lorsque j'utilisais la VoIP sur une connexion 02:29.760 --> 02:32.430 satellite utilisant un satellite en orbite géosynchrone, l'aller-retour 02:32.430 --> 02:35.280 prenait environ 500 millisecondes. 02:35.280 --> 02:37.350 De ce fait, une fois que j'ai dit quelque chose, 02:37.350 --> 02:39.300 je dois attendre environ une demi-seconde 02:39.300 --> 02:41.850 avant que l'autre personne qui l'a entendu ne réponde, 02:41.850 --> 02:43.350 puis je reçois le message. 02:43.350 --> 02:45.990 Nous avons donc toujours eu ce retard dans notre conversation, et 02:45.990 --> 02:48.630 nous en sommes arrivés à un point où nous avions une latence significative 02:48.630 --> 02:50.850 d'environ 1 000 millisecondes. Je devais alors dire ce 02:50.850 --> 02:52.740 que j'allais dire, puis utiliser un mot-clé comme 02:52.740 --> 02:55.200 "terminé", pour qu'ils sachent que j'en avais fini avec cette 02:55.200 --> 02:56.970 phrase et qu'ils pouvaient commencer à parler 02:56.970 --> 02:58.860 en toute sécurité. 02:58.860 --> 03:00.720 C'est une expérience vraiment désagréable si vous 03:00.720 --> 03:03.270 utilisez la VoIP sur une connexion à forte latence, mais dans certains 03:03.270 --> 03:05.370 cas, vous n'avez tout simplement pas le choix, car vous 03:05.370 --> 03:06.360 avez affaire à une connexion 03:06.360 --> 03:08.130 par satellite par exemple. 03:08.130 --> 03:10.260 Le deuxième problème que vous pouvez rencontrer avec 03:10.260 --> 03:11.940 la VoIP est ce que l'on appelle la gigue. 03:11.940 --> 03:13.410 La gigue est une mesure de la variation 03:13.410 --> 03:15.840 du délai dans le temps, et elle est mesurée en échantillonnant 03:15.840 --> 03:17.880 le temps écoulé entre le moment où les paquets 03:17.880 --> 03:19.590 arrivent et le moment où ils ont été 03:19.590 --> 03:21.420 envoyés. 03:21.420 --> 03:23.640 En général, la plupart des services VoIP 03:23.640 --> 03:26.790 envoient leurs données via une connexion UDP. 03:26.790 --> 03:29.760 De ce fait, les données peuvent arriver dans n'importe quel ordre lorsqu'elles 03:29.760 --> 03:30.990 traversent le réseau, et le système 03:30.990 --> 03:32.520 tente alors de les remettre dans le bon 03:32.520 --> 03:33.750 ordre. 03:33.750 --> 03:35.700 Ainsi, lorsque la latence augmente, 03:35.700 --> 03:38.010 de l'ordre de 30 à 50 millisecondes, la qualité 03:38.010 --> 03:40.620 de l'appel commence à être affectée et l'on commence 03:40.620 --> 03:42.540 à entendre de la gigue. 03:42.540 --> 03:45.090 La gigue peut être due à un environnement à forte latence 03:45.090 --> 03:46.440 ou au fait que les paquets empruntent 03:46.440 --> 03:48.480 différents itinéraires sur l'internet et 03:48.480 --> 03:50.760 sont réassemblés dans le mauvais ordre, car il s'agit 03:50.760 --> 03:53.160 d'un protocole en temps réel. 03:53.160 --> 03:55.380 Par exemple, si je commence à vous parler 03:55.380 --> 03:57.420 et qu'au lieu de dire 1, 2, 3, vous entendez 03:57.420 --> 04:00.270 ces paquets comme 1, 3, 2, cela signifie que le paquet 04:00.270 --> 04:03.300 trois est arrivé avant le paquet deux. 04:03.300 --> 04:05.640 En général, vous n'entendrez pas le mot entier 04:05.640 --> 04:08.040 comme un, deux et trois dans le mauvais ordre, 04:08.040 --> 04:10.080 mais plutôt des morceaux du mot. 04:10.080 --> 04:12.570 C'est la raison pour laquelle vous entendrez, presque comme 04:12.570 --> 04:14.400 une statique robotique dans une conversation 04:14.400 --> 04:16.860 VoIP, si vous avez une faible qualité de service. 04:16.860 --> 04:19.710 Comment résoudre les problèmes de latence et de gigue ? 04:19.710 --> 04:21.450 Il y a deux façons de procéder. 04:21.450 --> 04:23.250 Tout d'abord, vous pouvez augmenter les performances 04:23.250 --> 04:25.260 globales de l'ensemble du réseau. 04:25.260 --> 04:26.550 C'est assez difficile à faire, 04:26.550 --> 04:27.600 car il faut prendre en 04:27.600 --> 04:29.220 compte chaque élément du réseau, 04:29.220 --> 04:30.630 depuis le combiné VoIP jusqu'à 04:30.630 --> 04:31.920 la connexion (indistincte) 04:31.920 --> 04:33.720 en passant par le réseau. 04:33.720 --> 04:35.070 La deuxième chose que vous pouvez 04:35.070 --> 04:37.500 faire, c'est mettre en œuvre la qualité du service. 04:37.500 --> 04:39.720 Aujourd'hui, la qualité de service est un outil important 04:39.720 --> 04:41.220 au sein de votre réseau. 04:41.220 --> 04:43.590 Il s'agit d'un mécanisme qui permet de donner la priorité 04:43.590 --> 04:45.810 à certains trafics par rapport à d'autres. 04:45.810 --> 04:48.960 Par exemple, dans votre réseau de petite entreprise ou de bureau à domicile, 04:48.960 --> 04:50.520 vous pouvez configurer vos appareils 04:50.520 --> 04:52.290 de manière à donner la priorité à votre trafic 04:52.290 --> 04:55.170 VoIP et à en faire la priorité la plus élevée dans votre réseau. 04:55.170 --> 04:57.540 Dans la plupart des petits bureaux et des bureaux à domicile, 04:57.540 --> 04:59.340 cette affirmation est tout à fait vraie. 04:59.340 --> 05:01.500 Votre trafic vocal devrait être le plus important 05:01.500 --> 05:04.590 car il est le plus sensible à une latence élevée et à l'effet de gigue 05:04.590 --> 05:07.650 lorsque les paquets arrivent dans le désordre. 05:07.650 --> 05:09.540 Ainsi, en configurant vos équipements de réseau 05:09.540 --> 05:12.240 pour identifier ces paquets de voix sur IP, vous pouvez leur donner 05:12.240 --> 05:13.380 la priorité sur tout le reste 05:13.380 --> 05:15.180 de votre réseau, ce qui réduira votre temps 05:15.180 --> 05:17.310 de latence et votre gigue, et offrira une meilleure 05:17.310 --> 05:20.100 qualité de service à l'utilisateur final. 05:20.100 --> 05:21.870 N'oubliez pas que les paramètres que vous définissez 05:21.870 --> 05:24.060 pour la qualité de service n'ont d'effet qu'à l'intérieur 05:24.060 --> 05:25.560 de votre réseau. 05:25.560 --> 05:27.930 Une fois qu'il arrive sur un réseau public comme l'internet, 05:27.930 --> 05:30.900 vos règles de qualité de service ne sont plus appliquées et c'est alors à 05:30.900 --> 05:33.060 chacun de ces fournisseurs d'accès à l'internet de 05:33.060 --> 05:33.990 décider s'ils vont ou non 05:33.990 --> 05:36.840 donner la priorité à votre trafic VoIP par rapport à d'autres choses 05:36.840 --> 05:38.400 qu'ils envoient afin de pouvoir vous 05:38.400 --> 05:40.560 offrir une meilleure qualité de service. 05:40.560 --> 05:43.290 Cela dit, il est toujours important de mettre en place la QoS, ou qualité 05:43.290 --> 05:44.310 de service, à l'intérieur 05:44.310 --> 05:47.040 de votre propre réseau pour vos appareils VoIP, car cela vous permettra 05:47.040 --> 05:48.540 de leur donner la priorité à l'intérieur 05:48.540 --> 05:51.180 de votre propre réseau et de leur donner au moins une longueur d'avance 05:51.180 --> 05:53.220 sur l'internet. 05:53.220 --> 05:55.830 N'oubliez donc pas qu'en matière de VoIP, les deux principaux 05:55.830 --> 05:57.870 problèmes auxquels vous serez confronté 05:57.870 --> 05:59.760 sont la latence et la gigue. 05:59.760 --> 06:01.020 La meilleure façon de résoudre ces problèmes 06:01.020 --> 06:03.060 est de mettre en œuvre une politique de qualité de service au 06:03.060 --> 06:06.033 sein de votre propre réseau afin de donner la priorité à votre trafic VoIP.