1
00:00:00,620 --> 00:00:07,259
Vale, estoy grabando esta clase, por lo tanto, si habláis, me dais permiso a grabar vuestras voces.

2
00:00:07,879 --> 00:00:13,800
Pues la última vez que llegamos aquí, hemos establecido que la cosa importante de entender

3
00:00:13,800 --> 00:00:21,539
es que cada uno de los niveles añade una cabecera en la que se almacenan los datos de control

4
00:00:21,539 --> 00:00:27,460
para poder hacer el trabajo de esa capa, de ese layer, de ese nivel, ¿vale?

5
00:00:27,460 --> 00:00:31,780
y que todo el resto, incluidas las capas de otros niveles,

6
00:00:31,980 --> 00:00:33,259
ese nivel no lo entiende.

7
00:00:33,500 --> 00:00:34,600
Para él son informaciones.

8
00:00:34,740 --> 00:00:38,560
Me han dicho desde arriba, manda esta información

9
00:00:38,560 --> 00:00:40,100
y yo la recibo como información.

10
00:00:40,240 --> 00:00:41,179
Digo, vale, esto lo tengo que mandar.

11
00:00:41,560 --> 00:00:45,060
Le añado delante unos datos de control para hacer mi trabajo.

12
00:00:45,579 --> 00:00:49,320
Si soy el nivel de red, añadiré en la capa 3,

13
00:00:49,659 --> 00:00:51,399
en la cabecera de la capa 3,

14
00:00:51,740 --> 00:00:54,820
añadiré información, por ejemplo, de dónde viene esta información,

15
00:00:54,820 --> 00:00:56,920
cuál es la IP, cuál es el

16
00:00:56,920 --> 00:00:58,759
identificador del ordenador que envía esta

17
00:00:58,759 --> 00:01:00,840
información y cuál es el ordenador

18
00:01:00,840 --> 00:01:02,679
que tiene que recibir esta información. Entonces

19
00:01:02,679 --> 00:01:04,819
la IP del destino. Un ejemplo

20
00:01:04,819 --> 00:01:06,799
para hacer un ejemplo del nivel 3. Todo lo

21
00:01:06,799 --> 00:01:08,920
que está escrito en la cabecera

22
00:01:08,920 --> 00:01:10,859
del nivel 4, del nivel 5, del nivel

23
00:01:10,859 --> 00:01:12,700
6, del nivel 7, la capa 3

24
00:01:12,700 --> 00:01:14,719
no le interesa, no la entiende. Para él son

25
00:01:14,719 --> 00:01:16,299
toda información. ¿Vale?

26
00:01:16,659 --> 00:01:18,920
La entenderá la capa destino

27
00:01:18,920 --> 00:01:20,719
cuando desempaquetará y

28
00:01:20,719 --> 00:01:22,299
quitará la capa, la

29
00:01:22,299 --> 00:01:24,700
cabecera del nivel 3 y lo subirá

30
00:01:24,700 --> 00:01:26,519
a nivel 4, allí se encontrará

31
00:01:26,519 --> 00:01:27,659
la información que se va a entender.

32
00:01:28,780 --> 00:01:29,239
¿Me entiendes?

33
00:01:30,879 --> 00:01:32,840
Pensando como una serie de

34
00:01:32,840 --> 00:01:34,239
cajas, ¿vale?

35
00:01:34,659 --> 00:01:36,260
En el que yo pongo

36
00:01:36,260 --> 00:01:38,500
los datos que he creado dentro de

37
00:01:38,500 --> 00:01:40,359
una caja un poquito más grande, donde le pongo

38
00:01:40,359 --> 00:01:42,180
unos datos por encima y la cierro.

39
00:01:42,459 --> 00:01:44,459
Y luego lo pasa otro que lo mete dentro de una caja

40
00:01:44,459 --> 00:01:46,540
un poquito más grande y le pone

41
00:01:46,540 --> 00:01:48,340
toda esa información por arriba

42
00:01:48,340 --> 00:01:50,319
y la cierra. Y así, así, así.

43
00:01:50,599 --> 00:01:52,500
El primero, en la cosa más abajo,

44
00:01:52,620 --> 00:01:54,680
solo ve la caja externa.

45
00:01:54,700 --> 00:02:02,120
Pero si la recibe, la abrirá y dentro está la caja interna con informaciones adicionales que otros entenderán.

46
00:02:02,280 --> 00:02:03,400
El no, pero otros sí.

47
00:02:04,120 --> 00:02:04,780
Y así, así, así.

48
00:02:06,319 --> 00:02:15,080
Entonces, bueno, esto es relativo.

49
00:02:16,060 --> 00:02:22,419
Echad un vistazo, pero los servicios se pueden clasificar según dos parámetros.

50
00:02:22,639 --> 00:02:25,280
Si son orientados a la conexión o sin conexión.

51
00:02:25,460 --> 00:02:27,539
Y si son confiables o no confiables.

52
00:02:27,740 --> 00:02:32,840
Si son orientados a la conexión, costa un poquito más crear el servicio,

53
00:02:33,060 --> 00:02:37,180
pero sustancialmente garantiza la llegada en orden de los paquetes.

54
00:02:38,340 --> 00:02:43,099
Mientras si es sin conexión, los paquetes pueden llegar desordenados.

55
00:02:43,580 --> 00:02:47,419
Esto porque nosotros hemos dicho que uno de los problemas es mantener el orden de envío.

56
00:02:48,060 --> 00:02:53,020
Hay cosas, hay envíos que yo quiero mantener el orden de envío.

57
00:02:53,280 --> 00:02:56,479
Mando un fichero, pues los paquetes tienen que ser ordenados.

58
00:02:56,479 --> 00:03:00,580
no puedo pegar la parte final del fichero al principio

59
00:03:00,580 --> 00:03:03,319
pero si lo que estoy enviando es una señal

60
00:03:03,319 --> 00:03:06,520
es un alarma, es un oye mira el núcleo

61
00:03:06,520 --> 00:03:08,340
de la central eléctrica está explotando

62
00:03:08,340 --> 00:03:11,840
no me interesa que vaya ordenado, oye espera

63
00:03:11,840 --> 00:03:15,280
no hago nada, espero que la central nuclear explote

64
00:03:15,280 --> 00:03:18,979
porque me ha llegado el paquetito 2 pero me falta el paquetito 1

65
00:03:18,979 --> 00:03:21,520
pues no, en cuanto llegue

66
00:03:21,520 --> 00:03:24,060
una de estas señales que dice alerta máxima

67
00:03:24,060 --> 00:03:30,879
Pues hago, empiezo con los protocolos de seguridad que tengo que activar.

68
00:03:31,240 --> 00:03:34,199
Por eso no necesito crear el orden de envío.

69
00:03:34,500 --> 00:03:37,819
Mandaré un mensaje de otro lado, alerta, alerta, alerta, alerta, alerta,

70
00:03:37,879 --> 00:03:38,939
que ya hay uno de estos.

71
00:03:39,659 --> 00:03:40,560
¿Entendéis lo que quiero decir?

72
00:03:41,020 --> 00:03:43,740
Entonces puede ser que el envío yo lo quiera ordenado

73
00:03:43,740 --> 00:03:45,400
o puede ser que no lo quiera ordenado.

74
00:03:46,099 --> 00:03:52,120
Realmente una capa puede proporcionar arriba más de un servicio.

75
00:03:52,120 --> 00:03:54,039
Es decir, mira, yo tengo, este es mi menú.

76
00:03:54,060 --> 00:04:11,280
Yo tengo estos servicios que puedo hacer, tengo un envío orientado a la conexión, si usas esto será más lento, pero te garantizo que los datos llegarán ordenados, si en vez usas el sin conexión, será más rápido, pero cuidado, porque los datos pueden llegar bien claros.

77
00:04:11,280 --> 00:04:16,139
Y tú, capa superior, cuando eliges, miras el menú y dices, me gusta esto.

78
00:04:16,360 --> 00:04:17,000
Y lanzas esto.

79
00:04:18,279 --> 00:04:18,779
¿Entendéis?

80
00:04:20,399 --> 00:04:23,180
Cuidado, que esto es un punto más sutil.

81
00:04:23,860 --> 00:04:26,839
O sea, yo no puedo garantizar que dos paquetes lleguen ordenados.

82
00:04:27,459 --> 00:04:33,240
Yo puedo garantizar que en la recepción los ordene.

83
00:04:34,160 --> 00:04:35,199
¿Entendéis la diferencia?

84
00:04:35,199 --> 00:04:44,040
O sea, yo puedo, imaginaos que la 4 proporcione un servicio orientado a la conexión, ¿vale?

85
00:04:44,120 --> 00:04:48,199
Entonces, cuando 5 le mandas paquetes y le manda el paquete 1, o sea, trama,

86
00:04:48,360 --> 00:04:55,759
que le dice, mándame esto y luego mándame esto, 1 y 2, por debajo las cosas se pueden mezclar.

87
00:04:56,319 --> 00:05:01,600
Pero si yo soy orientado a la conexión, ¿cuándo llegará en destino a nivel 4?

88
00:05:01,600 --> 00:05:04,500
Quiere decir que en estos datos de control

89
00:05:04,500 --> 00:05:06,439
En los datos de control de nivel 4

90
00:05:06,439 --> 00:05:08,579
Yo he añadido por algún lado

91
00:05:08,579 --> 00:05:09,920
Un número secuencial

92
00:05:09,920 --> 00:05:11,680
Diciendo este es el paquete 1

93
00:05:11,680 --> 00:05:13,060
Este es el PD1

94
00:05:13,060 --> 00:05:15,540
Y este de aquí es el PDU2

95
00:05:15,540 --> 00:05:17,279
Y si cuando me llega

96
00:05:17,279 --> 00:05:20,019
Aquí me llega antes el 2

97
00:05:20,019 --> 00:05:21,720
Y yo paro todo

98
00:05:21,720 --> 00:05:23,639
Este paquete 2

99
00:05:23,639 --> 00:05:24,540
Este segmento 2

100
00:05:24,540 --> 00:05:25,959
No lo paso arriba

101
00:05:25,959 --> 00:05:28,660
Y espero que llegue el 1

102
00:05:28,660 --> 00:05:30,959
Para luego pasar los ordenadores

103
00:05:30,959 --> 00:05:32,620
antes el 1 y luego el 2

104
00:05:32,620 --> 00:05:34,660
¿se puede haber mezclado?

105
00:05:34,779 --> 00:05:34,959
sí

106
00:05:34,959 --> 00:05:36,660
pero yo te garantizo

107
00:05:36,660 --> 00:05:37,939
a la capa 5

108
00:05:37,939 --> 00:05:39,939
que es la que me pide el servicio

109
00:05:39,939 --> 00:05:41,060
oye mira

110
00:05:41,060 --> 00:05:42,279
este servicio va a ser

111
00:05:42,279 --> 00:05:43,439
orientado a la conexión

112
00:05:43,439 --> 00:05:45,240
cuando yo te daré

113
00:05:45,240 --> 00:05:47,180
la información a la capa 5 aquí

114
00:05:47,180 --> 00:05:48,860
pues te las voy a dar ordenadas

115
00:05:48,860 --> 00:05:51,079
porque si me llegan desordenadas

116
00:05:51,079 --> 00:05:53,180
haré algo yo para ordenarlas

117
00:05:53,180 --> 00:05:55,379
¿se entiende?

118
00:05:56,720 --> 00:05:58,319
no puedo garantizar

119
00:05:58,319 --> 00:05:59,480
que internet funcione

120
00:05:59,480 --> 00:06:07,480
O que vaya bien, porque internet es un lugar caótico, ¿entiendes lo que quiero decir?

