Home

Aktualności

Promocje

Firma AMM

Współpraca

Dokumentacja

FAQ

Pomoc

Kontakt

Mapa Witryny

Nowości

Szukaj

Płatności

Billing

Rejestracja

Perfekcyjny Hosting i Serwery Wirtualne

CP-HostingWindows-HostingLinux-HostingDomenySklepy WWWKreator WitrynVPS i KolokacjaUsługi Inne

 
Up
FAQ CP-Hosting
FAQ Windows
FAQ-Linux
Łącza i Serwery
BGP-4
Serwery DNS
Okres Testowy
Transfer serwera
FTP przez WWW
SPAM

 
 

Serwery Planu Linux-Hosting - powrót...


Od  listopada 2003 roku wszystkie serwery w AMM WEB Hosting podłączone będą do sieci Internet z wykorzystaniem BGP-4.

Reasumując w uproszczeniu serwery podłączone są jednocześnie do więcej jak jednej sieci szkieletowej wydzielonymi łączami.

W wypadku awarii w jednej z sieci szkieletowych lub jednego z łączy ruch automatycznie kierowany jest przez drugie łącze. Odbywa się to całkowicie automatycznie i bez udziału operatora. Ponadto w sieci szkieletowej droga pomiędzy serwerem a odbiorcą jest wybierana automatycznie po najkorzystniejszej trasie.

Aktualnie są to łącza do GTS.pl  POL-34 i NETIA

Serwery z "Planu Windows Server Hosting" podłączone do wydzielonego łącza dostarczanego przez Crowley Data Poland http://www.crowley.pl korzystają za jego pośrednictwem z dobrodziejstw protokółu transmisji BGP-4 - jednak dopiero w punkcie styku łaczą CPD z siecia Internet


BGP - protokół routingu BGP wykonuje routing międzydomenowy w sieciach pracujących z protokołem TCP/IP. Należy do klasy protokołów zewnętrznych.

Wykonuje routing pomiędzy wieloma systemami autonomicznymi (AS) zwanych domenami i wymienia informacje o routingu i dostępności z innymi systemami posługującymi się tym protokołem.

Podobnie jak każdy protokół routingu, BGP utrzymuje tablice routingu, przesyła uaktualnienia routingu i podejmuje decyzje o trasie kierowania ruchu.

Główną funkcją systemu BGP jest wymiana z innymi systemami BGP informacji o dostępności sieci, w tym informacji o ścieżkach systemów autonomicznych. Informacja ta jest niezbędna do konstrukcji grafu połączeń systemów autonomicznych, z którego można

eliminować pętle i podejmować strategiczne decyzje o wyborze trasy pakietów. Każdy router utrzymuje tablicę routingu, zawierającą wszystkie możliwe ścieżki do poszczególnych sieci.

Informacja o routingu otrzymana jest od równorzędnego routera (peer), i jest przechowywana do czasu, gdy zostanie odebrane przyrostowe uaktualnienie.

Protokół BGP stanowi także ochronę przed przeciążeniem czy awarią łącz, pozwala optymalnie rozłożyć obciążenie i likwidować "wąskie gardła" na poszczególnych łączach.

Obecnie powszechnie stosowana jest wersja 4 protokołu BGP oznaczana jako BGP-4."

 

Border Gateway Protocol

W poszukiwaniu najlepszej trasy

Użytkownicy Sieci rzadko myślą o systemach i urządzeniach infrastruktury, które umożliwiają właściwe działanie Internetu. Szybki rozwój Sieci wymusił zmiany w organizacji dostępu do poszczególnych komputerów. Sposoby organizacji tego dostępu to właśnie protokoły routingu.

Pierwsze protokoły obsługiwały tylko pojedyncze podsieci i wymagały ręcznej konfiguracji sprowadzającej się do wpisania statycznej tabeli połączeń, a maksymalna liczba przeskoków wynosiła 15. Kolejne wersje protokołów powstawały, gdy poprzednie nie wystarczały do efektywnego zarządzania ruchem w sieci. Różnorodne urządzenia i przepływności połączonych sieci stawiały coraz większe wymagania przed routerami i ich oprogramowaniem, a szybkość przekazywania danych po poszczególnych łączach zaczęła mieć znaczenie dla sposobu nawiązywania połączenia. Wszystkie te czynniki miały wpływ na ewolucję i specjalizację także w warstwie protokołów, które dynamicznie budują trasy połączeń.

Obecnie wyróżnia się dwie podstawowe grupy protokołów ­ wewnątrzdomenowe IGP (Interior Gateway Protocol) oraz pozadomenowe EGP (Exterior Gateway Protocol). Można powiedzieć, że protokoły te wyraźnie zmierzają w kierunku stworzenia wielopoziomowej struktury identyfikacji adresata informacji zbliżonej do hierarchicznego systemu numeracji telefonicznej. Odbiega to znacznie od pierwotnego pomysłu na całkowicie płaski system adresacji w Internecie ­ wielkość sieci uniemożliwiła praktyczne stosowanie tej metody.

