1
00:00:00,430 --> 00:00:16,289
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.

2
00:00:16,289 --> 00:00:31,769
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?

3
00:00:31,769 --> 00:00:59,289
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.

4
00:00:59,289 --> 00:01:09,689
Nosotros solucionamos el direccionamiento a nivel CCPIP con las direcciones IP y solucionamos el direccionamiento a nivel IECU-802 con los números MAC.

5
00:01:09,689 --> 00:01:25,150
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.

6
00:01:25,150 --> 00:01:32,950
Si vosotros vais en Burundi con vuestro DNI, ellos se ríen y dicen, no me vale.

7
00:01:33,209 --> 00:01:36,709
Si vais con vuestro pasaporte, a lo mejor dicen, ah, vale, ok, eso vale.

8
00:01:37,250 --> 00:01:37,450
¿Vale?

9
00:01:38,609 --> 00:01:40,329
Lo mismo parecido aquí, ¿vale?

10
00:01:40,769 --> 00:01:45,569
El DNI local sería la MAC, sería el número físico, la dirección física,

11
00:01:45,709 --> 00:01:51,569
sirve para comunicaciones internas a la red, que es el alcance de IECU 802.

12
00:01:51,569 --> 00:01:58,129
Sin embargo, para viajar al extranjero necesitamos un IP para cambiar de red y la otra red.

13
00:01:58,469 --> 00:02:01,650
Y eso es como se identifica a nivel de TCPIP.

14
00:02:04,930 --> 00:02:07,370
Nosotros hemos visto las varias capas.

15
00:02:07,530 --> 00:02:10,169
Hemos dicho que la capa que nos interesa más es la capa de red.

16
00:02:10,389 --> 00:02:17,789
La tercera capa de OSI, la segunda capa de TCPIP, la ninguna capa de ECU802.

17
00:02:17,789 --> 00:02:20,550
Y ECU802 no llega a la capa de red.

18
00:02:20,550 --> 00:02:30,229
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.

19
00:02:31,889 --> 00:02:41,870
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.

20
00:02:41,870 --> 00:02:58,870
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.

21
00:02:58,870 --> 00:03:05,189
Si os acordáis, direccionamiento, identificar de forma unívoca los dispositivos que participan a la comunicación.

22
00:03:06,930 --> 00:03:12,830
Enrutamiento, encontrar el mejor camino entre un dispositivo de origen y un dispositivo de destino.

23
00:03:13,409 --> 00:03:17,969
Si no sé identificar el origen y el destino, tampoco puedo hacer el camino.

24
00:03:18,370 --> 00:03:19,689
Entonces las dos cosas van de la misma.

25
00:03:19,889 --> 00:03:22,169
Y empezamos por direccionamiento.

26
00:03:22,550 --> 00:03:25,250
Empezamos a ver cómo se identifican los dispositivos.

27
00:03:25,250 --> 00:03:31,210
cómo se le da a las IPs, qué IP puede utilizar, cuáles son, qué características tiene, etcétera, etcétera, ¿vale?

28
00:03:33,129 --> 00:03:38,289
La capa internet asume que por debajo hay otra capa que permite transmitir los datos, ¿vale?

29
00:03:38,610 --> 00:03:43,530
¿Os acordáis cómo era TCP IP? ¿Qué había como primera capa, la capa más baja de TCP IP?

30
00:03:45,189 --> 00:03:45,490
No vi.

31
00:03:46,990 --> 00:03:53,550
Eso es IEQ802 y o AOSI, pero en TCP IP no hay capa física.

32
00:03:53,849 --> 00:03:54,770
¿Qué capa hay?

33
00:03:55,250 --> 00:03:59,870
Si pensáis todos, puedo cambiar la nombre.

34
00:04:03,439 --> 00:04:06,819
Qué suerte habéis tenido que esta pregunta nos ha tocado en el examen, ¿eh?

35
00:04:07,280 --> 00:04:08,219
Qué suerte.

36
00:04:08,639 --> 00:04:11,319
Pues tenemos una capa que se llama la Network Access Layer.

37
00:04:14,400 --> 00:04:16,120
Capa de acceso a la red.

38
00:04:16,480 --> 00:04:20,560
Es una capa, os acordáis, que no está estandarizada.

39
00:04:21,000 --> 00:04:24,819
Es más bien un tú dame un mecanismo para comunicaciones locales.

40
00:04:24,819 --> 00:04:27,019
en nuestro ejemplo, en nuestro caso

41
00:04:27,019 --> 00:04:28,959
es IECubos de 102 que permite

42
00:04:28,959 --> 00:04:30,639
comunicaciones internas locales

43
00:04:30,639 --> 00:04:33,079
y por encima de eso yo hago que redes

44
00:04:33,079 --> 00:04:34,939
distintas se comuniquen entre ellos

45
00:04:34,939 --> 00:04:36,480
con la arquitectura de CPIP

46
00:04:36,480 --> 00:04:37,519
¿Vale?

47
00:04:38,800 --> 00:04:40,899
Entonces por debajo hay un sistema

48
00:04:40,899 --> 00:04:41,759
que transmite

49
00:04:41,759 --> 00:04:44,399
información. ¿Cómo lo hace?

50
00:04:44,600 --> 00:04:46,980
Me da igual, el CPIP no depende

51
00:04:46,980 --> 00:04:49,000
de esto, es independiente de lo que hay debajo

52
00:04:49,000 --> 00:04:50,759
nosotros tenemos Ethernet, tenemos

53
00:04:50,759 --> 00:04:52,860
Wi-Fi, tenemos todo lo que puedes darnos

54
00:04:52,860 --> 00:04:55,959
y el cubo son 102, ¿vale?

55
00:04:56,019 --> 00:04:57,800
Lo que ha estandarizado y el cubo son 102.

56
00:04:58,259 --> 00:05:01,699
Que en vez de por debajo tuviéramos un sistema de tubos

57
00:05:01,699 --> 00:05:06,060
porque el que dentro mandamos ámster de color negros o blancos

58
00:05:06,060 --> 00:05:07,879
dependiendo de si son ceros o unos,

59
00:05:08,240 --> 00:05:11,019
funcionaría igual, sería lento, ¿vale?

60
00:05:11,019 --> 00:05:11,920
No funcionaría.

61
00:05:12,220 --> 00:05:15,100
Dame un mecanismo para comunicarme localmente

62
00:05:15,100 --> 00:05:16,939
y yo te construyo Internet.

63
00:05:17,519 --> 00:05:18,920
Las funciones de la capa de Internet,

64
00:05:19,079 --> 00:05:20,139
que es la de TCP y P,

65
00:05:20,139 --> 00:05:24,439
son las mismas funciones que hemos visto en la capa de red de OSI,

66
00:05:24,560 --> 00:05:28,240
cuando vamos a hablar, ¿vale? Direccionamiento, enrutamiento principalmente.

67
00:05:30,060 --> 00:05:33,639
La capa de Internet se ocupa de definir el datagrama IP, ¿vale?

68
00:05:33,680 --> 00:05:36,240
¿Qué quiere decir? Cuando yo mando paquetes de información,

69
00:05:36,779 --> 00:05:38,579
¿cómo está hecho este paquete?

70
00:05:38,579 --> 00:05:43,300
¿Os acordáis cuando hemos visto OSI que existía un concepto que era PTU,

71
00:05:43,680 --> 00:05:49,100
Protocol Data Unit, que eran datos reales y datos de control?

72
00:05:49,100 --> 00:06:01,779
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.

73
00:06:02,160 --> 00:06:11,639
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.

74
00:06:11,639 --> 00:06:36,620
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.

75
00:06:36,620 --> 00:06:39,000
sigues esa

76
00:06:39,000 --> 00:06:41,220
esa cosa, porque cuando se va a interpretar

77
00:06:41,220 --> 00:06:43,220
sabemos que este número de aquí no es el número

78
00:06:43,220 --> 00:06:45,100
de la casa, más es el número

79
00:06:45,100 --> 00:06:46,459
campo, me explico

80
00:06:46,459 --> 00:06:51,079
direccionamiento IP, soluciona