121
00:06:07,480 --> 00:06:13,480
Y la otra cosa, ¿dónde está?

122
00:06:13,480 --> 00:06:22,689
Es si es confiable o no confiable, que quiere decir si la información se garantiza que llegue al destino o no.

123
00:06:22,689 --> 00:06:29,689
Otra vez, ¿puedo garantizar yo que llegue la conexión entre este ordenador y un servidor?

124
00:06:29,689 --> 00:06:36,889
Si yo te corto el cable, ¿cómo me garantizas tú que la información llegará?

125
00:06:38,170 --> 00:06:38,850
Puedes.

126
00:06:39,550 --> 00:06:41,050
¿Por qué quiere decir esto?

127
00:06:41,410 --> 00:06:46,750
Quiere decir que si es confiable, cuando tú intentas mandar una información,

128
00:06:47,310 --> 00:06:49,850
si esta información no llega, yo te aviso.

129
00:06:50,750 --> 00:06:58,430
Hay una parte de mi protocolo que dice que si no consigo enviarte los datos y que te lleguen,

130
00:06:58,430 --> 00:07:02,089
el protocolo mismo te avisa diciendo no hay conexión.

131
00:07:02,350 --> 00:07:07,569
Eso es ser confiable, no confiable quiere decir, yo mando el paquete, si el paquete

132
00:07:07,569 --> 00:07:11,730
se pierde, pues no me importa, se va a perder.

133
00:07:11,730 --> 00:07:16,550
Será alguien más, a lo mejor la aplicación misma, que se da cuenta, hoy me faltan datos

134
00:07:16,550 --> 00:07:20,670
y te pedirá que me lo mandes otra vez, o te dirá no hay conexión, o te dirá lo que

135
00:07:20,670 --> 00:07:29,769
sea, pero no este servicio, ¿se entiende?, si no habéis entendido, pues esto, si tuviéramos

136
00:07:29,769 --> 00:07:31,310
más horas dedicaría más tiempo, ¿vale?

137
00:07:32,029 --> 00:07:33,790
Definición de las varias capas que ya

138
00:07:33,790 --> 00:07:35,850
hemos visto. Entonces me asalto

139
00:07:35,850 --> 00:07:39,810
y con eso se acaba OSI. Pregunta sobre

140
00:07:39,810 --> 00:07:43,589
OSI. Vale, si habéis

141
00:07:43,589 --> 00:07:44,550
entendido OSI

142
00:07:44,550 --> 00:07:47,629
más o menos tenéis un marco

143
00:07:47,629 --> 00:07:49,670
ideal de cómo deberían funcionar las

144
00:07:49,670 --> 00:07:51,629
cosas, de la división de los problemas

145
00:07:51,629 --> 00:07:53,550
de cómo, de la

146
00:07:53,550 --> 00:07:55,370
división, ¿no? En tres secciones

147
00:07:55,370 --> 00:07:57,730
orientada al usuario de puente

148
00:07:57,730 --> 00:07:59,569
y orientada a la infraestructura

149
00:07:59,569 --> 00:08:01,310
de red, etcétera, etcétera, etcétera.

150
00:08:01,310 --> 00:08:05,589
Y eso es un marco en que las cosas funcionarían bien y todos seríamos felices.

151
00:08:07,170 --> 00:08:09,569
Ahora, en la realidad eso no existe.

152
00:08:10,089 --> 00:08:13,949
En la realidad tenemos dos arquitecturas funcionales que funcionan.

153
00:08:14,430 --> 00:08:21,930
La primera es la IEEE 802 o IEEE 802.

154
00:08:22,410 --> 00:08:23,449
¿Qué es esto?

155
00:08:23,449 --> 00:08:26,750
802 es un comité, es un grupo

156
00:08:26,750 --> 00:08:27,470
¿Vale?

157
00:08:27,750 --> 00:08:30,490
De International Engineering

158
00:08:30,490 --> 00:08:31,889
Otra E, otra E

159
00:08:31,889 --> 00:08:33,210
¿Vale?

160
00:08:33,529 --> 00:08:36,049
Gente que se ocupa de hacer estándares

161
00:08:36,049 --> 00:08:38,509
¿Vale? Entonces, lo que han hecho es

162
00:08:38,509 --> 00:08:40,389
Crear un grupo, que es el 802

163
00:08:40,389 --> 00:08:42,370
Que se ocupa de estandarizar

164
00:08:42,370 --> 00:08:43,710
Comunicaciones de red

165
00:08:43,710 --> 00:08:46,230
¿Vale? Entonces hay un comité

166
00:08:46,230 --> 00:08:48,409
Un grupo de gente que trabaja

167
00:08:48,409 --> 00:08:50,350
Que dice, oye, mira, cuando vamos a hacer

168
00:08:50,350 --> 00:08:52,250
Una red, ponemos una serie de

169
00:08:52,250 --> 00:08:58,129
estándares para que si tú quieres cumplir con este estándar tienes que cumplir con estas reglas si lo

170
00:08:58,129 --> 00:09:05,490
haces eres compatibles con todos los demás que usan el mismo estándar y por lo tanto puede ser

171
00:09:05,490 --> 00:09:10,710
un productor de una tarjeta de red y poderla enchufar en cualquier ordenador pc que te da

172
00:09:10,710 --> 00:09:15,950
la gana y va a funcionar si no respetas estas reglas cuando un line de regla pues no funciona

173
00:09:15,950 --> 00:09:18,210
¿Se entiende?

174
00:09:19,269 --> 00:09:20,809
Entonces el grupo 802

175
00:09:20,809 --> 00:09:22,730
Se ocupa de estandarizar

176
00:09:22,730 --> 00:09:24,289
Ethernet, de estandarizar

177
00:09:24,289 --> 00:09:26,350
Los tipos de redes que hay

178
00:09:26,350 --> 00:09:27,690
Ethernet y otros

179
00:09:27,690 --> 00:09:28,289
¿Vale?

180
00:09:30,769 --> 00:09:32,669
La IECU 802

181
00:09:32,669 --> 00:09:34,769
Es un proyecto menos ambicioso

182
00:09:34,769 --> 00:09:36,649
Que OSI, OSI se ocupa de todo

183
00:09:36,649 --> 00:09:38,549
¿Vale? IECU 802

184
00:09:38,549 --> 00:09:40,710
Solo se ocupa de comunicaciones

185
00:09:40,710 --> 00:09:41,570
Locales

186
00:09:41,570 --> 00:09:44,509
¿Vale? Es la comunicación

187
00:09:44,509 --> 00:09:46,649
entre este ordenador y este ordenador

188
00:09:46,649 --> 00:09:47,870
con un switch en el medio.

189
00:09:49,090 --> 00:09:50,970
No pueden navegar en Internet.

190
00:09:51,850 --> 00:09:54,570
Internet no existe en iEQ802.

191
00:09:56,629 --> 00:09:59,009
Está pensada para redes de área local

192
00:09:59,009 --> 00:10:00,269
donde trabajamos nosotros.

193
00:10:01,509 --> 00:10:02,789
¿Ve? ¿Dudas hasta aquí?

194
00:10:04,210 --> 00:10:04,429
Bueno.

195
00:10:05,429 --> 00:10:07,610
El nivel físico de iEQ802,

196
00:10:08,029 --> 00:10:09,090
o sea, de esta arquitectura,

197
00:10:09,429 --> 00:10:11,330
es igual al nivel físico de OSI.

198
00:10:11,909 --> 00:10:12,929
Hemos hablado del nivel físico

199
00:10:12,929 --> 00:10:16,549
que traduce los ceros y unos lógicos de la arquitectura

200
00:10:16,549 --> 00:10:19,289
y lo traduce en señales reales para mandarlos en cables.

201
00:10:19,809 --> 00:10:22,730
Pues, IECU802 hace exactamente lo mismo.

202
00:10:24,370 --> 00:10:27,129
Sin embargo, la capa de enlace de OSI,

203
00:10:28,669 --> 00:10:30,490
esto la divide en dos.

204
00:10:31,230 --> 00:10:31,509
¿Vale?

205
00:10:31,950 --> 00:10:35,350
Creando la LLC y la MAT.

206
00:10:35,870 --> 00:10:39,110
La LLC se llama Logical Link Control.

207
00:10:39,850 --> 00:10:42,649
Es una capa que es la más alta.

208
00:10:42,929 --> 00:10:49,929
que se ocupa de la control de errores principalmente, ¿vale?

209
00:10:49,929 --> 00:10:53,929
Hace un control lógico del enlace, ¿vale?

210
00:10:53,929 --> 00:10:58,929
Mira si en este enlace han ido las informaciones correctamente.

211
00:10:58,929 --> 00:11:07,690
La MAC, que se llama Medium Access Control, ¿de qué se encargará?

212
00:11:07,690 --> 00:11:14,600
¿Qué problema de los ocho que hemos visto podría solucionar esa capta?

213
00:11:14,600 --> 00:11:28,299
Sí. ¿Acceso al medio? El acceso al medio. ¿Recordáis que había uno de los problemas que era control de acceso al medio? Pues la capa de control de acceso al medio se encarga de hacer el control de acceso al medio.

214
00:11:29,879 --> 00:11:41,220
¿Sí? ¿Está claro? O sea, que la capa de enlace corresponda a la OSI, ¿venga? La capa de enlace de OSI corresponde a estas dos capas.

215
00:11:41,220 --> 00:11:44,220
Pero se aplica en la IE.

216
00:11:44,220 --> 00:11:48,220
La IE es otra arquitectura. No es OSI. OSI es una arquitectura.

217
00:11:48,220 --> 00:11:52,220
IE cubo 802 es otra arquitectura distinta.

218
00:11:52,220 --> 00:11:59,220
En esta arquitectura distinta, la IE cubo 802, la capa física hace lo mismo de la capa de OSI.

219
00:11:59,220 --> 00:12:05,220
La capa de enlace de OSI, la segunda capa, en IE cubo 802 se divide en dos.

220
00:12:05,220 --> 00:12:08,220
En MAC y en LC.

221
00:12:08,220 --> 00:12:14,679
Es como si yo sustituyera la capa de enlace y la sustituyó con dos capas en vez de una.

222
00:12:14,820 --> 00:12:16,620
Es una implementación distinta de la de enlace.

223
00:12:16,980 --> 00:12:20,019
Si os acordáis, cuando yo os hablaba de la capa de enlace, ¿qué hace la capa de enlace?

224
00:12:20,080 --> 00:12:23,899
Os decía, hace control de acceso y hace control de errores.

225
00:12:24,440 --> 00:12:28,220
Fíjate tú, aquí lo que han hecho es crear dos capas que hacen estas dos cosas.

226
00:12:29,899 --> 00:12:30,299
¿Sí?

227
00:12:31,080 --> 00:12:31,980
Pero por separadas.

228
00:12:32,700 --> 00:12:32,860
¿Sí?

229
00:12:32,860 --> 00:12:39,879
Y esta es la que tenemos nosotros en los ordenadores, ¿vale?

230
00:12:40,080 --> 00:12:41,919
Una pregunta para vosotros.

231
00:12:42,519 --> 00:12:45,700
¿La capa MAC hará acceso al medio?

232
00:12:46,039 --> 00:12:46,700
Sí, ¿vale?

233
00:12:46,740 --> 00:12:47,600
¿Controla el acceso al medio?

234
00:12:47,879 --> 00:12:48,580
¿Hará algo más?

235
00:12:50,440 --> 00:12:54,639
¿Soluciona alguno de los problemas que hemos visto nosotros anteriormente?

236
00:12:55,159 --> 00:12:55,840
Direccionando.

237
00:12:56,220 --> 00:12:56,940
Direccionando.