Protokoły grupy IGP służą do wymiany informacji o topologii sieci w obrębie jednolitego systemu autonomicznego, w jednej domenie administracyjnej i posługują się dwiema metodami badania sieci. Metoda wektora odległości pozwala wyliczyć trasy, gdy wszystkie sąsiadujące routery w sieci prześlą do siebie swoje tablice routowania. W metodzie stanu łącza, po rozpowszechnieniu w sieci informacji o lokalnych połączeniach innych routerów, specjalny algorytm o nazwie Shortest Path First pozwala wyliczyć odległości do wszystkich sieci i podsieci.

Protokoły EGP służą do wymiany informacji pomiędzy dostawcami usług internetowych i transportowych sieciowych. Można obrazowo powiedzieć, że śledzą one główne trasy, a identyfikację ostatecznego odbiorcy powierzają routerom systemów autonomicznych wykorzystujących IGP.

Ze względu na złożoność Internetu nie ma możliwości ręcznej konfiguracji tras. Routery robią to same, a protokoły muszą uwzględniać w przekazywanych informacjach dane, które pozwolą optymalizować i upraszczać trasy. Muszą także umieć wykryć awarie lub przeciążenia na części łączy. Pożądane jest także, aby protokół uniemożliwiał zapętlenie drogi przy automatycznej analizie tras oraz żeby wymieniane informacje o trasach nie powodowały zapchania łączy. Podstawą routowania są tablice, które w jednym routerze mogą być tworzone za pomocą kilku protokołów używanych na różnych łączach fizycznych routera.

Nie ma możliwości zaprojektowania algorytmu wyznaczania trasy optymalnego dla każdego rodzaju fizycznej topologii sieci. Należy więc pamiętać, że niektóre protokoły są efektywniejsze w ściśle określonych strukturach sieci. Analogicznie można stwierdzić, że nie ma najlepszego protokołu ­ każdy ma dobre i złe cechy, zależnie od konkretnej sytuacji. Jeżeli dysponujemy jednym łączem, to w zupełności wystarcza statyczny wpis do tablicy routingu na naszym serwerze i dowolny protokół ani najlepszy router niewiele w takiej sytuacji zmienia. Wyjątkiem jest sytuacja dostawcy Internetu mającego jedno łącze, przez które przepływa ruch w bardzo wielu kierunkach. W tej sytuacji własny router BGP może nieco usprawnić wysyłkę pakietów, ponieważ od razu je precyzyjniej adresuje.

Border Gateway Protocol

Przy wyznaczaniu trasy niezbędna jest właściwa wymiana informacji pomiędzy protokołami EGP i IGP. Obecnie najbardziej zaawansowanym rozwiązaniem jest protokół BGP 4, który spełnia rolę protokołu uniwersalnego, który można wykorzystać do budowy tablic routingu wewnętrznego w systemie autonomicznym (IBGP) oraz ścieżek routingu pomiędzy dostawcami (EBGP). Rozróżnienie to jest umowne, stosowne do aktualnego obszaru działania protokołu.

Routery BGP 4 definiują sesje sąsiedzkie, które wykorzystując standardowy TCP, służą do wymiany informacji o trasach sieciowych i ścieżkach w systemach autonomicznych. Routery takie nazywamy równorzędnymi, a sesja TCP trwa do chwili zerwania połączenia fizycznego. Po nawiązaniu połączenia routery wymieniają między sobą całe tablice routingu. W stosunku do dawniejszych IGP wprowadzono mechanizmy numerowania wersji tablic, co umożliwia ich aktualizację przez wymianę informacji różnicowych. Dzięki temu wszystkie routery równorzędne synchronizują się praktycznie natychmiast. Bardzo ważną cechą BGP jest to, że ogłasza tylko trasę najlepszą, ale w osobnej tablicy przechowuje trasy zapasowe. Protokół BGP optymalizuje trasę na podstawie długości ścieżek do systemu docelowego, ale umożliwia także arbitralny wybór drogi.

Organizacja sieci z BGP

Każdy system autonomiczny musi mieć swój unikalny identyfikator ASN (Autonomic System Number), nadawany przez organizacje RIPE, APNIC lub ARIN. Numer ten jest identyfikatorem wszystkich routerów BGP danego systemu. Powielenie numeru na zewnątrz grozi wyłączeniem dużych obszarów sieci ze względu na wewnętrzne zabezpieczenia protokołu przed zapętleniem. Dla routerów BGP w sieciach prywatnych, niepołączonych z Internetem, wykorzystuje się numery z zakresu 32768- 64511. Elementem usprawniania działania sieci jest możliwość filtracji rozgłaszanych sieci, tak aby kierować połączenia na różne interfejsy fizyczne do różnych routerów fizycznych. Podobnie można wybrać i pogrupować informacje o trasach, które są rozgłaszane do poszczególnych routerów.

