1
00:00:00,570 --> 00:00:03,950
Voyons comment éviter la congestion.

2
00:00:03,980 --> 00:00:11,210
Le principal mécanisme dont nous allons discuter ici est un taux de détection précoce aléatoire W lu ou pondéré W

3
00:00:11,210 --> 00:00:13,800
est un moyen d'éviter la congestion.

4
00:00:13,880 --> 00:00:21,110
Mais avant de discuter du taux w, regardons les indices de problème sur les routeurs et les commutateurs sont finis.

5
00:00:21,140 --> 00:00:27,860
En d'autres termes, ils ne peuvent conserver ou mettre en mémoire tampon un certain nombre de paquets que s'il y a une rafale de trafic

6
00:00:28,100 --> 00:00:30,200
et que les mémoires tampons sont dépassées.

7
00:00:30,200 --> 00:00:37,090
En d'autres termes, il y a plus de paquets qui arrivent que ce qui peut être transmis et mis en mémoire tampon par un routeur

8
00:00:37,100 --> 00:00:37,920
avec commutateur.

9
00:00:38,300 --> 00:00:43,470
Il commencera à supprimer des paquets lorsque la file d'attente se repliera.

10
00:00:43,780 --> 00:00:46,660
Tous les nouveaux paquets arrivant seront abandonnés.

11
00:00:46,660 --> 00:00:52,750
C'est ce qu'on appelle la chute à queue comme une analogie pense à un seau.

12
00:00:53,120 --> 00:00:57,380
Le seau se remplit d'eau ou de paquets.

13
00:00:57,530 --> 00:01:03,220
Une fois que le seau est plein ou dans le cas d'une tige ou d'un interrupteur, la file d'attente est pleine.

14
00:01:03,230 --> 00:01:05,950
Tous les nouveaux paquets qui arrivent sont supprimés.

15
00:01:07,170 --> 00:01:10,990
Parce qu'il n'y a pas d'espace pour les mettre en mémoire tampon ou les conserver en mémoire.

16
00:01:11,190 --> 00:01:20,400
Maintenant, lorsque la baisse de la queue est utilisée, cela entraîne une perte de bande passante, en particulier lors de l'utilisation du TCE P,

17
00:01:20,400 --> 00:01:27,590
voici un exemple de ce qui se produit lorsque la baisse de la queue est utilisée et que

18
00:01:27,590 --> 00:01:35,480
vous avez beaucoup de flux TCB, le 100% correspond à 100% de l'utilisation d'une interface sur l'axe y. l'utilisation d'une

19
00:01:35,480 --> 00:01:40,170
interface à 100% indiquée par cette ligne x est le temps.

20
00:01:40,230 --> 00:01:48,860
Donc, ce qui se passe, c'est si plusieurs flux commencent à envoyer du trafic et disent que la chute se produit à ce stade, les

21
00:01:48,860 --> 00:01:51,350
paquets de tous les flux sont supprimés.

22
00:01:51,380 --> 00:01:58,450
Maintenant, ce qui se passe avec TTP, c'est que lorsque les paquets sont abandonnés, les expéditeurs TTP ralentissent.

23
00:01:58,480 --> 00:02:06,040
En d'autres termes, ils reculent, ils ralentissent, puis ils augmentent à nouveau lentement la taille de la fenêtre pour augmenter

24
00:02:06,040 --> 00:02:07,910
la vitesse de transfert.

25
00:02:08,050 --> 00:02:13,540
Donc, ce qui se passe, c'est que l'utilisation de l'interface diminue parce que les trois centres reculent.

26
00:02:13,630 --> 00:02:19,270
En d'autres termes, ils ralentissent puis augmentent, ils décident d'augmenter le nombre de paquets

27
00:02:19,270 --> 00:02:22,810
qu'ils transmettent avant d'obtenir un accusé de réception.

