1
00:00:00,420 --> 00:00:06,450
Nie należy się tego spodziewać na egzaminie CCMA, ale w tym przykładzie

2
00:00:06,450 --> 00:00:10,580
przedstawię przykład jakości usługi na dwóch routerach Cisco.

3
00:00:10,580 --> 00:00:18,740
Mam dwa routery działające w genialnym trybie trzykrotnego uruchomienia szeregowego, aby ukośnik pokazał nam konfigurację tych routerów

4
00:00:19,490 --> 00:00:26,780
po prostu mają skonfigurowane adresy IP i nie mam zamkniętych interfejsów, nie dokonano żadnej

5
00:00:26,780 --> 00:00:28,070
innej konfiguracji.

6
00:00:28,250 --> 00:00:35,150
Pokaż interfejs od kilku do slash zero pokazuje nam szybkość interfejsu,

7
00:00:35,240 --> 00:00:45,560
który wykorzystuje domyślną wartość jednego punktu pięć czterech megabitów na sekundę, więc na tym interfejsie routera

8
00:00:45,680 --> 00:00:49,290
możemy użyć polecenia auto rdzenie.

9
00:00:49,490 --> 00:00:57,090
Teraz zauważ, że mamy opcję wykrywania, w której możemy skonfigurować Radę, aby wykrywała ruch, który przechodzi

10
00:00:57,090 --> 00:00:59,070
przez ten interfejs.

11
00:00:59,250 --> 00:01:05,790
Ale w tym przykładzie po prostu włączę interfejs VoIP i nie zamierzam określać opcji

12
00:01:05,790 --> 00:01:13,220
Zaufaj, co oznacza, że nie będzie ufać oznaczeniom, które otrzymuje od Roorda, a teraz zwykle w

13
00:01:13,220 --> 00:01:21,080
prawdziwym świecie, w którym byś to zrobił że można ufać ruchowi od jednego pisarza do drugiego, chyba że

14
00:01:21,080 --> 00:01:25,820
1 jest usługodawcą i napisał go jako klient jako przykład.

15
00:01:25,820 --> 00:01:31,850
Teraz zamierzam użyć kolejności, ponieważ zaufanie VoIP pozwala zobaczyć różnicę między

16
00:01:32,330 --> 00:01:36,730
zaufaniem a brakiem zaufania do sąsiedniego routera.

17
00:01:36,800 --> 00:01:44,390
Więc raczej nie ufa się, aby napisać to do zaufania, a raczej oparte na konfiguracji kosztu

18
00:01:45,730 --> 00:01:55,090
zamówienia, teraz zapytania ofertowe tworzą dużą ilość konfiguracji, więc zamiast ręcznie wpisywać konfigurację, zrobiono to za ciebie, ponieważ napisz to do

19
00:01:56,270 --> 00:02:05,250
zaufania, a raczej taką, którą utworzono mapa klasy jakości usługi, która pasuje do DCF, więc zasadniczo, jeśli ma odbierać

20
00:02:05,910 --> 00:02:14,850
ruch z zapisu, oznaczonego jako E. FA. przejdzie do tej kolejności, ponieważ CLO

21
00:02:14,850 --> 00:02:24,560
zaufania VoIP RTP, do którego odwołuje się ta mapa zasad, konfiguracja, którą tutaj widzisz, jest przykładem w QC

22
00:02:24,560 --> 00:02:31,550
lub modułowym interfejsie wiersza polecenia jakości usługi, który składa się z dwóch

23
00:02:31,550 --> 00:02:33,260
głównych części.

24
00:02:33,260 --> 00:02:43,000
Mamy mapy klas i mapy polityk i mapy polityk, a następnie powiązane z interfejsami, więc w tym przykładzie mamy strategię

25
00:02:43,000 --> 00:02:52,780
usług, która odwołuje się do mapy polityk powiązanej z serią, aby przeciąć zerowy interfejs, wracając do naszego mapy klas mamy

26
00:02:52,780 --> 00:03:05,890
dwie mapy klas, jedną pasującą do DCP E. FA. i jeden pasujący

27
00:03:05,890 --> 00:03:07,940
albo.

28
00:03:07,960 --> 00:03:16,690
Zwróć uwagę na dopasowanie dowolnego selektora klasy słowa kluczowego 3 lub pierwszeństwa IP 3 i zapewniłem, że przekierowanie klasy

29
00:03:16,690 --> 00:03:23,240
3 1 lub 3 1 będzie raczej zgodne z oznaczeniami otrzymywanymi od czytnika 1.

30
00:03:23,320 --> 00:03:32,280
Dlatego szuka ruchu pasującego do E. FA. i ta klasa jest następnie dopasowywana w ramach tej mapy zasad.

31
00:03:32,380 --> 00:03:40,240
Zauważ więc, że pasuje tu nazwa lub cytowany głosowy zaufanie RTP i daje on 70 procent przepustowości

32
00:03:40,240 --> 00:03:40,800
interfejsu.

