1
00:00:00,500 --> 00:00:08,240
Ceea ce aș dori să subliniez încă o dată este că fiecare site web este rezolvat la o altă adresă IP.

2
00:00:08,240 --> 00:00:16,460
În cele din urmă, dacă am ping CNN. com remarcă că acest lucru se rezolvă de asemenea la o adresă IP, dar este

3
00:00:16,460 --> 00:00:17,660
diferit de exemplele anterioare.

4
00:00:17,660 --> 00:00:24,600
DNS face rezoluția numelui, astfel încât rezolvă un nume de domeniu la o adresă IP și așa învăț

5
00:00:24,620 --> 00:00:28,890
adresa IP a lui CNN dot com sau Google dot com.

6
00:00:29,000 --> 00:00:35,120
Puteți pinge multe din site-urile web cunoscute pe internet pentru a afla care sunt adresele IP.

7
00:00:35,120 --> 00:00:42,200
Puteți utiliza, de asemenea, această căutare care face doar o rezoluție DNS a unui nume de domeniu, mai degrabă decât

8
00:00:42,200 --> 00:00:44,270
încercarea de a PIN server.

9
00:00:44,270 --> 00:00:50,490
Astfel, în rezumat, dispozitivele de pe Internet au fost configurate cu adrese IP de 4 versiuni.

10
00:00:50,510 --> 00:00:55,180
Voi explica mai multe despre formatarea adreselor IP în următoarele câteva minute.

11
00:00:55,400 --> 00:01:03,140
Dar, pentru moment, trebuie doar să țineți cont de faptul că fiecare dispozitiv are o adresă IP și care include mașina proprie sau

12
00:01:03,140 --> 00:01:07,860
comanda IP de comandă îmi va arăta adresa IP pe mașina mea locală.

13
00:01:07,910 --> 00:01:09,420
Când utilizați Windows.

14
00:01:09,470 --> 00:01:14,740
Deci, în acest exemplu adresa IP a versiunii 4 este de 10. 0 0. 6.

15
00:01:14,750 --> 00:01:22,960
De asemenea, veți observa aici că am o adresă de IP versiunea 6 a colinei Colin 20 colon de 20 de ani.

16
00:01:23,240 --> 00:01:28,910
În acest videoclip ne concentrăm pe versiunea IP pentru adrese, dar în alt videoclip voi explica

17
00:01:28,910 --> 00:01:35,780
versiunea IP 6 Versiunea IP 6 devine din ce în ce mai importantă deoarece adresele IP sunt acum epuizate în

18
00:01:35,780 --> 00:01:44,240
anumite părți ale lumii versiunea IP a versiunii 4 a Internetului sau versiunea protocolului Internet 4 este un strat 3 sau un protocol de

19
00:01:44,240 --> 00:01:47,240
rețea un strat ca pe modelul OS.

20
00:01:47,400 --> 00:01:48,690
Știi alt videoclip.

21
00:01:48,690 --> 00:01:50,470
Am explicat sistemul de operare pe model.

22
00:01:50,510 --> 00:01:57,560
Deci, dacă nu sunteți sigur de straturi Vă rugăm să consultați acel videoclip IP versiunea 4 este un protocol de listă de conexiuni.

23
00:01:57,560 --> 00:02:01,420
Cu alte cuvinte, nu se formează sesiuni când se transmite traficul.

24
00:02:01,580 --> 00:02:06,800
Transmițătorul trimite pur și simplu date fără notificare către receptor.

25
00:02:06,800 --> 00:02:10,500
Nu sunt trimise date de la receptor la emițător.

26
00:02:10,550 --> 00:02:15,490
Este o conexiune totală mai mică TZP pentru protocolul de control al transmisiei.

27
00:02:15,500 --> 00:02:20,680
Pe de altă parte, este orientată spre conexiune. TZP va stabili o sesiune.

28
00:02:20,750 --> 00:02:28,070
Deci înainte ca transmisia să aibă loc în TZP, transmițătorul transmite receptorului un sunet sau

29
00:02:28,070 --> 00:02:30,190
un mesaj de sincronizare.

30
00:02:30,230 --> 00:02:38,210
Există un mesaj de simulare de la receptor la emițător și apoi un mesaj de ack sau confirmare de

31
00:02:38,390 --> 00:02:40,430
la transmis către receptor.

32
00:02:40,430 --> 00:02:48,610
Deci, înainte ca orice date să fie transmise, dar dispozitivele care utilizează TZP trec prin ceea ce se numește strângere de mână în trei direcții.

33
00:02:48,890 --> 00:02:54,960
Unii trimit ack și ack IP pe de altă parte nu face nimic din asta.

34
00:02:55,010 --> 00:02:58,820
Fiecare pachet este tratat independent de alte pachete.

35
00:02:58,820 --> 00:03:04,190
De aceea, traficul poate lua diferite căi pentru a ajunge la o destinație.

36
00:03:04,220 --> 00:03:11,000
Rodders va direcționa traficul prin diferite căi bazate pe opțiuni cum ar fi echilibrarea încărcării, deoarece fiecare

37
00:03:11,000 --> 00:03:12,430
pachet este independent.

38
00:03:12,530 --> 00:03:15,190
O IP este un protocol de listă de conexiuni.

39
00:03:15,500 --> 00:03:22,110
Routoarele pot, de asemenea, să bazeze deciziile de rutare pe diferite valori, cum ar fi lățimea de bandă sau numărul de hops.

40
00:03:22,430 --> 00:03:32,240
Dar este posibil ca pachetele dintr-o sesiune să ia părți divergente sau diferite pentru a ajunge la o destinație.