238
00:12:57,360 --> 00:13:00,259
Las direcciones MAC vienen de aquí.

239
00:13:01,779 --> 00:13:02,340
¿Sí?

240
00:13:02,340 --> 00:13:04,940
Esta es la capa ahí y el cubo 802

241
00:13:04,940 --> 00:13:06,799
Que se encarga también del direccionamiento

242
00:13:06,799 --> 00:13:08,980
¿Por qué? Porque a nivel local

243
00:13:08,980 --> 00:13:11,379
Aquí estamos a nivel local

244
00:13:11,379 --> 00:13:13,200
¿Vale? No estamos en red de redes

245
00:13:13,200 --> 00:13:15,799
No estamos en internet, estamos en esta red local

246
00:13:15,799 --> 00:13:17,539
Pues yo necesito

247
00:13:17,539 --> 00:13:19,559
Identificar cada uno de estos

248
00:13:19,559 --> 00:13:21,720
Ordenadores para decir este mensaje es para ti

249
00:13:21,720 --> 00:13:22,899
O este mensaje no es para ti

250
00:13:22,899 --> 00:13:25,440
¿Vale? Y para identificarlo

251
00:13:25,440 --> 00:13:26,600
Se usan los números de marca

252
00:13:26,600 --> 00:13:28,320
Va

253
00:13:28,320 --> 00:13:31,299
Capa física

254
00:13:31,299 --> 00:13:35,940
Únicamente del serpiente poco, k para controlar el tercer medio, ya lo hemos dicho.

255
00:13:36,240 --> 00:13:37,360
Esto es más o menos la ley.

256
00:13:38,759 --> 00:13:42,820
El grupo de trabajo 802 se divide en subgrupos.

257
00:13:43,399 --> 00:13:47,419
802.1, 802.2, 802.3.

258
00:13:47,919 --> 00:13:48,759
¿Os suena alguno?

259
00:13:50,379 --> 00:13:52,379
¿Os suena un 802.algo?

260
00:13:53,179 --> 00:14:00,279
¿Habéis visto alguna vez en vuestra vida 802.11?

261
00:14:00,279 --> 00:14:02,759
¿Os suena 802.11?

262
00:14:03,639 --> 00:14:12,639
¿Habéis mirado las características de vuestros ordenadores portátiles o de vuestros móviles?

263
00:14:12,639 --> 00:14:14,639
Nunca.

264
00:14:14,639 --> 00:14:25,639
¿Habéis visto que por algún lado pone conectividad wifi 802.11ac, 802.11x, 802.a, no sé cuánto?

265
00:14:25,639 --> 00:14:28,639
¿No lo habéis visto nunca? Pues mirad.

266
00:14:28,639 --> 00:14:35,940
móvil, en casa, miráis el modelo de vuestro móvil, lo buscáis, características, buscáis

267
00:14:35,940 --> 00:14:40,200
por allí las características técnicas y por algún lado pondrá conectividad Wi-Fi

268
00:14:40,200 --> 00:14:52,539
802.11ac o ax. ¿Por qué? Porque de estos subgrupos hay un 802.1 que ya no existe, que

269
00:14:52,539 --> 00:15:01,240
ahora organizamos, no me interesa. El 802.2 que se encarga de especificar la LLC, la capa LLC,

270
00:15:02,500 --> 00:15:08,500
la especifica toda este subgrupo de aquí. Todo el trabajo para definir cómo funciona la capa LLC

271
00:15:08,500 --> 00:15:17,779
se encarga el grupo IECUBO 802.2. A partir del punto 3, cada una de las tecnologías

272
00:15:17,779 --> 00:15:25,519
distintas de red, tiene un subgrupo que se encarga de establecer MAC y física, la capa

273
00:15:25,519 --> 00:15:32,960
MAC y la capa física, de esa tecnología concreta. Por ejemplo, el 802.3 es de Ethernet. El

274
00:15:32,960 --> 00:15:38,399
grupo 802.3 se encarga de establecer cómo funcionan las redes Ethernet, como esta aquí

275
00:15:38,399 --> 00:15:43,799
cableada. Y te dice qué cableada utilizar, cómo se mandan las señales, cómo se hace

276
00:15:43,799 --> 00:15:46,039
al medio de una Ethernet,

277
00:15:46,460 --> 00:15:48,659
qué velocidad máxima puede tener,

278
00:15:48,919 --> 00:15:50,799
qué instancia máxima puede tener.

279
00:15:51,120 --> 00:15:54,620
Todas las datos así se encargan del 802.3.

280
00:15:55,139 --> 00:15:57,100
Si hay distintos tipos de Ethernet,

281
00:15:57,460 --> 00:16:00,799
como la Gigabit Ethernet, la Fast Ethernet,

282
00:16:01,059 --> 00:16:03,759
la Ethernet a secas, pues ellos se reunirán y dirán

283
00:16:03,759 --> 00:16:06,000
vale, vamos a hacer el estándar Gigabit Ethernet

284
00:16:06,000 --> 00:16:08,620
para tener una Gigabit Ethernet necesitas,

285
00:16:08,960 --> 00:16:10,860
un cableado de categoría tal,

286
00:16:11,299 --> 00:16:13,139
una longitud máxima tal,

287
00:16:13,139 --> 00:16:15,200
una velocidad de transmisión tal

288
00:16:15,200 --> 00:16:17,100
y si tú quieres hacer

289
00:16:17,100 --> 00:16:19,279
una Gigabit Ethernet, te vas

290
00:16:19,279 --> 00:16:20,860
al 800.3

291
00:16:20,860 --> 00:16:22,960
te bajas los estándares

292
00:16:22,960 --> 00:16:25,080
de la Gigabit Ethernet, los

293
00:16:25,080 --> 00:16:27,580
cumples y tú le das Gigabit Ethernet

294
00:16:27,580 --> 00:16:29,279
y se podrá comunicar con cualquier otra

295
00:16:29,279 --> 00:16:30,960
red Gigabit Ethernet

296
00:16:30,960 --> 00:16:32,120
¿Se entiende lo que quiero decir?

297
00:16:33,279 --> 00:16:37,179
¿Dudas? Ahora, si tú

298
00:16:37,179 --> 00:16:39,179
no quieres hacer una Ethernet, pero quieres hacer una

299
00:16:39,179 --> 00:16:41,059
más, pues te vas

300
00:16:41,059 --> 00:16:42,940
al grupo 802.4

301
00:16:42,940 --> 00:16:45,139
y el 802.4 se ocupa

302
00:16:45,139 --> 00:16:47,100
de una implementación

303
00:16:47,100 --> 00:16:48,500
de las redes de tipo BUS.

304
00:16:49,480 --> 00:16:51,519
Entonces, habrá varias implementaciones

305
00:16:51,519 --> 00:16:53,299
de tipo BUS. Tú eliges la que

306
00:16:53,299 --> 00:16:54,879
quieres, la que te parezca mejor,

307
00:16:55,139 --> 00:16:56,960
y la implementas según los estándares

308
00:16:56,960 --> 00:16:59,200
definidos por el grupo 802.4

309
00:16:59,200 --> 00:17:00,659
que se carga de

310
00:17:00,659 --> 00:17:03,059
token BUS. Si tú quieres

311
00:17:03,059 --> 00:17:03,919
hacer una de anillo,

312
00:17:04,779 --> 00:17:07,700
el 802.5, el grupo 802.5,

313
00:17:08,000 --> 00:17:09,180
se encarga de estandarizar

314
00:17:09,180 --> 00:17:10,660
redes en anillo. Entonces,

315
00:17:10,859 --> 00:17:12,960
toda la información para cómo se

316
00:17:12,960 --> 00:17:14,880
transmiten los datos en anillo, cuáles son

317
00:17:14,880 --> 00:17:26,220
como se hace el acceso al medio en una torre de anillo pues estarán definidos en algún estándar

318
00:17:26,220 --> 00:17:34,440
del 802.5 y lo que nos interesa más a nosotros 802.11 que se los encarga de redes inalámbricas

319
00:17:34,440 --> 00:17:38,539
salen un montón de estándares

320
00:17:38,539 --> 00:17:41,819
primero que salió el 802.11a

321
00:17:41,819 --> 00:17:43,200
luego salió el G

322
00:17:43,200 --> 00:17:44,380
luego salió el N

323
00:17:44,380 --> 00:17:46,940
luego salió el AC

324
00:17:46,940 --> 00:17:48,740
luego salió el AX

325
00:17:48,740 --> 00:17:51,539
ahora creo que estamos en AX

326
00:17:51,539 --> 00:17:55,579
y cada uno de estos son

327
00:17:55,579 --> 00:17:57,019
estándares mejores

328
00:17:57,019 --> 00:17:58,660
para hacer redes inalámbricas

329
00:17:58,660 --> 00:17:59,440
más rápido

330
00:17:59,440 --> 00:18:02,519
si tienes un 802.G

331
00:18:02,519 --> 00:18:03,299
es muy lento

332
00:18:03,299 --> 00:18:08,440
Si tienes un 802.11ax, es mucho más rápido.

333
00:18:09,240 --> 00:18:16,039
Tú cuando te compras un portátil o una móvil, vas a mirar qué tipo de conexión tiene, qué tipo de estándar tiene,

334
00:18:16,119 --> 00:18:19,700
porque si tiene un estándar viejo, cuando se conectará a las redes irá mal.

335
00:18:21,259 --> 00:18:29,680
Si tú en casa tienes un montón de dispositivos y todos son ax, 802.11ax, lo más moderno,

336
00:18:29,680 --> 00:18:37,279
Y 1 es 802.11g, o el router es 802.11g, pues tú le dirás muy lento.

337
00:18:38,059 --> 00:18:43,000
Porque los AX se ralentizarán para poder funcionar como G.

338
00:18:43,599 --> 00:18:45,240
Y entonces todo se irá muy lento.

339
00:18:46,339 --> 00:18:47,819
Si no es G, no puede comunicarse.

340
00:18:48,660 --> 00:18:49,180
¿Entiendes?

341
00:18:50,099 --> 00:18:50,480
¿Rutas?

342
00:18:50,759 --> 00:18:53,420
O sea, que es mejorado.

343
00:18:54,099 --> 00:18:54,900
Va mejorando.

344
00:18:55,099 --> 00:18:56,859
¿Va mejorando o a no?

345
00:18:56,859 --> 00:18:57,519
Va mejorando.

346
00:18:57,519 --> 00:19:01,380
porque este grupo trabaja, de repente se dan cuenta que una nueva tecnología,

347
00:19:01,539 --> 00:19:04,680
una nueva forma de paquetar los datos, una nueva forma de transmitir los datos,

348
00:19:04,799 --> 00:19:13,079
les dice, permítanme, para todo, he creado un nuevo estándar, el 802.11d, ¿vale?

349
00:19:13,480 --> 00:19:20,980
Y los fabricantes dicen, ah, muy interesante, en mi próximo móvil, tarjeta de red o cosa por el estilo,

350
00:19:21,339 --> 00:19:25,380
voy a implementar esta nueva tecnología que me estás diciendo tú cómo se hace,

351
00:19:25,599 --> 00:19:27,460
según el estándar que me has dicho tú.

352
00:19:27,519 --> 00:19:37,420
Y si yo lo cumplo, a lo mejor puedo ir a una velocidad más rápida, o ser más seguro, o facilitar la transformación, con respecto a la anterior.

353
00:19:38,339 --> 00:19:40,099
Y se va progresando.

354
00:19:41,619 --> 00:19:51,119
Cada 2, 3, 4 años a lo mejor sale un nuevo estándar, y los fabricantes se adaptan a este nuevo estándar, y empiezan a sacarlo a productos con este nuevo estándar.

