20T15 Co to jest SD-WAN – Agregacja Uplinków

W tym odcinku pokazuję zalety zastosowania SD-WAN’u w zakresie agregacji łącz wielu operatorów.

Pokazuję jak bazując na łączach niegwarantowanych, zapewniać jakość dla połączeń głosowych oraz wideo.

Chcesz więcej informacji?

Grupa na Facebook

Więcej miejsc do posłuchania:

 

Transkrypcja filmu:

0:00:02.780,0:00:06.440
Czy interesuje Cię jak zagregować połączenia na WAN-ie,
0:00:07.100,0:00:08.900
żeby uzyskać większą przepustowość?
0:00:09.260,0:00:11.260
Albo masz problem z jakością
0:00:11.260,0:00:13.260
połączenia z lokalizacji?
0:00:13.260,0:00:15.260
Tak, żeby telekonferencje wideo
0:00:15.260,0:00:18.120
czy rozmowy głosowe działały dobrze?
0:00:18.640,0:00:20.860
Jeżeli tego typu tematy Cię interesują,
0:00:20.980,0:00:22.760
to ten odcinek jest dla Ciebie.

Co to jest SD-WAN – Agregacja Uplinków

0:00:23.860,0:00:26.660
Cześć! Nazywam się Darek Koralewski i dzisiaj opowiem
0:00:26.980,0:00:29.940
o agregacji łącz w rozwiązaniu SD-WAN.
0:00:31.260,0:00:33.480
Ale zanim do tego przejdziemy, najpierw zacznijmy
0:00:33.480,0:00:35.400
od określenia problemu.
0:00:36.220,0:00:39.020
Po co został stworzony SD-WAN
0:00:39.260,0:00:41.240
i jakie mechanizmy zostały wdrożone,
0:00:41.260,0:00:45.040
żeby rozwiązać problem, związany
0:00:45.260,0:00:47.900
z niską przepustowością łączy.
0:00:48.500,0:00:52.460
Żeby można było zagregować łącze o niskiej przepustowości
0:00:52.760,0:00:56.100
w SD-WAN-ie zaimplementowano różne algorytmy
0:00:56.100,0:00:57.640
rozkładania ruchu.
0:00:58.740,0:01:01.480
Oprócz tego, żeby można było zastosować
0:01:01.480,0:01:03.480
w rozwiązaniu SD-WAN-owym
0:01:03.480,0:01:05.480
wykorzystanie łącz szerokopasmowych
0:01:05.700,0:01:07.700
niegwarantowanych,
0:01:07.700,0:01:10.280
zastosowano możliwość
0:01:10.500,0:01:12.500
dynamicznego przełączania ścieżki
0:01:12.600,0:01:15.480
pomiędzy danymi tunelami,
0:01:15.480,0:01:17.480
czy uplinkami,
0:01:17.480,0:01:19.480
jeżeli mówimy o dojściu do Internetu,
0:01:19.880,0:01:22.060
w zależności od jakości.
0:01:23.180,0:01:25.180
Spójrzcie tutaj na tablicę.
0:01:25.480,0:01:28.040
Jeżeli sobie popatrzymy na to
0:01:28.040,0:01:31.920
jak tunele są zestawiane ze zdalnej lokalizacji.
0:01:32.220,0:01:35.480
Mówiłem troszeczkę o tym w zeszłym odcinku.
0:01:35.480,0:01:39.460
To dla każdego koncentratora, czyli VPN koncentratora,
0:01:40.200,0:01:44.980
mamy dwa tunele, które idą przez każdego operatora.
0:01:45.860,0:01:48.100
Jeżeli popatrzymy sobie na drugi koncentrator,
0:01:48.980,0:01:50.980
to tak samo, dwa tunele
0:01:51.320,0:01:53.320
do niego będą prowadzić
0:01:53.660,0:01:57.460
przez dwóch różnych operatorów.
0:01:58.040,0:02:03.200
Świetnie. I teraz jak może to rozwiązanie SD-WAN-owe
0:02:03.620,0:02:05.620
zdecydować, którymi tunelami
0:02:05.620,0:02:07.620
będzie ten ruch kierowany.
0:02:07.620,0:02:09.620
Ta decyzja jest dynamiczna
0:02:09.620,0:02:11.980
i ona bazuje na testach jakościowych.
0:02:12.480,0:02:16.140
Pierwszym z tych testów jest test najprostszy.
0:02:16.140,0:02:19.580
Test oparty o protokół ICMP,
0:02:19.760,0:02:21.540
czyli po prostu ping.
0:02:22.860,0:02:25.160
Zobacz, że jeżeli popatrzymy sobie
0:02:25.620,0:02:28.560
[zmniejszmy tutaj złożoność tego rysunku]
0:02:28.560,0:02:32.560
Jeżeli popatrzymy sobie na ten router w lokalizacji,
0:02:33.320,0:02:35.320
to on wykonuje następujące testy:
0:02:35.480,0:02:38.560
test, który tutaj idzie na pewno będzie dotyczył
0:02:38.560,0:02:42.120
każdego z uplinków do serwera w internecie
0:02:42.460,0:02:44.460
i przez drugie łącze.
0:02:47.220,0:02:50.240
I te pakiety ICMP, które będą wracać,
0:02:51.860,0:02:53.860
będą dostarczać informacje
0:02:54.660,0:02:58.840
do tego routera w lokalizacji.
0:02:59.020,0:03:00.480
Na temat opóźnienia,
0:03:00.560,0:03:02.560
bazując na ICMP.
0:03:02.560,0:03:05.600
Jak również na temat utraty pakietów.
0:03:05.840,0:03:08.800
Te dwie informacje, dają nam kluczową
0:03:08.800,0:03:12.600
bazę do tego, żeby można było programowo
0:03:12.600,0:03:16.980
zdecydować czy jakość danego tunelu,
0:03:17.200,0:03:19.720
uplinku, jest wystarczająca czy też nie.
0:03:19.960,0:03:24.020
Co jeszcze badamy, żeby określić jakość dotyczącą tunelu.
0:03:24.280,0:03:27.100
Nie tylko ten element w Internecie,
0:03:28.560,0:03:32.680
ale również badana jest jakość w środku każdego tunelu.
0:03:33.620,0:03:36.180
Czyli jak sobie tutaj popatrzymy na ten rysunek.
0:03:36.540,0:03:39.980
To dla każdego tunelu wysyłane są pakiety
0:03:40.720,0:03:43.080
przez każdy z tych tuneli
0:03:43.080,0:03:47.680
do adresu na koncentratorze VPN-owym.
0:03:48.060,0:03:51.880
I wynik tego testu decyduje czy ten tunel będzie utrzymywany.
0:03:52.020,0:03:54.860
Jeżeli te pakiety są tracone,
0:03:55.080,0:03:58.320
czyli jakość na poziomie jednego operatora,
0:03:58.460,0:04:00.940
czyli czy to w chmurze MPLS-owej
0:04:01.080,0:04:03.420
czy w internecie, spada,
0:04:03.420,0:04:05.420
pakiety są tracone.
0:04:05.420,0:04:07.420
Wtedy jeden z tych tuneli
0:04:07.420,0:04:09.960
lub oba, w zależności od operatorów.
0:04:09.960,0:04:12.520
No ale zakładamy, że jednocześnie nie wystąpi
0:04:12.600,0:04:15.480
ten sam problem u dwóch różnych operatorów.
0:04:15.780,0:04:19.360
Na tym bazuje to założenie balansowania
0:04:19.360,0:04:21.360
ruchu w SD-WAN-ie.
0:04:22.100,0:04:25.520
To mamy zapewnioną cały czas jakość
0:04:25.520,0:04:27.520
możliwie najwyższą,
0:04:27.520,0:04:30.480
wykorzystując wszystkie z dostępnych połączeń.
0:04:30.480,0:04:33.240
Jeżeli któreś z tych połączeń
0:04:33.240,0:04:37.000
będzie słabej jakości, tunel zostanie położony.
0:04:37.100,0:04:41.220
I w tym momencie trasa, która jest rozgłaszana też przez ten tunel,
0:04:41.220,0:04:45.960
również zostanie wykasowana od strony centrali.
0:04:47.060,0:04:49.860
Dzięki takiemu mechanizmowi mamy możliwość
0:04:49.860,0:04:52.120
zwiększenia przepustowości
0:04:52.120,0:04:54.720
na naszym połączeniu do internetu.
0:04:54.720,0:04:58.120
Czyli jeżeli mamy lokalizację, gdzie jest dostępny jedynie
0:04:58.120,0:05:00.580
ADSL 2 Mb
0:05:00.580,0:05:04.360
to możemy zagregować na przykład 4 takie połączenia
0:05:05.400,0:05:07.720
i uzyskać 8 Mb
0:05:07.720,0:05:10.080
wykorzystując wszystkie z nich jednocześnie
0:05:10.080,0:05:12.780
balansując ruch na tych łączach.
0:05:12.780,0:05:15.580
Tak, żeby stworzyć wirtualne jedno
0:05:15.580,0:05:18.040
duże połączenie do Internetu.
0:05:19.040,0:05:21.040
Teraz pokażę jak
0:05:21.560,0:05:23.700
można wykorzystać różne algorytmy
0:05:23.780,0:05:26.060
dostępne w rozwiązaniach SD-WAN-owych,
0:05:26.140,0:05:28.960
do tego, żeby odpowiednio kierować ruchem
0:05:28.960,0:05:32.600
w zależności od tego, jaki cel chcemy osiągnąć.
0:05:33.920,0:05:36.460
Pierwszy algorytm najbardziej typowy.
0:05:36.460,0:05:43.280
To jest algorytm związany z kolejką round robin.
0:05:44.780,0:05:49.620
Nie pamiętam jak po polsku to tłumaczenie może brzmieć,
0:05:49.700,0:05:52.160
więc jeżeli pamiętacie, to napiszcie w komentarzu.
0:05:52.160,0:05:55.380
Chętnie również się z tą opinią zapoznam.
0:05:55.380,0:05:59.300
W każdym razie, jeżeli chodzi o mechanizm round robin
0:05:59.300,0:06:01.480
no to założenie jest takie, że
0:06:01.480,0:06:05.540
każda z sesji, która przychodzi od laptopa,
0:06:05.540,0:06:08.040
[może tu wezmę inny kolorek]
0:06:09.040,0:06:13.280
czyli każda z tych sesji, wychodząca od laptopa będzie szła innym tunelem.
0:06:15.180,0:06:17.180
Pierwsza pójdzie tędy.
0:06:18.480,0:06:21.980
A druga sesja będzie szła tędy.
0:06:25.240,0:06:29.400
I każda kolejna będzie kierowana na inny uplink.
0:06:29.400,0:06:32.920
Jeżeli będziemy mieli w grupie 4, te uplinki,
0:06:33.000,0:06:35.540
4 tunele do danego koncentratora,
0:06:35.800,0:06:38.340
no to na poszczególny tunel będzie kierowana
0:06:38.340,0:06:40.000
kolejna sesja.
0:06:40.000,0:06:43.240
Kolejna możliwość to jest balansowanie
0:06:43.240,0:06:45.940
ilością sesji łącza,
0:06:45.940,0:06:49.380
czyli tutaj zakładamy, że każda z sesji
0:06:49.380,0:06:52.820
jest porównywalnie ważąca
0:06:52.820,0:06:56.380
jeżeli chodzi o poziom obciążenia łącza.
0:06:56.380,0:06:59.420
Rozkładamy po prostu sesje równomiernie
0:06:59.420,0:07:01.760
na wszystkie dostępne tunele
0:07:01.760,0:07:05.060
i uplinki, w zależności od tego, co posiadamy.
0:07:05.580,0:07:09.100
Czyli jeżeli pierwsza sesja będzie szła sobie tędy,
0:07:11.800,0:07:16.620
to druga sesja pójdzie sobie tędy.
0:07:20.520,0:07:24.660
Trzecia będzie szła w ten sposób.
0:07:25.560,0:07:28.400
A czwarta sesja będzie
0:07:28.400,0:07:30.880
kierowana w zależności od tego,
0:07:31.020,0:07:34.040
które z tych sesji nadal funkcjonują.
0:07:34.260,0:07:37.740
Czyli jeżeli tutaj ta niebieska sesja już by wygasła,
0:07:37.740,0:07:41.720
a zielona i fioletowa nadal będą istnieć.
0:07:41.720,0:07:45.060
To kolejna sesja przez ten nasz router
0:07:45.060,0:07:48.320
w lokalizacji, będzie oczywiście kierowana
0:07:50.040,0:07:52.040
w tunel, który jest
0:07:52.040,0:07:55.500
obciążony najmniejszą ilością sesji.
0:07:56.220,0:07:59.280
Kolejnym trybem rozkładania ruchu
0:07:59.280,0:08:01.280
jest obciążenie łącza.
0:08:01.280,0:08:04.400
Czyli tu mówimy o wariancie, gdzie każdy z uplinków
0:08:04.440,0:08:06.440
ma zdefiniowaną swoją przepustowość
0:08:06.440,0:08:09.360
i ten router wie, że każdy z tych
0:08:09.360,0:08:11.360
możliwych uplinków
0:08:11.360,0:08:14.720
ma 100 Mb, 20 Mb, 2 Mb…
0:08:14.720,0:08:17.380
Czyli wie jaka jest ich wydajność.
0:08:17.520,0:08:19.660
I wtedy może sobie liczyć
0:08:19.660,0:08:24.240
ile ruchu jest przesyłane przez każdy z uplinków.
0:08:24.240,0:08:27.840
I wybierać tunel lub uplink
0:08:27.840,0:08:29.840
w taki sposób, który umożliwia
0:08:29.840,0:08:34.000
optymalizację wykorzystania każdego z tych uplinków.
0:08:34.000,0:08:38.480
Mimo, że każdy z nich może mieć inną prędkość.
0:08:38.480,0:08:40.800
Czyli wyglądałoby to w ten sposób, że
0:08:40.800,0:08:43.180
jeżeli mamy tutaj pierwszy
0:08:43.800,0:08:45.800
pierwsze połączenie przez ten MPLS.
0:08:45.800,0:08:49.660
I to załóżmy, że będzie 20 Mb.
0:08:51.400,0:08:55.400
A drugie połączenie przez Internet
0:08:57.480,0:08:59.480
będzie 2 Mb.
0:09:00.720,0:09:03.960
To każe kolejne połączenie,
0:09:03.960,0:09:06.920
czyli kolejna sesja będzie
0:09:07.580,0:09:11.960
weryfikowana pod kątem właśnie tej przepustowości.
0:09:11.960,0:09:14.780
Czyli jeżeli mamy 20 mega do 2 mega
0:09:14.780,0:09:18.380
to prawdopodobnie jak sobie popatrzymy na rozkład
0:09:18.380,0:09:20.380
poszczególnych sesji,
0:09:20.380,0:09:23.920
to tutaj tych sesji będzie 10 razy więcej
0:09:24.340,0:09:26.340
niż z tej strony.
0:09:28.140,0:09:30.140
W ten sposób będzie działało
0:09:30.140,0:09:33.000
rozkładanie ruchu w oparciu o
0:09:33.140,0:09:34.620
wykorzystanie łącza.
0:09:35.380,0:09:38.180
No i na koniec taka wersja
0:09:38.180,0:09:41.280
kierowania ruchem związana z typem sesji.
0:09:41.340,0:09:44.360
Czyli mówimy tu przede wszystkim o takich sesjach wrażliwych
0:09:44.500,0:09:48.280
na opóźnienia i wrażliwych na zmiany opóźnień, czyli gitter.
0:09:48.440,0:09:51.540
W opóźnieniach, czy jakby kierowaniu tego ruchu
0:09:51.540,0:09:54.700
dla sesji, które są wideo lub audio.
0:09:54.860,0:09:58.760
I tutaj oczywiście to rozwiązanie SD-WAN-owe musi rozpoznawać
0:09:58.760,0:10:00.420
aplikacyjnie dany ruch,
0:10:00.420,0:10:02.760
żeby móc zrealizować taki wariant.
0:10:02.760,0:10:05.100
Natomiast większość z tych rozwiązań,
0:10:05.100,0:10:08.140
które ja widziałem, taką funkcjonalność oczywiście dostarczają.
0:10:08.180,0:10:10.180
I działa to w ten sposób, że
0:10:10.180,0:10:12.180
każde z tych łączy, jakie jest badane
0:10:12.180,0:10:14.180
to wybierane są łącza,
0:10:14.180,0:10:16.180
które zapewniają w danym momencie
0:10:16.180,0:10:18.900
przy podejmowaniu decyzji, w który tunel, który uplink
0:10:18.900,0:10:20.880
wysyłać daną sesję
0:10:20.880,0:10:23.440
jest badana jakość
0:10:23.440,0:10:25.440
i wybierany jest uplink, który jest
0:10:26.000,0:10:28.600
związany z najwyższą jakością, najniższym opóźnieniem
0:10:28.900,0:10:30.900
i najniższym gitterem.
0:10:31.060,0:10:33.060
Zobaczcie jak to może na rysunku wyglądać.
0:10:33.060,0:10:37.460
Mamy tutaj rozmowę jakąś wideo, na przykład Skype.
0:10:38.080,0:10:40.960
I wychodzi na to, że w tym konkretnym przypadku
0:10:40.960,0:10:44.080
MPLS ma na przykład opóźnienie
0:10:44.080,0:10:46.080
na poziomie 15 milisekund,
0:10:48.300,0:10:53.920
A Internet ma opóźnienie na poziomie 200 milisekund.
0:10:54.720,0:10:56.720
No i oczywiście, patrząc na
0:10:56.720,0:11:00.160
perspektywę tej lokalizacji, czyli tego routera,
0:11:00.160,0:11:04.000
zostanie wybrana ścieżka przez MPLS.
0:11:05.700,0:11:07.700
Tak to ma zadziałać.
0:11:08.920,0:11:11.620
Podsumowując, SD-WAN jest
0:11:11.620,0:11:13.620
narzędziem, gdzie mamy
0:11:13.620,0:11:16.940
wbudowane mnóstwo mechanizmów badania jakości,
0:11:16.940,0:11:19.820
mechanizmy, które są związane z balansowaniem
0:11:19.940,0:11:21.940
tego ruchu pomiędzy uplinkami.
0:11:22.700,0:11:25.480
Mamy możliwość wykorzystania jednocześnie
0:11:25.480,0:11:28.740
wielu z tych uplinków, tak żeby zwiększyć przepustowość.
0:11:28.740,0:11:31.760
I jednocześnie zarządzać tym kierowaniem
0:11:31.760,0:11:33.320
w sposób automatyczny.
0:11:33.320,0:11:35.320
Czyli jeżeli chcesz wykorzystać
0:11:35.320,0:11:38.320
optymalnie, wszystko co jest dostępne
0:11:38.500,0:11:40.500
w kontekście uplinków w danej lokalizacji,
0:11:40.500,0:11:44.280
SD-WAN jest właśnie takim rozwiązaniem, które to zapewnia.
0:11:45.000,0:11:47.160
Dziękuję Ci za uwagę w tym odcinku.
0:11:47.160,0:11:49.480
I do usłyszenia w kolejnym.

%MCEPASTEBIN%