81
00:06:51,079 --> 00:06:53,079
cómo se llaman cada uno de los

82
00:06:53,079 --> 00:06:54,500
ordenadores, que será la parte interesante

83
00:06:54,500 --> 00:06:57,100
encaminamiento entre origen y destino

84
00:06:57,100 --> 00:06:59,339
pues siempre está campo, aquí se organiza

85
00:06:59,339 --> 00:07:01,199
para dónde reenvío los datos

86
00:07:01,199 --> 00:07:03,300
veremos cómo funciona un router, cuando un router

87
00:07:03,300 --> 00:07:05,100
recibe un paquete, qué operaciones sabe

88
00:07:05,100 --> 00:07:07,240
para decir, vale, este paquete lo tengo que reenviar

89
00:07:07,240 --> 00:07:09,079
allá, o lo tengo que reenviar allá, para

90
00:07:09,079 --> 00:07:10,339
acercarlo a su destino.

91
00:07:11,879 --> 00:07:13,240
Segmentación y reensamblado de

92
00:07:13,240 --> 00:07:15,220
tratacramas. ¿Os acordáis que este era un

93
00:07:15,220 --> 00:07:17,160
problema? Era uno

94
00:07:17,160 --> 00:07:19,100
de los ocho problemas que vimos que

95
00:07:19,100 --> 00:07:21,079
teníamos que solucionar. Uno de los problemas

96
00:07:21,079 --> 00:07:23,160
que yo os dije, esto me interesa poco o nada,

97
00:07:23,259 --> 00:07:25,180
porque esto es muy técnico, es muy de bajo nivel.

98
00:07:25,819 --> 00:07:27,000
Es sustancialmente que existe.

99
00:07:27,439 --> 00:07:29,120
Cada red, cada tecnología,

100
00:07:29,459 --> 00:07:30,860
cada estándar de red

101
00:07:30,860 --> 00:07:32,939
admite un tamaño máximo

102
00:07:32,939 --> 00:07:34,699
de la información que puede pasar por

103
00:07:34,699 --> 00:07:38,420
yo puedo mandar bloque de información de un tamaño máximo

104
00:07:38,420 --> 00:07:41,199
¿y qué pasa si yo he mandado

105
00:07:41,199 --> 00:07:43,480
el tamaño máximo para la red A

106
00:07:43,480 --> 00:07:47,600
que es así y de repente paso por una red

107
00:07:47,600 --> 00:07:50,339
que no admite ese tamaño porque es una red más vieja

108
00:07:50,339 --> 00:07:53,540
y admite un tamaño más pequeño, pues tengo que hacer segmentación

109
00:07:53,540 --> 00:07:56,660
trocear este paquete inicial que he mandado

110
00:07:56,660 --> 00:07:59,620
en fragmentos

111
00:07:59,620 --> 00:08:02,319
se llaman, mandarlos por la red

112
00:08:02,319 --> 00:08:04,699
que no admite ese tamaño, por fragmentos

113
00:08:04,699 --> 00:08:06,060
y luego después

114
00:08:06,060 --> 00:08:08,920
reensamblarlos, pillar todos los fragmentos

115
00:08:08,920 --> 00:08:10,519
reenchucarlo

116
00:08:10,519 --> 00:08:12,420
para obtener el paquete

117
00:08:12,420 --> 00:08:12,879
original

118
00:08:12,879 --> 00:08:16,019
esto es la segmentación de reensamblar

119
00:08:16,019 --> 00:08:17,720
pero como se hace técnicamente

120
00:08:17,720 --> 00:08:19,579
es complejo, es

121
00:08:19,579 --> 00:08:22,199
muy de bajo nivel y a vosotros

122
00:08:22,199 --> 00:08:24,639
como técnicos

123
00:08:24,639 --> 00:08:25,720
de SMR

124
00:08:25,720 --> 00:08:27,480
no os va a servir

125
00:08:27,480 --> 00:08:28,879
en vuestra vida

126
00:08:28,879 --> 00:08:32,000
uno con mucha mala suerte pues le servirá

127
00:08:32,000 --> 00:08:38,419
Los demás. El nivel de red de TCP es no orientada a la conexión.

128
00:08:38,419 --> 00:08:46,500
¿Vale? ¿Os acordáis el concepto cuando lo vimos en la conmutación de circuitos?

129
00:08:46,779 --> 00:08:50,740
¿Vale? Que creaba una conexión, mandaba los datos, cerraba la conexión.

130
00:08:50,899 --> 00:08:55,100
Pues esto, el nivel de red de TCP y IP no lo hace.

131
00:08:56,059 --> 00:09:01,419
Los paquetes de TCP y IP, ya lo hemos dicho, Internet es una red de conmutación de paquetes.

132
00:09:01,419 --> 00:09:29,620
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,

133
00:09:29,620 --> 00:09:31,799
y en base a la información que tiene,

134
00:09:31,940 --> 00:09:33,559
reenvía este paquete a un router

135
00:09:33,559 --> 00:09:36,200
que estará más cerca del destino.

136
00:09:38,360 --> 00:09:38,480
¿Veis?

137
00:09:38,820 --> 00:09:39,700
¿Eso cómo funciona?

138
00:09:40,399 --> 00:09:40,620
TCP.

139
00:09:42,179 --> 00:09:44,179
La estrella de TCP,

140
00:09:44,419 --> 00:09:46,539
la cosa más importante de TCP y IP,

141
00:09:47,039 --> 00:09:50,299
es el Internet Protocol, o IP.

142
00:09:50,659 --> 00:09:50,860
¿Vale?

143
00:09:50,860 --> 00:09:53,919
Es tan importante que la arquitectura

144
00:09:53,919 --> 00:09:56,159
tiene esto en su nombre.

145
00:09:56,639 --> 00:09:56,679
¿Vale?

146
00:09:56,919 --> 00:09:58,799
¿Cuáles serán los dos protocolos

147
00:09:58,799 --> 00:10:01,200
más importantes de la arquitectura TCP y IP?

148
00:10:07,879 --> 00:10:08,480
Buenos días.

149
00:10:09,740 --> 00:10:10,759
Ya no es primera hora.

150
00:10:11,059 --> 00:10:12,240
No tenéis derecho de dormir.

151
00:10:14,240 --> 00:10:14,659
¿Cuáles son

152
00:10:14,659 --> 00:10:17,080
los dos protocolos más importantes

153
00:10:17,080 --> 00:10:18,580
de la arquitectura TCP

154
00:10:18,580 --> 00:10:19,679
y IP?

155
00:10:24,950 --> 00:10:26,450
Pues TCP

156
00:10:26,450 --> 00:10:27,549
y IP.

157
00:10:27,549 --> 00:10:29,889
Sí, es difícil la pregunta.

158
00:10:30,149 --> 00:10:31,389
Es cierto que es compleja.

159
00:10:31,470 --> 00:10:33,070
IP, Internet Protocol,

160
00:10:33,610 --> 00:10:35,610
es un protocolo.

161
00:10:35,610 --> 00:10:40,490
Es uno de los dos protocolos más importantes, no los únicos,

162
00:10:40,830 --> 00:10:43,529
pero más importantes de la arquitectura TCP y P,

163
00:10:43,990 --> 00:10:46,490
que pilla el nombre de estos dos protocolos,

164
00:10:46,909 --> 00:10:49,929
de Transfer Control Protocol e Internet Protocol.

165
00:10:50,950 --> 00:10:51,090
¿Sí?

166
00:10:51,950 --> 00:11:01,470
En mi asignatura, cada una de las siglas que acaban en P es protocolo.

167
00:11:01,529 --> 00:11:02,850
Casi todas, no todas.

168
00:11:02,850 --> 00:11:03,529
Casi todas.

169
00:11:04,509 --> 00:11:05,110
¿Vale?

170
00:11:05,610 --> 00:11:10,610
Internet es un conjunto de redes o sistemas autónomos conectados entre sí.

171
00:11:10,610 --> 00:11:23,610
El concepto de redes lo entendemos, el concepto de sistema autónomo es una red cerrada cuyo propietario es una entidad.