355
00:19:51,519 --> 00:19:54,460
Cuando todos tenemos este nuevo estándar, la llevamos a un nuevo estándar.

356
00:19:54,460 --> 00:19:57,859
Si tú te mantienes en casa dispositivos viejos

357
00:19:57,859 --> 00:19:59,920
Un router viejo que cuando salió

358
00:19:59,920 --> 00:20:01,460
Era la última generación

359
00:20:01,460 --> 00:20:03,539
Era 802.11g

360
00:20:03,539 --> 00:20:06,140
Y no lo has cambiado desde entonces

361
00:20:06,140 --> 00:20:08,000
Da igual que tú tengas un portátil

362
00:20:08,000 --> 00:20:09,799
Con 802.ax

363
00:20:09,799 --> 00:20:11,539
No va a ir rápido

364
00:20:11,539 --> 00:20:13,019
Porque podría ir rápido

365
00:20:13,019 --> 00:20:15,220
Pero se va a limitar para poder

366
00:20:15,220 --> 00:20:17,380
Comenzar con tu router que no tiene el estándar

367
00:20:17,380 --> 00:20:18,880
AX

368
00:20:18,880 --> 00:20:21,079
¿Sí?

369
00:20:22,420 --> 00:20:22,819
Sí

370
00:20:22,819 --> 00:20:30,200
los datos del móvil ya no van

371
00:20:30,200 --> 00:20:32,059
por este tipo, no van por

372
00:20:32,059 --> 00:20:33,859
802.1, es otro

373
00:20:33,859 --> 00:20:36,299
pero iría bien

374
00:20:36,299 --> 00:20:37,920
porque va por otro

375
00:20:37,920 --> 00:20:40,640
es otra tecnología

376
00:20:40,640 --> 00:20:42,500
no es la tecnología wifi

377
00:20:42,500 --> 00:20:44,539
que utilizamos para conectarnos a

378
00:20:44,539 --> 00:20:46,500
Bluetooth, va con

379
00:20:46,500 --> 00:20:48,700
células telefónicas, va de otra

380
00:20:48,700 --> 00:20:50,259
forma, es el 5G

381
00:20:50,259 --> 00:20:57,190
Vale, entonces

382
00:20:57,190 --> 00:20:58,730
Fijaos que

383
00:20:58,730 --> 00:21:01,369
Yo tengo dos capas

384
00:21:01,369 --> 00:21:08,009
Estos son todos los grupos

385
00:21:08,009 --> 00:21:09,509
O unos cuantos grupos

386
00:21:09,509 --> 00:21:11,809
¿Vale? Es un poco vieja la transparencia

387
00:21:11,809 --> 00:21:12,710
Pero ahora ya es así

388
00:21:12,710 --> 00:21:15,769
Fijaos que cada uno de los grupos se encarga de algo

389
00:21:15,769 --> 00:21:17,970
Por ejemplo, de los 802.11

390
00:21:17,970 --> 00:21:19,029
Se encarga de la seguridad

391
00:21:19,029 --> 00:21:22,089
todas las cosas de seguridad que salgan

392
00:21:22,089 --> 00:21:24,450
pues hay un subgrupo que habla de eso

393
00:21:24,450 --> 00:21:24,690
¿vale?

394
00:21:26,509 --> 00:21:27,029
redes

395
00:21:27,029 --> 00:21:29,609
inalámbricas, wireless

396
00:21:29,609 --> 00:21:31,009
82.11

397
00:21:31,009 --> 00:21:34,349
este de aquí, por ejemplo, redes locales

398
00:21:34,349 --> 00:21:35,849
personales inalámbricas

399
00:21:35,849 --> 00:21:37,349
WPAN

400
00:21:37,349 --> 00:21:39,769
pues posiblemente aquí habrá más

401
00:21:39,769 --> 00:21:41,269
bluetooth o cosas por el estilo

402
00:21:41,269 --> 00:21:43,529
pues es otro grupo, etc, etc

403
00:21:43,529 --> 00:21:45,430
y hay varios grupos de cada uno

404
00:21:45,430 --> 00:21:47,450
pero hay una sola que se encarga del

405
00:21:47,450 --> 00:21:56,450
Hay un grupo que se encarga del LLC y todos los otros grupos se encargan de más que físicas, de tecnologías distintas.

406
00:21:56,450 --> 00:22:12,450
802.2, la LLC, de todas. La 802.11, más que física, de inalámbrico. La 802.3, Ethernet, más que física.

407
00:22:12,450 --> 00:22:25,410
eso porque algunas de estos grupos sigue activo y sigue funcionando algunos de estos grupos ya

408
00:22:25,410 --> 00:22:32,289
no se usa esa tecnología entonces ya ese grupo no funciona algunos de estos grupos ha llegado

409
00:22:32,289 --> 00:22:38,309
un cierto nivel dice vale este nivel no vale nos hibernamos si hace falta dentro de unos años

410
00:22:38,309 --> 00:22:42,109
años cambiará algo porque no hay la necesidad, pues se reactivará, no está

411
00:22:42,109 --> 00:22:45,809
disuelto, pero tampoco inactivo.

412
00:22:46,269 --> 00:22:54,130
Entonces, esta es la situación de referencia entre OSI y el cubo 802.

413
00:22:54,130 --> 00:23:00,910
Hemos dicho que la capa física es la misma, la capa de enlace se divide en

414
00:23:00,910 --> 00:23:13,750
El LC y Max. La arquitectura IE cubo 802 no es equivalente a todo OSI. OSI hace mucho más.

415
00:23:13,750 --> 00:23:23,910
La IE cubo 802 sólo cubre las primeras dos capas de OSI. ¿Me entiendes?

416
00:23:23,910 --> 00:23:30,819
Ahora tengo una pregunta para vosotros. ¿Por qué hay un solo grupo que se encarga del

417
00:23:30,819 --> 00:23:45,180
en la LC, que hay muchos grupos que se encargan de más que física.

418
00:23:45,180 --> 00:23:49,180
¿Crees que hay sólo los 802.2 que se encargan de la LC?

419
00:23:49,180 --> 00:23:51,180
¿Que la LC vale para todos?

420
00:23:51,180 --> 00:23:55,180
Sin embargo, hay uno que hace más que física para la BUS,

421
00:23:55,180 --> 00:23:57,180
uno que hace más que física para Ethernet,

422
00:23:57,180 --> 00:24:00,180
uno que hace más que física para el anillo,

423
00:24:00,180 --> 00:24:05,180
uno que hace más que física para la bici o para el inalámbrico en general,

424
00:24:05,180 --> 00:24:10,599
uno que hace más que física para...

425
00:24:10,599 --> 00:24:24,099
Porque la máquina física depende de la tecnología que uso por debajo.

426
00:24:25,299 --> 00:24:31,859
No es lo mismo si yo creo un cableado con pares trenzados de cobre

427
00:24:31,859 --> 00:24:36,019
y tengo que mandar datos eléctricos en el físico,

428
00:24:36,740 --> 00:24:41,720
que si yo lo hago con hidra óptica y tengo que mandar pulso de luz,

429
00:24:41,720 --> 00:24:44,039
o que yo lo haga en wifi

430
00:24:44,039 --> 00:24:45,599
y tengo que mandar ondas

431
00:24:45,599 --> 00:24:49,799
entonces dependiendo de la tecnología que uso

432
00:24:49,799 --> 00:24:51,519
la capa física es distinta

433
00:24:51,519 --> 00:24:53,599
¿se entiende esto?

434
00:24:54,539 --> 00:24:54,720
vale

435
00:24:54,720 --> 00:24:56,579
la capa MAC ¿qué hacía?

436
00:25:01,079 --> 00:25:03,359
la capa MAC se encarga de resolver el problema

437
00:25:03,359 --> 00:25:05,380
del funcionamiento

438
00:25:05,380 --> 00:25:05,599
y

439
00:25:05,599 --> 00:25:08,920
MAC ¿qué quiere decir MAC?

440
00:25:09,160 --> 00:25:10,059
lo has contestado tú

441
00:25:10,059 --> 00:25:11,799
acceso al medio

442
00:25:11,799 --> 00:25:15,039
es lo mismo

443
00:25:15,039 --> 00:25:25,660
acceder a un cable de red o acceder a un cable de fibra óptica o acceder a un entorno de ondas de

444
00:25:25,660 --> 00:25:35,220
wifi? No. Hemos dicho que, por ejemplo, la wifi es mucho más complejo el acceso al medio con respecto

445
00:25:35,220 --> 00:25:42,619
a unas redes microsegmentadas para estrenados. Por lo tanto, también la Mac depende de la

446
00:25:42,619 --> 00:25:47,259
tecnología que yo utilizo. Si utilizo una determinada tecnología, pues tendré que

447
00:25:47,259 --> 00:25:54,519
tener una Mac para esa tecnología. Por lo tanto, tanto la Mac como la física dependen

448
00:25:54,519 --> 00:25:59,160
de la tecnología que elijo. ¿Elijo una wireless? Pues tendré que tener informaciones para

449
00:25:59,160 --> 00:26:05,339
Mac y física que son completamente distintas que si utilizo una Ethernet. Por eso hay muchos

450
00:26:05,339 --> 00:26:13,349
grupos que se encargan de estas dos. Queda claro hasta aquí. ¿Y por qué la LCE hay una sola?

451
00:26:13,930 --> 00:26:22,210
Porque el control de errores es independiente. La capa LLC es independiente de lo que tengo por

452
00:26:22,210 --> 00:26:29,910
debajo. Me da igual que a mí me haya llegado unos ceros y unos como señales eléctricas, como pulsos

453
00:26:29,910 --> 00:26:36,809
de luz o como ondas. Ahora voy a aplicar técnicas matemáticas para saber si estos unos y ceros

454
00:26:36,809 --> 00:26:38,549
han llegado con errores o no.

455
00:26:39,069 --> 00:26:41,769
Y esas técnicas matemáticas son independientes

456
00:26:41,769 --> 00:26:43,630
de cómo me han llegado los datos,

457
00:26:43,930 --> 00:26:45,569
porque me interesan los datos que han llegado.

458
00:26:46,970 --> 00:26:51,890
Entonces, física y math dependen mucho

459
00:26:51,890 --> 00:26:55,509
de las tecnologías que estoy utilizando,

460
00:26:55,930 --> 00:26:58,329
mientras la LC es más abstracta

461
00:26:58,329 --> 00:27:01,549
y se puede aplicar a cualquier tecnología de comunicación.

462
00:27:02,230 --> 00:27:04,910
No se basa sobre cómo se han mandado los datos,

463
00:27:04,910 --> 00:27:07,349
sino se basa sobre los datos que se han mandado.

464
00:27:07,910 --> 00:27:10,250
Por lo tanto, un solo grupo puede hacer

465
00:27:10,250 --> 00:27:13,190
unas tecnologías de control de errores

466
00:27:13,190 --> 00:27:16,369
y aplicarlos a cualquiera de las otras tecnologías.

467
00:27:17,049 --> 00:27:18,930
Yo invento un nuevo modo para detectar

468
00:27:18,930 --> 00:27:20,630
si ha habido errores o no en la comunicación

469
00:27:20,630 --> 00:27:22,890
y este nuevo método me vale para aplicarlo

470
00:27:22,890 --> 00:27:27,910
para la Internet, para Wi-Fi, para fibra óptica, para...

471
00:27:28,910 --> 00:27:30,210
¿Se entiende?

472
00:27:31,569 --> 00:27:32,089
¿Dudas?

473
00:27:32,089 --> 00:27:41,789
dos minutos de pausa para descansar

474
00:27:41,789 --> 00:27:43,730
y luego seguimos con la última

475
00:27:43,730 --> 00:27:47,430
parte. Vale, entonces

