20T20 Enterprise HA
W tym odcinku pokazuję jak zapewnić wysoką dostępność sieciom WiFi na przykładzie szpitala.
Przedstawiam dwa modele rozbudowy istenijącej sieci WiFi opartej o kotnrolery:
👉 HA L3
👉 HA L2
Chcesz więcej informacji?
Dołącz do naszej strony fanów na Facebook:
Więcej miejsc do posłuchania:
Transkrypcja filmu:
0:00:01.400,0:00:03.820
Cześć. Witam Cię w dzisiejszym odcinku.
0:00:03.820,0:00:07.600
Jeżeli interesuje Cię jak zaprojektować
0:00:07.760,0:00:11.120
wysoką dostępność w sieci już istniejącej
0:00:11.120,0:00:13.120
dla dużej skali,
0:00:13.120,0:00:15.960
czyli w dzisiejszym przykładzie opowiem o szpitalach.
0:00:15.960,0:00:18.660
Gdzie mamy już pojedyncze kontrolery.
0:00:18.760,0:00:21.140
Mamy sieć bezprzewodową, to wszystko działa,
0:00:21.140,0:00:24.380
ale chcemy to rozbudować do wysokiej dostępności,
0:00:24.520,0:00:27.500
to to jest właśnie odcinek dla Ciebie.
Enterprise HA
0:00:27.600,0:00:31.595
Zacznijmy jednak od tego, jaki mamy stan początkowy.
0:00:31.600,0:00:35.680
Mamy w tym przykładzie, który dzisiaj omówię 3 lokalizacje.
0:00:35.840,0:00:40.080
Czyli mamy 3 szpitale, które są połączone przez WAN.
0:00:40.260,0:00:45.660
W każdej lokalizacji istnieje jeden już zaimplementowany kontroler.
0:00:45.780,0:00:50.760
Tutaj mówimy o skali rzędu 100-150 punktów dostępowych,
0:00:50.940,0:00:55.635
gdzie mamy już to wszystko podłączone w istniejącej lokalizacji
0:00:55.635,0:00:57.995
i użytkownicy z tego korzystają.
0:00:58.400,0:01:03.100
No i na koniec, całość podłączona jest przez WAN L3,
0:01:03.100,0:01:04.880
czyli wszystkie te 3 szpitale
0:01:05.160,0:01:10.700
mają podłączone firewalle, które spinają dla tych lokalizacji VPN-y.
0:01:10.800,0:01:15.820
Będzie to wyglądało w taki sposób, czyli mamy możliwość
0:01:15.820,0:01:20.260
wykorzystania tego WAN-u, ale WAN jest tylko w oparciu o L3 .
0:01:23.120,0:01:27.680
Mamy całą grupę access pointów, które dzisiaj działają
0:01:27.880,0:01:31.900
w oparciu o lokalny kontroler, tutaj przedstawiony.
0:01:32.140,0:01:35.920
No i w tym scenariuszu chcielibyśmy dodać dodatkowe kontrolery,
0:01:36.060,0:01:40.020
które pozwolą na obsłużenie tego ruchu bezprzewodowego
0:01:40.020,0:01:44.020
w przypadku awarii dowolnego z tych kontrolerów bezprzewodowych.
0:01:44.360,0:01:46.380
Co warto mieć na uwadze.
0:01:46.380,0:01:49.340
Jeżeli mówimy o możliwościach
0:01:49.440,0:01:51.900
realizacji wysokiej dostępności, czyli HA
0:01:52.100,0:01:54.080
to mamy zasadniczo dwie możliwości.
0:01:54.740,0:01:57.480
HA w wersji opartej o warstwę drugą
0:01:57.485,0:02:00.675
lub HA opartą o warstwę trzecią.
0:02:00.680,0:02:02.780
Zacznijmy od warstwy trzeciej.
0:02:02.780,0:02:07.600
Czyli jeżeli byśmy chcieli zrealizować sobie warstwę 3 HA,
0:02:07.740,0:02:11.380
to załóżmy, że szpital pierwszy tu pokazany
0:02:11.520,0:02:14.520
będzie tym szpitalem głównym.
0:02:14.520,0:02:16.960
Czyli jego będziemy traktować trochę
0:02:17.220,0:02:20.475
z wyższym priorytetem niż pozostałe lokalizacje.
0:02:20.475,0:02:23.945
Do tej lokalizacji dodamy dodatkowy kontroler.
0:02:24.340,0:02:27.040
W tej wersji HA warstwy trzeciej
0:02:27.040,0:02:30.660
warto mieć na uwadze, że trzeba to odpowiednio zaprojektować
0:02:30.660,0:02:32.960
jeżeli chodzi o pojemność kontrolerów.
0:02:32.960,0:02:35.780
Czyli do tej pory, jeżeli nie mieliśmy HA
0:02:35.780,0:02:40.600
i ten kontroler obsługiwał na przykład maksymalnie 128 punktów dostępowych,
0:02:40.600,0:02:43.560
to dokładając teraz drugi kontroler w HA,
0:02:43.720,0:02:46.220
musimy go zwymiarować w taki sposób, żeby
0:02:46.220,0:02:48.135
był w stanie obsłużyć
0:02:48.140,0:02:51.980
jednocześnie drugą lokalizację, która może ulec awarii.
0:02:51.980,0:02:54.280
Czyli kontroler na przykład w szpitalu drugim.
0:02:54.280,0:02:59.080
Czyli jeżeli kontroler w szpitalu drugim ulegnie awarii, o ten tutaj,
0:03:01.020,0:03:04.560
to punkty dostępowe w modelu HA L3
0:03:04.760,0:03:08.040
będą próbowały się według swojej konfiguracji
0:03:08.200,0:03:11.020
skomunikować z kontrolerem
0:03:11.060,0:03:13.820
wskazanym w ich konfiguracji lokalnej,
0:03:13.840,0:03:16.100
który jest dostępny w szpitalu pierwszym.
0:03:16.100,0:03:19.220
I tutaj możemy założyć w tym scenariuszu,
0:03:19.220,0:03:22.880
że ten kontroler wskazany tutaj po prawej stronie w szpitalu pierwszym,
0:03:22.880,0:03:26.160
to jest taki standby-owy, czyli on będzie czekał
0:03:26.160,0:03:29.480
na ewentualny scenariusz awarii w szpitalu drugim
0:03:29.480,0:03:31.815
lub w szpitalu trzecim.
0:03:31.815,0:03:34.825
Czyli jeżeli wystąpi awaria
0:03:34.825,0:03:36.740
dowolnego z tych kontrolerów,
0:03:36.740,0:03:41.480
może również dotyczyć to awarii kontrolera tutaj w szpitalu pierwszym,
0:03:41.480,0:03:44.880
wtedy będzie ten ruch z punktów dostępowych
0:03:44.880,0:03:47.940
w szpitalu drugim, trzecim lub pierwszym,
0:03:47.940,0:03:50.340
w zależności gdzie awaria wystąpi, będzie kierowany
0:03:50.340,0:03:52.460
na ten kontroler standby-owy.
0:03:52.700,0:03:56.860
I tutaj, jak najbardziej można zaplanować tego typu konfigurację.
0:03:57.480,0:03:58.880
Co trzeba mieć na uwadze.
0:03:59.660,0:04:01.980
Przede wszystkim, jeżeli mówimy o
0:04:01.980,0:04:04.920
wysokiej dostępności w wersji L3,
0:04:05.220,0:04:08.315
no to zakładamy, tak jak tu jest pokazane na tym rysunku,
0:04:08.320,0:04:10.780
że mamy różne adresacje w różnych szpitalach.
0:04:11.140,0:04:16.160
Czyli co się wydarzy, jeżeli klient szpitala drugiego
0:04:16.600,0:04:19.680
korzystający z sieci Wi-Fi ,
0:04:19.685,0:04:22.985
w danym momencie nastąpi awaria kontrolera
0:04:22.985,0:04:25.515
lokalnego w szpitalu drugim, jego ruch zostanie
0:04:25.520,0:04:29.060
przełączony poprzez tunel z punktu dostępowego
0:04:29.060,0:04:31.360
do kontrolera w szpitalu pierwszym.
0:04:32.185,0:04:35.135
No, jego ruch wyjdzie tutaj w szpitalu pierwszym ,
0:04:35.135,0:04:38.075
ale on wyjdzie w innej podsieci,
0:04:38.080,0:04:42.320
bo zobaczcie, że mamy w szpitalu drugim sieci 10.12
0:04:42.320,0:04:46.580
a w szpitalu pierwszym mamy sieci 10.11
0:04:47.440,0:04:51.060
I tak samo w szpitalu trzecim 10.13
0:04:51.060,0:04:54.920
Czyli jeżeli mówimy o wersji HA L3,
0:04:54.920,0:04:57.185
to zakładamy, że
0:04:57.185,0:05:01.660
zmienią się również adresy dla klientów końcowych,
0:05:01.900,0:05:04.140
którzy są obsługiwani przez inny kontroler.
0:05:04.420,0:05:06.860
No bo nie możemy stworzyć konfiguracji
0:05:06.860,0:05:10.580
na kontrolerze bezprzewodowym, który udostępnia adresację
0:05:10.580,0:05:13.240
w danym WLAN-ie, w danej podsieci
0:05:13.660,0:05:18.400
i jednocześnie będzie dostępna ta podsieć w dwóch miejscach. Tak nie może być.
0:05:18.700,0:05:23.040
Mogę sobie wyobrazić, że da się różne obejścia robić , jeżeli już taką sytuację
0:05:23.040,0:05:25.420
mamy i trzeba ją obsłużyć jakoś.
0:05:25.535,0:05:28.165
Są to sytuacje na przykład łączenia firm.,
0:05:28.165,0:05:30.640
łączenia – konsolidowania szpitali.
0:05:30.660,0:05:34.020
Wtedy się zdarza, że adresacje są pokrywające się.,
0:05:34.140,0:05:37.320
ale to jest olbrzymi problem w utrzymaniu, więc tego unikamy.
0:05:37.325,0:05:40.495
Jeżeli mówimy w tym przykładzie, o którym tutaj mówię
0:05:40.500,0:05:46.340
o projektowaniu, to zakładamy, że sieci w każdej lokalizacji są inne.
0:05:46.600,0:05:50.680
No więc teraz, jeżeli mówimy o wersji HA L3,
0:05:50.780,0:05:52.560
to po pierwsze zakładamy,
0:05:52.700,0:05:56.440
że zawsze następuje rozłączenie jeżeli jest awaria lokalnego kontrolera.
0:05:56.680,0:05:59.740
Czyli jeżeli lokalny kontroler w szpitalu drugim
0:05:59.980,0:06:03.340
ulegnie awarii, to klienci, którzy są do niego podłączeni
0:06:03.340,0:06:05.875
zostaną rozłączeni.
0:06:05.880,0:06:09.460
To jest potrzebne też po to , że jeżeli jest ponowne podłączenie klienta,
0:06:09.460,0:06:13.160
czyli jego ruch przez dany punkt dostępowy jest tunelowany
0:06:13.320,0:06:15.340
do innego kontrolera .
0:06:15.340,0:06:18.800
To ten inny kontroler ma inną adresację, rozdaje innego DHCP-a,
0:06:18.820,0:06:21.840
czyli krótko mówiąc potrzebujemy mieć
0:06:22.160,0:06:25.140
rozłączenie klienta, żeby on sobie mógł pobrać nowy adres.
0:06:25.540,0:06:28.760
I ten scenariusz działa. Jak najbardziej można go implementować.
0:06:28.760,0:06:30.120
Jest jedno ale.
0:06:30.560,0:06:33.900
Co się stanie, jeżeli my w naszym środowisku
0:06:34.120,0:06:38.500
i specyfice szpitalnej mamy na przykład podłączone jakieś urządzenia medyczne,
0:06:38.500,0:06:40.480
które z założenia,
0:06:40.480,0:06:43.340
z punktu widzenia producenta i rekomendacji producenta tego sprzętu,
0:06:43.340,0:06:45.960
muszą mieć na przykład statyczny adres IP.
0:06:45.960,0:06:49.960
Albo muszą się komunikować po L2 w swoim WLAN-ie z innymi
0:06:49.960,0:06:52.160
lokalnymi urządzeniami.
0:06:52.160,0:06:56.180
W takim scenariuszu, ten model implementacji
0:06:56.180,0:06:59.180
wysokiej dostępności się po prostu nie nadaje.
0:06:59.355,0:07:02.435
Jeżeli więc mamy tego typu wymagania dodatkowe,
0:07:02.440,0:07:06.260
że musi to być połączenie L2, że to musi być stała adresacja,
0:07:06.260,0:07:08.340
to pozostaje nam jedynie
0:07:08.340,0:07:10.920
zaprojektować rozwiązanie, które jest możliwe do
0:07:10.920,0:07:13.260
implementacji w warstwie drugiej.
0:07:13.380,0:07:16.440
No i tu przechodzimy do drugiego wariantu.
0:07:16.580,0:07:20.700
Tutaj pokazałem w trybie L2, że mamy klastry.
0:07:20.700,0:07:24.680
Czyli tworzymy sobie dla każdego z tych szpitali
0:07:25.000,0:07:26.500
osobny klaster L2.
0:07:26.920,0:07:29.960
Czym ten klaster L2 się charakteryzuje.
0:07:30.280,0:07:32.580
Taki klaster można traktować
0:07:32.580,0:07:35.400
po prostu jako taki logiczny większy kontroler.
0:07:35.400,0:07:38.180
Czyli jeżeli część tego klastra ulegnie awarii ,
0:07:38.500,0:07:42.400
dowolna część, to ta pozostała część, działająca klastra
0:07:42.400,0:07:46.120
będzie obsługiwała razem z tymi sesjami warstwy drugiej
0:07:46.440,0:07:47.700
wszystkie połączenia,
0:07:47.820,0:07:51.000
I co więcej, jeżeli zaimplementujemy rozwiązanie
0:07:51.280,0:07:56.040
odpowiedniej klasy, to jest możliwość wykonania tego bezprzerwowo.
0:07:56.260,0:07:58.960
Jak to bezprzerwowo jest realizowane.
0:07:58.960,0:08:02.080
No więc klaster działa w dużym skrócie w taki sposób, że
0:08:02.280,0:08:05.060
najbardziej istotne sesje, które są stanowe
0:08:05.240,0:08:07.840
są przekazywane do sąsiadów w klastrze.
0:08:07.840,0:08:11.720
I teraz, jeżeli nastąpi rozłączenie dowolnego członka klastra.
0:08:11.880,0:08:14.980
Te sesje, na przykład FTP,
0:08:15.285,0:08:18.075
czy inne sesje kluczowe,
0:08:18.080,0:08:20.700
takie, które są wrażliwe na rozłączanie.
0:08:20.700,0:08:23.620
One będą przechowywane na pozostałych
0:08:23.860,0:08:26.760
członkach klastra i przełączenie ruchu, czyli tego tunelu
0:08:26.760,0:08:28.260
z punktu dostępowego
0:08:28.260,0:08:31.300
na inny kontroler, będzie szybkie i niezauważalne
0:08:31.400,0:08:33.940
dla tego użytkownika końcowego.
0:08:33.940,0:08:37.040
Czyli wracając do naszego przykładu, jeżeli szpital drugi
0:08:37.200,0:08:41.600
ma klienta podłączonego do klastra L2 kontrolerów,
0:08:41.740,0:08:44.300
i nastąpi tutaj
0:08:44.300,0:08:46.700
awaria jednego z tych kontrolerów,
0:08:47.180,0:08:49.400
to jego sesja
0:08:49.760,0:08:52.660
zostanie automatycznie przekierowana
0:08:52.660,0:08:53.680
na drugi kontroler.,
0:08:54.520,0:08:57.140
który będzie oferował
0:08:57.140,0:09:01.640
tą samą informację o zestawionych sesjach kluczowych.
0:09:01.640,0:09:05.060
W związku z tym, klient w szpitalu drugim tego nie zauważy.
0:09:05.240,0:09:09.360
Tutaj jest jeszcze druga możliwość realizacji
0:09:09.580,0:09:11.300
tego połączenia L2,
0:09:11.480,0:09:16.600
tylko trzeba by WAN, który tutaj jest pokazany jako L3, o ten.
0:09:18.100,0:09:21.260
Ten WAN musiałby być zmigrowany do wersji drugiej.
0:09:21.680,0:09:23.880
Czyli jeżeli byśmy chcieli
0:09:24.280,0:09:27.360
zrealizować taki wariant, można powiedzieć tańszy
0:09:27.360,0:09:30.100
z punktu widzenia ilości kontrolerów,
0:09:30.120,0:09:34.320
to klaster L2 można planować
0:09:34.580,0:09:36.240
przez taki WAN,
0:09:36.240,0:09:38.740
Tylko, jeżeli mówimy o klastrze przez WAN,
0:09:38.920,0:09:43.200
to w każdym klastrze ta komunikacja pomiędzy sąsiadami klastra jest kluczowa.
0:09:43.400,0:09:46.460
W związku z tym, jeżeli chciałbyś zaplanować
0:09:46.460,0:09:50.660
komunikację między członkami klastra przez WAN,
0:09:50.660,0:09:53.060
to ten WAN musi być faktycznie dobrej jakości.
0:09:53.060,0:09:55.640
Czyli mamy łącze dzierżawione .
0:09:55.640,0:09:58.920
Może to być bezpośrednio łącze L2 dzierżawione.
0:09:58.940,0:10:01.640
Może to być łącze L3
0:10:02.080,0:10:05.500
i na to możemy nałożyć na przykład VxLAN- y
0:10:05.500,0:10:07.580
lub tunel L2 GRE.
0:10:07.580,0:10:12.440
Są różne metody, ale jakość tego WAN-u musi być dobra.
0:10:12.720,0:10:16.860
Ewentualnie można rozważyć, jeżeli to jest Internet,
0:10:16.940,0:10:19.340
czyli niegwarantowane medium WAN-owe,
0:10:19.340,0:10:21.780
można rozważyć rozwiązanie SD-WAN-owe.
0:10:22.140,0:10:25.480
Tak czy inaczej, możemy zaoszczędzić trochę
0:10:25.840,0:10:28.400
na części związanej z ilością kontrolerów,
0:10:29.025,0:10:31.995
natomiast więcej powinniśmy wydać wtedy na
0:10:32.160,0:10:35.020
część związaną z jakością WAN-u.
0:10:35.180,0:10:37.440
Wracając do naszego przykładu,
0:10:37.440,0:10:40.420
jeżeli tutaj mielibyśmy sobie VxLAN-y,
0:10:40.560,0:10:42.100
przerzucone przez ten
0:10:42.500,0:10:47.880
tunel L3, czyli tutaj byśmy sobie terminowali VxLAN i tutaj.
0:10:48.100,0:10:51.900
Czyli w tym momencie mamy L2 nałożone na L3.
0:10:51.900,0:10:55.740
To członek klastra mógłby być przeniesiony ze szpitala
0:10:55.960,0:10:59.000
drugiego do pierwszego czy odwrotnie.
0:10:59.000,0:11:01.420
Ilość kontrolerów mogłaby być mniejsza.
0:11:01.420,0:11:04.540
Oczywiście cały czas należy pamiętać o wymiarowaniu,
0:11:04.540,0:11:07.820
czyli o tym ile punktów dostępowych jest obecnie
0:11:07.980,0:11:10.800
obsługiwanych, ile chcemy obsługiwać docelowo
0:11:10.920,0:11:13.925
i co ma się wydarzyć, jeżeli mówimy o przełączeniu.
0:11:13.925,0:11:17.320
Jeżeli chodzi o tryb HA w wersji L2,
0:11:17.500,0:11:19.360
to tutaj musimy mieć zwymiarowane
0:11:19.360,0:11:21.725
to rozwiązanie platformowe pod
0:11:21.725,0:11:25.115
całkowitą ilość APEK-ów, które będą przełączone.
0:11:25.115,0:11:27.875
Jeżeli chodzi o tryb L3,
0:11:27.880,0:11:31.200
to tu jest ciekawa możliwość modyfikacji
0:11:31.200,0:11:35.600
pojemności platformy, ponieważ w trybie HA L3,
0:11:35.600,0:11:38.340
niektóre kontrolery wspierają taki tryb
0:11:38.340,0:11:40.600
failover, który pozwala
0:11:40.600,0:11:43.620
przekroczyć maksymalną ilość obsługiwanych APEK-ów .
0:11:43.900,0:11:46.140
Po co to jest zrobione?
0:11:46.140,0:11:48.760
To jest wykonane po to, że jak mamy tutaj,
0:11:48.760,0:11:50.660
wróćmy do tego HA L3,
0:11:51.260,0:11:53.560
jeżeli mamy tutaj 3 szpitale
0:11:53.560,0:11:56.740
i mamy w szpitalu pierwszym tą
0:11:56.900,0:11:59.600
redundancję tych kontrolerów,
0:11:59.600,0:12:03.320
to zakładamy, że jednocześnie szpital drugi
0:12:03.480,0:12:05.540
i szpital pierwszy
0:12:05.545,0:12:08.625
nie będą miały awarii, to znaczy, że wymiarujemy
0:12:08.765,0:12:10.925
ten kontroler w szpitalu pierwszym
0:12:11.260,0:12:15.160
tak, żeby mógł obsłużyć standby-owo wszystkie APEK-i w szpitalu trzecim
0:12:15.160,0:12:18.400
lub w szpitalu drugim, ale nie jednocześnie w obu szpitalach.
0:12:18.400,0:12:20.920
A to nam pozwala włączyć
0:12:20.920,0:12:23.560
taki tryb failover na kontrolerze,
0:12:23.560,0:12:26.700
który utrzymuje połączenia
0:12:26.960,0:12:29.220
standby-owe, takie dodatkowe-zapasowe
0:12:29.260,0:12:32.195
z APEK-ami na wypadek awarii.
0:12:32.200,0:12:36.220
I potrafi ich utrzymywać więcej niż faktyczna ilość
0:12:36.220,0:12:38.220
APEK-ów obsługiwanych przez platformę.
0:12:38.220,0:12:42.160
Czyli jeżeli kontroler ma możliwość obsłużenia na przykład 256,
0:12:42.160,0:12:45.980
to włączając tryb failover L3,
0:12:46.020,0:12:49.100
jesteśmy w stanie na przykład obsłużyć 1000 APEK-ów.
0:12:49.260,0:12:52.740
Jeżeli mamy je rozłożone na przykład w 4 różnych szpitalach.
0:12:53.005,0:12:56.025
To też pozwala zaoszczędzić nam
0:12:56.025,0:12:58.885
środki, jeżeli chodzi o model,
0:12:58.885,0:13:02.600
implementację i w jaki sposób możemy to HA zapewnić.
0:13:03.160,0:13:06.640
Ale wracam jeszcze raz do tego, o czym mówiłem troszeczkę wczesniej.
0:13:06.920,0:13:09.440
Adresacja IP jest kluczem.
0:13:09.440,0:13:13.020
Czyli to, w jaki sposób możemy nadać jeszcze raz
0:13:13.180,0:13:16.040
adresację tym klientom jest kluczowe
0:13:16.040,0:13:20.960
w rozważeniu czy ten model L3 jest dla nas do zastosowania.
0:13:20.960,0:13:23.660
Na dzisiaj to wszystko, co Wam chciałem powiedzieć.
0:13:23.660,0:13:26.540
Podsumowując, czy warto
0:13:26.540,0:13:29.640
stosować HA i w jakiej wersji?
0:13:29.640,0:13:32.660
Przede wszystkim HA warto stosować
0:13:32.660,0:13:36.440
w trybie L2, jeżeli mamy tylko taką możliwość.
0:13:36.760,0:13:40.060
Jeżeli chodzi o L3, on ma pewien benefit,
0:13:40.460,0:13:44.540
pewną zaletę taką, że jeżeli chcemy obsłużyć
0:13:44.760,0:13:48.460
w takim wariancie N+1
0:13:48.460,0:13:51.180
te kontrolery, które mogą ulec awarii,
0:13:51.180,0:13:54.500
to ten HA L3 jest właśnie do tego lepszy.
0:13:54.620,0:13:57.420
Tylko trzeba pamiętać o aspekcie adresacji.
0:13:57.520,0:13:59.000
Na dzisiaj to wszystko.
0:13:59.000,0:14:02.280
Dziękuję Ci za uwagę i do usłyszenia w kolejnym odcinku.
0:14:02.460,0:14:06.280
Jeżeli masz jakieś pytanie lub spodobał Ci się ten odcinek,
0:14:06.480,0:14:08.700
to daj łapkę w górę, komentarz
0:14:08.700,0:14:11.920
lub cokolwiek masz ochotę tam dodać.
0:14:12.080,0:14:15.700
To jest dla mnie sygnał, że odcinek jest dla Was atrakcyjny
0:14:15.720,0:14:19.180
i chcecie usłyszeć coś więcej w tym zakresie.
0:14:19.180,0:14:22.220
Dziękuję Ci bardzo i do usłyszenia, cześć.
%MCEPASTEBIN%