1
00:00:00,500 --> 00:00:08,240
Ce que je voudrais encore souligner, c’est que chaque site Web est résolu en une adresse IP différente.

2
00:00:08,240 --> 00:00:16,460
Enfin si je cingle CNN. com remarque que cela résout également une adresse IP mais que cela diffère

3
00:00:16,460 --> 00:00:17,660
des exemples précédents.

4
00:00:17,660 --> 00:00:24,600
DNS est en train de résoudre le nom afin de résoudre un nom de domaine en une adresse IP et c'est ainsi

5
00:00:24,620 --> 00:00:28,890
que j'apprends l'adresse IP de CNN point com ou Google point com.

6
00:00:29,000 --> 00:00:35,120
Vous pouvez interroger de nombreux sites Web connus sur Internet pour connaître les adresses IP.

7
00:00:35,120 --> 00:00:42,200
Vous pouvez également utiliser cette recherche qui effectue simplement la résolution DNS d'un nom de domaine plutôt que

8
00:00:42,200 --> 00:00:44,270
d'essayer d'épingler le serveur.

9
00:00:44,270 --> 00:00:50,490
En résumé, les périphériques Internet ont été configurés avec des adresses IP version 4.

10
00:00:50,510 --> 00:00:55,180
J'expliquerai davantage sur le formatage des adresses IP dans les prochaines minutes.

11
00:00:55,400 --> 00:01:03,140
Mais pour l'instant, sachez que chaque périphérique a une adresse IP et que cela inclut ma propre machine ou la

12
00:01:03,140 --> 00:01:07,860
commande IP config me montrera l'adresse IP sur ma machine locale.

13
00:01:07,910 --> 00:01:09,420
Lorsque vous utilisez Windows.

14
00:01:09,470 --> 00:01:14,740
Donc, dans cet exemple, mon adresse IP version 4 est 10. 0 0. 6

15
00:01:14,750 --> 00:01:22,960
Vous remarquerez également ici que j'ai une adresse IP version 6 de 2001 Colin 20 colon deux points.

16
00:01:23,240 --> 00:01:28,910
Dans cette vidéo, nous nous concentrons sur la version IP pour les adresses, mais dans une

17
00:01:28,910 --> 00:01:35,780
autre vidéo, j'expliquerai la version 6 d'IP. La version 6 d'IP devient de plus en plus importante car les adresses

18
00:01:35,780 --> 00:01:44,240
IP sont maintenant épuisées dans certaines parties du monde. Version IP ou version Internet Protocol 4 est un protocole de couche 3 ou réseau

19
00:01:44,240 --> 00:01:47,240
de couche selon le modèle de système d'exploitation.

20
00:01:47,400 --> 00:01:48,690
Vous connaissez différentes vidéos.

21
00:01:48,690 --> 00:01:50,470
J'ai expliqué le système d'exploitation sur le modèle.

22
00:01:50,510 --> 00:01:57,560
Donc, si vous n'êtes pas sûr des couches, veuillez vous reporter à cette vidéo. La version IP 4 est un protocole de liste de connexion.

23
00:01:57,560 --> 00:02:01,420
En d'autres termes, aucune session n'est formée lorsque le trafic est transmis.

24
00:02:01,580 --> 00:02:06,800
L'émetteur envoie simplement des données sans notification au destinataire.

25
00:02:06,800 --> 00:02:10,500
Aucune information d'état n'est renvoyée du récepteur à l'émetteur.

26
00:02:10,550 --> 00:02:15,490
C'est totalement connexion moins TZP pour le protocole de contrôle de transmission.

27
00:02:15,500 --> 00:02:20,680
D'autre part, TZP orienté connexion établira une session.

28
00:02:20,750 --> 00:02:28,070
Ainsi, avant que la transmission ait lieu dans TZP, l'émetteur envoie au récepteur ce que l'on appelle un message solaire

29
00:02:28,070 --> 00:02:30,190
ou un message de synchronisation.

30
00:02:30,230 --> 00:02:38,210
Il existe un message d'accusé de réception simulé du destinataire à l'émetteur, puis un message d'accusé de réception ou d'accusé

31
00:02:38,390 --> 00:02:40,430
de réception transmis au destinataire.

32
00:02:40,430 --> 00:02:48,610
Ainsi, avant que des données ne soient transmises, les périphériques utilisant TZP passent par ce que l’on appelle la négociation à trois voies.

33
00:02:48,890 --> 00:02:54,960
Certains envoient ack et ack IP, par contre, ne font rien de tout cela.

34
00:02:55,010 --> 00:02:58,820
Chaque paquet est traité indépendamment des autres paquets.

35
00:02:58,820 --> 00:03:04,190
C'est pourquoi le trafic peut emprunter différents chemins pour se rendre à une destination.

36
00:03:04,220 --> 00:03:11,000
Rodders acheminera le trafic par différents chemins en fonction d'options telles que l'équilibrage de la charge, car chaque

37
00:03:11,000 --> 00:03:12,430
paquet est indépendant.

38
00:03:12,530 --> 00:03:15,190
Un IP est un protocole de liste de connexion.

39
00:03:15,500 --> 00:03:22,110
Les routeurs peuvent également baser leurs décisions de routage sur différentes valeurs telles que la bande passante ou le nombre de sauts.

40
00:03:22,430 --> 00:03:32,240
Mais il est possible que les paquets d'une session prennent des parties divergentes ou différentes pour atteindre une destination.

