1
00:00:00,500 --> 00:00:08,240
Chciałbym jeszcze raz podkreślić, że każda strona internetowa została przetłumaczona na inny adres IP.

2
00:00:08,240 --> 00:00:16,460
Wreszcie, jeśli pinguję CNN. com zauważy, że to również rozwiązuje się na adres IP, ale różni się

3
00:00:16,460 --> 00:00:17,660
od poprzednich przykładów.

4
00:00:17,660 --> 00:00:24,600
DNS robi rozpoznawanie nazw, więc rozstrzyga nazwę domeny na adres IP i tak uczę się

5
00:00:24,620 --> 00:00:28,890
adresu IP CNN dot com lub Google dot com.

6
00:00:29,000 --> 00:00:35,120
Możesz pingować wiele znanych stron internetowych w Internecie, aby dowiedzieć się, jakie są adresy IP.

7
00:00:35,120 --> 00:00:42,200
Można również użyć tego wyszukiwania, które po prostu robi rozpoznawanie nazwy domeny DNS, a

8
00:00:42,200 --> 00:00:44,270
nie próbuje przypiąć serwer.

9
00:00:44,270 --> 00:00:50,490
Podsumowując, urządzenia w Internecie zostały skonfigurowane z adresami IP w wersji 4.

10
00:00:50,510 --> 00:00:55,180
Wyjaśnię więcej o formatowaniu adresów IP w ciągu najbliższych kilku minut.

11
00:00:55,400 --> 00:01:03,140
Ale na razie zwróć uwagę, że każde urządzenie ma adres IP i obejmuje mój własny komputer lub polecenie

12
00:01:03,140 --> 00:01:07,860
IP config pokaże mi adres IP na moim komputerze lokalnym.

13
00:01:07,910 --> 00:01:09,420
Podczas korzystania z systemu Windows.

14
00:01:09,470 --> 00:01:14,740
W tym przykładzie mój adres IP w wersji 4 to 10. 0 0. 6.

15
00:01:14,750 --> 00:01:22,960
Zauważysz też, że mam adres IP w wersji 6 z 2001 roku Colon 20 dwukropek.

16
00:01:23,240 --> 00:01:28,910
W tym filmie koncentrujemy się na wersji IP dla adresów, ale w innym filmie

17
00:01:28,910 --> 00:01:35,780
objaśnię wersję IP 6 Wersja IP 6 staje się coraz ważniejsza, ponieważ adresy IP są teraz

18
00:01:35,780 --> 00:01:44,240
wyczerpane w niektórych częściach świata w wersji IP 4 lub w wersji protokołu internetowego 4 to warstwa 3 lub sieć i

19
00:01:44,240 --> 00:01:47,240
protokół warstwowy zgodnie z modelem OS.

20
00:01:47,400 --> 00:01:48,690
Znasz inny film.

21
00:01:48,690 --> 00:01:50,470
Wyjaśniłem OS na modelu.

22
00:01:50,510 --> 00:01:57,560
Więc jeśli nie masz pewności co do warstw Zobacz ten film IP wersja 4 to protokół listy połączeń.

23
00:01:57,560 --> 00:02:01,420
Innymi słowy, nie ma sesji tworzonych podczas przesyłania ruchu.

24
00:02:01,580 --> 00:02:06,800
Nadajnik po prostu wysyła dane bez powiadomienia do odbiornika.

25
00:02:06,800 --> 00:02:10,500
Żadne informacje o stanie nie są wysyłane z odbiornika do nadajnika.

26
00:02:10,550 --> 00:02:15,490
Jest to całkowicie bez połączenia TZP dla protokołu kontroli transmisji.

27
00:02:15,500 --> 00:02:20,680
Z drugiej strony zorientowana na połączenie TZP utworzy sesję.

28
00:02:20,750 --> 00:02:28,070
Zanim więc transmisja nastąpi w TZP, nadajnik wysyła do odbiornika to, co nazywa się

29
00:02:28,070 --> 00:02:30,190
komunikatem słońca lub synchronizacji.

30
00:02:30,230 --> 00:02:38,210
Jest komunikat potwierdzenia od odbiornika do nadajnika, a następnie komunikat potwierdzenia lub potwierdzenia z

31
00:02:38,390 --> 00:02:40,430
przesyłanego do odbiornika.

32
00:02:40,430 --> 00:02:48,610
Zanim więc dane zostaną przesłane, urządzenia korzystające z TZP przechodzą przez tak zwany potrójny uścisk dłoni.

33
00:02:48,890 --> 00:02:54,960
Niektóre z nich wysyłają ip i potwierdzenia IP z drugiej strony nie robią tego.

34
00:02:55,010 --> 00:02:58,820
Każdy pakiet jest traktowany niezależnie od innych pakietów.

35
00:02:58,820 --> 00:03:04,190
Dlatego ruch może mieć różne ścieżki, aby dotrzeć do miejsca docelowego.

36
00:03:04,220 --> 00:03:11,000
Rodders będzie kierował ruch przez różne ścieżki w oparciu o opcje takie jak równoważenie obciążenia, ponieważ każdy

37
00:03:11,000 --> 00:03:12,430
pakiet jest niezależny.

38
00:03:12,530 --> 00:03:15,190
IP to protokół listy połączeń.

39
00:03:15,500 --> 00:03:22,110
Routery mogą również opierać decyzje dotyczące routingu na różnych wartościach, takich jak przepustowość lub liczba przeskoków.

40
00:03:22,430 --> 00:03:32,240
Ale możliwe jest, że pakiety z jednej sesji biorą rozbieżne lub różne części, aby dotrzeć do miejsca docelowego.