172
00:11:23,610 --> 00:11:29,610
Este instituto es un sistema autónomo, con sus redes que se comunican entre ellos.

173
00:11:29,610 --> 00:11:33,610
Una universidad es un sistema autónomo, una empresa es un sistema autónomo.

174
00:11:33,610 --> 00:11:38,269
Pues lo que hace el protocolo IP es conseguir conectar entre ellos sistemas autónomos.

175
00:11:39,610 --> 00:11:43,889
Este concepto de sistema autónomo volverá cuando veremos RIP y OSP.

176
00:11:45,830 --> 00:11:47,509
Existen varias versiones de IP.

177
00:11:48,190 --> 00:11:51,009
En particular la IPv4 y la IPv6.

178
00:11:51,009 --> 00:12:01,850
La IPv4 es vieja y ya no se puede utilizar o no se utiliza en Internet.

179
00:12:02,450 --> 00:12:02,909
¿Por qué?

180
00:12:02,909 --> 00:12:09,470
Porque tienen pocos números IPs. Los números IPs versión 4 se han acabado, ¿vale?

181
00:12:09,929 --> 00:12:17,409
Había tanta demanda de IPs que ha llegado un momento en que, oye, mira, no tenemos IPs suficientes para todos, ¿vale?

182
00:12:17,570 --> 00:12:25,629
Veremos por qué. Entonces hemos pasado a la IP versión 6, una versión mejorada, aprendemos de nuestros errores,

183
00:12:25,629 --> 00:12:30,490
veamos en qué funciona mal la IP versión 4 y utilizamos la IP versión 6.

184
00:12:30,490 --> 00:12:53,549
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.

185
00:12:53,549 --> 00:12:57,549
Por lo tanto, en redes locales, estas asignaturas, utilizamos IPv4.

186
00:12:58,330 --> 00:13:05,269
La IPv6 es más utilizada para el exterior, para desde router hacia afuera.

187
00:13:05,909 --> 00:13:08,389
Desde router hacia adentro se suele utilizar IPv6.

188
00:13:08,529 --> 00:13:11,210
Esto quiere decir que no puedes utilizar la IPv6 en el local.

189
00:13:11,649 --> 00:13:13,529
La puedes utilizar tranquilamente.

190
00:13:13,990 --> 00:13:17,389
Nadie te va a prohibir utilizar la IPv6, hasta sería recomendable.

191
00:13:17,730 --> 00:13:22,250
Antes o después, en un futuro muy lejano, IPv4 desaparecerá totalmente

192
00:13:22,250 --> 00:13:24,509
Y nos quedaremos solo con la versión 6.

193
00:13:24,649 --> 00:13:26,570
Y a lo mejor surgirá la versión 8.

194
00:13:26,789 --> 00:13:28,070
Pero puede ser.

195
00:13:29,409 --> 00:13:32,590
¿Por qué no está la versión 5?

196
00:13:32,809 --> 00:13:33,610
Ni idea.

197
00:13:34,049 --> 00:13:38,330
Lo más probable es que pase lo que suele pasar en informática.

198
00:13:38,730 --> 00:13:40,730
En informática las cosas van muy rápidas.

199
00:13:41,070 --> 00:13:46,970
Y a veces tú tienes la versión 4, empiezas a producir la versión 5, a pensar en la versión 5.

200
00:13:46,970 --> 00:13:49,149
y te das cuenta que lo que has pensado

201
00:13:49,149 --> 00:13:51,529
de la versión 5 se ha quedado obsoleto

202
00:13:51,529 --> 00:13:53,230
antes de que tú pudieras

203
00:13:53,230 --> 00:13:55,049
hacer el paso de decir implementamos.

204
00:13:55,750 --> 00:13:57,070
Y entonces, a un cierto momento, dices

205
00:13:57,070 --> 00:13:58,730
mira, dejamos esto, empezamos

206
00:13:58,730 --> 00:14:01,250
con una versión nueva, implementamos directamente

207
00:14:01,250 --> 00:14:03,149
la versión nueva, la versión 6, porque la versión

208
00:14:03,149 --> 00:14:04,950
5, si la implementáramos, no

209
00:14:04,950 --> 00:14:07,230
solucionaría los problemas que debes tener que solucionar.

210
00:14:08,230 --> 00:14:08,909
Lo más probable.

211
00:14:09,350 --> 00:14:10,509
Esto pasa muchas veces.

212
00:14:11,190 --> 00:14:13,070
En informática las cosas avanzan rápido

213
00:14:13,070 --> 00:14:15,129
y puedes dar cuenta que una solución

214
00:14:15,129 --> 00:14:17,070
que has encontrado, han surgido otros problemas

215
00:14:17,070 --> 00:14:18,990
y ya esta solución no tiene sentido

216
00:14:18,990 --> 00:14:21,070
invertir, porque cambiar de

217
00:14:21,070 --> 00:14:22,889
protocolo, pues pagar

218
00:14:22,889 --> 00:14:24,309
sustancialmente, pues

219
00:14:24,309 --> 00:14:26,990
no es suficiente, no

220
00:14:26,990 --> 00:14:29,129
vale la inversión de pasar a una cosa

221
00:14:29,129 --> 00:14:30,309
que ya se quedaría usada

222
00:14:30,309 --> 00:14:34,919
esta maravilla que tenéis aquí

223
00:14:34,919 --> 00:14:37,059
delante, es el protocolo IP

224
00:14:37,059 --> 00:14:39,240
las primeras

225
00:14:39,240 --> 00:14:40,980
líneas, es

226
00:14:40,980 --> 00:14:41,919
la cabecera

227
00:14:41,919 --> 00:14:45,039
aquí debajo van los datos, estos

228
00:14:45,039 --> 00:14:46,440
son los datos de control

229
00:14:46,440 --> 00:14:48,740
y estos de abajo, el último solo campo

230
00:14:48,740 --> 00:14:50,840
de datos, son los datos reales

231
00:14:50,840 --> 00:14:52,559
que se envían. Cada vez que yo creo

232
00:14:52,559 --> 00:14:54,019
un parquete de información,

233
00:14:54,600 --> 00:14:56,639
desde la capa de arriba recibo

234
00:14:56,639 --> 00:14:58,480
los datos, alguien me dice

235
00:14:58,480 --> 00:15:00,039
tienes que mandar esta información,

236
00:15:00,519 --> 00:15:02,600
y yo tengo que crear esta estructura

237
00:15:02,600 --> 00:15:04,679
rellenando cada uno de estos

238
00:15:04,679 --> 00:15:06,740
campos con los datos reales

239
00:15:06,740 --> 00:15:07,720
para poderlo mandar.

240
00:15:09,080 --> 00:15:10,419
¿Sí? Estos datos

241
00:15:10,419 --> 00:15:11,360
en

242
00:15:11,360 --> 00:15:14,840
destino se leerán,

243
00:15:15,039 --> 00:15:16,240
se interpretarán,

244
00:15:16,440 --> 00:15:22,139
Y una vez que esto se han interpretado, se tiran y se pasa a la capa superior solo los datos.

245
00:15:22,139 --> 00:15:27,460
En estos datos hacia abajo se incluirán las capas superiores.

246
00:15:27,720 --> 00:15:35,200
En particular aquí una parte de estos datos será la cabecera de la capa de transporte que está la que está aquí.

247
00:15:36,480 --> 00:15:39,539
En esta imagen parece que los datos son pequeños.

248
00:15:39,840 --> 00:15:43,460
En realidad normalmente los datos son la parte grande de un papel.

249
00:15:43,460 --> 00:15:47,240
la parte esta aquí de cabecera es

250
00:15:47,240 --> 00:15:49,740
relativamente pequeña, la parte de datos es

251
00:15:49,740 --> 00:15:52,860
grande, de hecho

252
00:15:52,860 --> 00:15:55,799
cuanto más grandes sean los datos

253
00:15:55,799 --> 00:15:58,700
con respecto a la cabecera, más eficiente

254
00:15:58,700 --> 00:16:01,659
es mi comunicación, si yo tengo que mandar un bit