28
00:02:22,930 --> 00:02:29,950
Mais lorsque les tampons sont à nouveau pleins, les paquets sont supprimés de tous ces flux, y compris les nouveaux flux

29
00:02:30,430 --> 00:02:36,600
qui commencent à envoyer du trafic. Dans ce cas, nous avons quatre expéditeurs qui reculent ou ralentissent.

30
00:02:36,750 --> 00:02:41,400
Encore une fois, ils augmentent la taille de leur fenêtre et augmentent le nombre de paquets qu'ils

31
00:02:41,400 --> 00:02:47,360
peuvent transmettre avant d'obtenir un accusé de réception et, finalement, cela arrive au point où les tampons d'un routeur ou d'un commutateur

32
00:02:47,360 --> 00:02:48,710
sont à nouveau pleins.

33
00:02:48,950 --> 00:02:53,260
Les paquets de tous les flux sont abandonnés, ils ont donc tous ralenti.

34
00:02:53,510 --> 00:02:59,850
Le problème est donc que lorsque le compartiment est plein, des paquets provenant de plusieurs flux sont reçus, il n'y a pas d'espace

35
00:02:59,870 --> 00:03:01,630
pour les mettre en mémoire tampon.

36
00:03:01,990 --> 00:03:09,470
Ainsi, les paquets sont supprimés de tous les flux, tous les centres reculent en même temps, puis augmentent la

37
00:03:09,560 --> 00:03:11,240
vitesse en même temps.

38
00:03:11,500 --> 00:03:17,720
C finissent par avoir ce qu'on appelle une synchronisation globale où plusieurs centres augmentent la taille de leur fenêtre

39
00:03:17,720 --> 00:03:19,050
en même temps.

40
00:03:19,870 --> 00:03:25,610
Ils ralentissent en même temps en augmentant leur vitesse en même temps en ralentissant en même temps et

41
00:03:25,610 --> 00:03:27,860
ainsi de suite et ainsi de suite.

42
00:03:27,860 --> 00:03:33,260
Au fil du temps, vous n'obtenez jamais une utilisation complète de l'interface.

43
00:03:33,300 --> 00:03:41,760
Maintenant, l'idée avec w red et l'évitement de la congestion est que vous supprimez au hasard des paquets de plusieurs flux avant que la

44
00:03:42,270 --> 00:03:50,070
file d'attente ne se replie, donc en d'autres termes, avant que le compartiment ne soit plein ou que le cube ne

45
00:03:50,100 --> 00:03:59,220
soit plein, vous êtes prêt à supprimer des paquets des flux, mais vous le faites au hasard afin que vous peut supprimer un paquet du flux

46
00:03:59,220 --> 00:04:07,230
un, ce qui signifie que le flux un ralentira, mais pendant que le centre ralentit, l'envoyer augmente sa vitesse car ses paquets n'ont

47
00:04:07,230 --> 00:04:08,480
pas été abandonnés.

48
00:04:09,860 --> 00:04:14,710
Ainsi, alors qu'un hôte ralentit, un autre augmente sa vitesse.

49
00:04:14,720 --> 00:04:20,600
Cela se produit de manière aléatoire, vous avez donc des hôtes qui augmentent

50
00:04:20,600 --> 00:04:29,050
leur vitesse et certains ralentissent en même temps au lieu de tous ralentir et tous accélérer en même temps, donc Cisco

51
00:04:29,050 --> 00:04:37,510
utilise w red qui introduit ce caractère aléatoire pour permettre une meilleure utilisation de la bande passante d'une interface, car certaines

52
00:04:38,080 --> 00:04:44,230
ralentissent et certaines accélèrent en même temps, ce qui, globalement, vous donne une meilleure utilisation de

53
00:04:44,230 --> 00:04:50,760
l'interface, donc l'idée avec le taux W est que vous avez un seuil minimum et un

54
00:04:50,760 --> 00:04:56,730
seuil maximum, ces vallées sont en dessous de la taille de la file d'attente complète.