33
00:03:40,840 --> 00:03:42,520
Kiedy jest przekrwienie.

34
00:03:42,850 --> 00:03:50,770
Innymi słowy, ruch głosowy odpowiada E. FA. otrzyma priorytetowe pasmo 70 procent.

35
00:03:50,770 --> 00:03:52,210
To kolejka priorytetowa.

36
00:03:53,200 --> 00:03:56,660
To jest przykład kolejkowania z niskim opóźnieniem.

37
00:03:56,820 --> 00:04:02,550
Mamy klasy ruchu, ale mamy też klucz priorytetowy.

38
00:04:02,550 --> 00:04:08,910
Jest to więc klucz priorytetowy w przypadku zabijania głosu przy niskim opóźnieniu zostanie przydzielone 70 procent

39
00:04:09,750 --> 00:04:10,980
przepustowości innego ruchu.

40
00:04:10,980 --> 00:04:17,790
W tym przypadku mamy kontrolę VoIP, która otrzymuje 5 procent powiadomienia o przepustowości.

41
00:04:17,790 --> 00:04:25,920
To pasuje do skonfigurowanej tutaj klasy, która pasuje do CS trzy i pół 31.

42
00:04:26,250 --> 00:04:33,070
Zasadniczo nazywane są to protokołami sygnalizacyjnymi, takimi jak sip H3 3G 3 i skinny.

43
00:04:33,120 --> 00:04:39,890
Innymi słowy, są to protokoły używane do zestawiania połączeń telefonicznych, więc zwróć uwagę na to, jakie quizy porządkowe zostały wykonane.

44
00:04:39,900 --> 00:04:50,030
Przydziela 75 procent przepustowości interfejsu dla połączeń głosowych, więc rzeczywisty ruch głosowy, ruch RTP otrzymuje

45
00:04:50,030 --> 00:04:59,300
70 procent, sygnalizacja połączeń dostaje 5 procent, a pozostały ruch jest dzielony przy użyciu

46
00:04:59,300 --> 00:05:00,950
fałszywego kolejkowania.

47
00:05:00,980 --> 00:05:06,730
To jest przykład oczekiwania na kolejkowanie na domyślnej domyślnej klasie.

48
00:05:06,730 --> 00:05:15,550
Klasa będzie pasować do wszystkiego, co nie jest jawnie dopasowane, więc kolejka o niskim opóźnieniu jest naprawdę kluczem.

49
00:05:15,640 --> 00:05:20,160
Oparte na klasach ważone fałszywe kolejkowanie, ale to zbyt wiele.

50
00:05:20,470 --> 00:05:22,620
Nazywamy to kolejkowaniem o niskim opóźnieniu.

51
00:05:22,810 --> 00:05:24,600
Jest ładny klucz.

52
00:05:24,590 --> 00:05:32,660
Oto przykład klasy, a jest to przykład oczekiwania w kolejce w klasie. Kolejkowanie

53
00:05:32,660 --> 00:05:38,420
z niskim opóźnieniem jest dość oparte na klasach.

54
00:05:38,780 --> 00:05:44,660
W tym przykładzie podchodzimy do rosnącego ruchu VoIP w stosunku do innych rodzajów ruchu.

55
00:05:44,660 --> 00:05:48,930
70 procent przepustowości może zostać odebrane przez połączenia głosowe.

56
00:05:49,010 --> 00:05:51,900
To kolejka priorytetowa, więc najpierw zostanie obsłużona.

57
00:05:52,010 --> 00:05:55,900
5 procent przepustowości interfejsu można wykorzystać przez sygnalizację połączeń.

58
00:05:56,330 --> 00:06:00,230
Jest to jednak gwarantowana minimalna przepustowość, a nie priorytet.

59
00:06:00,230 --> 00:06:04,770
Jest to gwarantowana minimalna przepustowość wynosząca 70 procent przepustowości interfejsu.

60
00:06:05,150 --> 00:06:12,230
Ale jest to kolejka priorytetowa, więc ruch głosowy będzie słabo terroryzowany w stosunku do całego innego

61
00:06:12,230 --> 00:06:20,780
ruchu, jeśli ruch głosowy wykorzystuje tylko 20 procent przepustowości interfejsu, z którego inny ruch może korzystać, co nie jest zarezerwowane

62
00:06:20,780 --> 00:06:21,900
dla głosu.

63
00:06:21,980 --> 00:06:28,480
Jest to więc maksymalna przepustowość, którą może przejąć głos, a głos będzie nadzorowany na tym poziomie.

64
00:06:29,360 --> 00:06:34,850
Ale w najgorszym przypadku inny ruch uzyska tylko 25 procent przepustowości.

65
00:06:34,850 --> 00:06:43,740
Ta polityka jest stosowana w serialu, aby przeciąć interfejs zerowy na zewnątrz, aby każdy ruch opuszczający Radę był

66
00:06:44,130 --> 00:06:46,110
wcześniej terroryzowany lub słodki.

67
00:06:46,110 --> 00:06:47,610
Na podstawie tej konfiguracji.