255
00:16:01,659 --> 00:16:04,659
solo y para mandar un bit de datos tengo que meter todos

256
00:16:04,659 --> 00:16:07,139
los datos delante, pues sería muy ineficiente

257
00:16:07,139 --> 00:16:12,399
entonces las redes

258
00:16:12,399 --> 00:16:14,299
intentan mandar paquetes

259
00:16:14,299 --> 00:16:15,779
lo más grandes posible.

260
00:16:16,320 --> 00:16:17,759
Repito, hay una limitación.

261
00:16:17,899 --> 00:16:20,259
No puedo mandar paquetes de gigabyte

262
00:16:20,259 --> 00:16:22,000
o así, de golpe, porque las redes

263
00:16:22,000 --> 00:16:23,500
no lo permiten.

264
00:16:24,840 --> 00:16:26,039
Entonces, ¿qué son

265
00:16:26,039 --> 00:16:28,200
estos campos? Tengo que saberlo de memoria.

266
00:16:28,440 --> 00:16:29,519
¿Entran en el examen?

267
00:16:29,759 --> 00:16:31,899
Sí, entran en el examen. ¿Tengo que saberlo de memoria?

268
00:16:32,019 --> 00:16:33,700
No, no todos, solo algunos.

269
00:16:34,259 --> 00:16:35,820
Algunos que son claros, pues

270
00:16:35,820 --> 00:16:37,740
tenéis que saber. Otros,

271
00:16:38,100 --> 00:16:39,840
pues los dejamos allí, los dejemos aquí,

272
00:16:39,980 --> 00:16:41,759
están escritos, lo podéis estudiar,

273
00:16:41,759 --> 00:16:42,799
pero no es necesario

274
00:16:42,799 --> 00:16:44,500
el primer campo

275
00:16:44,500 --> 00:16:45,059
version

276
00:16:45,059 --> 00:16:47,539
aquí está escrito

277
00:16:47,539 --> 00:16:48,259
si yo soy

278
00:16:48,259 --> 00:16:48,899
un paquete

279
00:16:48,899 --> 00:16:50,360
IP versión 4

280
00:16:50,360 --> 00:16:51,500
o IP versión 6

281
00:16:51,500 --> 00:16:52,240
porque

282
00:16:52,240 --> 00:16:53,700
la estructura

283
00:16:53,700 --> 00:16:54,820
de la cabecera

284
00:16:54,820 --> 00:16:55,659
cambia

285
00:16:55,659 --> 00:16:56,500
si tú eres

286
00:16:56,500 --> 00:16:57,320
IP versión 4

287
00:16:57,320 --> 00:16:58,500
tú eres IP version 6

288
00:16:58,500 --> 00:16:59,279
entonces

289
00:16:59,279 --> 00:17:00,399
en los primeros

290
00:17:00,399 --> 00:17:01,279
cuatro bits

291
00:17:01,279 --> 00:17:02,340
veis que esto es un byte

292
00:17:02,340 --> 00:17:03,559
esto son palabras

293
00:17:03,559 --> 00:17:04,599
de 32 bits

294
00:17:04,599 --> 00:17:05,380
cada línea

295
00:17:05,380 --> 00:17:05,900
es una palabra

296
00:17:05,900 --> 00:17:06,640
de 32 bits

297
00:17:06,640 --> 00:17:07,380
pues

298
00:17:07,380 --> 00:17:08,259
los primeros

299
00:17:08,259 --> 00:17:09,039
cuatro bits

300
00:17:09,039 --> 00:17:10,500
me están diciendo

301
00:17:10,500 --> 00:17:11,319
ya si tengo que

302
00:17:11,319 --> 00:17:19,240
interpretar los otros como el 3D4 o como el 3D8, o el 3D6, ¿entiende? Luego está la

303
00:17:19,240 --> 00:17:24,079
longitud, que si no me equivoco es la longitud de la cabecera, porque veis que hay una parte

304
00:17:24,079 --> 00:17:28,339
opcional, entonces dependiendo de si esta parte está o no, aquí te estoy diciendo

305
00:17:28,339 --> 00:17:36,640
cuánto es grande la cabecera. Servicio, no nos interesa, es un numerito que me dice qué

306
00:17:36,640 --> 00:17:39,880
tipo de servicio estoy utilizando desde la capa superior, ¿vale?

307
00:17:41,099 --> 00:17:42,779
Longitud total es

308
00:17:42,779 --> 00:17:46,039
toda la longitud del paquete, ¿vale?

309
00:17:46,279 --> 00:17:49,019
Desde incluida la longitud

310
00:17:49,019 --> 00:17:51,920
de la cabecera, o sea, cabecera más datos. Entonces, si luego

311
00:17:51,920 --> 00:17:54,880
hago esto menos esto, tengo el

312
00:17:54,880 --> 00:17:58,059
payload, o sea, cuántos datos, bueno, tengo el

313
00:17:58,059 --> 00:18:01,119
dato, tengo los datos reales, la cantidad de datos

314
00:18:01,119 --> 00:18:02,839
que estoy enviando, ¿entienden?

315
00:18:02,839 --> 00:18:20,819
Ahora, si yo tengo dos bytes para identificar la longitud total, ¿qué implica esto?

316
00:18:20,819 --> 00:18:29,279
Si yo tengo 16 bits de espacio para decirte cuánto es grande este paquete, ¿qué implica

317
00:18:29,279 --> 00:18:31,599
esto?

318
00:18:31,599 --> 00:18:39,000
El tamaño del paquete es infinito, no, es limitado.

319
00:18:39,000 --> 00:18:41,160
¿Y trata cuánto?

320
00:18:41,799 --> 00:18:46,000
¿Cuál es el número máximo que puede escribir ahí dentro?

321
00:18:49,299 --> 00:18:50,099
¿32?

322
00:18:50,440 --> 00:18:50,640
No.

323
00:18:51,400 --> 00:18:51,960
Algo más.

324
00:18:52,700 --> 00:19:01,579
Porque con 16 bits puedo hacer hasta el número con un bit.

325
00:19:04,299 --> 00:19:05,299
Algo más.

326
00:19:06,740 --> 00:19:08,940
¿Con un bit cuántos números puedo hacer?

327
00:19:10,480 --> 00:19:11,640
O 0 o 1.

328
00:19:11,940 --> 00:19:12,920
Dos valores.

329
00:19:13,859 --> 00:19:15,099
Con dos bits, ¿cuánto?

330
00:19:16,859 --> 00:19:17,339
Cuatro.

331
00:19:17,519 --> 00:19:18,079
¿Con tres bits?

332
00:19:20,880 --> 00:19:21,359
Ocho.

333
00:19:22,099 --> 00:19:22,859
¿Cuatro bits?

334
00:19:23,980 --> 00:19:24,980
¿Con n bits?

335
00:19:28,480 --> 00:19:29,500
Dos elevado a la n.

336
00:19:29,940 --> 00:19:34,809
Entonces, si tengo 16 bits, puedo hacer hasta...

337
00:19:34,809 --> 00:19:37,269
Dos elevado a la n, eso es dos elevado a la...

338
00:19:37,269 --> 00:19:38,009
Dieciséis.

339
00:19:38,369 --> 00:19:40,549
Y dos elevado a la dieciséis, ¿vosotros sabéis perfectamente qué es?

340
00:19:42,009 --> 00:19:43,970
Sesenta y cinco mil quinientos treinta y cinco.

341
00:19:43,970 --> 00:19:47,369
¿Vale? Porque va de 0 a 65.535.

342
00:19:47,549 --> 00:19:52,049
O sea que si aquí pongo todos unos, hago 65.535,

343
00:19:52,450 --> 00:19:55,170
que es el tamaño máximo de un paquete IP.

344
00:19:55,670 --> 00:19:56,210
¿Lo veis?

345
00:19:56,690 --> 00:19:59,309
Porque no puedo escribir 70.000.

346
00:20:00,650 --> 00:20:01,549
Porque no cabe aquí.

347
00:20:02,849 --> 00:20:03,250
¿Se entiende?