55
00:04:57,940 --> 00:05:05,240
L'idée est donc lorsque la taille moyenne de la file d'attente ou la profondeur moyenne de la file d'attente est inférieure au seuil minimum.

56
00:05:05,280 --> 00:05:12,730
Remarque: les paquets ont chuté lorsque la profondeur de file d'attente moyenne dépasse le seuil minimum mais est

57
00:05:12,730 --> 00:05:14,510
inférieure au seuil maximum.

58
00:05:14,560 --> 00:05:22,580
Nous avons des gouttes aléatoires de paquets mais quand il dépasse le seuil maximum, nous avons des

59
00:05:22,580 --> 00:05:25,510
gouttes complètes d'un CLO de trafic.

60
00:05:25,530 --> 00:05:33,060
La raison pour laquelle nous avons W comme dans la détection précoce aléatoire pondérée est que

61
00:05:33,060 --> 00:05:41,220
vous pouvez pondérer cela en fonction de différentes classes afin d'avoir différents seuils maximaux pour différentes classes de trafic.

62
00:05:41,260 --> 00:05:49,690
Vous souhaiterez peut-être commencer à supprimer tout le trafic FCP avant de supprimer le trafic HDP afin de pouvoir créer un seuil

63
00:05:49,690 --> 00:05:56,830
minimal et maximal différent afin que certains types de trafic soient supprimés ou entièrement supprimés avant d'autres temps

64
00:05:56,830 --> 00:06:06,280
de trafic qui peuvent être basés sur des précédents IP ou à titre d'exemple. DCP donc l'idée avec w red est que nous avons

65
00:06:06,280 --> 00:06:11,680
commencé à supprimer des paquets avant que la file d'attente ne soit pleine.

66
00:06:11,680 --> 00:06:19,360
Nous évitons la congestion en présélectionnant les paquets à supprimer et en général, nous voulons uniquement supprimer les paquets DCP, car

67
00:06:19,680 --> 00:06:26,680
les flux TTP liront la transmission afin de supprimer les paquets de manière aléatoire au lieu de les

68
00:06:26,680 --> 00:06:29,850
supprimer en queue pour éviter la synchronisation globale.

69
00:06:30,160 --> 00:06:35,800
Différents flux TTP augmentent leur vitesse tandis que d'autres ralentissent afin que vous obteniez une

70
00:06:35,800 --> 00:06:37,770
meilleure utilisation d'une liaison.

71
00:06:37,970 --> 00:06:44,880
Vous vous assurez également qu'il reste de l'espace tampon pour vos paquets vocaux afin que vous définissiez votre

72
00:06:44,880 --> 00:06:53,290
seuil maximum suffisamment bas pour que les paquets FCP soient complètement supprimés tout en veillant à ce qu'il reste de l'espace dans

73
00:06:53,290 --> 00:06:55,660
le tampon pour le trafic vocal.

74
00:06:57,150 --> 00:07:01,760
Donc, en résumé, nous avons plusieurs mécanismes de qualité de service.

75
00:07:01,920 --> 00:07:04,220
Nous avons la classification et la moquerie.

76
00:07:04,470 --> 00:07:11,890
Nous avons la mise en forme et le remarquage de la police, nous avons des outils de gestion de la congestion ou de planification et

77
00:07:11,890 --> 00:07:18,670
nous avons des outils spécifiques au lien tels que la fragmentation des liens et pour laisser le problème, un cours n'est qu'une introduction

78
00:07:18,670 --> 00:07:20,260
à la qualité de service.

79
00:07:20,290 --> 00:07:25,930
Jetez un œil à la qualité de service ou bien guidez-vous pour plus d'informations sur la qualité

80
00:07:25,960 --> 00:07:32,110
de service et de bons exemples sur la façon d'appliquer la qualité de service sur des commutateurs et routeurs physiques.