1
00:00:00,500 --> 00:00:08,240
Lo que me gustaría señalar una vez más es que cada sitio web se resuelve en una dirección IP diferente.

2
00:00:08,240 --> 00:00:16,460
Por último, si hago ping a CNN. Tenga en cuenta que eso también se resuelve en una dirección IP pero es diferente

3
00:00:16,460 --> 00:00:17,660
a los ejemplos anteriores.

4
00:00:17,660 --> 00:00:24,600
DNS está haciendo la resolución del nombre, por lo que se está resolviendo un nombre de dominio en una dirección IP y así es

5
00:00:24,620 --> 00:00:28,890
como estoy aprendiendo la dirección IP de CNN dot com o Google dot com.

6
00:00:29,000 --> 00:00:35,120
Puede hacer ping a muchos de los sitios web conocidos en Internet para averiguar cuáles son las direcciones IP.

7
00:00:35,120 --> 00:00:42,200
También puede utilizar esta búsqueda que solo hace una resolución DNS de un nombre de dominio en lugar

8
00:00:42,200 --> 00:00:44,270
de intentar fijar el servidor.

9
00:00:44,270 --> 00:00:50,490
Entonces, en resumen, los dispositivos en Internet se han configurado con direcciones de IP versión 4.

10
00:00:50,510 --> 00:00:55,180
Explicaré más sobre el formato de las direcciones IP en los próximos minutos.

11
00:00:55,400 --> 00:01:03,140
Pero por ahora solo tenga en cuenta que cada dispositivo tiene una dirección IP y eso incluye mi propia máquina o

12
00:01:03,140 --> 00:01:07,860
el comando IP config me mostrará la dirección IP en mi máquina local.

13
00:01:07,910 --> 00:01:09,420
Cuando usas Windows.

14
00:01:09,470 --> 00:01:14,740
Entonces, en este ejemplo, mi dirección IP versión 4 es 10. 0 0. 6.

15
00:01:14,750 --> 00:01:22,960
También notará que tengo una dirección IP versión 6 de Colin 20 colon colon 2001.

16
00:01:23,240 --> 00:01:28,910
En este video nos concentramos en la versión IP para direcciones pero en otro video explicaré la

17
00:01:28,910 --> 00:01:35,780
versión IP 6 La versión 6 de IP se está volviendo cada vez más importante porque las direcciones IP ahora

18
00:01:35,780 --> 00:01:44,240
están agotadas en ciertas partes del mundo versión IP 4 o versión de Protocolo de Internet 4 es una capa 3 o una red, un

19
00:01:44,240 --> 00:01:47,240
protocolo de capa según el modelo de sistema operativo.

20
00:01:47,400 --> 00:01:48,690
Usted sabe video diferente.

21
00:01:48,690 --> 00:01:50,470
Expliqué el sistema operativo en el modelo.

22
00:01:50,510 --> 00:01:57,560
Entonces, si no está seguro acerca de las capas, consulte ese video. La versión 4 de IP es un protocolo de lista de conexiones.

23
00:01:57,560 --> 00:02:01,420
En otras palabras, no se forman sesiones cuando se transmite el tráfico.

24
00:02:01,580 --> 00:02:06,800
El transmisor simplemente envía datos sin notificación al receptor.

25
00:02:06,800 --> 00:02:10,500
No se envía información de estado del receptor al transmisor.

26
00:02:10,550 --> 00:02:15,490
Es totalmente conexión menos TZP para el protocolo de control de transmisión.

27
00:02:15,500 --> 00:02:20,680
Por otro lado, TZP orientado a la conexión establecerá una sesión.

28
00:02:20,750 --> 00:02:28,070
Entonces, antes de que la transmisión tenga lugar en TZP, el transmisor envía lo que se denomina un mensaje de

29
00:02:28,070 --> 00:02:30,190
sol o de sincronización al receptor.

30
00:02:30,230 --> 00:02:38,210
Hay un mensaje sim ack del receptor al transmisor y luego un mensaje de acuse de recibo o acuse de

31
00:02:38,390 --> 00:02:40,430
recibo del transmitido al receptor.

32
00:02:40,430 --> 00:02:48,610
Entonces, antes de que se transmita cualquier dato, los dispositivos que usan TZP pasan por lo que se denomina el apretón de manos de tres vías.

33
00:02:48,890 --> 00:02:54,960
Algunos envían ack y ack IP, por otro lado, no hacen nada de eso.

34
00:02:55,010 --> 00:02:58,820
Cada paquete se trata independientemente de otros paquetes.

35
00:02:58,820 --> 00:03:04,190
Es por eso que el tráfico puede tomar diferentes caminos para llegar a un destino.

36
00:03:04,220 --> 00:03:11,000
Rodders direccionará el tráfico a través de diferentes rutas en función de opciones como el equilibrio de carga porque

37
00:03:11,000 --> 00:03:12,430
cada paquete es independiente.

38
00:03:12,530 --> 00:03:15,190
Una IP es un protocolo de lista de conexiones.

39
00:03:15,500 --> 00:03:22,110
Los enrutadores también pueden basar las decisiones de enrutamiento en diferentes valores, como el ancho de banda o el conteo de saltos.

40
00:03:22,430 --> 00:03:32,240
Pero es posible que los paquetes de una sesión tomen partes divergentes o diferentes para llegar a un destino.