348
00:20:04,769 --> 00:20:10,069
Entonces los paquetes IP como máximo son de 65K.

349
00:20:13,150 --> 00:20:13,750
¿Dudas?

350
00:20:15,430 --> 00:20:16,029
¿Preguntas?

351
00:20:16,430 --> 00:20:19,650
esto es el número de bytes que estoy enviando

352
00:20:19,650 --> 00:20:21,509
vale, si aquí está el título 27

353
00:20:21,509 --> 00:20:23,170
estoy mandando 27 bytes

354
00:20:23,170 --> 00:20:26,910
todas las preguntas

355
00:20:26,910 --> 00:20:29,230
identificador

356
00:20:29,230 --> 00:20:31,210
¿para qué sirve? a nosotros para nada

357
00:20:31,210 --> 00:20:32,869
esto nos serviría

358
00:20:32,869 --> 00:20:34,630
si troceo

359
00:20:34,630 --> 00:20:37,170
el paquete con el

360
00:20:37,170 --> 00:20:39,250
ensamblado, segmentación

361
00:20:39,250 --> 00:20:41,150
y ensamblado, si yo este paquete

362
00:20:41,150 --> 00:20:42,490
lo tengo que trocear

363
00:20:42,490 --> 00:20:45,289
en fragmentos

364
00:20:45,289 --> 00:20:47,630
esto me identifica que son todos

365
00:20:47,630 --> 00:20:49,190
del mismo paquete original

366
00:20:49,190 --> 00:20:51,630
¿sí? pero nosotros

367
00:20:51,630 --> 00:20:53,869
no lo estudiamos esto, por lo tanto este campo no me interesa

368
00:20:53,869 --> 00:20:54,690
flags

369
00:20:54,690 --> 00:20:57,309
los flags son

370
00:20:57,309 --> 00:20:59,529
¿sabéis qué es un flag en informática?

371
00:21:01,109 --> 00:21:02,609
en informática es un bit

372
00:21:02,609 --> 00:21:04,910
¿vale? que vale 0 o 1

373
00:21:04,910 --> 00:21:06,829
y representa algo

374
00:21:06,829 --> 00:21:09,269
si vale 0, este algo

375
00:21:09,269 --> 00:21:11,009
no es verdad, si vale 1

376
00:21:11,009 --> 00:21:12,210
este algo es verdad

377
00:21:12,210 --> 00:21:15,269
¿vale? un flag en informática es un único

378
00:21:15,269 --> 00:21:17,710
bit que me dice si una propiedad

379
00:21:17,710 --> 00:21:18,890
que representa ese flag

380
00:21:18,890 --> 00:21:20,289
es verdadero o falso

381
00:21:20,289 --> 00:21:23,250
aquí van, por ejemplo

382
00:21:23,250 --> 00:21:25,369
bits, aquí hay una serie de bits

383
00:21:25,369 --> 00:21:27,069
uno de estos es, oye

384
00:21:27,069 --> 00:21:29,349
he sido fragmentado, si aquí

385
00:21:29,349 --> 00:21:31,289
está cero en ese bit

386
00:21:31,289 --> 00:21:33,410
quiere decir, no he sido fragmentado

387
00:21:33,410 --> 00:21:35,269
soy un paquete entero, vale, fenomenal

388
00:21:35,269 --> 00:21:37,490
si ahí tienes un uno, te está diciendo

389
00:21:37,490 --> 00:21:39,049
oye mira, yo soy una parte

390
00:21:39,049 --> 00:21:41,289
de un fragmento más grande, o sea de un paquete

391
00:21:41,289 --> 00:21:43,369
más grande, soy un fragmento del

392
00:21:43,369 --> 00:21:50,329
Y por aquí pone, soy el primer paquete, soy el primer fragmento y cosillas así, ¿vale?

393
00:21:50,650 --> 00:21:56,089
Son todas cosas para gestionar esto de la fragmentación ensamblado, que a nosotros no nos interesa, por lo tanto no lo es.

394
00:21:56,789 --> 00:22:00,250
Sí tengo que saber qué quiere decir flag en informático.

395
00:22:00,410 --> 00:22:00,849
Ese es útil.

396
00:22:01,750 --> 00:22:06,890
Offset me está diciendo, si he sido fragmentado, qué número de paquetes soy.

397
00:22:07,369 --> 00:22:10,549
O sea, me han fragmentado en siete paquetes, ¿qué paquete eres tú?

398
00:22:10,549 --> 00:22:12,789
Yo soy el tres, por lo que os digo aquí.

399
00:22:14,809 --> 00:22:16,450
No paquete, fragmento.

400
00:22:16,490 --> 00:22:17,410
¿Qué fragmento es eso?

401
00:22:17,450 --> 00:22:19,430
El tercer fragmento de un paquete original.

402
00:22:19,789 --> 00:22:20,289
Pues los que ven.

403
00:22:21,190 --> 00:22:22,609
O sea, que a nosotros no nos interesa.

404
00:22:22,970 --> 00:22:26,210
Toda esta fila sirve para fragmentación ensamblada,

405
00:22:26,390 --> 00:22:27,450
que nosotros no estudiamos.

406
00:22:28,309 --> 00:22:29,589
Os lo digo para que lo sepáis.

407
00:22:29,990 --> 00:22:33,990
Está grabado, lo escucháis, pero...

408
00:22:33,990 --> 00:22:37,289
TTL, esto sí que nos interesa, ¿vale?

409
00:22:37,289 --> 00:22:41,809
Esto es time to live, el tiempo de vida, ¿vale?

410
00:22:41,990 --> 00:22:43,190
Esto es un numerito.

411
00:22:43,190 --> 00:22:50,990
Y me dice, ¿cuántos routers puedo cruzar antes de que este paquete se pida?

412
00:22:52,210 --> 00:22:57,589
Cada vez que yo paso por un router, el router me lee, hace lo que tiene que hacer,

413
00:22:57,869 --> 00:23:03,910
pilla este campo, le resta uno y lo reenvía el paquete por este campo restado de uno.

414
00:23:05,609 --> 00:23:08,970
Entonces, si aquí tengo cinco, paso por un router, el router lo reenvía con cuatro,

415
00:23:09,089 --> 00:23:13,069
paso por otro router, lo reenvía con tres, dos, uno, hasta que llegue a cero.

416
00:23:13,190 --> 00:23:17,390
Si llega un router, lee aquí el perro, tira el paquete.

417
00:23:18,569 --> 00:23:20,470
¿Me da igual que haya llegado al destino o no?

418
00:23:21,569 --> 00:23:23,349
Este paquete no llega.

419
00:23:24,089 --> 00:23:29,750
Y se envía un mensaje de vuelta, que se llama un mensaje de host unreachable.

420
00:23:30,569 --> 00:23:33,809
El host destino, el destino no es alcanzable.

421
00:23:35,690 --> 00:23:36,849
¿Para qué sirve?

422
00:23:38,309 --> 00:23:39,589
Por si he hecho errores.

423
00:23:39,589 --> 00:23:42,609
si yo cuando he hecho el derrotamiento

424
00:23:42,609 --> 00:23:44,349
me he equivocado y he creado

425
00:23:44,349 --> 00:23:45,509
un bucle

426
00:23:45,509 --> 00:23:48,470
entre nodos, este nodo lo envía

427
00:23:48,470 --> 00:23:50,450
aquí, este nodo lo envía aquí, este nodo lo vuelve a enviar aquí

428
00:23:50,450 --> 00:23:52,730
entonces el paquete se quedaría

429
00:23:52,730 --> 00:23:54,309
ahí dando vueltas para el resto

430
00:23:54,309 --> 00:23:55,890
del multiverso

431
00:23:55,890 --> 00:23:57,549
porque nadie lo tiraría

432
00:23:57,549 --> 00:24:00,450
con este sistema llega un momento en que acaba

433
00:24:00,450 --> 00:24:02,690
los saltos

434
00:24:02,690 --> 00:24:04,529
que puede hacer y entonces ahí se tira

435
00:24:04,529 --> 00:24:06,450
y evito que

436
00:24:06,450 --> 00:24:08,490
un paquete se quede perdido para siempre