476
00:27:47,430 --> 00:27:49,230
y esta es la EQ802.

477
00:27:49,349 --> 00:27:51,390
Hemos dicho que la EQ802 es mucho

478
00:27:51,390 --> 00:27:53,450
menos ambiciosa que

479
00:27:53,450 --> 00:27:55,490
OSI. OSI quiere hacer una comunicación

480
00:27:55,490 --> 00:27:56,930
global completa.

481
00:27:57,609 --> 00:27:59,509
Y EQ802 dice, no, no, no,

482
00:27:59,549 --> 00:28:01,250
yo me centro solo en comunicaciones

483
00:28:01,250 --> 00:28:03,190
locales. Lo que te doy yo son

484
00:28:03,190 --> 00:28:05,630
estándares, son planes

485
00:28:05,630 --> 00:28:07,329
de cómo se hace la cosa. Son una

486
00:28:07,329 --> 00:28:08,369
arquitectura de redes.

487
00:28:08,369 --> 00:28:11,069
es una plan

488
00:28:11,069 --> 00:28:12,990
para que dos dispositivos se comuniquen

489
00:28:12,990 --> 00:28:15,009
pero yo asumo que estos dispositivos

490
00:28:15,009 --> 00:28:16,789
están conectados entre ellos directamente

491
00:28:16,789 --> 00:28:19,269
son redes pequeñitas

492
00:28:19,269 --> 00:28:21,430
redes locales, redes físicamente

493
00:28:21,430 --> 00:28:22,549
conectadas una a otra

494
00:28:22,549 --> 00:28:24,910
ahí es donde me encargo yo, y el cubo 802

495
00:28:24,910 --> 00:28:26,849
que sirve para comunicación entre

496
00:28:26,849 --> 00:28:28,930
un ordenador y un switch

497
00:28:28,930 --> 00:28:30,670
un ordenador y otro ordenador

498
00:28:30,670 --> 00:28:33,230
pero conectados directamente, entre mi móvil

499
00:28:33,230 --> 00:28:35,150
y mi portátil

500
00:28:35,150 --> 00:28:36,569
conectados en bluetooth

501
00:28:36,569 --> 00:28:38,250
ahí es el cubo 802

502
00:28:38,250 --> 00:28:41,930
en cuanto yo quiera salirme de esta red

503
00:28:41,930 --> 00:28:43,490
pues ya no es

504
00:28:43,490 --> 00:28:44,670
el cubo 802

505
00:28:44,670 --> 00:28:47,210
¿vale? y el cubo 802

506
00:28:47,210 --> 00:28:49,309
no puede salir de su red

507
00:28:49,309 --> 00:28:51,230
es solo una red local

508
00:28:51,230 --> 00:28:53,509
para conectar dos redes

509
00:28:53,509 --> 00:28:55,789
entre ellas y el cubo 802

510
00:28:55,789 --> 00:28:56,369
no me vale

511
00:28:56,369 --> 00:28:57,369
¿entiendes?

512
00:28:58,509 --> 00:28:58,950
¿cudas?

513
00:28:59,849 --> 00:29:02,450
¿vale? entonces ¿qué uso para eso?

514
00:29:02,549 --> 00:29:04,589
pues uso otra arquitectura

515
00:29:04,589 --> 00:29:07,569
la arquitectura TCP y P

516
00:29:07,569 --> 00:29:11,329
La arquitectura TCP y IP os sonará de algo

517
00:29:11,329 --> 00:29:13,089
¿Por qué os suena la arquitectura TCP y IP?

518
00:29:14,589 --> 00:29:17,230
Porque os suena tanto el IP como el TCP

519
00:29:17,230 --> 00:29:21,950
Son los dos protocolos estrella de la arquitectura TCP y IP

520
00:29:21,950 --> 00:29:25,210
Y son tan importantes y tan útiles y tan guay

521
00:29:25,210 --> 00:29:27,329
Que dan el nombre a la arquitectura de red

522
00:29:27,329 --> 00:29:28,430
¿Sí?

523
00:29:29,549 --> 00:29:33,049
Entonces, la arquitectura TCP y IP es la arquitectura de Internet

524
00:29:33,049 --> 00:29:33,670
¿Vale?

525
00:29:33,950 --> 00:29:35,630
Internet como lo conocemos nosotros

526
00:29:35,630 --> 00:29:37,430
Que navega en Internet y cosas por el estilo

527
00:29:37,430 --> 00:29:41,089
es una red, es un conjunto de red

528
00:29:41,089 --> 00:29:43,630
que se basa sobre la arquitectura TCP y IP.

529
00:29:45,730 --> 00:29:48,049
Se apoya sobre la red de conmutación de paquetes.

530
00:29:48,190 --> 00:29:51,089
IP es un protocolo que genera,

531
00:29:51,109 --> 00:29:54,269
es un protocolo no orientado a la conexión y no confiable,

532
00:29:55,009 --> 00:29:56,430
si os acordáis lo que he dicho antes,

533
00:29:56,849 --> 00:30:00,490
que genera por debajo, o sea, como modelo de transmisión,

534
00:30:00,849 --> 00:30:03,690
es una red punto a punto de conmutación de paquetes.

535
00:30:04,289 --> 00:30:06,210
Esa es donde los paquetes se pueden mezclar,

536
00:30:06,210 --> 00:30:08,309
que van cada uno por su

537
00:30:08,309 --> 00:30:10,650
camino

538
00:30:10,650 --> 00:30:12,750
y que pueden llegar desordenados.

539
00:30:13,029 --> 00:30:13,589
Pues eso es IP.

540
00:30:14,410 --> 00:30:16,009
Es un caos interno.

541
00:30:18,490 --> 00:30:20,150
Se ha vuelto estándar, de hecho,

542
00:30:20,309 --> 00:30:22,349
porque esta arquitectura existía en el momento en el que

543
00:30:22,349 --> 00:30:24,450
se necesitó, cuando se necesitaba

544
00:30:24,450 --> 00:30:26,269
hacer Internet, se creó esta,

545
00:30:26,509 --> 00:30:27,869
funciona perfecto así.

546
00:30:28,269 --> 00:30:30,269
Cuando llegó a OSI diciendo, yo hago mejor,

547
00:30:30,410 --> 00:30:32,430
sí, pero ya tenemos TCP y IP que funciona

548
00:30:32,430 --> 00:30:34,009
perfectamente. Va a haber que cambiarlo.

549
00:30:34,009 --> 00:30:37,269
por lo tanto OSI se quedó allí como

550
00:30:37,269 --> 00:30:38,849
modelo de sobre mí

551
00:30:38,849 --> 00:30:41,690
esto sería el mundo de los unicornios informáticos

552
00:30:41,690 --> 00:30:42,950
pero no se

553
00:30:42,950 --> 00:30:46,309
OSI sigue un protocolo por cada capa

554
00:30:46,309 --> 00:30:46,650
¿vale?

555
00:30:46,970 --> 00:30:49,670
OSI está bien definido, cada capa tiene

556
00:30:49,670 --> 00:30:50,529
su

557
00:30:50,529 --> 00:30:53,529
su problema que resuelve

558
00:30:53,529 --> 00:30:55,769
con un diseñado protocolo, todo muy bonito

559
00:30:55,769 --> 00:30:58,089
TCP no, TCP mezclado

560
00:30:58,089 --> 00:30:59,789
¿vale? hay protocolos

561
00:30:59,789 --> 00:31:01,789
en una misma capa puede haber varios protocolos

562
00:31:01,789 --> 00:31:07,789
con los, la misma capa resuelve varios problemas a la vez, un caos, pero funciona.

563
00:31:09,470 --> 00:31:13,789
Si no, si cada capa solo puede usar solo los servicios de la capa inmediatamente inferior,

564
00:31:14,529 --> 00:31:19,210
os acordáis, ¿no? Una capa pide el servicio a la capa que está por debajo y solo se comunican

565
00:31:19,210 --> 00:31:24,769
entre ellos, entonces PIP puede hacer unos saltos, ¿vale? A veces una capa superior puede

566
00:31:24,769 --> 00:31:30,029
saltarse una capa y hablar directamente con capas inferiores. No es lo normal, nosotros

567
00:31:30,029 --> 00:31:32,069
no lo tendremos en cuenta, pero se puede hacer

568
00:31:32,069 --> 00:31:33,730
¿vale? o sea que es más complejo

569
00:31:33,730 --> 00:31:35,970
es más caótica

570
00:31:35,970 --> 00:31:38,049
¿vale? es menos estructurada

571
00:31:38,049 --> 00:31:39,750
con respecto a OSI, OSI es un modelo

572
00:31:39,750 --> 00:31:40,349
mejor

573
00:31:40,349 --> 00:31:42,430
más

574
00:31:42,430 --> 00:31:45,750
estructurado, más

575
00:31:45,750 --> 00:31:48,309
lógico

576
00:31:48,309 --> 00:31:49,450
más organizado

577
00:31:49,450 --> 00:31:51,509
que nos permitiría

578
00:31:51,509 --> 00:31:53,769
escalar el problema

579
00:31:53,769 --> 00:31:55,049
cosas más complejas

580
00:31:55,049 --> 00:31:57,309
pero TCP y IP es el que tenemos

581
00:31:57,309 --> 00:31:58,849
y funciona, por lo tanto no tenemos

582
00:31:58,849 --> 00:32:09,589
Entonces, si el cubo 802 cubre la capa física y del láser, TCP cubre el resto de OSI.

583
00:32:10,849 --> 00:32:18,609
O sea, OSI hace lo mismo que TCP, IP, I y el cubo 802 juntas.

584
00:32:22,069 --> 00:32:25,609
De hecho, TCP y IP tienen una característica.

585
00:32:26,210 --> 00:32:27,589
Tengo la de un poquito aquí.

586
00:32:27,589 --> 00:32:30,569
la primera capa de TCP y IP

587
00:32:30,569 --> 00:32:32,369
la más baja, que se llama

588
00:32:32,369 --> 00:32:33,750
Network Access Layer

589
00:32:33,750 --> 00:32:35,869
la capa de acceso a la red

590
00:32:35,869 --> 00:32:37,930
no está estandarizada

591
00:32:37,930 --> 00:32:40,829
si tú vas a TCP y IP

592
00:32:40,829 --> 00:32:42,309
y buscas esta capa, te dice

593
00:32:42,309 --> 00:32:44,250
haz lo que te da la gana

594
00:32:44,250 --> 00:32:47,130
aquí no hay un estándar

595
00:32:47,130 --> 00:32:48,750
aquí simplemente

596
00:32:48,750 --> 00:32:50,309
te dice, tú dame un modo

597
00:32:50,309 --> 00:32:52,950
para hacer una comunicación local

598
00:32:52,950 --> 00:32:54,950
para que todos los dispositivos

599
00:32:54,950 --> 00:32:56,450
localmente se puedan comunicar

600
00:32:56,450 --> 00:32:57,269
entre ellos

601
00:32:57,269 --> 00:32:59,829
En cuanto tú hayas hecho eso

602
00:32:59,829 --> 00:33:02,410
Yo por encima te creo internet

603
00:33:02,410 --> 00:33:06,730
Si tú me das un modo para comunicarme localmente

604
00:33:06,730 --> 00:33:07,809
Entre los dispositivos

605
00:33:07,809 --> 00:33:10,710
Yo te hago que las varias redes del mundo

606
00:33:10,710 --> 00:33:12,410
Se puedan comunicar entre ellas

607
00:33:12,410 --> 00:33:14,869
A través de la capa de redes

608
00:33:14,869 --> 00:33:16,109
De transporte y de aplicación

609
00:33:16,109 --> 00:33:17,950
Las otras tres capas