41
00:03:32,240 --> 00:03:39,260
Entonces, por ejemplo, Ripp basará sus decisiones de enrutamiento en el recuento de saltos, lo cual no es bueno y, por lo tanto, Repp

42
00:03:39,260 --> 00:03:41,470
ya no se usa con tanta frecuencia.

43
00:03:41,750 --> 00:03:48,650
OSPF lo basará en anchos de banda que otros protocolos en ejecución usarán sus propias métricas para determinar

44
00:03:48,650 --> 00:03:49,830
la mejor ruta.

45
00:03:49,850 --> 00:03:56,630
Discutiré los protocolos de enrutamiento con más detalle más adelante en este curso, pero en breves protocolos de

46
00:03:56,630 --> 00:04:01,330
escritura determinaré la mejor ruta o la mejor ruta de A a B.

47
00:04:01,340 --> 00:04:08,120
Esto se basa en toda la estructura de direccionamiento de Rockhill en la versión IP para una versión IP 6 donde

48
00:04:08,120 --> 00:04:15,080
tenemos tanto una parte de red como de host como parte de la dirección. Rawdon basa sus decisiones de enrutamiento en la

49
00:04:15,080 --> 00:04:22,100
porción de red de la dirección en lugar de en la parte de host de la dirección y explicaré la red y

50
00:04:22,370 --> 00:04:24,390
las porciones de host en un momento.

51
00:04:24,620 --> 00:04:28,850
IP también solo da el mejor esfuerzo para la entrega de paquetes.

52
00:04:28,850 --> 00:04:34,220
No hay garantía de entrega de paquetes, cualquier paquete podría estar mal dirigido.

53
00:04:34,370 --> 00:04:41,960
Podría duplicarse o podría perderse en la transmisión cuando se envíe a un destino y

54
00:04:41,960 --> 00:04:45,410
eso debería esperarse en transmisiones de IP.

55
00:04:45,410 --> 00:04:52,190
Una vez más, TZP, que es un protocolo orientado a la conexión, tiene la capacidad de

56
00:04:52,190 --> 00:04:58,730
leer paquetes de transmisión que faltan UDP, otra capa para el protocolo no retransmite paquetes.

57
00:04:58,730 --> 00:05:04,130
Si se abandonan simplemente se pierden y las aplicaciones deben ocuparse de eso.

58
00:05:04,340 --> 00:05:07,780
Tampoco hay características de recuperación de datos en IP.

59
00:05:07,790 --> 00:05:14,750
Si el paquete, por ejemplo, se corrompe, los dispositivos finales deben manejarlo y no

60
00:05:14,750 --> 00:05:16,040
los enrutadores intermedios.

61
00:05:16,040 --> 00:05:24,020
Por lo tanto, en resumen, IP no tiene sesiones de reinicio ni recuperación de datos ni retransmisiones.

62
00:05:24,020 --> 00:05:31,730
Los protocolos de Hialeah, como TCAP, necesitarán manejar paquetes descartados, paquetes dañados, paquetes mal dirigidos, etc.

63
00:05:31,790 --> 00:05:39,850
IP no proporciona esas características y confía en los protocolos de Hialeah para implementar esas características.

64
00:05:39,980 --> 00:05:47,300
Así que veamos el formato de una versión de IP para la dirección. Una versión de IP para la dirección tiene un tamaño de 32 bits,

65
00:05:47,480 --> 00:05:56,750
normalmente está escrita en notación decimal con puntos, como en este ejemplo, 10 puntos, un punto 1. 1 cada uno de los valores, como 10,

66
00:05:56,750 --> 00:05:59,770
tiene 8 bits de tamaño.

67
00:05:59,780 --> 00:06:07,780
En otras palabras, tenemos x x x hecho X con cada X tiene 8 bits de longitud.

68
00:06:07,910 --> 00:06:13,390
También conocido como octeto, el tamaño total de la dirección es de 32 bits.

69
00:06:13,400 --> 00:06:15,390
Por favor, consulte el video binario.

70
00:06:15,530 --> 00:06:22,820
Si no está seguro acerca de los bits y cómo convertir esta dirección en binaria y viceversa, las direcciones IP

71
00:06:22,820 --> 00:06:29,520
nuevamente tienen una estructura de colina de roca para habilitar el enrutamiento que consta de dos partes principales.

72
00:06:29,630 --> 00:06:35,810
Tenemos la porción de red de una dirección y la porción de host y lo vemos con más

73
00:06:35,810 --> 00:06:37,070
detalle en un momento.

74
00:06:37,070 --> 00:06:45,620
Las direcciones IP se utilizan para el enrutamiento de una manera muy similar a la forma en que DHL o FedEx clasificaron las parcelas

75
00:06:45,620 --> 00:06:51,390
según una ruta de dirección de destino, ya que enrutarán el tráfico a una dirección de destino.

76
00:06:51,530 --> 00:06:57,800
Cuando se transmiten paquetes de unidifusión, los paquetes de varios cursos utilizan un mecanismo diferente y realizan un enrutamiento en

77
00:06:57,800 --> 00:06:59,500
función de la dirección de origen.

78
00:06:59,600 --> 00:07:08,420
Entonces, como una analogía DHL o FedEx están enviando lo posible a un destino basado en el destino en

79
00:07:08,420 --> 00:07:16,220
el paquete, los enrutadores están enviando paquetes a destinos según la dirección de destino en el paquete.