41
00:03:32,240 --> 00:03:39,260
Deci, de exemplu, Ripp își va baza deciziile de rutare asupra numărului de hamei care nu este bun și, prin urmare, Repp nu

42
00:03:39,260 --> 00:03:41,470
mai este folosit de multe ori.

43
00:03:41,750 --> 00:03:48,650
OSPF se va baza pe lățimi de bandă alte protocoale care rulează vor folosi propriile valori pentru a determina cea

44
00:03:48,650 --> 00:03:49,830
mai bună cale.

45
00:03:49,850 --> 00:03:56,630
Voi discuta protocoalele de rutare în detaliu mai târziu în acest curs, dar în protocoalele scurte de scriere se determină cea

46
00:03:56,630 --> 00:04:01,330
mai bună cale sau cea mai bună cale de la A la B.

47
00:04:01,340 --> 00:04:08,120
Aceasta se bazează pe întreaga structură de adresare Rockhill în versiunea IP pentru o versiune IP 6

48
00:04:08,120 --> 00:04:15,080
în care avem atât o rețea, cât și o porțiune gazdă, ca parte a adresei Rawdon, deciziile lor de

49
00:04:15,080 --> 00:04:22,100
rutare pe porțiunea de rețea a adresei, mai degrabă decât pe partea gazdă adresa și voi explica porțiuni de

50
00:04:22,370 --> 00:04:24,390
rețea și gazdă într-un moment.

51
00:04:24,620 --> 00:04:28,850
IP, de asemenea, face cel mai bun efort pentru livrarea de pachete.

52
00:04:28,850 --> 00:04:34,220
Nu există nicio garanție pentru livrarea pachetelor, deoarece orice pachet ar putea fi direcționat în mod greșit.

53
00:04:34,370 --> 00:04:41,960
Ar putea fi duplicat sau ar putea fi pierdut în transmisie atunci când este trimis la o destinație și care

54
00:04:41,960 --> 00:04:45,410
ar trebui să fie de așteptat în transmisii IP.

55
00:04:45,410 --> 00:04:52,190
Încă o dată, TZP, care este un protocol orientat spre conexiune, are capacitatea de a citi

56
00:04:52,190 --> 00:04:58,730
pachetele de transmisie care lipsesc. UDP un alt layer pentru protocol nu retransmite pachetele.

57
00:04:58,730 --> 00:05:04,130
Dacă li se pierde pur și simplu pierdute și cererile trebuie să aibă grijă de asta.

58
00:05:04,340 --> 00:05:07,780
De asemenea, nu există funcții de recuperare a datelor în IP.

59
00:05:07,790 --> 00:05:14,750
Dacă pachetul, de exemplu, devine corupt, dispozitivele finale trebuie să se ocupe de aceasta și nu de

60
00:05:14,750 --> 00:05:16,040
routerele între ele.

61
00:05:16,040 --> 00:05:24,020
Deci, în rezumat IP nu are sesiuni de bolt nici o recuperare de date nu retransmisii Protocoale Hialeah, cum ar

62
00:05:24,020 --> 00:05:31,730
fi TCAP va trebui să se ocupe de dropped pachete corupte pachete de pachete greșite și așa mai departe.

63
00:05:31,790 --> 00:05:39,850
IP nu oferă aceste caracteristici și se bazează pe protocoalele Hialeah pentru implementarea acestor caracteristici.

64
00:05:39,980 --> 00:05:47,300
Așadar, să examinăm formatul unei versiuni IP pentru adresa unei versiuni IP care are o dimensiune de 32 de biți în mod normal

65
00:05:47,480 --> 00:05:56,750
scrisă în notație zecimală punctată, cum ar fi exemplul 10 punct un punct 1. 1 fiecare valoare, cum ar fi 10, are

66
00:05:56,750 --> 00:05:59,770
8 biți în dimensiune.

67
00:05:59,780 --> 00:06:07,780
Deci, cu alte cuvinte, avem x x x făcut X cu fiecare X fiind de 8 biți în lungime.

68
00:06:07,910 --> 00:06:13,390
De asemenea, cunoscut ca un octet, dimensiunea totală a adresei este de 32 de biți.

69
00:06:13,400 --> 00:06:15,390
Consultați videoclipul binar.

70
00:06:15,530 --> 00:06:22,820
Dacă nu sunteți sigur despre biți și cum să convertiți această adresă în adresele binare și înapoi din nou, adresele

71
00:06:22,820 --> 00:06:29,520
IP au o structură de deal rock pentru a permite rutarea care constă din două părți principale.

72
00:06:29,630 --> 00:06:35,810
Avem porțiunea de rețea a unei adrese și porțiunea gazdă și ne uităm la asta în

73
00:06:35,810 --> 00:06:37,070
detaliu într-un moment.

74
00:06:37,070 --> 00:06:45,620
Adresele IP sunt utilizate pentru rutare într-un mod foarte asemănător cu modul în care DHL sau FedEx au clasat parcelele pe baza unei rute

75
00:06:45,620 --> 00:06:51,390
de adresă de destinație, astfel încât traficul va fi direcționat către o adresă de destinație.

76
00:06:51,530 --> 00:06:57,800
Atunci când pachetele unicast sunt transmise, pachetele multi-curs utilizează un mecanism diferit și fac o rutare

77
00:06:57,800 --> 00:06:59,500
bazată pe adresa sursă.

78
00:06:59,600 --> 00:07:08,420
Deci, o analogie DHL sau FedEx trimit posibile către o destinație bazată pe destinație pe parcelă

79
00:07:08,420 --> 00:07:16,220
routere sunt trimiterea de pachete la destinații bazate pe adresa de destinație în pachet.
