Capa de Red: IP 1 - Contenido educativo
Ajuste de pantallaEl ajuste de pantalla se aprecia al ver el vídeo en pantalla completa. Elige la presentación que más te guste:
Voy a grabar esta clase, por lo tanto, si habláis, me dais vuestro consentimiento a grabar vuestras voces, ¿vale? Esto lo tenéis en el aula virtual. Bueno, lo tenéis desde el día uno en la mediatreta, que tenéis todos los apuntes de todo el año que se utilizan.
00:00:00
Entonces, claramente, para hoy os la habéis leído para saber qué íbamos a hacer. Os lo pongo en duda, ¿vale? Aún así, en el aula virtual también he puesto estas transparencias, estas redes positivas, este PowerPoint, por lo tanto, que podéis echar un vistazo, ¿vale?
00:00:16
Bien, nosotros hemos visto qué es una red, cómo se puede clasificar las redes, qué tipo de arquitecturas de redes hay, hemos visto cuál sería la arquitectura bonita para utilizar y hemos visto cuál utilizamos nosotros en realidad, hemos visto que nuestros ordenadores viven en un caos de dualidad de utilizar dos arquitecturas de redes separadas a la vez y eso crea problemas como la duplicidad de soluciones del mismo problema.
00:00:31
Nosotros solucionamos el direccionamiento a nivel CCPIP con las direcciones IP y solucionamos el direccionamiento a nivel IECU-802 con los números MAC.
00:00:59
Entonces, cada ordenador tiene dos identificadores. Nosotros tenemos una DNI y un pasaporte. Los dos identifican la misma persona, pero uno dentro del estado y uno fuera del estado.
00:01:09
Si vosotros vais en Burundi con vuestro DNI, ellos se ríen y dicen, no me vale.
00:01:25
Si vais con vuestro pasaporte, a lo mejor dicen, ah, vale, ok, eso vale.
00:01:33
¿Vale?
00:01:37
Lo mismo parecido aquí, ¿vale?
00:01:38
El DNI local sería la MAC, sería el número físico, la dirección física,
00:01:40
sirve para comunicaciones internas a la red, que es el alcance de IECU 802.
00:01:45
Sin embargo, para viajar al extranjero necesitamos un IP para cambiar de red y la otra red.
00:01:51
Y eso es como se identifica a nivel de TCPIP.
00:01:58
Nosotros hemos visto las varias capas.
00:02:04
Hemos dicho que la capa que nos interesa más es la capa de red.
00:02:07
La tercera capa de OSI, la segunda capa de TCPIP, la ninguna capa de ECU802.
00:02:10
Y ECU802 no llega a la capa de red.
00:02:17
Y el cubo 802 no tiene capa de red. Tiene solo tres capas, pero la tercera, la LLC, es parte de la capa de enlace, no llega a la capa de red.
00:02:20
Entonces, cuando nos referimos a la capa de red, en realidad estamos trabajando en la capa de internet, que es como se llama la capa de red en el cubo 802.
00:02:31
Y estamos viendo la parte que nos interesa de TCPIP sobre el que estaremos más tiempo porque allí es donde se solucionan dos de los problemas que más nos interesan a nosotros en redes locales que son direccionamiento y enrutamiento.
00:02:41
Si os acordáis, direccionamiento, identificar de forma unívoca los dispositivos que participan a la comunicación.
00:02:58
Enrutamiento, encontrar el mejor camino entre un dispositivo de origen y un dispositivo de destino.
00:03:06
Si no sé identificar el origen y el destino, tampoco puedo hacer el camino.
00:03:13
Entonces las dos cosas van de la misma.
00:03:18
Y empezamos por direccionamiento.
00:03:19
Empezamos a ver cómo se identifican los dispositivos.
00:03:22
cómo se le da a las IPs, qué IP puede utilizar, cuáles son, qué características tiene, etcétera, etcétera, ¿vale?
00:03:25
La capa internet asume que por debajo hay otra capa que permite transmitir los datos, ¿vale?
00:03:33
¿Os acordáis cómo era TCP IP? ¿Qué había como primera capa, la capa más baja de TCP IP?
00:03:38
No vi.
00:03:45
Eso es IEQ802 y o AOSI, pero en TCP IP no hay capa física.
00:03:46
¿Qué capa hay?
00:03:53
Si pensáis todos, puedo cambiar la nombre.
00:03:55
Qué suerte habéis tenido que esta pregunta nos ha tocado en el examen, ¿eh?
00:04:03
Qué suerte.
00:04:07
Pues tenemos una capa que se llama la Network Access Layer.
00:04:08
Capa de acceso a la red.
00:04:14
Es una capa, os acordáis, que no está estandarizada.
00:04:16
Es más bien un tú dame un mecanismo para comunicaciones locales.
00:04:21
en nuestro ejemplo, en nuestro caso
00:04:24
es IECubos de 102 que permite
00:04:27
comunicaciones internas locales
00:04:28
y por encima de eso yo hago que redes
00:04:30
distintas se comuniquen entre ellos
00:04:33
con la arquitectura de CPIP
00:04:34
¿Vale?
00:04:36
Entonces por debajo hay un sistema
00:04:38
que transmite
00:04:40
información. ¿Cómo lo hace?
00:04:41
Me da igual, el CPIP no depende
00:04:44
de esto, es independiente de lo que hay debajo
00:04:46
nosotros tenemos Ethernet, tenemos
00:04:49
Wi-Fi, tenemos todo lo que puedes darnos
00:04:50
y el cubo son 102, ¿vale?
00:04:52
Lo que ha estandarizado y el cubo son 102.
00:04:56
Que en vez de por debajo tuviéramos un sistema de tubos
00:04:58
porque el que dentro mandamos ámster de color negros o blancos
00:05:01
dependiendo de si son ceros o unos,
00:05:06
funcionaría igual, sería lento, ¿vale?
00:05:08
No funcionaría.
00:05:11
Dame un mecanismo para comunicarme localmente
00:05:12
y yo te construyo Internet.
00:05:15
Las funciones de la capa de Internet,
00:05:17
que es la de TCP y P,
00:05:19
son las mismas funciones que hemos visto en la capa de red de OSI,
00:05:20
cuando vamos a hablar, ¿vale? Direccionamiento, enrutamiento principalmente.
00:05:24
La capa de Internet se ocupa de definir el datagrama IP, ¿vale?
00:05:30
¿Qué quiere decir? Cuando yo mando paquetes de información,
00:05:33
¿cómo está hecho este paquete?
00:05:36
¿Os acordáis cuando hemos visto OSI que existía un concepto que era PTU,
00:05:38
Protocol Data Unit, que eran datos reales y datos de control?
00:05:43
Pues la capa internet define que va en la parte del datos de control, en la cabecera, cómo se ordenan los datos, qué datos tienen que ir, para qué me sirven, en qué orden, cuántos bits ocupan.
00:05:49
Hacemos un estándar de esta forma, cuando mandamos este paquete de información le pegamos delante una cabecera que tiene reglas y por lo tanto quien la recibe lo puede interpretar.
00:06:02
Es lo mismo de un paquete de correo, ¿vale? Tú no pones el nombre de la persona a la que va al final. No pones el código postal en vertical en una esquina. Tú tienes un estándar. Tienes a quién va, su dirección, la localidad, el código postal y el estado.
00:06:11
sigues esa
00:06:36
esa cosa, porque cuando se va a interpretar
00:06:39
sabemos que este número de aquí no es el número
00:06:41
de la casa, más es el número
00:06:43
campo, me explico
00:06:45
direccionamiento IP, soluciona
00:06:46
cómo se llaman cada uno de los
00:06:51
ordenadores, que será la parte interesante
00:06:53
encaminamiento entre origen y destino
00:06:54
pues siempre está campo, aquí se organiza
00:06:57
para dónde reenvío los datos
00:06:59
veremos cómo funciona un router, cuando un router
00:07:01
recibe un paquete, qué operaciones sabe
00:07:03
para decir, vale, este paquete lo tengo que reenviar
00:07:05
allá, o lo tengo que reenviar allá, para
00:07:07
acercarlo a su destino.
00:07:09
Segmentación y reensamblado de
00:07:11
tratacramas. ¿Os acordáis que este era un
00:07:13
problema? Era uno
00:07:15
de los ocho problemas que vimos que
00:07:17
teníamos que solucionar. Uno de los problemas
00:07:19
que yo os dije, esto me interesa poco o nada,
00:07:21
porque esto es muy técnico, es muy de bajo nivel.
00:07:23
Es sustancialmente que existe.
00:07:25
Cada red, cada tecnología,
00:07:27
cada estándar de red
00:07:29
admite un tamaño máximo
00:07:30
de la información que puede pasar por
00:07:32
yo puedo mandar bloque de información de un tamaño máximo
00:07:34
¿y qué pasa si yo he mandado
00:07:38
el tamaño máximo para la red A
00:07:41
que es así y de repente paso por una red
00:07:43
que no admite ese tamaño porque es una red más vieja
00:07:47
y admite un tamaño más pequeño, pues tengo que hacer segmentación
00:07:50
trocear este paquete inicial que he mandado
00:07:53
en fragmentos
00:07:56
se llaman, mandarlos por la red
00:07:59
que no admite ese tamaño, por fragmentos
00:08:02
y luego después
00:08:04
reensamblarlos, pillar todos los fragmentos
00:08:06
reenchucarlo
00:08:08
para obtener el paquete
00:08:10
original
00:08:12
esto es la segmentación de reensamblar
00:08:12
pero como se hace técnicamente
00:08:16
es complejo, es
00:08:17
muy de bajo nivel y a vosotros
00:08:19
como técnicos
00:08:22
de SMR
00:08:24
no os va a servir
00:08:25
en vuestra vida
00:08:27
uno con mucha mala suerte pues le servirá
00:08:28
Los demás. El nivel de red de TCP es no orientada a la conexión.
00:08:32
¿Vale? ¿Os acordáis el concepto cuando lo vimos en la conmutación de circuitos?
00:08:38
¿Vale? Que creaba una conexión, mandaba los datos, cerraba la conexión.
00:08:46
Pues esto, el nivel de red de TCP y IP no lo hace.
00:08:50
Los paquetes de TCP y IP, ya lo hemos dicho, Internet es una red de conmutación de paquetes.
00:08:56
paquetes, ¿vale? Lo que se hace es mandar paquetes, cada paquete tiene escrito dónde tiene que ir, cómo llega al destino, es un problema de los routers, ¿sí? No hay un camino directo de origen al destino y se sigue eso. Cada router, cada nodo de mi red recibe el paquete, mira hacia dónde va, mira lo que hay alrededor, si hay atascos por un lado, si no hay atascos, si hay camino más rápido, camino más lento, camino más fiable,
00:09:01
y en base a la información que tiene,
00:09:29
reenvía este paquete a un router
00:09:31
que estará más cerca del destino.
00:09:33
¿Veis?
00:09:38
¿Eso cómo funciona?
00:09:38
TCP.
00:09:40
La estrella de TCP,
00:09:42
la cosa más importante de TCP y IP,
00:09:44
es el Internet Protocol, o IP.
00:09:47
¿Vale?
00:09:50
Es tan importante que la arquitectura
00:09:50
tiene esto en su nombre.
00:09:53
¿Vale?
00:09:56
¿Cuáles serán los dos protocolos
00:09:56
más importantes de la arquitectura TCP y IP?
00:09:58
Buenos días.
00:10:07
Ya no es primera hora.
00:10:09
No tenéis derecho de dormir.
00:10:11
¿Cuáles son
00:10:14
los dos protocolos más importantes
00:10:14
de la arquitectura TCP
00:10:17
y IP?
00:10:18
Pues TCP
00:10:24
y IP.
00:10:26
Sí, es difícil la pregunta.
00:10:27
Es cierto que es compleja.
00:10:30
IP, Internet Protocol,
00:10:31
es un protocolo.
00:10:33
Es uno de los dos protocolos más importantes, no los únicos,
00:10:35
pero más importantes de la arquitectura TCP y P,
00:10:40
que pilla el nombre de estos dos protocolos,
00:10:43
de Transfer Control Protocol e Internet Protocol.
00:10:46
¿Sí?
00:10:50
En mi asignatura, cada una de las siglas que acaban en P es protocolo.
00:10:51
Casi todas, no todas.
00:11:01
Casi todas.
00:11:02
¿Vale?
00:11:04
Internet es un conjunto de redes o sistemas autónomos conectados entre sí.
00:11:05
El concepto de redes lo entendemos, el concepto de sistema autónomo es una red cerrada cuyo propietario es una entidad.
00:11:10
Este instituto es un sistema autónomo, con sus redes que se comunican entre ellos.
00:11:23
Una universidad es un sistema autónomo, una empresa es un sistema autónomo.
00:11:29
Pues lo que hace el protocolo IP es conseguir conectar entre ellos sistemas autónomos.
00:11:33
Este concepto de sistema autónomo volverá cuando veremos RIP y OSP.
00:11:39
Existen varias versiones de IP.
00:11:45
En particular la IPv4 y la IPv6.
00:11:48
La IPv4 es vieja y ya no se puede utilizar o no se utiliza en Internet.
00:11:51
¿Por qué?
00:12:02
Porque tienen pocos números IPs. Los números IPs versión 4 se han acabado, ¿vale?
00:12:02
Había tanta demanda de IPs que ha llegado un momento en que, oye, mira, no tenemos IPs suficientes para todos, ¿vale?
00:12:09
Veremos por qué. Entonces hemos pasado a la IP versión 6, una versión mejorada, aprendemos de nuestros errores,
00:12:17
veamos en qué funciona mal la IP versión 4 y utilizamos la IP versión 6.
00:12:25
En las redes locales se sigue utilizando prevalentemente IPv4, porque tiene una parte que son las hiperprivadas que se pueden reutilizar y que por lo tanto son más amigables para los seres humanos porque son números más pequeñitos, trabajan en decimal y no en hexadecimal y por lo tanto nosotros lo entendemos un poquito mejor.
00:12:30
Por lo tanto, en redes locales, estas asignaturas, utilizamos IPv4.
00:12:53
La IPv6 es más utilizada para el exterior, para desde router hacia afuera.
00:12:58
Desde router hacia adentro se suele utilizar IPv6.
00:13:05
Esto quiere decir que no puedes utilizar la IPv6 en el local.
00:13:08
La puedes utilizar tranquilamente.
00:13:11
Nadie te va a prohibir utilizar la IPv6, hasta sería recomendable.
00:13:13
Antes o después, en un futuro muy lejano, IPv4 desaparecerá totalmente
00:13:17
Y nos quedaremos solo con la versión 6.
00:13:22
Y a lo mejor surgirá la versión 8.
00:13:24
Pero puede ser.
00:13:26
¿Por qué no está la versión 5?
00:13:29
Ni idea.
00:13:32
Lo más probable es que pase lo que suele pasar en informática.
00:13:34
En informática las cosas van muy rápidas.
00:13:38
Y a veces tú tienes la versión 4, empiezas a producir la versión 5, a pensar en la versión 5.
00:13:41
y te das cuenta que lo que has pensado
00:13:46
de la versión 5 se ha quedado obsoleto
00:13:49
antes de que tú pudieras
00:13:51
hacer el paso de decir implementamos.
00:13:53
Y entonces, a un cierto momento, dices
00:13:55
mira, dejamos esto, empezamos
00:13:57
con una versión nueva, implementamos directamente
00:13:58
la versión nueva, la versión 6, porque la versión
00:14:01
5, si la implementáramos, no
00:14:03
solucionaría los problemas que debes tener que solucionar.
00:14:04
Lo más probable.
00:14:08
Esto pasa muchas veces.
00:14:09
En informática las cosas avanzan rápido
00:14:11
y puedes dar cuenta que una solución
00:14:13
que has encontrado, han surgido otros problemas
00:14:15
y ya esta solución no tiene sentido
00:14:17
invertir, porque cambiar de
00:14:18
protocolo, pues pagar
00:14:21
sustancialmente, pues
00:14:22
no es suficiente, no
00:14:24
vale la inversión de pasar a una cosa
00:14:26
que ya se quedaría usada
00:14:29
esta maravilla que tenéis aquí
00:14:30
delante, es el protocolo IP
00:14:34
las primeras
00:14:37
líneas, es
00:14:39
la cabecera
00:14:40
aquí debajo van los datos, estos
00:14:41
son los datos de control
00:14:45
y estos de abajo, el último solo campo
00:14:46
de datos, son los datos reales
00:14:48
que se envían. Cada vez que yo creo
00:14:50
un parquete de información,
00:14:52
desde la capa de arriba recibo
00:14:54
los datos, alguien me dice
00:14:56
tienes que mandar esta información,
00:14:58
y yo tengo que crear esta estructura
00:15:00
rellenando cada uno de estos
00:15:02
campos con los datos reales
00:15:04
para poderlo mandar.
00:15:06
¿Sí? Estos datos
00:15:09
en
00:15:10
destino se leerán,
00:15:11
se interpretarán,
00:15:15
Y una vez que esto se han interpretado, se tiran y se pasa a la capa superior solo los datos.
00:15:16
En estos datos hacia abajo se incluirán las capas superiores.
00:15:22
En particular aquí una parte de estos datos será la cabecera de la capa de transporte que está la que está aquí.
00:15:27
En esta imagen parece que los datos son pequeños.
00:15:36
En realidad normalmente los datos son la parte grande de un papel.
00:15:39
la parte esta aquí de cabecera es
00:15:43
relativamente pequeña, la parte de datos es
00:15:47
grande, de hecho
00:15:49
cuanto más grandes sean los datos
00:15:52
con respecto a la cabecera, más eficiente
00:15:55
es mi comunicación, si yo tengo que mandar un bit
00:15:58
solo y para mandar un bit de datos tengo que meter todos
00:16:01
los datos delante, pues sería muy ineficiente
00:16:04
entonces las redes
00:16:07
intentan mandar paquetes
00:16:12
lo más grandes posible.
00:16:14
Repito, hay una limitación.
00:16:16
No puedo mandar paquetes de gigabyte
00:16:17
o así, de golpe, porque las redes
00:16:20
no lo permiten.
00:16:22
Entonces, ¿qué son
00:16:24
estos campos? Tengo que saberlo de memoria.
00:16:26
¿Entran en el examen?
00:16:28
Sí, entran en el examen. ¿Tengo que saberlo de memoria?
00:16:29
No, no todos, solo algunos.
00:16:32
Algunos que son claros, pues
00:16:34
tenéis que saber. Otros,
00:16:35
pues los dejamos allí, los dejemos aquí,
00:16:38
están escritos, lo podéis estudiar,
00:16:39
pero no es necesario
00:16:41
el primer campo
00:16:42
version
00:16:44
aquí está escrito
00:16:45
si yo soy
00:16:47
un paquete
00:16:48
IP versión 4
00:16:48
o IP versión 6
00:16:50
porque
00:16:51
la estructura
00:16:52
de la cabecera
00:16:53
cambia
00:16:54
si tú eres
00:16:55
IP versión 4
00:16:56
tú eres IP version 6
00:16:57
entonces
00:16:58
en los primeros
00:16:59
cuatro bits
00:17:00
veis que esto es un byte
00:17:01
esto son palabras
00:17:02
de 32 bits
00:17:03
cada línea
00:17:04
es una palabra
00:17:05
de 32 bits
00:17:05
pues
00:17:06
los primeros
00:17:07
cuatro bits
00:17:08
me están diciendo
00:17:09
ya si tengo que
00:17:10
interpretar los otros como el 3D4 o como el 3D8, o el 3D6, ¿entiende? Luego está la
00:17:11
longitud, que si no me equivoco es la longitud de la cabecera, porque veis que hay una parte
00:17:19
opcional, entonces dependiendo de si esta parte está o no, aquí te estoy diciendo
00:17:24
cuánto es grande la cabecera. Servicio, no nos interesa, es un numerito que me dice qué
00:17:28
tipo de servicio estoy utilizando desde la capa superior, ¿vale?
00:17:36
Longitud total es
00:17:41
toda la longitud del paquete, ¿vale?
00:17:42
Desde incluida la longitud
00:17:46
de la cabecera, o sea, cabecera más datos. Entonces, si luego
00:17:49
hago esto menos esto, tengo el
00:17:51
payload, o sea, cuántos datos, bueno, tengo el
00:17:54
dato, tengo los datos reales, la cantidad de datos
00:17:58
que estoy enviando, ¿entienden?
00:18:01
Ahora, si yo tengo dos bytes para identificar la longitud total, ¿qué implica esto?
00:18:02
Si yo tengo 16 bits de espacio para decirte cuánto es grande este paquete, ¿qué implica
00:18:20
esto?
00:18:29
El tamaño del paquete es infinito, no, es limitado.
00:18:31
¿Y trata cuánto?
00:18:39
¿Cuál es el número máximo que puede escribir ahí dentro?
00:18:41
¿32?
00:18:49
No.
00:18:50
Algo más.
00:18:51
Porque con 16 bits puedo hacer hasta el número con un bit.
00:18:52
Algo más.
00:19:04
¿Con un bit cuántos números puedo hacer?
00:19:06
O 0 o 1.
00:19:10
Dos valores.
00:19:11
Con dos bits, ¿cuánto?
00:19:13
Cuatro.
00:19:16
¿Con tres bits?
00:19:17
Ocho.
00:19:20
¿Cuatro bits?
00:19:22
¿Con n bits?
00:19:23
Dos elevado a la n.
00:19:28
Entonces, si tengo 16 bits, puedo hacer hasta...
00:19:29
Dos elevado a la n, eso es dos elevado a la...
00:19:34
Dieciséis.
00:19:37
Y dos elevado a la dieciséis, ¿vosotros sabéis perfectamente qué es?
00:19:38
Sesenta y cinco mil quinientos treinta y cinco.
00:19:42
¿Vale? Porque va de 0 a 65.535.
00:19:43
O sea que si aquí pongo todos unos, hago 65.535,
00:19:47
que es el tamaño máximo de un paquete IP.
00:19:52
¿Lo veis?
00:19:55
Porque no puedo escribir 70.000.
00:19:56
Porque no cabe aquí.
00:20:00
¿Se entiende?
00:20:02
Entonces los paquetes IP como máximo son de 65K.
00:20:04
¿Dudas?
00:20:13
¿Preguntas?
00:20:15
esto es el número de bytes que estoy enviando
00:20:16
vale, si aquí está el título 27
00:20:19
estoy mandando 27 bytes
00:20:21
todas las preguntas
00:20:23
identificador
00:20:26
¿para qué sirve? a nosotros para nada
00:20:29
esto nos serviría
00:20:31
si troceo
00:20:32
el paquete con el
00:20:34
ensamblado, segmentación
00:20:37
y ensamblado, si yo este paquete
00:20:39
lo tengo que trocear
00:20:41
en fragmentos
00:20:42
esto me identifica que son todos
00:20:45
del mismo paquete original
00:20:47
¿sí? pero nosotros
00:20:49
no lo estudiamos esto, por lo tanto este campo no me interesa
00:20:51
flags
00:20:53
los flags son
00:20:54
¿sabéis qué es un flag en informática?
00:20:57
en informática es un bit
00:21:01
¿vale? que vale 0 o 1
00:21:02
y representa algo
00:21:04
si vale 0, este algo
00:21:06
no es verdad, si vale 1
00:21:09
este algo es verdad
00:21:11
¿vale? un flag en informática es un único
00:21:12
bit que me dice si una propiedad
00:21:15
que representa ese flag
00:21:17
es verdadero o falso
00:21:18
aquí van, por ejemplo
00:21:20
bits, aquí hay una serie de bits
00:21:23
uno de estos es, oye
00:21:25
he sido fragmentado, si aquí
00:21:27
está cero en ese bit
00:21:29
quiere decir, no he sido fragmentado
00:21:31
soy un paquete entero, vale, fenomenal
00:21:33
si ahí tienes un uno, te está diciendo
00:21:35
oye mira, yo soy una parte
00:21:37
de un fragmento más grande, o sea de un paquete
00:21:39
más grande, soy un fragmento del
00:21:41
Y por aquí pone, soy el primer paquete, soy el primer fragmento y cosillas así, ¿vale?
00:21:43
Son todas cosas para gestionar esto de la fragmentación ensamblado, que a nosotros no nos interesa, por lo tanto no lo es.
00:21:50
Sí tengo que saber qué quiere decir flag en informático.
00:21:56
Ese es útil.
00:22:00
Offset me está diciendo, si he sido fragmentado, qué número de paquetes soy.
00:22:01
O sea, me han fragmentado en siete paquetes, ¿qué paquete eres tú?
00:22:07
Yo soy el tres, por lo que os digo aquí.
00:22:10
No paquete, fragmento.
00:22:14
¿Qué fragmento es eso?
00:22:16
El tercer fragmento de un paquete original.
00:22:17
Pues los que ven.
00:22:19
O sea, que a nosotros no nos interesa.
00:22:21
Toda esta fila sirve para fragmentación ensamblada,
00:22:22
que nosotros no estudiamos.
00:22:26
Os lo digo para que lo sepáis.
00:22:28
Está grabado, lo escucháis, pero...
00:22:29
TTL, esto sí que nos interesa, ¿vale?
00:22:33
Esto es time to live, el tiempo de vida, ¿vale?
00:22:37
Esto es un numerito.
00:22:41
Y me dice, ¿cuántos routers puedo cruzar antes de que este paquete se pida?
00:22:43
Cada vez que yo paso por un router, el router me lee, hace lo que tiene que hacer,
00:22:52
pilla este campo, le resta uno y lo reenvía el paquete por este campo restado de uno.
00:22:57
Entonces, si aquí tengo cinco, paso por un router, el router lo reenvía con cuatro,
00:23:05
paso por otro router, lo reenvía con tres, dos, uno, hasta que llegue a cero.
00:23:09
Si llega un router, lee aquí el perro, tira el paquete.
00:23:13
¿Me da igual que haya llegado al destino o no?
00:23:18
Este paquete no llega.
00:23:21
Y se envía un mensaje de vuelta, que se llama un mensaje de host unreachable.
00:23:24
El host destino, el destino no es alcanzable.
00:23:30
¿Para qué sirve?
00:23:35
Por si he hecho errores.
00:23:38
si yo cuando he hecho el derrotamiento
00:23:39
me he equivocado y he creado
00:23:42
un bucle
00:23:44
entre nodos, este nodo lo envía
00:23:45
aquí, este nodo lo envía aquí, este nodo lo vuelve a enviar aquí
00:23:48
entonces el paquete se quedaría
00:23:50
ahí dando vueltas para el resto
00:23:52
del multiverso
00:23:54
porque nadie lo tiraría
00:23:55
con este sistema llega un momento en que acaba
00:23:57
los saltos
00:24:00
que puede hacer y entonces ahí se tira
00:24:02
y evito que
00:24:04
un paquete se quede perdido para siempre
00:24:06
dando vueltas
00:24:08
hay también otros utilizos de esta cosa aquí por ejemplo es para un programita que se llama
00:24:09
el 3 vosotros conocéis el ping entre un origen y un destino va bien vale el 3 lo que hace es un ping
00:24:18
entre un origen y un destino pero lo que hace es que cada vez mete un ttl creciendo o sea empieza
00:24:29
con ttl de 1, esto quiere decir
00:24:35
intento ir de aquí a aquí, pero
00:24:37
después del primer router
00:24:39
muero, porque esto ya encontrará
00:24:41
0 y por lo tanto me manda
00:24:43
un mensaje de no he podido llegar
00:24:46
y yo me apunto cual es el primer router
00:24:47
quien lo ha tirado
00:24:50
y ahora hago otro ping, pero en vez
00:24:52
que 1 pongo 2, entonces el primer
00:24:54
router lo paso y llego al segundo
00:24:55
y aquí muere, y este me mandará
00:24:58
un mensaje diciendo, hey mira no he podido alcanzar
00:24:59
el destino, vale perfecto, ahora hago otro ping
00:25:01
siempre de aquí a aquí, pero con ttl
00:25:03
tres. Entonces paso el primer router, paso el segundo, al tercero muere y él me contesta.
00:25:05
Estoy trazando la ruta que hace mi paquete desde origen a destino. Entonces si yo aquí
00:25:10
hago un trace de la tt a www.doggle.es sale esto. Ahora él está intentando llegar a
00:25:21
a google.es
00:25:33
pero primero le ha metido
00:25:34
un TTL de 1
00:25:37
entonces esto ha muerto en el
00:25:38
128.1.1
00:25:40
y router ya baja
00:25:42
luego le ha metido un 2
00:25:44
y ha llegado un poquito
00:25:47
más para allá, a un número
00:25:49
IP, esta cosa de aquí, que será un IP
00:25:51
de la infraestructura de
00:25:53
Madrid digital
00:25:54
luego ha empezado con 3 y ha llegado
00:25:55
hasta esta cosa aquí, de telephony
00:25:58
ya estamos en uno de los routers de telephony
00:26:00
Y luego cuatro, he llegado a un sitio que no me ha contestado, porque probablemente este dispositivo aquí no tiene aplicado, no tiene activado el contestar a los pines, ¿vale? Y así, así, así, así, él va intentando cada vez con un número mayor, un número mayor, hasta llegar al destino. Este señor de aquí es Google.
00:26:03
si yo pongo esto y lo escribo
00:26:25
en un navegador, se me abre
00:26:31
la página de Google
00:26:33
entonces, traceroute
00:26:33
está haciendo esta cosa aquí y lo puede
00:26:40
hacer por esta cosa aquí, del TTL
00:26:42
¿vale? repito que el TTL
00:26:44
sirve para otra cosa, sirve para evitar
00:26:45
que haya paquetes perdidos
00:26:47
por allí en la red, pero se puede
00:26:50
utilizar para otras cosas, como por ejemplo
00:26:52
el traceroute
00:26:54
¿vale?
00:26:54
Protocolo. Es el protocolo que se usa en la capa superior. No me interesa.
00:26:57
Checksum. Checksum es un pequeño control de errores sobre la cabecera.
00:27:02
¿Se acuerdan de ese control de errores? ¿Qué era el control de errores?
00:27:08
El primer examen era muy fácil. El próximo no será tan fácil.
00:27:23
¿Vale? Por favor, cuidado algo.
00:27:27
El control de errores era uno de los ocho problemas que teníamos.
00:27:31
¿Vale? ¿Qué era? Yo quiero que los paquetes que mando en origen sean iguales a los paquetes que llegan al destino.
00:27:35
¿Qué capa hacía el control de errores? La 2, la capa de enlace.
00:27:41
¿Vale? Pero acordaos, la capa de enlace hoy, en un mundo mágico de unicornios informáticos,
00:27:49
en que todo se está haciendo con la misma arquitectura. Pero aquí no es así.
00:27:54
Aquí la arquitectura son dos. Yo no puedo, como TCP y IP, fiarme que no haya problemas
00:27:58
porque y el cubo 802 lo ha hecho yo no sé quién hay debajo podría ser que la la forma con la que
00:28:05
se envían datos por debajo no compruebe si hay errores o no que me esté dejando a mí tcp de
00:28:14
hacer el control de errores por lo tanto aquí o algún control de errores sobre la cabecera
00:28:21
No sobre los datos, los datos se encargarán de ellos.
00:28:27
Este de aquí es, imaginaos, hago una suma de todos estos bits de aquí,
00:28:32
en palabras de 16 bits, y el resultado lo pongo aquí.
00:28:38
Cuando recibo este paquete, vuelvo a hacer la misma suma,
00:28:43
la compruebo con esta cosa de aquí, si son iguales,
00:28:47
quiere decir que muy probablemente no ha habido errores,
00:28:50
si son distintos, pues ha habido el mismo.
00:28:52
hay mecanismos aquí, esto se aclarará con un código de redundancia cíclica
00:28:54
o algo por el estilo, que nosotros no estudiaremos
00:29:00
porque no tenemos las horas, pero si hacéis presencial
00:29:03
pues a lo mejor en algún momento de vuestra vida
00:29:06
veréis que es una división por polinomios
00:29:08
para hacer el código de redundancia cíclica
00:29:11
y luego las dos partes más importantes y fundamentales de la cabecera
00:29:13
la dirección origen y la dirección destino
00:29:19
Aquí es donde van los números y P's.
00:29:23
Y la pregunta para vosotros es, ¿cuántos distintos números y P's versión 4 pueden existir?
00:29:28
No aprendéis de vuestros errores.
00:29:46
Sí, si fuera grande como esto.
00:29:51
Pero no es grande como esto.
00:29:54
4 millones.
00:30:00
Un poquito más.
00:30:02
4.000 millones.
00:30:04
es decir, o tenéis una mente privilegiada
00:30:04
y habéis hecho el cálculo
00:30:08
o en vez de decirlo así, expresarlo
00:30:09
como potencia, ¿cuántos
00:30:11
puedo decir?
00:30:13
se le va a dar 32
00:30:16
tengo 32 bits aquí disponibles
00:30:17
por lo tanto un número IP
00:30:20
y esta es la definición del número IP
00:30:21
es un número
00:30:24
de 32
00:30:26
de 32 dígitos binarios
00:30:27
¿vale?
00:30:30
que identifica un dispositivo
00:30:31
Esto es el número IP.
00:30:33
¿Qué es un número IP?
00:30:36
Un número de 32 dígitos binarios que identifican un dispositivo en un área.
00:30:37
Este de aquí es quien manda el paquete.
00:30:45
Este de aquí es donde tiene que ir algo.
00:30:48
IP versión 4 usa IPs de 32 bits.
00:30:52
IP versión 6 es distinto esto.
00:30:57
Y cuando llegáis a la dirección origen, en vez de 32 bits, tenéis 128 bits.
00:31:00
Vale, 128 bits es 2 elevado a 128 posibles IPs distintos, que es algo más de 4.000 millones, es como un 3 con 38 ceros detrás, ¿sí?
00:31:06
Y luego está esta parte opcional, que es una parte que hace cosas avanzadas, la mayoría no se usan, que fueran pensadas como,
00:31:22
ay, mira, cuando somos IPs podríamos hacer esta cosa, ay, qué guay, garantir una calidad del servicio, hacer que haga cosas, mira, pues no.
00:31:29
porque todo esto cuesta tiempo computacional
00:31:37
y yo quiero que la cosa sea fácil.
00:31:41
Entonces, las partes opcionales se usan para otra.
00:31:43
¿Dudas?
00:31:47
¿Entiendes?
00:31:48
¿Qué hacía el checksum?
00:31:52
El checksum es un control de errores sobre la cabecera.
00:31:54
O sea, me está diciendo si dentro de los datos
00:31:58
que he recibido en la cabecera
00:32:00
ha habido un cero que se ha transformado en uno
00:32:02
o un uno que se ha transformado en cero.
00:32:04
con un margen de fiabilidad suficiente para que yo pueda estar seguro que ha habido errores o no.
00:32:05
Tamaño máximo es 65.535 bytes.
00:32:16
¿De dónde sale esto?
00:32:19
De hecho, que aquí, si pongo todos unos, el número máximo que puede ser es 65.535.
00:32:20
La capa se le adapta solamente a los paquetes para que vean un tamaño correcto.
00:32:28
esto que hemos dicho de la fragmentación, no interesa
00:32:36
realmente poco, se componen dos partes
00:32:38
cabeceras y datos, la cabecera
00:32:40
tiene 20 bytes obligatorios
00:32:42
que tienen que estar siempre en una parte opcional
00:32:44
bla bla bla bla
00:32:46
Estos son la definición, lo que hemos
00:32:47
dicho, ¿vale? Cada uno de ellos
00:32:50
¿para qué sirve?
00:32:51
Los flags, la checksum
00:32:53
la parte opcional, bla bla bla
00:32:56
dudas hasta aquí
00:32:58
Entonces, cada equipo de dispositivos
00:33:01
en una red, tiene asociado
00:33:07
al menos un IP que lo identifica.
00:33:09
Si tengo yo a un
00:33:12
ordenador que tiene varias tarjetas
00:33:13
de red, por ejemplo, podría darle varios IPs.
00:33:16
Es más, a la misma
00:33:18
tarjeta de red puedo darle más
00:33:19
de un IP si quiero, ¿vale? Con IPs
00:33:21
virtuales. Por ahora,
00:33:23
una tarjeta, un IP.
00:33:25
Pero no necesariamente un ordenador
00:33:27
tiene que tener una sola IP.
00:33:29
Hay ordenadores muy importantes que pueden tener varias
00:33:31
conexiones asociadas
00:33:33
en varias IPs distintas
00:33:35
a lo mejor de redes distintas y que hagan
00:33:37
de router entre ellos. ¿Habéis visto
00:33:39
IP tablets todavía? No.
00:33:41
La dirección IP codifica
00:33:46
la red a la que pertenece
00:33:48
el dispositivo y el
00:33:50
número que identifica el host en esta red.
00:33:52
O sea, dentro de los 32 bits
00:33:54
que conforman una IP,
00:33:56
tengo una parte
00:33:58
que me está diciendo cómo se llama la red
00:34:00
y otra parte que me está diciendo
00:34:02
qué IP es.
00:34:04
Es una dirección. Si yo te digo
00:34:06
calle mayor 37
00:34:08
¿tú sabes dónde ir?
00:34:10
No. ¿Qué te falta?
00:34:14
La ciudad. Porque si no te digo
00:34:19
qué ciudad, tu calle mayor 77
00:34:21
no la irás. ¿Vale? La parte
00:34:23
derecha de la ciudad en la que estoy
00:34:25
el calle mayor 37
00:34:27
es la dirección
00:34:29
física dentro de esa ciudad.
00:34:31
¿Ves? Entonces dentro
00:34:34
de los 32 bits, dentro
00:34:35
de esta parte de aquí,
00:34:37
desde la dirección, destino, origen, una parte me está diciendo vete a esta ciudad
00:34:38
y cuando has encontrado la ciudad, cuando has encontrado la red correcta,
00:34:46
dentro de esta ciudad tendrás el número 37 que es este ordenador dentro de esta red.
00:34:49
Dentro de la misma red no se puede poner dos ordenadores que tengan el mismo ordenador.
00:34:59
No puedo hacer los dispositivos que tengan la misma IP, si todos los dispositivos tienen la misma IP quiere decir que están en la misma red, se llaman iguales y por lo tanto cuando llega un paquete para esta IP, yo no sé si tengo que mandarlo a un ordenador o...
00:35:06
Los ordenadores se enfadan, si vosotros en Windows intentáis poner una IP que ya existe en la red, os sale un mensajito que dice la IP es duplicada, no me vale, porque no sé a quién mandarlo tal.
00:35:20
En IPv4 las direcciones IP tienen 4 bytes, o sea 32 bits de longitud.
00:35:33
¿Cuántas direcciones IP posibles existen? Ya vamos allá.
00:35:40
Se representa con una serie de 4 números entre 0 y 255 separados por puntos, como por ejemplo esta cosa ahí.
00:35:43
Esta es la dirección IP que normalmente veis.
00:35:50
Pero esto es una representación. ¿Qué es una IP?
00:35:53
Un número de treinta y dos bits. ¿Los veis los treinta y dos bits aquí? Yo sí, lo he visto en programas. Pero este señor de aquí es una forma más cómoda de representar treinta y dos bits. Pero un número IP siempre son treinta y dos bits. Eso es lo que es.
00:35:58
tú lo representes así o lo representes
00:36:19
con gatos y estrellitas, me da igual
00:36:22
pues siempre tienes que representar
00:36:24
32 bits
00:36:25
no, no, no, no sé qué le he grabado
00:36:26
tú tienes
00:36:35
un bloque de 32 bits
00:36:39
lo divides
00:36:41
en bloques de 8 bits
00:36:46
y cada uno
00:36:48
de estos 8 bits
00:36:50
lo escribes en decimal
00:36:51
y te sale no sé qué
00:36:53
punto no sé cuánto, punto no sé cuánto
00:36:57
punto no sé cuánto
00:36:59
Los haremos.
00:37:01
La pregunta es, si yo tengo aquí 8 bits, otros 8, otros 8 y otros 8.
00:37:02
En uno de estos bloques, ¿cuál es el número menor que puedo escribir?
00:37:09
7.
00:37:16
Tengo 8 bits.
00:37:21
Escribid en el número más pequeño que podáis escribir con 8 bits.
00:37:24
0.
00:37:29
1, 2, 3, 4, 5, 6, 7, 8.
00:37:31
Esto es 0.
00:37:34
Vean. ¿Cuál es el número más grande que podéis escribir?
00:37:35
¿Cuánto es eso?
00:37:40
Doscientos cincuenta y cinco.
00:37:41
Doscientos cincuenta y cinco.
00:37:42
Uno, dos, tres, cuatro, cinco, seis, siete, ocho.
00:37:44
Esto en binario es doscientos cincuenta y cuatro.
00:37:47
Entonces en cada uno de estos bloques podéis tener un número entre cero y doscientos cincuenta y cinco.
00:37:49
Nunca encontraréis un número negativo, nunca encontraréis un número que es doscientos cincuenta y seis.
00:37:57
Si pone doscientos cincuenta y seis o más, no es un número negativo.
00:38:02
Ahora, si yo pongo 3, 3.1.0.7, este 3, ¿cómo se escribe en binario?
00:38:08
1, 1. 2 más 1, 3.
00:38:21
Pero este 3 no me está representando esto de aquí.
00:38:24
Me está representando 8 bits.
00:38:28
Entonces me está representando esta cosa de aquí.
00:38:32
¿Se entiende?
00:38:37
O sea que esto no es el número 3.
00:38:37
Esto es una forma de representar esta frecuencia de bits.
00:38:41
Y aquí yo lo separo por puntos porque a mí me gusta separarlo por puntos.
00:38:47
Pero luego, en realidad, esto es un único número.
00:38:52
¿Vale?
00:38:55
No hay división en puntos en binario.
00:38:56
¿Vale?
00:38:59
0, 0, 0, 0, 0, 0, 1, 1, punto.
00:39:00
No.
00:39:04
Ese es un único número de 32 bits.
00:39:04
¿Vale?
00:39:07
El 1 será 000000001, el 0 será 000000007, 000000001, no, 4 más 3, 11.
00:39:07
Ah, se me ha acabado, 11, 1, 1, 1, 1, 1, 1, 1, 1.
00:39:23
Se me ha acabado el espacio.
00:39:33
Esta cosa de aquí, estos 32 bits, es el número IP, representado de esta forma, porque estos
00:39:34
8 bits están representados por el 3, este 1 aquí, este 0 aquí y este 7, ¿se entiende?
00:39:44
¿Dudas?
00:39:56
¿Preguntas?
00:39:57
Jamás.
00:39:58
- Materias:
- Sistemas Microinformáticos y Redes
- Niveles educativos:
- ▼ Mostrar / ocultar niveles
- Formación Profesional
- Ciclo formativo de grado medio
- Primer Curso
- Autor/es:
- Stefano Chiesa
- Subido por:
- Stefano C.
- Licencia:
- Reconocimiento - No comercial
- Visualizaciones:
- 1
- Fecha:
- 21 de octubre de 2026 - 10:21
- Visibilidad:
- Clave
- Centro:
- IES ROSA CHACEL
- Duración:
- 40′ 07″
- Relación de aspecto:
- 1.78:1
- Resolución:
- 1920x1080 píxeles
- Tamaño:
- 110.54 MBytes