41
00:03:32,240 --> 00:03:39,260
Ainsi, par exemple, Ripp basera ses décisions de routage sur le nombre de sauts, ce qui n’est pas bon. Par conséquent,

42
00:03:39,260 --> 00:03:41,470
Repp n’est plus utilisé aussi souvent.

43
00:03:41,750 --> 00:03:48,650
OSPF le basera sur la bande passante. Les autres protocoles en cours utiliseront leurs propres métriques pour déterminer

44
00:03:48,650 --> 00:03:49,830
le meilleur chemin.

45
00:03:49,850 --> 00:03:56,630
Nous aborderons les protocoles de routage plus en détail plus tard dans ce cours, mais de brefs protocoles d’écriture

46
00:03:56,630 --> 00:04:01,330
déterminent le meilleur chemin ou le meilleur chemin de A à B.

47
00:04:01,340 --> 00:04:08,120
Ceci est basé sur l’ensemble de la structure d’adressage Rockhill dans la version IP

48
00:04:08,120 --> 00:04:15,080
d’une version IP 6 où une partie réseau et une partie hôte font partie de

49
00:04:15,080 --> 00:04:22,100
l’adresse faisant partie des adresses. l'adresse et je vais expliquer les parties réseau et hôte

50
00:04:22,370 --> 00:04:24,390
dans un instant.

51
00:04:24,620 --> 00:04:28,850
IP ne fait également que faire de son mieux pour la livraison des paquets.

52
00:04:28,850 --> 00:04:34,220
Il n'y a aucune garantie de livraison de paquet, aucun paquet pourrait être mal acheminé.

53
00:04:34,370 --> 00:04:41,960
Il peut être dupliqué ou perdu lors de la transmission lorsqu’il est envoyé à une destination, ce qui

54
00:04:41,960 --> 00:04:45,410
devrait être le cas lors des transmissions IP.

55
00:04:45,410 --> 00:04:52,190
Une fois encore, TZP, un protocole orienté connexion, est capable de lire les paquets de

56
00:04:52,190 --> 00:04:58,730
transmission manquants UDP. Une autre couche de protocole ne retransmet pas les paquets.

57
00:04:58,730 --> 00:05:04,130
S'ils sont abandonnés, ils sont tout simplement perdus et les applications doivent en prendre soin.

58
00:05:04,340 --> 00:05:07,780
Il n’existe pas non plus de fonctionnalité de récupération de données dans IP.

59
00:05:07,790 --> 00:05:14,750
Si, par exemple, le paquet est corrompu, les périphériques finaux doivent le gérer et non les

60
00:05:14,750 --> 00:05:16,040
routeurs intermédiaires.

61
00:05:16,040 --> 00:05:24,020
Donc, en résumé, IP n'a pas de session boltin, ni de récupération de données, ni de retransmission, les protocoles

62
00:05:24,020 --> 00:05:31,730
Hialeah tels que TCAP devront gérer les paquets perdus, les paquets corrompus, les paquets mal acheminés, etc.

63
00:05:31,790 --> 00:05:39,850
IP ne fournit pas ces fonctionnalités et s'appuie sur les protocoles Hialeah pour implémenter ces fonctionnalités.

64
00:05:39,980 --> 00:05:47,300
Examinons maintenant le format d’une version IP pour adresse d’une version IP pour adresse d’une taille de 32 bits normalement écrite en notation

65
00:05:47,480 --> 00:05:56,750
décimale à points telle que celle de cet exemple 10 point 1 point 1. 1 chaque valeur telle que 10 a une

66
00:05:56,750 --> 00:05:59,770
taille de 8 bits.

67
00:05:59,780 --> 00:06:07,780
En d'autres termes, nous avons x x x fait X, chaque X ayant une longueur de 8 bits.

68
00:06:07,910 --> 00:06:13,390
Également appelé octet, la taille totale de l'adresse est de 32 bits.

69
00:06:13,400 --> 00:06:15,390
S'il vous plaît se référer à la vidéo binaire.

70
00:06:15,530 --> 00:06:22,820
Si vous n'êtes pas sûr des bits et de la conversion de cette adresse en binaire, les adresses

71
00:06:22,820 --> 00:06:29,520
IP ont à nouveau une structure rocheuse pour permettre le routage composé de deux parties principales.

72
00:06:29,630 --> 00:06:35,810
Nous avons la partie réseau d'une adresse et la partie hôte et nous l'examinons plus en détail

73
00:06:35,810 --> 00:06:37,070
dans un instant.

74
00:06:37,070 --> 00:06:45,620
Les adresses IP sont utilisées pour l'acheminement d'une manière très similaire à la façon dont DHL ou FedEx ont classé les colis en

75
00:06:45,620 --> 00:06:51,390
fonction d'un itinéraire adresse de destination comme acheminera le trafic vers une adresse de destination.

76
00:06:51,530 --> 00:06:57,800
Lorsque les paquets unicast sont transmis, les paquets multi-cours utilisent un mécanisme différent et effectuent un routage en

77
00:06:57,800 --> 00:06:59,500
fonction de l'adresse source.

78
00:06:59,600 --> 00:07:08,420
Ainsi, par analogie, DHL ou FedEx envoient le possible à une destination en fonction de la destination sur le colis, les

79
00:07:08,420 --> 00:07:16,220
routeurs envoient des paquets à des destinations en fonction de l'adresse de destination figurant dans le paquet.