610
00:33:17,950 --> 00:33:20,410
Que tiene TCP

611
00:33:20,410 --> 00:33:22,569
¿Entiendes?

612
00:33:23,109 --> 00:33:25,049
¿Cómo se corresponden a OSI?

613
00:33:25,490 --> 00:33:27,130
La capa de acceso a la red

614
00:33:27,130 --> 00:33:32,269
esta que no está estandarizada, cubriría los primeros dos, física y de datos.

615
00:33:34,369 --> 00:33:39,809
Luego, la capa de Internet de TCP y IP sería la capa de RDO, ¿sí?

616
00:33:40,130 --> 00:33:45,769
De hecho, nosotros hablamos de Internet porque la capa de TCP y IP se llama de Internet,

617
00:33:46,769 --> 00:33:51,950
que es la que me permite de comunicar entre ellas varias redes, ¿vale?

618
00:33:51,950 --> 00:33:56,069
Entonces, ¿internet qué es? Es una red de redes.

619
00:33:56,069 --> 00:34:02,509
Yo tengo redes locales conectadas entre ellas con redes, ¿vale?

620
00:34:02,650 --> 00:34:04,349
Y eso me hace Internet.

621
00:34:04,809 --> 00:34:09,329
Yo desde aquí navego porque permito a este ordenador salir de esta red,

622
00:34:09,449 --> 00:34:12,869
llegar a una red remota donde está un servidor web,

623
00:34:13,190 --> 00:34:16,829
allí pedirle una página web y bajármela a este ordenador, ¿vale?

624
00:34:17,170 --> 00:34:21,289
Con iEQ802 esto no lo puedo hacer, a menos que el servidor no sea local,

625
00:34:22,090 --> 00:34:25,510
porque con iEQ802 no puedo salir de mi red, os acordáis.

626
00:34:26,070 --> 00:34:36,070
Sin embargo, TCPIP me permite salir de mi red y conectar entre ellas redes remotas, a través de internet.

627
00:34:36,070 --> 00:34:47,070
La capa de transporte es lo mismo de la capa de transporte de OSI. Se llaman igual y son iguales. Hacen lo mismo, multiplexación.

628
00:34:47,070 --> 00:34:56,170
Por encima de la capa de transporte está la capa de aplicación que cubre las tres capas superiores de OSI.

629
00:34:57,110 --> 00:35:02,690
OSI aquí tenía aplicación, presentación y sesión, mientras TCP y IP tiene solo aplicación.

630
00:35:03,849 --> 00:35:09,750
Si habéis entendido algo de todo lo que he dicho en estas dos, tres, cuatro horas que estamos viendo aquí de todas.

631
00:35:10,469 --> 00:35:14,150
¿Qué implicación tiene esta cosa de aquí?

632
00:35:14,150 --> 00:35:18,829
¿Qué implica que TCPIP tenga una capa de aplicación

633
00:35:18,829 --> 00:35:23,469
que engloba aplicación, presentación y sesión?

634
00:35:30,699 --> 00:35:31,139
Ideas.

635
00:35:37,019 --> 00:35:38,699
¿Se puede dar más fallos?

636
00:35:39,659 --> 00:35:40,519
¿En qué sentido?

637
00:35:41,400 --> 00:35:45,300
Es que si tú tienes un orden de aplicación, presentación y sesión

638
00:35:45,300 --> 00:35:48,420
y el otro solo tienes uno, se puede...

639
00:35:48,420 --> 00:35:51,639
La pregunta.

640
00:35:51,639 --> 00:35:53,699
en internet

641
00:35:53,699 --> 00:35:56,199
¿vosotros no podéis mandar

642
00:35:56,199 --> 00:35:56,940
datos cifrados?

643
00:36:00,539 --> 00:36:01,099
Sí.

644
00:36:02,219 --> 00:36:03,920
No sé si lo hacía la capa de presentación.

645
00:36:05,860 --> 00:36:07,739
¿En TCP y IP no se puede mandar

646
00:36:07,739 --> 00:36:09,480
datos cifrados? ¿O sí se puede?

647
00:36:10,260 --> 00:36:11,119
Sí se puede.

648
00:36:13,059 --> 00:36:14,239
¿Habéis bajado alguna vez

649
00:36:14,239 --> 00:36:14,920
un fichero grande?

650
00:36:15,920 --> 00:36:17,920
¿Se ha interroto la información a mitad?

651
00:36:18,699 --> 00:36:20,119
¿Ha retomado desde

652
00:36:20,119 --> 00:36:26,719
donde estaba o ha empezado desde cero? A veces desde cero. Si estabais en otro programa como

653
00:36:26,719 --> 00:36:34,119
un client de LOL y os estáis bajando en LOL, pues si se interrumpe a mitad, pues retoma de donde se había interrumpido.

654
00:36:36,920 --> 00:36:38,119
O sea, ¿qué tema es ese?

655
00:36:44,119 --> 00:36:45,119
¿Darío?

656
00:36:50,119 --> 00:37:07,619
Pilla tus cosas y vas con ella, ¿vale?

657
00:37:07,719 --> 00:37:08,019
¿En qué?

658
00:37:08,360 --> 00:37:10,000
Pilla tus cosas y vas con ella.

659
00:37:10,159 --> 00:37:10,400
Vale.

660
00:37:12,219 --> 00:37:13,679
Vale, ¿qué más?

661
00:37:14,619 --> 00:37:15,800
¿Qué estábamos diciendo?

662
00:37:15,800 --> 00:37:17,139
entonces

663
00:37:17,139 --> 00:37:19,780
aquí hay cosas que se hacen

664
00:37:19,780 --> 00:37:21,659
que nosotros hemos dicho, esta capa hace esto

665
00:37:21,659 --> 00:37:22,739
esta capa hace esta otra

666
00:37:22,739 --> 00:37:25,860
que aquí no están, pero se hacen igual

667
00:37:25,860 --> 00:37:28,460
¿qué implica eso?

668
00:37:35,460 --> 00:37:38,320
que mientras aquí es la arquitectura

669
00:37:38,320 --> 00:37:39,460
que se ocupa de eso

670
00:37:39,460 --> 00:37:41,380
o sea, hay alguien que

671
00:37:41,380 --> 00:37:44,139
implementa la capa de presentación

672
00:37:44,139 --> 00:38:01,099
Y entonces cualquier aplicación puede cifrar sus datos, puede comprimirlos, puede hacer una sesión, porque hay capas ya creadas que yo puedo usar como servicios en el mundo malvado de TCP y IP, o lo hace la aplicación o nadie lo hace.

673
00:38:02,420 --> 00:38:11,139
¿Puedo hacer una aplicación segura que cifre? Sí, pero no me lo da la arquitectura, me lo da que yo he hecho la aplicación segura.

674
00:38:11,139 --> 00:38:18,260
segura. Si yo no hago la aplicación segura, no será segura. Aquí, en OSI, si yo hago

675
00:38:18,260 --> 00:38:22,639
una aplicación no segura, siempre puedo pedir como servicio a nivel de presentación, oye,

676
00:38:22,860 --> 00:38:27,860
cifrámela. Entonces, mi aplicación que no es segura, ahora es segura porque el servicio

677
00:38:27,860 --> 00:38:28,679
que ha pedido es seguro.

678
00:38:29,400 --> 00:38:30,800
Se tiene que ver con el size, ¿no?

679
00:38:32,360 --> 00:38:33,019
Sí, con el size.

680
00:38:33,360 --> 00:38:37,659
Seguridad, podría ser, pero no exactamente con eso de las arquitecturas.

681
00:38:37,659 --> 00:38:41,159
Si yo quiero mantener una sesión

682
00:38:41,159 --> 00:38:42,059
Lo puedo hacer

683
00:38:42,059 --> 00:38:44,900
Pero ahora lo tengo que implementar yo en mi aplicación

684
00:38:44,900 --> 00:38:48,119
Si no lo implemento yo en mi aplicación

685
00:38:48,119 --> 00:38:49,179
No tendré sesión

686
00:38:49,179 --> 00:38:52,199
Mientras que aquí lo podía pedir a la arquitectura

687
00:38:52,199 --> 00:38:54,260
Al sistema operativo

688
00:38:54,260 --> 00:38:57,599
Si el sistema operativo tiene implementada esta arquitectura

689
00:38:57,599 --> 00:38:59,840
Una aplicación puede pedir estos servicios

690
00:38:59,840 --> 00:39:01,179
¿Se entiende la diferencia?

691
00:39:02,260 --> 00:39:04,539
Hago otra cuestión

692
00:39:04,539 --> 00:39:07,380
Imaginaos que se descubre

693
00:39:07,380 --> 00:39:13,639
que el método de seguridad que estoy utilizando está mal, hay un fallo, no es seguro.

694
00:39:14,780 --> 00:39:20,059
¿Qué diferencia habría entre TCPIP y OSI frente a una situación desestimada?

695
00:39:20,400 --> 00:39:23,480
Se descubre que el método X ya no es seguro.

696
00:39:24,260 --> 00:39:27,719
¿Qué pasa en nuestro mundo o en el mundo OSI?

697
00:39:28,260 --> 00:39:32,079
En TCPIP tienes que modificar todo y hay solo una parte.

698
00:39:32,079 --> 00:39:41,820
En el mundo mágico de unicornios de Ozzy, alguien, un sistema operativo, modifica la capa de presentación,

699
00:39:42,739 --> 00:39:47,780
modificando el método X de cifrado y solucionando el problema,

700
00:39:48,340 --> 00:39:53,460
y en automático todas las aplicaciones que usaban este método son seguras.

701
00:39:54,920 --> 00:40:01,260
Hay una actualización del sistema operativo y esto se aplica a todas las aplicaciones.

702
00:40:01,260 --> 00:40:04,059
porque las aplicaciones usaban este método

703
00:40:04,059 --> 00:40:05,239
de la arquitectura

704
00:40:05,239 --> 00:40:06,500
¿entienden?

705
00:40:07,380 --> 00:40:09,619
sin embargo, en TCP y IP

706
00:40:09,619 --> 00:40:11,860
cada aplicación ha implementado

707
00:40:11,860 --> 00:40:12,860
su propio método

708
00:40:12,860 --> 00:40:16,360
entonces cada desarrollador de cada aplicación

709
00:40:16,360 --> 00:40:18,320
tiene que ir a su aplicación

710
00:40:18,320 --> 00:40:20,079
modificar el método

711
00:40:20,079 --> 00:40:22,079
y publicar

712
00:40:22,719 --> 00:40:23,579
un parche

713
00:40:23,579 --> 00:40:26,340
para que la gente se lo instale

714
00:40:26,340 --> 00:40:27,860
y a este punto está segura

715
00:40:27,860 --> 00:40:30,099
pero si yo me instalo el parche

716
00:40:30,099 --> 00:40:34,239
del navegador, otra aplicación sigue siendo insegura

717
00:40:34,239 --> 00:40:38,599
hasta que su publicador, su productor, el desarrollador

718
00:40:38,599 --> 00:40:42,260
de esa aplicación, nos saque un parche para esa aplicación

719
00:40:42,260 --> 00:40:44,300
y tenga que instalar también esa aplicación.

720
00:40:44,840 --> 00:40:49,599
Pero, ¿dónde vivimos nosotros? En TCP.

721
00:40:51,000 --> 00:40:53,159
Nosotros vivimos aquí. Entonces,

722
00:40:54,079 --> 00:40:57,940
¿o si es mejor porque hace cosas que en TCP y IP no se pueden hacer?

723
00:40:57,940 --> 00:41:00,340
No, todo lo que se puede hacer aquí se puede hacer.

724
00:41:01,019 --> 00:41:07,340
Solo que aquí está en mano del desarrollador hacer estas funciones,