437
00:24:08,490 --> 00:24:09,150
dando vueltas

438
00:24:09,150 --> 00:24:18,690
hay también otros utilizos de esta cosa aquí por ejemplo es para un programita que se llama

439
00:24:18,690 --> 00:24:29,329
el 3 vosotros conocéis el ping entre un origen y un destino va bien vale el 3 lo que hace es un ping

440
00:24:29,329 --> 00:24:35,930
entre un origen y un destino pero lo que hace es que cada vez mete un ttl creciendo o sea empieza

441
00:24:35,930 --> 00:24:37,869
con ttl de 1, esto quiere decir

442
00:24:37,869 --> 00:24:39,890
intento ir de aquí a aquí, pero

443
00:24:39,890 --> 00:24:41,490
después del primer router

444
00:24:41,490 --> 00:24:43,910
muero, porque esto ya encontrará

445
00:24:43,910 --> 00:24:46,009
0 y por lo tanto me manda

446
00:24:46,009 --> 00:24:47,329
un mensaje de no he podido llegar

447
00:24:47,329 --> 00:24:50,069
y yo me apunto cual es el primer router

448
00:24:50,069 --> 00:24:52,089
quien lo ha tirado

449
00:24:52,089 --> 00:24:54,029
y ahora hago otro ping, pero en vez

450
00:24:54,029 --> 00:24:55,990
que 1 pongo 2, entonces el primer

451
00:24:55,990 --> 00:24:58,049
router lo paso y llego al segundo

452
00:24:58,049 --> 00:24:59,829
y aquí muere, y este me mandará

453
00:24:59,829 --> 00:25:01,829
un mensaje diciendo, hey mira no he podido alcanzar

454
00:25:01,829 --> 00:25:03,789
el destino, vale perfecto, ahora hago otro ping

455
00:25:03,789 --> 00:25:05,730
siempre de aquí a aquí, pero con ttl

456
00:25:05,730 --> 00:25:10,289
tres. Entonces paso el primer router, paso el segundo, al tercero muere y él me contesta.

457
00:25:10,289 --> 00:25:21,700
Estoy trazando la ruta que hace mi paquete desde origen a destino. Entonces si yo aquí

458
00:25:21,700 --> 00:25:33,299
hago un trace de la tt a www.doggle.es sale esto. Ahora él está intentando llegar a

459
00:25:33,299 --> 00:25:34,599
a google.es

460
00:25:34,599 --> 00:25:37,140
pero primero le ha metido

461
00:25:37,140 --> 00:25:38,559
un TTL de 1

462
00:25:38,559 --> 00:25:40,700
entonces esto ha muerto en el

463
00:25:40,700 --> 00:25:42,759
128.1.1

464
00:25:42,759 --> 00:25:44,019
y router ya baja

465
00:25:44,019 --> 00:25:47,319
luego le ha metido un 2

466
00:25:47,319 --> 00:25:49,160
y ha llegado un poquito

467
00:25:49,160 --> 00:25:51,180
más para allá, a un número

468
00:25:51,180 --> 00:25:53,119
IP, esta cosa de aquí, que será un IP

469
00:25:53,119 --> 00:25:54,940
de la infraestructura de

470
00:25:54,940 --> 00:25:55,559
Madrid digital

471
00:25:55,559 --> 00:25:58,980
luego ha empezado con 3 y ha llegado

472
00:25:58,980 --> 00:26:00,480
hasta esta cosa aquí, de telephony

473
00:26:00,480 --> 00:26:03,019
ya estamos en uno de los routers de telephony

474
00:26:03,299 --> 00:26:25,019
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.

475
00:26:25,019 --> 00:26:31,079
si yo pongo esto y lo escribo

476
00:26:31,079 --> 00:26:33,200
en un navegador, se me abre

477
00:26:33,200 --> 00:26:33,900
la página de Google

478
00:26:33,900 --> 00:26:40,089
entonces, traceroute

479
00:26:40,089 --> 00:26:42,089
está haciendo esta cosa aquí y lo puede

480
00:26:42,089 --> 00:26:44,069
hacer por esta cosa aquí, del TTL

481
00:26:44,069 --> 00:26:45,829
¿vale? repito que el TTL

482
00:26:45,829 --> 00:26:47,710
sirve para otra cosa, sirve para evitar

483
00:26:47,710 --> 00:26:50,170
que haya paquetes perdidos

484
00:26:50,170 --> 00:26:52,029
por allí en la red, pero se puede

485
00:26:52,029 --> 00:26:54,009
utilizar para otras cosas, como por ejemplo

486
00:26:54,009 --> 00:26:54,569
el traceroute

487
00:26:54,569 --> 00:26:57,450
¿vale?

488
00:26:57,809 --> 00:27:02,309
Protocolo. Es el protocolo que se usa en la capa superior. No me interesa.

489
00:27:02,309 --> 00:27:08,809
Checksum. Checksum es un pequeño control de errores sobre la cabecera.

490
00:27:08,809 --> 00:27:23,380
¿Se acuerdan de ese control de errores? ¿Qué era el control de errores?

491
00:27:23,380 --> 00:27:27,380
El primer examen era muy fácil. El próximo no será tan fácil.

492
00:27:27,380 --> 00:27:31,380
¿Vale? Por favor, cuidado algo.

493
00:27:31,380 --> 00:27:35,380
El control de errores era uno de los ocho problemas que teníamos.

494
00:27:35,380 --> 00:27:40,980
¿Vale? ¿Qué era? Yo quiero que los paquetes que mando en origen sean iguales a los paquetes que llegan al destino.

495
00:27:41,500 --> 00:27:48,660
¿Qué capa hacía el control de errores? La 2, la capa de enlace.

496
00:27:49,380 --> 00:27:54,559
¿Vale? Pero acordaos, la capa de enlace hoy, en un mundo mágico de unicornios informáticos,

497
00:27:54,559 --> 00:27:58,279
en que todo se está haciendo con la misma arquitectura. Pero aquí no es así.

498
00:27:58,920 --> 00:28:05,960
Aquí la arquitectura son dos. Yo no puedo, como TCP y IP, fiarme que no haya problemas

499
00:28:05,960 --> 00:28:14,460
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

500
00:28:14,460 --> 00:28:21,619
se envían datos por debajo no compruebe si hay errores o no que me esté dejando a mí tcp de

501
00:28:21,619 --> 00:28:27,279
hacer el control de errores por lo tanto aquí o algún control de errores sobre la cabecera

502
00:28:27,279 --> 00:28:30,240
No sobre los datos, los datos se encargarán de ellos.

503
00:28:32,619 --> 00:28:38,539
Este de aquí es, imaginaos, hago una suma de todos estos bits de aquí,

504
00:28:38,960 --> 00:28:42,500
en palabras de 16 bits, y el resultado lo pongo aquí.

505
00:28:43,180 --> 00:28:47,319
Cuando recibo este paquete, vuelvo a hacer la misma suma,

506
00:28:47,420 --> 00:28:50,220
la compruebo con esta cosa de aquí, si son iguales,

507
00:28:50,279 --> 00:28:52,460
quiere decir que muy probablemente no ha habido errores,

508
00:28:52,960 --> 00:28:54,599
si son distintos, pues ha habido el mismo.

509
00:28:54,599 --> 00:29:00,359
hay mecanismos aquí, esto se aclarará con un código de redundancia cíclica

510
00:29:00,359 --> 00:29:03,240
o algo por el estilo, que nosotros no estudiaremos

511
00:29:03,240 --> 00:29:06,059
porque no tenemos las horas, pero si hacéis presencial

512
00:29:06,059 --> 00:29:08,119
pues a lo mejor en algún momento de vuestra vida

513
00:29:08,119 --> 00:29:11,099
veréis que es una división por polinomios

514
00:29:11,099 --> 00:29:13,619
para hacer el código de redundancia cíclica

515
00:29:13,619 --> 00:29:19,480
y luego las dos partes más importantes y fundamentales de la cabecera

516
00:29:19,480 --> 00:29:23,539
la dirección origen y la dirección destino