41
00:03:32,240 --> 00:03:39,260
Na przykład Ripp oprze swoje decyzje dotyczące rutowania na liczbie przeskoków, która nie jest dobra, a zatem Repp

42
00:03:39,260 --> 00:03:41,470
nie jest już często używany.

43
00:03:41,750 --> 00:03:48,650
Protokół OSPF będzie opierał się na przepustowości innych działających protokołów, wykorzystując własne dane do określenia

44
00:03:48,650 --> 00:03:49,830
najlepszej ścieżki.

45
00:03:49,850 --> 00:03:56,630
Omówię protokoły routingu bardziej szczegółowo w dalszej części tego kursu, ale w krótkich protokołach zapisu

46
00:03:56,630 --> 00:04:01,330
określ najlepszą ścieżkę lub najlepszą trasę od A do B.

47
00:04:01,340 --> 00:04:08,120
Jest to oparte na całej strukturze adresowania Rockhilla w wersji IP dla wersji IP

48
00:04:08,120 --> 00:04:15,080
6, gdzie mamy zarówno część sieciową, jak i hosta, jako część adresu bazującego na decyzjach

49
00:04:15,080 --> 00:04:22,100
routingu na części sieci adresu, a nie na części hosta adres, a za chwilę wyjaśnię

50
00:04:22,370 --> 00:04:24,390
część sieci i hosta.

51
00:04:24,620 --> 00:04:28,850
IP zapewnia także najlepszy wysiłek w dostarczaniu pakietów.

52
00:04:28,850 --> 00:04:34,220
Nie ma gwarancji dostarczenia pakietów, każdy pakiet może zostać błędnie skierowany.

53
00:04:34,370 --> 00:04:41,960
Może być duplikowany lub może zostać utracony podczas transmisji, gdy zostanie wysłany do miejsca docelowego i należy

54
00:04:41,960 --> 00:04:45,410
się tego spodziewać w przypadku transmisji IP.

55
00:04:45,410 --> 00:04:52,190
Po raz kolejny TZP, która jest protokołem zorientowanym na połączenie, ma możliwość odczytu

56
00:04:52,190 --> 00:04:58,730
pakietów nadawczych, które tracą UDP, kolejna warstwa dla protokołu nie retransmituje pakietów.

57
00:04:58,730 --> 00:05:04,130
Jeśli zostaną upuszczeni po prostu zagubieni, a aplikacje muszą się tym zająć.

58
00:05:04,340 --> 00:05:07,780
W IP nie ma również funkcji odzyskiwania danych.

59
00:05:07,790 --> 00:05:14,750
Jeśli pakiet na przykład ulegnie uszkodzeniu, urządzenia końcowe będą musiały je obsłużyć, a nie routery

60
00:05:14,750 --> 00:05:16,040
pomiędzy nimi.

61
00:05:16,040 --> 00:05:24,020
Tak więc w podsumowaniu IP nie ma sesji boltinowych żadne odzyskiwanie danych bez retransmisji Protokoły Hialeah takie

62
00:05:24,020 --> 00:05:31,730
jak TCAP będą musiały obsłużyć zrzucone pakiety uszkodzone pakiety błędnie przekierowywały pakiety i tak dalej.

63
00:05:31,790 --> 00:05:39,850
IP nie zapewnia tych funkcji i opiera się na protokołach Hialeah w celu zaimplementowania tych funkcji.

64
00:05:39,980 --> 00:05:47,300
Spójrzmy więc na format wersji IP dla adresu Wersja IP dla adresu ma rozmiar 32 bitów, zwykle zapisany w

65
00:05:47,480 --> 00:05:56,750
notacji dziesiętnej z kropkami, jak na przykład 10 kropka jedna kropka 1. 1 każda z wartości, na przykład 10,

66
00:05:56,750 --> 00:05:59,770
ma rozmiar 8 bitów.

67
00:05:59,780 --> 00:06:07,780
Innymi słowy, mamy x x x done X, przy czym każde X ma 8 bitów długości.

68
00:06:07,910 --> 00:06:13,390
Znany również jako oktet, całkowity rozmiar adresu wynosi 32 bity.

69
00:06:13,400 --> 00:06:15,390
Zapoznaj się z filmem binarnym.

70
00:06:15,530 --> 00:06:22,820
Jeśli nie masz pewności co do bitów i sposobu konwersji tego adresu na binarne iz powrotem adresy IP

71
00:06:22,820 --> 00:06:29,520
ponownie mają strukturę skalnego skalnego, aby umożliwić routing, który składa się z dwóch głównych części.

72
00:06:29,630 --> 00:06:35,810
Mamy część sieciową adresu i części hosta, a przyjrzymy się temu dokładniej

73
00:06:35,810 --> 00:06:37,070
za chwilę.

74
00:06:37,070 --> 00:06:45,620
Adresy IP są używane do routingu w sposób bardzo podobny do sposobu, w jaki DHL lub FedEx rankingują paczki

75
00:06:45,620 --> 00:06:51,390
na podstawie trasy adresu docelowego, co spowoduje skierowanie ruchu do adresu docelowego.

76
00:06:51,530 --> 00:06:57,800
Gdy pakiety unicast są transmitowane, pakiety wielodaniowe korzystają z innego mechanizmu i kierują się routingiem

77
00:06:57,800 --> 00:06:59,500
na podstawie adresu źródłowego.

78
00:06:59,600 --> 00:07:08,420
Analogicznie DHL lub FedEx wysyłają dane do miejsca przeznaczenia na podstawie miejsca docelowego na paczkach

79
00:07:08,420 --> 00:07:16,220
routery wysyłają pakiety do miejsc docelowych na podstawie adresu docelowego w pakiecie.