725
00:41:07,860 --> 00:41:11,019
mientras en la arquitectura OSI se da a la arquitectura misma.

726
00:41:11,900 --> 00:41:12,000
¿Vale?

727
00:41:12,119 --> 00:41:14,920
Sería un mundo mejor, pero no existe.

728
00:41:16,059 --> 00:41:16,420
¿Dudas?

729
00:41:17,639 --> 00:41:18,820
¿Entienden la diferencia?

730
00:41:20,199 --> 00:41:20,460
Va.

731
00:41:21,159 --> 00:41:26,119
Entonces ahora la pregunta de un millón de euros falsos para vosotros.

732
00:41:26,739 --> 00:41:27,059
¿Vale?

733
00:41:27,940 --> 00:41:35,719
La pregunta que siempre hago cada año y que cada vez un 1% de personas me contesta.

734
00:41:36,719 --> 00:41:38,400
¿Qué es?

735
00:41:40,880 --> 00:41:48,679
En nuestros ordenadores, ¿cuáles de estas tres arquitecturas usamos de verdad?

736
00:41:49,780 --> 00:41:53,719
O si TCP y IP o EQ802.

737
00:41:56,920 --> 00:41:59,059
¿Quién vota TCP y IP?

738
00:41:59,500 --> 00:42:16,170
¿Quién vota OSI? ¿Quién vota IES cubo 802? ¿Quién vota otra opción? ¿Cuál es otra opción?

739
00:42:16,170 --> 00:42:34,800
Ninguna. ¿Quién vota ninguna? Enhorabuena. ¿Quién vota las dos? O sea, TTIP e IES cubo 802 a la vez.

740
00:42:38,940 --> 00:42:45,820
Vale, en nuestros ordenadores coexisten la TCPIP y la IEQ802.

741
00:42:46,159 --> 00:42:50,619
La IEQ802 se usa para comunicaciones locales entre dispositivos

742
00:42:50,619 --> 00:42:54,699
y cuando quiero salir de mi red, tiro de la TCPIP.

743
00:42:56,219 --> 00:43:00,400
Y ahora la pregunta de 10 millones de dólares falsos, ¿vale?

744
00:43:00,840 --> 00:43:01,960
Que es más compleja.

745
00:43:03,219 --> 00:43:08,420
¿Por qué puedo usar las dos arquitecturas a la vez?

746
00:43:11,409 --> 00:43:14,590
porque no se empiezan una a la otra en qué sentido

747
00:43:17,090 --> 00:43:22,809
si tengo un funcionamiento no debería de fallar me la otra simultáneamente

748
00:43:24,650 --> 00:43:30,170
y por qué puede hacer esta cosa porque lo podemos hablar de una es para salir al exterior

749
00:43:30,170 --> 00:43:39,530
digamos fenomenal no son dos cosas distintas qué es qué principio me permite poder utilizar

750
00:43:39,530 --> 00:44:04,610
las dos a la vez? Lo pregunto porque os lo he dicho. ¿Cuál es el principio que me permite

751
00:44:04,610 --> 00:44:11,869
utilizar a la vez las dos arquitecturas? Porque no se pisan. La cosa interesante es que efectivamente

752
00:44:11,869 --> 00:44:16,329
las dos hacen dos cosas distintas. Una comunicación local y una comunicación global van perfectamente

753
00:44:16,329 --> 00:44:18,190
de la mano juntitas. De hecho,

754
00:44:18,610 --> 00:44:20,130
es trampa, porque OSI

755
00:44:20,130 --> 00:44:22,349
se creó después. Cuando ya existían

756
00:44:22,349 --> 00:44:24,309
estas dos, OSI dijo, ah, hago una

757
00:44:24,309 --> 00:44:26,210
única arquitectura que hace todo.

758
00:44:26,349 --> 00:44:27,550
Gracias, ya existía.

759
00:44:28,170 --> 00:44:30,409
Simplemente ha reorganizado lo que existía.

760
00:44:30,750 --> 00:44:32,030
Pero mi pregunta es otra, más sutil.

761
00:44:32,449 --> 00:44:34,369
Es, ¿por qué lo puedo hacer?

762
00:44:36,670 --> 00:44:38,369
¿Por qué puedo usar estas dos

763
00:44:38,369 --> 00:44:39,949
aplicaciones, arquitecturas?

764
00:44:40,610 --> 00:44:41,090
Juntas.

765
00:44:44,730 --> 00:44:46,849
¿Por qué principio? ¿Qué es lo que me

766
00:44:46,849 --> 00:44:47,610
permite hacer?

767
00:44:49,050 --> 00:45:11,340
Esta es PC Paper. Está aquí, aplicación, transporte, internet o red, ¿vale? Y aquí está la network access layer.

768
00:45:11,340 --> 00:45:30,239
Aquí está OZI. OZI tiene aplicación, sesión, presentación y sesión que se corresponden a esta.

769
00:45:30,239 --> 00:45:41,820
Luego está la transporte igual, la red que es igual y luego aquí está enlace y física.

770
00:45:41,820 --> 00:45:49,460
Y luego, siempre este nivel de aquí, taca, taca, taca, taca, taca, taca, taca, taca, taca,

771
00:45:49,460 --> 00:45:53,780
aquí está TCP y P, ah, perdón, y el cubo 802.

772
00:45:53,780 --> 00:45:58,820
Y aquí estaría la LLC, la MAC, el afín.

773
00:45:58,820 --> 00:46:04,170
Vamos a jugar luego con esto.

774
00:46:04,170 --> 00:46:05,170
¿Eh?

775
00:46:05,170 --> 00:46:13,369
Estas son las OSI, TCP y P, E, y el cubo 102.

776
00:46:13,369 --> 00:46:19,539
Entonces, ¿por qué principio yo puedo usar estas dos juntas?

777
00:46:20,679 --> 00:46:23,639
¿Qué es lo que hemos visto que me permite hacer?

778
00:46:23,800 --> 00:46:24,519
¡Ay, mira, usé esta!

779
00:46:40,920 --> 00:46:45,739
Es el principio de que yo puedo pillar una cualquiera de estas capas

780
00:46:45,739 --> 00:46:49,639
y sustituirla con una implementación distinta.

781
00:46:50,840 --> 00:46:52,400
La arquitectura por nivel.

782
00:46:53,300 --> 00:46:56,280
Nosotros hemos introducido el concepto de arquitectura por nivel

783
00:46:56,280 --> 00:47:11,480
Porque yo ahora puedo pillar esta capa de aquí, que por cierto no está estandarizada, no existe, y sustituirla con una implementación que hace exactamente lo que debería hacer.

784
00:47:11,480 --> 00:47:20,980
Y, sustancialmente, tengo mi arquitectura real, que tendrá la física, luego tendrá

785
00:47:20,980 --> 00:47:30,179
MAC, luego tiene LLC, porque aquí se acabaría esta, luego tiene internet, luego tiene transporte

786
00:47:30,179 --> 00:47:32,179
y luego tiene aplicación.

787
00:47:32,179 --> 00:47:34,980
Y esto es lo que tenemos instalado en estos órganos.

788
00:47:34,980 --> 00:47:35,980
¿Pero se funcionan, digamos?

789
00:47:35,980 --> 00:47:36,980
¿Eh?

790
00:47:36,980 --> 00:47:37,980
¿Se funcionan?

791
00:47:37,980 --> 00:47:38,980
Estamos hablando.

792
00:47:38,980 --> 00:47:43,420
La capa por niveles me permite pillar, os acordáis uno o cualquiera de esto,

793
00:47:43,480 --> 00:47:47,860
yo pillaba la capa del traductor y lo cambiaba con Google Translator.

794
00:47:48,539 --> 00:47:51,139
¿Por qué? Porque yo puedo cambiar esta misma función,

795
00:47:51,739 --> 00:47:55,099
sacarla, crear una implementación completamente distinta

796
00:47:55,099 --> 00:47:59,760
y meterla allí dentro, en la misma capa, con que respetara las dos interfaces.

797
00:48:00,860 --> 00:48:02,159
Es lo mismo que estoy haciendo aquí.

798
00:48:02,519 --> 00:48:05,340
Yo pillo esta, son arquitectura por niveles, pillo esta capa de aquí,

799
00:48:05,340 --> 00:48:07,980
que encima no me sirve

800
00:48:07,980 --> 00:48:09,820
porque aquí no está estandarizado, aquí no te dice

801
00:48:09,820 --> 00:48:12,139
cómo se hace, ¿vale? Aquí habrá una interfaz.

802
00:48:13,079 --> 00:48:14,099
Pues esta de aquí

803
00:48:14,099 --> 00:48:15,840
la sustituyo con una implementación

804
00:48:15,840 --> 00:48:17,880
completamente distinta, que es esta otra

805
00:48:17,880 --> 00:48:20,019
arquitectura, que justo encaja

806
00:48:20,019 --> 00:48:20,599
aquí, ¡tac!

807
00:48:22,079 --> 00:48:24,019
Y entonces, sustancialmente, ahora tengo

808
00:48:24,019 --> 00:48:25,860
una nueva implementación de la network

809
00:48:25,860 --> 00:48:27,920
access layer, esta es la

810
00:48:27,920 --> 00:48:29,800
implementación, la IEQ802

811
00:48:29,800 --> 00:48:31,940
es la implementación de esta capa

812
00:48:31,940 --> 00:48:34,079
de TCP. Sustituyo

813
00:48:34,079 --> 00:48:36,000
la implementación y ahora tengo

814
00:48:36,000 --> 00:48:37,179
esta cosa aquí.

815
00:48:37,579 --> 00:48:39,800
¿Eso se puede hacer con TCP, IP y OSI?

816
00:48:41,440 --> 00:48:41,920
No,

817
00:48:42,059 --> 00:48:44,059
porque OSI, ¿dónde

818
00:48:44,059 --> 00:48:45,440
lo encajas? En la aplicación.

819
00:48:45,440 --> 00:48:46,239
Claro, por ejemplo.

820
00:48:47,380 --> 00:48:48,860
Pero entonces, ¿y luego transporte

821
00:48:48,860 --> 00:48:51,139
todo esto? O sea, ¿estarías

822
00:48:51,139 --> 00:48:53,099
encajando la física en la aplicación?

823
00:48:53,940 --> 00:48:54,679
No, no, no, me refiero.

824
00:48:55,500 --> 00:48:57,500
La de arriba, con la de la aplicación.

825
00:48:58,539 --> 00:48:59,440
Yo puedo tener la parte física.

826
00:48:59,440 --> 00:49:01,280
Sí, pero esta no está implementada. Esta no tengo

827
00:49:01,280 --> 00:49:03,340
la implementación. OSI es un modelo teórico.

828
00:49:04,079 --> 00:49:05,860
tuviera una implementación

829
00:49:05,860 --> 00:49:07,519
de estas tres, lo podría hacer.

830
00:49:09,840 --> 00:49:11,420
Pero es que actualmente nosotros,

831
00:49:11,699 --> 00:49:13,699
o sea, existía, se ha dicho el modelo teórico,

832
00:49:13,820 --> 00:49:15,519
pero sigue existiendo, lo que existía

833
00:49:15,519 --> 00:49:17,300
era TCPIP por un lado y el

834
00:49:17,300 --> 00:49:19,619
CUBO 802. Y la razón de por qué funciona

835
00:49:19,619 --> 00:49:21,400
es que yo puedo pillar esta de aquí

836
00:49:21,400 --> 00:49:23,500
y sustituirla a esta de aquí. Entonces las dos

837
00:49:23,500 --> 00:49:25,400
partes, lo que decías tú,

838
00:49:25,579 --> 00:49:27,039
no se pisan.