517
00:29:23,539 --> 00:29:26,859
Aquí es donde van los números y P's.

518
00:29:28,200 --> 00:29:36,839
Y la pregunta para vosotros es, ¿cuántos distintos números y P's versión 4 pueden existir?

519
00:29:46,869 --> 00:29:48,309
No aprendéis de vuestros errores.

520
00:29:51,400 --> 00:29:53,700
Sí, si fuera grande como esto.

521
00:29:54,259 --> 00:29:55,519
Pero no es grande como esto.

522
00:30:00,950 --> 00:30:01,849
4 millones.

523
00:30:02,309 --> 00:30:03,009
Un poquito más.

524
00:30:04,049 --> 00:30:04,990
4.000 millones.

525
00:30:04,990 --> 00:30:08,269
es decir, o tenéis una mente privilegiada

526
00:30:08,269 --> 00:30:09,569
y habéis hecho el cálculo

527
00:30:09,569 --> 00:30:11,849
o en vez de decirlo así, expresarlo

528
00:30:11,849 --> 00:30:13,549
como potencia, ¿cuántos

529
00:30:13,549 --> 00:30:14,710
puedo decir?

530
00:30:16,390 --> 00:30:17,329
se le va a dar 32

531
00:30:17,329 --> 00:30:20,369
tengo 32 bits aquí disponibles

532
00:30:20,369 --> 00:30:21,730
por lo tanto un número IP

533
00:30:21,730 --> 00:30:24,269
y esta es la definición del número IP

534
00:30:24,269 --> 00:30:26,009
es un número

535
00:30:26,009 --> 00:30:27,970
de 32

536
00:30:27,970 --> 00:30:30,369
de 32 dígitos binarios

537
00:30:30,369 --> 00:30:31,230
¿vale?

538
00:30:31,410 --> 00:30:33,109
que identifica un dispositivo

539
00:30:33,109 --> 00:30:35,930
Esto es el número IP.

540
00:30:36,130 --> 00:30:36,829
¿Qué es un número IP?

541
00:30:37,130 --> 00:30:41,950
Un número de 32 dígitos binarios que identifican un dispositivo en un área.

542
00:30:45,019 --> 00:30:47,700
Este de aquí es quien manda el paquete.

543
00:30:48,039 --> 00:30:49,660
Este de aquí es donde tiene que ir algo.

544
00:30:52,880 --> 00:30:57,519
IP versión 4 usa IPs de 32 bits.

545
00:30:57,839 --> 00:31:00,700
IP versión 6 es distinto esto.

546
00:31:00,700 --> 00:31:06,059
Y cuando llegáis a la dirección origen, en vez de 32 bits, tenéis 128 bits.

547
00:31:06,819 --> 00:31:21,750
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í?

548
00:31:22,750 --> 00:31:29,029
Y luego está esta parte opcional, que es una parte que hace cosas avanzadas, la mayoría no se usan, que fueran pensadas como,

549
00:31:29,109 --> 00:31:37,309
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.

550
00:31:37,309 --> 00:31:41,329
porque todo esto cuesta tiempo computacional

551
00:31:41,329 --> 00:31:42,970
y yo quiero que la cosa sea fácil.

552
00:31:43,390 --> 00:31:45,410
Entonces, las partes opcionales se usan para otra.

553
00:31:47,210 --> 00:31:47,690
¿Dudas?

554
00:31:48,970 --> 00:31:49,490
¿Entiendes?

555
00:31:52,390 --> 00:31:54,190
¿Qué hacía el checksum?

556
00:31:54,490 --> 00:31:58,650
El checksum es un control de errores sobre la cabecera.

557
00:31:58,869 --> 00:32:00,990
O sea, me está diciendo si dentro de los datos

558
00:32:00,990 --> 00:32:02,210
que he recibido en la cabecera

559
00:32:02,210 --> 00:32:04,369
ha habido un cero que se ha transformado en uno

560
00:32:04,369 --> 00:32:05,890
o un uno que se ha transformado en cero.

561
00:32:05,890 --> 00:32:11,890
con un margen de fiabilidad suficiente para que yo pueda estar seguro que ha habido errores o no.

562
00:32:16,190 --> 00:32:19,529
Tamaño máximo es 65.535 bytes.

563
00:32:19,650 --> 00:32:20,609
¿De dónde sale esto?

564
00:32:20,710 --> 00:32:26,109
De hecho, que aquí, si pongo todos unos, el número máximo que puede ser es 65.535.

565
00:32:28,130 --> 00:32:36,430
La capa se le adapta solamente a los paquetes para que vean un tamaño correcto.

566
00:32:36,430 --> 00:32:38,190
esto que hemos dicho de la fragmentación, no interesa

567
00:32:38,190 --> 00:32:40,210
realmente poco, se componen dos partes

568
00:32:40,210 --> 00:32:42,269
cabeceras y datos, la cabecera

569
00:32:42,269 --> 00:32:44,410
tiene 20 bytes obligatorios

570
00:32:44,410 --> 00:32:46,589
que tienen que estar siempre en una parte opcional

571
00:32:46,589 --> 00:32:47,789
bla bla bla bla

572
00:32:47,789 --> 00:32:50,289
Estos son la definición, lo que hemos

573
00:32:50,289 --> 00:32:51,890
dicho, ¿vale? Cada uno de ellos

574
00:32:51,890 --> 00:32:52,950
¿para qué sirve?

575
00:32:53,950 --> 00:32:56,710
Los flags, la checksum

576
00:32:56,710 --> 00:32:58,509
la parte opcional, bla bla bla

577
00:32:58,509 --> 00:33:01,609
dudas hasta aquí

578
00:33:01,609 --> 00:33:07,670
Entonces, cada equipo de dispositivos

579
00:33:07,670 --> 00:33:09,950
en una red, tiene asociado

580
00:33:09,950 --> 00:33:12,029
al menos un IP que lo identifica.

581
00:33:12,230 --> 00:33:13,890
Si tengo yo a un

582
00:33:13,890 --> 00:33:16,029
ordenador que tiene varias tarjetas

583
00:33:16,029 --> 00:33:18,009
de red, por ejemplo, podría darle varios IPs.

584
00:33:18,289 --> 00:33:19,690
Es más, a la misma

585
00:33:19,690 --> 00:33:21,829
tarjeta de red puedo darle más

586
00:33:21,829 --> 00:33:23,769
de un IP si quiero, ¿vale? Con IPs

587
00:33:23,769 --> 00:33:25,509
virtuales. Por ahora,

588
00:33:25,690 --> 00:33:26,690
una tarjeta, un IP.

589
00:33:27,190 --> 00:33:29,250
Pero no necesariamente un ordenador

590
00:33:29,250 --> 00:33:30,750
tiene que tener una sola IP.

591
00:33:31,210 --> 00:33:33,690
Hay ordenadores muy importantes que pueden tener varias

592
00:33:33,690 --> 00:33:35,509
conexiones asociadas

593
00:33:35,509 --> 00:33:37,849
en varias IPs distintas

594
00:33:37,849 --> 00:33:39,630
a lo mejor de redes distintas y que hagan

595
00:33:39,630 --> 00:33:41,589
de router entre ellos. ¿Habéis visto

596
00:33:41,589 --> 00:33:42,730
IP tablets todavía? No.

597
00:33:46,400 --> 00:33:48,619
La dirección IP codifica

598
00:33:48,619 --> 00:33:50,559
la red a la que pertenece

599
00:33:50,559 --> 00:33:52,619
el dispositivo y el

600
00:33:52,619 --> 00:33:54,500
número que identifica el host en esta red.

601
00:33:54,640 --> 00:33:56,500
O sea, dentro de los 32 bits

602
00:33:56,500 --> 00:33:57,680
que conforman una IP,

603
00:33:58,440 --> 00:34:00,160
tengo una parte

604
00:34:00,160 --> 00:34:02,539
que me está diciendo cómo se llama la red

605
00:34:02,539 --> 00:34:04,759
y otra parte que me está diciendo

606
00:34:04,759 --> 00:34:05,819
qué IP es.