Tworzenie tablic routingu przez różne protokoły

W systemach autonomicznych routery BGP mogą tworzyć konfederacje, które zmniejszają ruch wewnątrz systemu, tworząc automatycznie subsystemy o strukturze pierścieni. Inną metodą zmniejszania ruchu jest hierarchiczna konfiguracja routerów w strukturze drzewa nazywana klastrem, gdzie router nadrzędny pełni rolę propagatora tras (Route Reflector), a routery gałęzi nie prowadzą działalności rozgłoszeniowej.

BGP w obszarze zewnętrznym (EBGP) i wewnętrznym (IBGP) systemu autonomicznego

Bardzo interesującą możliwością jest także przekazywanie ruchu BGP poprzez autonomiczny system, który wewnątrz nie obsługuje tego protokołu. W znacznym stopniu można skorzystać z dobrodziejstw BGP, jeżeli firma mająca więcej niż jedno połączenie z Internetem wymieni routery brzegowe na takie, które obsługują BGP 4.

Dla kogo BGP

Routery obsługujące BGP 4 są znacznie droższe niż ich poprzednicy. Trzeba pamiętać, że wbudowana funkcjonalność wymaga ogromnej mocy obliczeniowej oraz pamięci do obsługi złożonych funkcji routowania. Bez przesady można stwierdzić, że oprogramowanie routerów jest jednym z najbardziej złożonych współczesnych zagadnień programistycznych. Oprogramowanie to musi podejmować decyzje w złożonej i dynamicznie zmieniającej się topologii sieci.

Propagator tras (Route Reflector) z routerami klienckimi i równorzędnymi

Routing BGP wymaga, aby inne routery sieci także umiały go obsłużyć ­ w miarę rozprzestrzeniania się technologii można będzie z niej korzystać na coraz niższym szczeblu.

Konfederacja routerów BGP

W sieciach, które funkcjonują od dawna proces wymiany routerów musi potrwać, nie należy się więc dziwić, że nie nastąpi to jednego dnia ­ jest to bardzo kosztowne i trudne organizacyjnie. Sieci dostawców wchodzących na rynek nie mają tych ułomności ­ zawsze są najnowocześniejsze.

Czy BGP można czymś zastąpić? Teoretycznie tak ­ można stosować stare protokoły, dodatkowe serwery nazw itp. Wymaga to jedynie zwiększania mocy obliczeniowych i pasma na informacje techniczne sieci, niezbędne dla jej funkcjonowania. Rozwój ekstensywny rzadko kończy się sukcesem, lepiej więc stosować rozwiązania "inteligentniejsze", efektywniejsze w działaniu.

 
Typy protokołów
RIP Routing Information Protocol - jeden z najstarszych protokołów dla sieci TCP/IP opisany w dokumencie RFC 1058. W wersji 1 jest protokołem klasowym i nie pozwala na ogłaszanie informacji o podsieciach. W wersji 2 potrafi obsłużyć CIDR (bezklasowy protokół międzydomenowy) oraz VLSM (zmienna długość maski podsieci), dzięki czemu znacznie zyskuje na funkcjonalności i umożliwia efektywniejsze wykorzystanie adresów w podsieciach. Protokół przeznaczony dla małych sieci, także ze względu na małą maksymalną liczbę przeskoków ­ 15.
OSPF Open Shortest Path First - protokół grupy IGP, powstał pod koniec lat osiemdziesiątych w IETF (Internet Engineering Task Force), jego druga wersja opisana jest w RFC 1583. Protokół optymalizowany był na potrzeby IP, a zatem uwzględnia adresowanie zmienną długością maski (VLSM), uwierzytelnia źródła informacji o trasach oraz szybko uaktualnia drogi routingu. Jest to protokół stanu łącza, a zatem jego działanie jest najbardziej skuteczne, gdy topologia sieci jest hierarchiczna i duże intranety czy sieci autonomiczne podzielone są na małe jednostki, a routery graniczne łączą się z kolei w lokalny szkielet sieci.
IS-IS Intermediate System to Intermediate System - jest funkcjonalnym odpowiednikiem OSPF stworzonym przez ISO (International Standard Organisation), dodatkowo potrafi obsługiwać ISO CLNP (ISO Connectionless Network Protocol).
BGP Border Gateway Protocol - protokół grupy EGP, jego kolejne wersje ­ 2, 3, i 4 opisano w RFC 1163, 1267 i 1771. Wyróżnia się tym, że uniemożliwia zapętlenia drogi routingu.

 

Słownik

Pomoc
kontakt: biuro@amm.net.pl  ;  pomoc techniczna: admin@amm.net.pl  ;  finanse: rozliczenia@amm.net.pl  
 tel. (61) 624-15-40/41 ; Domeny (61) 66 90 214 ; rozliczenia: tel. (61) 66 90 213 ; fax (61) 624-15-42
Copyright © 1997-2008 AMM-KOMPUTER  Wszelkie prawa zastrzeżone.