1 00:00:00,890 --> 00:00:04,610 Teraz w Rosji jeden, ponieważ nie ufa żadnym oznaczeniom, które otrzymuje. 2 00:00:05,530 --> 00:00:08,970 W tym przykładzie jest więcej konfiguracji. 3 00:00:09,040 --> 00:00:14,220 Zauważ jako przykład, że mamy mapę klas pasującą do białej kontroli. 4 00:00:14,370 --> 00:00:18,100 Istnieje mapa klas pasująca do RTP. 5 00:00:18,150 --> 00:00:25,830 Wykorzystuje to rozpoznawanie aplikacji oparte na pasku n lub sieci w celu ustalenia, czy ruch jest rzeczywiście 6 00:00:25,860 --> 00:00:27,240 ruchem RTP. 7 00:00:27,450 --> 00:00:30,000 Pasuje również do listy dostępu. 8 00:00:30,060 --> 00:00:36,610 Jest to dopasowanie, które dowolna strona będzie pasować do dźwięku RTP lub cokolwiek skonfigurowanego na liście sukcesów. 9 00:00:36,630 --> 00:00:42,910 Spójrzmy więc na tę listę dostępu, zauważ, że listy dostępu są dość skomplikowane. 10 00:00:42,910 --> 00:00:50,440 Mamy listę dostępu do ruchu RTP Telefony IP Cisco jako przykład wyślą ruch głosowy w 11 00:00:50,440 --> 00:00:56,770 zakresie UDP 16 3 8 dla maksymalnie 3 2 7 6 7. 12 00:00:56,860 --> 00:00:59,200 To jest ruch głosowy. 13 00:00:59,230 --> 00:01:06,210 Zwróć uwagę na ruch sygnalizacyjny, o którym tu mowa, jako przykład tego. 14 00:01:06,240 --> 00:01:08,710 To jest traktat 3. 15 00:01:08,820 --> 00:01:10,840 To jest MVP. 16 00:01:10,920 --> 00:01:18,780 To jest chude, więc jawne numery portów są dopasowane do kontroli VoIP. 17 00:01:19,000 --> 00:01:25,040 I tutaj ten zakres portów jest używany dla RTP, a cały 18 00:01:28,620 --> 00:01:38,770 DCP RTP jest protokołem używanym w RTP w celu dostarczenia nadawcy informacji o jakości usługi, więc zauważ, że dopasowujemy 19 00:01:38,770 --> 00:01:48,790 zarówno RTP rzeczywisty dźwięk, jak i cały ruch DCP, który jest przesyłany do tego RTP, nie ufając Klausowi SAP 20 00:01:49,540 --> 00:01:58,930 skinny H3 3 i inne protokoły sygnalizacyjne są wprowadzane do tego niezaufanego CLO sterowania VoIP i tutaj mamy 21 00:01:58,930 --> 00:02:00,070 uwagę. 22 00:02:00,550 --> 00:02:05,970 Więc jeśli ktoś wyśle nam ruch, to zrobimy to, czytamy rynek. 23 00:02:06,850 --> 00:02:18,190 Zwróć więc uwagę na to, że każdy otrzymany ruch oznaczony jako E F CLO wybiera 3 lub f 31 jest zaznaczony 24 00:02:18,490 --> 00:02:19,890 jako domyślny. 25 00:02:19,930 --> 00:02:27,250 Innymi słowy, jest oznaczony jako zerowy wysiłek oszczędzający ruch, a raczej trzy oznacza swój ruch jako EF, 26 00:02:27,280 --> 00:02:34,120 a następnie wysyła go przez ten link, aby napisać, że raczej raczej odczyta rynek jako zero, 27 00:02:34,120 --> 00:02:41,320 ponieważ dobrze nie wierzy, że to napisał dwa w sposób, w jaki to skonfigurowałem, aby każdy z 28 00:02:41,320 --> 00:02:45,770 tych rodzajów ruchu był oznaczony jako domyślny ruch głosowy. 29 00:02:45,910 --> 00:02:54,910 Na podstawie tego dopasowania dźwięk RTP i lista dostępu do zakresu portów RTP będą miały przepustowość ustawioną na 30 00:02:54,970 --> 00:02:56,250 70 procent. 31 00:02:56,470 --> 00:03:00,950 Tak więc ruch głosowy będzie słabo terroryzowany w stosunku do innych rodzajów ruchu. 32 00:03:00,970 --> 00:03:06,610 Jest to przykład kolejkowania o niskim opóźnieniu z priorytetową przepustowością ustawioną na 70 procent. 33 00:03:06,640 --> 00:03:10,460 Ale zauważ, że kpi również z ruchu jako E. FA.. 34 00:03:10,660 --> 00:03:16,920 Po tej stronie ruch nie był oznaczony, ponieważ ufamy oznaczeniom, które otrzymujemy z boku. 35 00:03:16,920 --> 00:03:19,120 Nie ufamy otrzymywanym oznaczeniom. 36 00:03:19,120 --> 00:03:28,890 Więc sami kpimy z ruchu, aby ruch głosowy RTP był ustawiony na E. FA. sygnalizacja połączenia jest ustawiona na f 31 37 00:03:28,890 --> 00:03:35,760 i uzyskuje gwarantowaną minimalną szerokość pasma wynoszącą 5 procent ruchu, który otrzymujemy, który jest już oznaczony 38 00:03:35,760 --> 00:03:41,900 jako e f lub C, ponieważ trzy będą f 31 oznaczone jako najlepsze wysiłki. 39 00:03:42,270 --> 00:03:50,390 Inny ruch jest w kolejce przy użyciu fałszywego kolejkowania, więc te dwie klasy dzielą pozostałe 25 procent. 40 00:03:50,400 --> 00:03:56,230 To nie jest używane przez głos i sygnalizację, gdy jest przeciążenie. 41 00:03:56,310 --> 00:04:03,340 Jest to przykład użycia kolejności, która powoduje, że VoIP zapewnia dobrą jakość obsługi ruchu głosowego. 42 00:04:03,510 --> 00:04:11,520 I znowu jest to ze szkodą dla innego ruchu w sieci, ale ze względu na ruch głosowy 43 00:04:11,520 --> 00:04:14,500 wysoki priorytet ma małe opóźnienie. 44 00:04:14,700 --> 00:04:22,800 Jego moc rośnie w stosunku do innych rodzajów ruchu i ma priorytetową kolejkę w wysokości 70 procent. 45 00:04:22,800 --> 00:04:25,150 To jest przykład użycia chaosu porządku. 46 00:04:25,200 --> 00:04:31,560 Może to nie być odpowiednie dla twojego środowiska i możesz ręcznie skonfigurować jakość 47 00:04:32,070 --> 00:04:38,520 usług lub pozwolić quadom na zamówienia wykryć ruch w sieci, a następnie zasugerować zasady. 48 00:04:38,520 --> 00:04:43,980 Ponownie nie musisz zapamiętywać całej tej konfiguracji, ale chciałem pokazać 49 00:04:43,980 --> 00:04:49,980 ci przykład zarówno ufnego, jak i nieufnego oznaczenia, które otrzymuje jeździec. 50 00:04:49,980 --> 00:04:54,530 Więc w tym przykładzie jeździec 1 nie ufa jeździecowi 2, a raczej jeźdźcowi. 51 00:04:54,540 --> 00:04:59,910 Zazwyczaj dopasowujesz te zasady, aby albo obie ufały sobie nawzajem, albo nie ufałyby 52 00:04:59,910 --> 00:05:00,770 sobie nawzajem.