607
00:34:06,319 --> 00:34:08,340
Es una dirección. Si yo te digo

608
00:34:08,340 --> 00:34:10,480
calle mayor 37

609
00:34:10,480 --> 00:34:12,179
¿tú sabes dónde ir?

610
00:34:14,320 --> 00:34:15,480
No. ¿Qué te falta?

611
00:34:19,159 --> 00:34:21,239
La ciudad. Porque si no te digo

612
00:34:21,239 --> 00:34:23,219
qué ciudad, tu calle mayor 77

613
00:34:23,219 --> 00:34:25,280
no la irás. ¿Vale? La parte

614
00:34:25,280 --> 00:34:27,099
derecha de la ciudad en la que estoy

615
00:34:27,099 --> 00:34:29,659
el calle mayor 37

616
00:34:29,659 --> 00:34:31,219
es la dirección

617
00:34:31,219 --> 00:34:32,780
física dentro de esa ciudad.

618
00:34:34,340 --> 00:34:35,340
¿Ves? Entonces dentro

619
00:34:35,340 --> 00:34:37,199
de los 32 bits, dentro

620
00:34:37,199 --> 00:34:38,360
de esta parte de aquí,

621
00:34:38,360 --> 00:34:46,199
desde la dirección, destino, origen, una parte me está diciendo vete a esta ciudad

622
00:34:46,199 --> 00:34:49,300
y cuando has encontrado la ciudad, cuando has encontrado la red correcta,

623
00:34:49,380 --> 00:34:55,320
dentro de esta ciudad tendrás el número 37 que es este ordenador dentro de esta red.

624
00:34:59,159 --> 00:35:06,199
Dentro de la misma red no se puede poner dos ordenadores que tengan el mismo ordenador.

625
00:35:06,199 --> 00:35:20,199
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...

626
00:35:20,199 --> 00:35:33,199
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.

627
00:35:33,199 --> 00:35:40,199
En IPv4 las direcciones IP tienen 4 bytes, o sea 32 bits de longitud.

628
00:35:40,199 --> 00:35:43,199
¿Cuántas direcciones IP posibles existen? Ya vamos allá.

629
00:35:43,199 --> 00:35:50,199
Se representa con una serie de 4 números entre 0 y 255 separados por puntos, como por ejemplo esta cosa ahí.

630
00:35:50,199 --> 00:35:53,199
Esta es la dirección IP que normalmente veis.

631
00:35:53,199 --> 00:35:58,199
Pero esto es una representación. ¿Qué es una IP?

632
00:35:58,199 --> 00:36:19,920
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.

633
00:36:19,920 --> 00:36:22,159
tú lo representes así o lo representes

634
00:36:22,159 --> 00:36:24,219
con gatos y estrellitas, me da igual

635
00:36:24,219 --> 00:36:25,960
pues siempre tienes que representar

636
00:36:25,960 --> 00:36:26,860
32 bits

637
00:36:26,860 --> 00:36:35,579
no, no, no, no sé qué le he grabado

638
00:36:35,579 --> 00:36:39,780
tú tienes

639
00:36:39,780 --> 00:36:41,980
un bloque de 32 bits

640
00:36:41,980 --> 00:36:46,090
lo divides

641
00:36:46,090 --> 00:36:48,889
en bloques de 8 bits

642
00:36:48,889 --> 00:36:50,570
y cada uno

643
00:36:50,570 --> 00:36:51,769
de estos 8 bits

644
00:36:51,769 --> 00:36:53,449
lo escribes en decimal

645
00:36:53,449 --> 00:36:57,860
y te sale no sé qué

646
00:36:57,860 --> 00:36:59,659
punto no sé cuánto, punto no sé cuánto

647
00:36:59,659 --> 00:37:01,440
punto no sé cuánto

648
00:37:01,440 --> 00:37:02,280
Los haremos.

649
00:37:02,840 --> 00:37:09,760
La pregunta es, si yo tengo aquí 8 bits, otros 8, otros 8 y otros 8.

650
00:37:09,960 --> 00:37:14,039
En uno de estos bloques, ¿cuál es el número menor que puedo escribir?

651
00:37:16,380 --> 00:37:16,980
7.

652
00:37:21,760 --> 00:37:24,360
Tengo 8 bits.

653
00:37:24,760 --> 00:37:27,619
Escribid en el número más pequeño que podáis escribir con 8 bits.

654
00:37:29,840 --> 00:37:30,079
0.

655
00:37:31,159 --> 00:37:34,239
1, 2, 3, 4, 5, 6, 7, 8.

656
00:37:34,239 --> 00:37:35,099
Esto es 0.

657
00:37:35,699 --> 00:37:40,280
Vean. ¿Cuál es el número más grande que podéis escribir?

658
00:37:40,599 --> 00:37:41,000
¿Cuánto es eso?

659
00:37:41,139 --> 00:37:42,000
Doscientos cincuenta y cinco.

660
00:37:42,300 --> 00:37:43,380
Doscientos cincuenta y cinco.

661
00:37:44,039 --> 00:37:46,659
Uno, dos, tres, cuatro, cinco, seis, siete, ocho.

662
00:37:47,039 --> 00:37:49,619
Esto en binario es doscientos cincuenta y cuatro.

663
00:37:49,960 --> 00:37:57,139
Entonces en cada uno de estos bloques podéis tener un número entre cero y doscientos cincuenta y cinco.

664
00:37:57,840 --> 00:38:02,539
Nunca encontraréis un número negativo, nunca encontraréis un número que es doscientos cincuenta y seis.

665
00:38:02,539 --> 00:38:06,599
Si pone doscientos cincuenta y seis o más, no es un número negativo.

666
00:38:08,449 --> 00:38:18,630
Ahora, si yo pongo 3, 3.1.0.7, este 3, ¿cómo se escribe en binario?

667
00:38:21,230 --> 00:38:23,750
1, 1. 2 más 1, 3.

668
00:38:24,429 --> 00:38:27,670
Pero este 3 no me está representando esto de aquí.

669
00:38:28,289 --> 00:38:30,690
Me está representando 8 bits.

670
00:38:32,070 --> 00:38:34,530
Entonces me está representando esta cosa de aquí.

671
00:38:37,449 --> 00:38:37,909
¿Se entiende?

672
00:38:37,909 --> 00:38:41,429
O sea que esto no es el número 3.

673
00:38:41,750 --> 00:38:45,809
Esto es una forma de representar esta frecuencia de bits.

674
00:38:47,610 --> 00:38:51,670
Y aquí yo lo separo por puntos porque a mí me gusta separarlo por puntos.

675
00:38:52,090 --> 00:38:54,769
Pero luego, en realidad, esto es un único número.

676
00:38:55,710 --> 00:38:55,889
¿Vale?

677
00:38:56,309 --> 00:38:59,510
No hay división en puntos en binario.

678
00:38:59,909 --> 00:39:00,090
¿Vale?

679
00:39:00,309 --> 00:39:03,269
0, 0, 0, 0, 0, 0, 1, 1, punto.

680
00:39:04,150 --> 00:39:04,349
No.

681
00:39:04,550 --> 00:39:06,630
Ese es un único número de 32 bits.

682
00:39:07,449 --> 00:39:07,889
¿Vale?

683
00:39:07,909 --> 00:39:23,309
El 1 será 000000001, el 0 será 000000007, 000000001, no, 4 más 3, 11.

684
00:39:23,309 --> 00:39:32,050
Ah, se me ha acabado, 11, 1, 1, 1, 1, 1, 1, 1, 1.

685
00:39:33,349 --> 00:39:34,769
Se me ha acabado el espacio.

686
00:39:34,769 --> 00:39:44,309
Esta cosa de aquí, estos 32 bits, es el número IP, representado de esta forma, porque estos

687
00:39:44,309 --> 00:39:56,219
8 bits están representados por el 3, este 1 aquí, este 0 aquí y este 7, ¿se entiende?

688
00:39:56,219 --> 00:39:57,219
¿Dudas?

689
00:39:57,219 --> 00:39:58,219
¿Preguntas?

690
00:39:58,219 --> 00:40:03,789
Jamás.