Po prostu:
------------------------------------------------------------
| TYPE | ASSOCIATIONS | SCOPE | EXAMPLE |
------------------------------------------------------------
| Unicast | 1 to 1 | Whole network | HTTP |
------------------------------------------------------------
| Broadcast | 1 to Many | Subnet | ARP |
------------------------------------------------------------
| Multicast | One/Many to Many | Defined horizon | SLP |
------------------------------------------------------------
| Anycast | Many to Few | Whole network | 6to4 |
------------------------------------------------------------
Unicast jest używany, gdy dwa węzły sieciowe muszą ze sobą rozmawiać. Jest to dość proste, więc nie zamierzam poświęcać temu dużo czasu. TCP z definicji jest protokołem Unicast, z wyjątkiem przypadków, w których występuje Anycast (więcej na ten temat poniżej).
Jeśli potrzebujesz więcej niż dwóch węzłów, aby zobaczyć ruch, masz opcje.
Jeśli wszystkie węzły znajdują się w tej samej podsieci, rozgłoszenie staje się realnym rozwiązaniem. Wszystkie węzły w podsieci zobaczą cały ruch. Nie jest utrzymywany stan połączenia podobny do TCP. Emisja jest funkcją warstwy 2 w protokole Ethernet, a także funkcją warstwy 3 w IPv4.
Multicast jest jak transmisja, która może przechodzić przez podsieci, ale w przeciwieństwie do emisji nie dotyka wszystkich węzłów. Węzły muszą subskrybować grupę multiemisji, aby otrzymywać informacje. Protokoły multiemisji są zwykle protokołami UDP, ponieważ z definicji nie można utrzymać stanu połączenia. Węzły przesyłające dane do grupy multiemisji nie wiedzą, które węzły odbierają. Domyślnie routery internetowe nie przepuszczają ruchu Multicast. Jednak do użytku wewnętrznego jest to całkowicie dozwolone; dlatego „Definiowany horyzont” na powyższym wykresie. Multicast to funkcja warstwy 3 w IPv4 i IPv6.
Aby skorzystać z anycast , reklamujesz tę samą sieć w wielu miejscach w Internecie i polegasz na obliczeniach najkrótszej ścieżki, aby skierować klientów do wielu lokalizacji. Jeśli chodzi o same węzły sieciowe, używają połączenia emisji pojedynczej, aby rozmawiać z anycastowanymi węzłami. Aby uzyskać więcej informacji na temat Anycast, spróbuj: Co to jest „anycast” i jak jest pomocny? . Anycast jest również funkcją warstwy 3, ale jest funkcją tego, jak odbywa się łączenie tras.
Przykłady
Kilka przykładów wykorzystania metod innych niż Unicast w prawdziwym Internecie.
ARP rozgłoszeniowy jest protokołem rozgłoszeniowym i jest wykorzystywany przez stosy TCP / IP do określania sposobu wysyłania ruchu do innych węzłów w sieci. Jeśli miejsce docelowe znajduje się w tej samej podsieci, ARP służy do ustalenia adresu MAC, który prowadzi do podanego adresu IP. Jest to transmisja poziomu 2 (Ethernet) do zarezerwowanego adresu FF: FF: FF: FF: FF: FF MAC.
Ponadto protokół przeglądania maszyn firmy Microsoft jest znany z transmisji. Rozwiązania takie jak WINS zostały stworzone, aby umożliwić przeglądanie podsieci. Dotyczy to emisji poziomu 3 (IP), która jest pakietem IP z adresem docelowym wymienionym jako adres emisji podsieci (w 192.168.101.0/24 adres emisji to 192.168.101.255).
Protokół NTP pozwala na emisję w celu ogłaszania źródeł czasu.
Multicast
W sieci korporacyjnej, Multicast może dostarczać wideo na żywo do wielu węzłów bez konieczności posiadania ogromnej przepustowości po stronie serwera dostarczającego obraz wideo. W ten sposób możesz mieć serwer wideo zasilający strumień 720p tylko na połączeniu 100 Mb, a mimo to nadal podawać ten kanał 3000 klientom.
Kiedy Novell przeniósł się z IPX do IP, musiał wybrać protokół reklamowo-usługowy, aby zastąpić protokół SAP w IPX. W IPX, Service Advertising Protocol, ogłaszał ogólną sieć za każdym razem, gdy ogłaszał, że usługa jest dostępna. Ponieważ w protokole TCP / IP brakowało takiego globalnego protokołu zapowiedzi, firma Novell zdecydowała się na użycie protokołu opartego na multiemisji: protokołu lokalizacji usługi. Nowe serwery ogłaszają swoje usługi w grupie multiemisji SLP. Klienci szukający określonych rodzajów usług zgłaszają potrzebę grupy multiemisji i nasłuchują odpowiedzi pojedynczych.
Drukarki HP domyślnie zgłaszają swoją obecność w grupie multiemisji. Dzięki odpowiednim narzędziom bardzo łatwo można dowiedzieć się, jakie drukarki są dostępne w sieci.
Protokół NTP pozwala również na metodę multiemisji (IP 224.0.1.1) do ogłaszania źródeł czasu w obszarach poza tylko jedną podsiecią.
Anycast
Anycast jest nieco wyjątkowy, ponieważ nakłada się na niego warstwy Unicast. Anycast ogłasza tę samą sieć w różnych częściach sieci, aby zmniejszyć liczbę przeskoków niezbędnych do uzyskania dostępu do tej sieci.
Protokół przejścia 6to4 IPv6 wykorzystuje Anycast. Bramy 6to4 ogłaszają swoją obecność pod określonym adresem IP, 192.88.99.1. Klienci, którzy chcą korzystać z bramy 6to4, wysyłają ruch do 192.88.99.1 i ufają sieci, że dostarczą żądanie połączenia do routera 6to4.
Usługi NTP dla szczególnie popularnych hostów NTP mogą równie dobrze zostać anycastowane, ale nie mam na to dowodów. W protokole nie ma nic, co mogłoby temu zapobiec.
Inne usługi używają Anycast do poprawy lokalizacji danych dla użytkowników końcowych. Google robi Anycast ze swoimi stronami wyszukiwania w niektórych miejscach (a geo-IP w innych). Główne serwery DNS używają Anycast z podobnych powodów. Sama ServerFault może po prostu tam pójść, mają centra danych w Nowym Jorku i Oregonie, ale jeszcze tam nie poszły.
Problemy z siecią
Nadmierny ruch rozgłoszeniowy może obrabować wszystkie węzły w tej podsieci przepustowości. Obecnie nie stanowi to większego problemu w przypadku portów GigE z pełnym dupleksem, ale w półdupleksowych 10 Mb dni burza z transmisją może bardzo szybko zatrzymać sieć. Te półdupleksowe sieci z jedną dużą domeną kolizyjną we wszystkich węzłach były szczególnie podatne na burze rozgłoszeniowe, dlatego książki o sieci, szczególnie te starsze, mają pilnować ruchu rozgłoszeniowego. Sieci Switched / Full-Duplex są znacznie trudniejsze do zatrzymania z powodu burzy rozgłoszeniowej, ale może się tak zdarzyć. Emisja jest wymagana do poprawnego funkcjonowania sieci IP.
Multicast ma taką samą możliwość nadużyć. Jeśli jeden węzeł w grupie multiemisji rozpocznie wysyłanie ogromnej ilości ruchu do tej grupy, wszystkie subskrybowane węzły zobaczą cały ten ruch. Podobnie jak w przypadku transmisji, nadmierny ruch Mcast może zwiększyć możliwości kolizji na połączeniach, w których jest to problem.
Multicast jest opcjonalną funkcją IPv4, ale jest wymagana w przypadku IPv6. Emisja IPv4 jest zastąpiona przez multiemisję w IPv6 (Zobacz też: Dlaczego IPv6 nie może wysyłać transmisji? ). Często jest wyłączany w sieciach IPv4. Nieprzypadkowo włączenie multiemisji jest jednym z wielu powodów, dla których inżynierowie sieci nie chcą tego robić przed przejściem na IPv6 .
Obliczanie natężenia ruchu zależy od kilku rzeczy
- Połowa vs pełny dupleks: Sieci półdupleksowe mają znacznie niższe tolerancje dla ruchu emisji / emisji.
- Szybkość portów sieciowych: im szybsza sieć, tym mniejszy problem. W dniach Ethernet 10 Mb 5-10% ruchu na porcie może być ruchem transmisji, jeśli nie więcej, ale na GigE mniej niż 1% (prawdopodobnie znacznie mniej) jest bardziej prawdopodobne.
- Liczba węzłów w sieci: im więcej masz węzłów, tym większy nieunikniony ruch rozgłoszeniowy (ARP). Jeśli masz nadawane określone protokoły, przeglądanie systemu Windows lub inne rzeczy, takie jak bicie serca klastra, gdzie zaczynają się problemy, zmienią się.
- Technologia sieciowa: Przewodowa sieć Ethernet jest wystarczająco szybka, więc dopóki masz do niej nowoczesny sprzęt, transmisja / transmisja prawdopodobnie nie spowoduje problemów. Z drugiej strony sieć bezprzewodowa może cierpieć z powodu nadmiernego ruchu rozgłoszeniowego, ponieważ jest wspólnym medium między wszystkimi węzłami, a zatem w jednej domenie kolizyjnej.
W końcu ruch Bcast i Mcast obrabia porty przepustowości z górnej granicy. Kiedy zaczynasz się martwić, zależy to w dużej mierze od twojej indywidualnej sieci i tolerancji dla zmiennej wydajności. Zasadniczo liczba węzłów sieci nie skalowała się tak szybko, jak prędkości sieci, więc ogólny procent nadawania w miarę ruchu spada z czasem.
Niektóre sieci nie zezwalają na multiemisję z określonych powodów, a inne nigdy nie poświęciły czasu na jej skonfigurowanie. Istnieje kilka protokołów multiemisji, które mogą ujawnić interesujące informacje (SLP jest jednym z nich) każdemu, kto szuka właściwych rzeczy. Osobiście nie przeszkadza mi niewielki ruch multiemisji, ponieważ największą irytacją, jaką z nim widziałem, jest zanieczyszczone przechwytywanie sieci, gdy przeprowadzam analizę sieci; i do tego są filtry.