839
00:49:28,000 --> 00:49:28,840
Y al no pisarse,

840
00:49:29,039 --> 00:49:31,699
esta la tenía

841
00:49:31,699 --> 00:49:33,679
hecha, porque existía,

842
00:49:34,079 --> 00:49:37,320
Esta la tenía hecha porque existía, pues la combinamos en la temática.

843
00:49:38,219 --> 00:49:41,000
En vuestros ordenadores, pues donde tenéis esto.

844
00:49:41,719 --> 00:49:51,300
Es la razón de por qué en vuestros ordenadores esta cosa de aquí implica algo en vuestros ordenadores.

845
00:49:56,039 --> 00:50:01,340
Esta cosa de aquí implica que en vuestros ordenadores existen, ¿qué?

846
00:50:01,340 --> 00:50:24,639
Maxi-corrección. Existen direcciones MAC y direcciones IP. ¿Para qué sirven las direcciones IP?

847
00:50:24,639 --> 00:50:34,639
Para identificar un dispositivo. Este ordenador es el 192.268.0.1. Pues es un ordenador.

848
00:50:34,639 --> 00:50:36,400
¿Para qué sirven los códigos MAC?

849
00:50:36,800 --> 00:50:37,599
Las direcciones MAC.

850
00:50:40,599 --> 00:50:42,480
Para identificar un ordenador.

851
00:50:43,920 --> 00:50:47,360
Los dos solucionan el problema del direccionamiento.

852
00:50:48,199 --> 00:50:49,300
La pregunta es ¿por qué?

853
00:50:50,300 --> 00:50:56,519
¿Por qué debería decir, oye, mira, este es este ordenador, pero también es este ordenador con un código distinto?

854
00:50:57,280 --> 00:51:05,280
La razón de por qué cada ordenador tiene dos identificadores es porque derivan de dos arquitecturas distintas.

855
00:51:06,199 --> 00:51:13,300
La IP es el identificador que uso, TCP IP, y la MAC es el identificador que uso en el cubo 802.

856
00:51:14,059 --> 00:51:23,239
Y como estoy usando las dos pegadas de esta forma, necesito el número MAC para las comunicaciones locales.

857
00:51:23,340 --> 00:51:29,539
Cuando la información va de aquí al switch, del switch a aquí, se está usando las MAC para reconocer estos ordenadores.

858
00:51:29,539 --> 00:51:33,699
y cuando tengo que hacer una comunicación global

859
00:51:33,699 --> 00:51:36,119
e irme a Google y bajarme a la página de Google,

860
00:51:36,559 --> 00:51:38,380
pues entonces estoy identificando mi ordenador

861
00:51:38,380 --> 00:51:40,000
y el ordenador de Google con un IP.

862
00:51:40,480 --> 00:51:43,320
O sea, estoy usando el identificador de TCP y IP.

863
00:51:46,519 --> 00:51:49,980
En OSI no haría falta tener dos identificadores.

864
00:51:51,119 --> 00:51:52,760
En OSI con un identificador me valdría

865
00:51:52,760 --> 00:51:55,380
tanto para la comunicación local como para la comunicación global.

866
00:51:56,920 --> 00:52:01,559
Este caos de que tengo MAC e IP a la vez en mi ordenador

867
00:52:01,559 --> 00:52:04,579
tengo las dos direcciones para desligar el mismo ordenador

868
00:52:04,579 --> 00:52:06,239
deriva del hecho que estoy

869
00:52:06,239 --> 00:52:07,480
utilizando dos

870
00:52:07,480 --> 00:52:10,199
arquitecturas pensadas

871
00:52:10,199 --> 00:52:12,400
para cosas distintas, porque esta está pensada

872
00:52:12,400 --> 00:52:14,119
para hacer redes de redes y esta aquí

873
00:52:14,119 --> 00:52:16,019
está pensada para comunicaciones locales

874
00:52:16,019 --> 00:52:18,019
a la vez, y las dos

875
00:52:18,019 --> 00:52:19,880
necesitan un método, que las dos

876
00:52:19,880 --> 00:52:22,260
están pensadas para ser

877
00:52:22,260 --> 00:52:23,320
arquitecturas separadas

878
00:52:23,320 --> 00:52:26,360
que luego lo pueda utilizar, es por el principio

879
00:52:26,360 --> 00:52:28,260
esto que decía antes, puedo sustituir

880
00:52:28,260 --> 00:52:30,019
este bloque con este de aquí y ya está

881
00:52:30,019 --> 00:52:46,800
Pero es un uso raro porque estoy utilizando dos arquitecturas separadas para hacer lo mismo y el precio que pago es que algunos de los problemas de comunicación están duplicados.

882
00:52:46,800 --> 00:52:49,460
como por ejemplo el direccionamiento

883
00:52:49,460 --> 00:52:52,139
el direccionamiento se soluciona

884
00:52:52,139 --> 00:52:53,340
a nivel MAC

885
00:52:53,340 --> 00:52:56,300
para comunicaciones locales y se vuelve a solucionar

886
00:52:56,300 --> 00:52:57,739
en internet

887
00:52:57,739 --> 00:52:59,659
a nivel internet para comunicaciones

888
00:52:59,659 --> 00:53:02,019
globales, tengo tanto números

889
00:53:02,019 --> 00:53:03,900
IPs como números MAC, ¿por qué tengo

890
00:53:03,900 --> 00:53:05,800
los dos? porque son de dos arquitecturas

891
00:53:05,800 --> 00:53:07,900
distintas, estoy usando las dos

892
00:53:07,900 --> 00:53:09,360
¿se entiende?

893
00:53:10,099 --> 00:53:11,340
esto y otras cosas

894
00:53:11,340 --> 00:53:13,360
¿vale? que por ejemplo

895
00:53:13,360 --> 00:53:15,599
el control de saturación

896
00:53:15,599 --> 00:53:23,500
con eso de evitar la subterracción, se hace a nivel de transporte y se vuelve a hacer

897
00:53:23,500 --> 00:53:32,050
a nivel de transporte, porque son dos arquitecturas separadas. El control de errores se hace a

898
00:53:32,050 --> 00:53:36,750
nivel de LLC y se vuelve a hacer en algún lado por aquí, siempre a nivel de transporte,

899
00:53:36,750 --> 00:53:41,269
rehace el control de error. ¿Por qué? Porque son dos arquitecturas separadas. Hay cosas

900
00:53:41,269 --> 00:53:43,389
que como se han duplicado

901
00:53:43,389 --> 00:53:44,349
son graves

902
00:53:44,349 --> 00:53:47,010
precio que pagamos al tener

903
00:53:47,010 --> 00:53:49,289
dos arquitecturas a la vez

904
00:53:49,289 --> 00:53:50,670
si tuviéramos OZI

905
00:53:50,670 --> 00:53:53,469
podríamos distribuir estos en las capas

906
00:53:53,469 --> 00:53:55,050
y decir, hazlo una vez sola

907
00:53:55,050 --> 00:53:57,030
direccionamiento, lo ponemos en el nivel de enlace

908
00:53:57,030 --> 00:53:59,170
vale, usamos ese direccionamiento

909
00:53:59,170 --> 00:54:00,889
tanto para local como para global

910
00:54:00,889 --> 00:54:02,389
pues ya está, la solución

911
00:54:02,389 --> 00:54:04,630
perdón, no

912
00:54:04,630 --> 00:54:06,269
dudas?

913
00:54:07,630 --> 00:54:08,070
preguntas?

914
00:54:16,940 --> 00:54:20,860
Yo creo que...

915
00:54:20,860 --> 00:54:27,579
Bueno, esta cosa que está aquí es la relación entre OSI y TCP y IP, ¿vale?

916
00:54:27,639 --> 00:54:28,599
Más o menos lo hemos hecho.

917
00:54:29,300 --> 00:54:35,840
Teniendo en cuenta que TCP y IP viene también de la mano con una suite de protocolos bien conocidos.

918
00:54:36,659 --> 00:54:40,360
Lo más importante es, a nivel de transporte, TCP y UDP.

919
00:54:41,460 --> 00:54:45,840
TCP es el hermano lento, seguro y ordenado.

920
00:54:45,840 --> 00:54:49,239
mientras UDP es el hermano

921
00:54:49,239 --> 00:54:50,639
rápido

922
00:54:50,639 --> 00:54:52,320
pero es un desastre

923
00:54:52,320 --> 00:54:55,159
¿vale? esto es orientado a la conexión

924
00:54:55,159 --> 00:54:56,760
infiable, mientras esto es

925
00:54:56,760 --> 00:54:58,480
no orientado a la conexión inofiable

926
00:54:58,480 --> 00:55:00,800
esto es para comunicaciones que yo

927
00:55:00,800 --> 00:55:02,300
quiero que la cosa llegue bien

928
00:55:02,300 --> 00:55:04,039
como transferencia de un fichero

929
00:55:04,039 --> 00:55:06,199
esto es para comunicaciones rápidas

930
00:55:06,199 --> 00:55:08,679
en que si se perde algo de datos me da igual

931
00:55:08,679 --> 00:55:10,940
como una llamada por internet

932
00:55:10,940 --> 00:55:12,260
o como un señal de

933
00:55:12,260 --> 00:55:14,699
oye mira, ha pasado algo, reacciona

934
00:55:14,699 --> 00:55:26,800
El protocolo IP del nivel de Internet, que es el más importante a nivel de Internet,

935
00:55:26,800 --> 00:55:33,800
pero también está el ICMP. ¿Habéis hecho un ping? Pues ping es el protocolo ICMP.

936
00:55:34,599 --> 00:55:42,739
Es una llamada de echo request y echo reply de ICMP, Internet Control Message Protocol.

937
00:55:42,739 --> 00:55:46,380
y ARP

938
00:55:46,380 --> 00:55:48,480
Address Resolution Protocol

939
00:55:48,480 --> 00:55:50,840
este señor existe por el problema

940
00:55:50,840 --> 00:55:51,639
que acabamos de ver

941
00:55:51,639 --> 00:55:54,300
ARP es el que te doy una IP

942
00:55:54,300 --> 00:55:56,500
y yo te digo que MAC

943
00:55:56,500 --> 00:55:57,679
está asociada con esta IP

944
00:55:57,679 --> 00:56:00,539
me traduce el direccionamiento a nivel

945
00:56:00,539 --> 00:56:02,579
global con el direccionamiento a nivel

946
00:56:02,579 --> 00:56:05,079
local y esto es necesario

947
00:56:05,079 --> 00:56:06,639
por el problema que

948
00:56:06,639 --> 00:56:08,539
tenemos TCP y IP por arriba

949
00:56:08,539 --> 00:56:10,099
y el cubo 802 por abajo

950
00:56:10,099 --> 00:56:11,960
si no hubiera este problema aquí

951
00:56:11,960 --> 00:56:34,559
esto podría no existir, lo veremos, lo estudiaremos. Y luego a nivel de aplicaciones hay un montón de cosas, esto los veréis en servicios en red, la FTP, la SMTP, el DNS, el SNMP, lo veréis todos en, o la HTTP, lo veréis en servicios,

952
00:56:34,559 --> 00:56:40,860
instalaréis esta cosa veréis el protocolo y luego está la de servicios servidores para hacer esta

953
00:56:40,860 --> 00:56:48,559
cosa aquí veremos el ritmo routing information protocol que junto con spf hace enrutamiento

954
00:56:48,559 --> 00:57:01,840
dinámico esto en marzo sí y con esto aquí vienen otras cosas que podéis tranquilamente saltar son

955
00:57:01,840 --> 00:57:11,980
otros tipos de redes pero ya ha sacado viejas y ya no se usa por tanto hasta aquí y esto es todo