jueves, 27 de diciembre de 2007
Por mil cráneos inspirados, estoy aprobado!!
Hoy ha salido la nota de ARC2, he aprobado con un 7. Qué bien, ya sólo me queda una (ASP2) para terminar definitivamente la carrera.
miércoles, 12 de diciembre de 2007
Examen de ARC2 terminado
Hoy he hecho el examen de ARC2. Espero aprobar, porque sino me tiro a un pozo.
Para los siguientes meses se avecinan un buen número de posts sobre ASP2, a cuyo examen me presentaré en la convocatoria extraordinaria de febrero-marzo.
Para los siguientes meses se avecinan un buen número de posts sobre ASP2, a cuyo examen me presentaré en la convocatoria extraordinaria de febrero-marzo.
martes, 11 de diciembre de 2007
¿A qué MTU hay que configurar 802.11?
Supongamos que tenemos una red que usa tanto 802.3 como 802.11 y no tenemos DCE's de nivel 3. Además, tenemos un punto de acceso inalámbrico para la región 802.11. Nos preguntamos si hay que configurar dicho punto de acceso.
La respuesta es que sí. Hay que configurar la MTU para adaptarla a la de 802.3, que en un principio es 1500 bytes.
Lo que ocurre es que se tienen dos posibles situaciones:
a) Si el campo longitud/tipo en 802.3 indica longitud, entonces la MTU de 802.11 deberá ajustarse a 1500. En este caso, en 802.3 se tiene el nivel LLC y puede que SNAP también. En 802.11 siempre se tiene el nivel LLC. Con lo cual, el tamaño máximo de la MAC_SDU es 1500 bytes.
b) Si el campo longitud/tipo indica tipo, entonces la MTU de 802.11 hay que ajustarla a 1500 + 3 + 5 = 1508 bytes. En este caso, en 802.3 se pasa del nivel MAC al nivel IP, mientras que en 802.11 se tienen LLC y SNAP. Con lo cual, para igualar, la MTU debe contemplar las cabeceras de los niveles LLC (3) y SNAP (5).
Eso es todo. Como vereis esta asignatura es la mar de divertida. Qué ganas tengo de quitármela :-S
Saludos!!
La respuesta es que sí. Hay que configurar la MTU para adaptarla a la de 802.3, que en un principio es 1500 bytes.
Lo que ocurre es que se tienen dos posibles situaciones:
a) Si el campo longitud/tipo en 802.3 indica longitud, entonces la MTU de 802.11 deberá ajustarse a 1500. En este caso, en 802.3 se tiene el nivel LLC y puede que SNAP también. En 802.11 siempre se tiene el nivel LLC. Con lo cual, el tamaño máximo de la MAC_SDU es 1500 bytes.
b) Si el campo longitud/tipo indica tipo, entonces la MTU de 802.11 hay que ajustarla a 1500 + 3 + 5 = 1508 bytes. En este caso, en 802.3 se pasa del nivel MAC al nivel IP, mientras que en 802.11 se tienen LLC y SNAP. Con lo cual, para igualar, la MTU debe contemplar las cabeceras de los niveles LLC (3) y SNAP (5).
Eso es todo. Como vereis esta asignatura es la mar de divertida. Qué ganas tengo de quitármela :-S
Saludos!!
martes, 27 de noviembre de 2007
Tras las sesiones de tutorías del 22 y 27 de Nov '07
Después de varios intentos y correcciones por parte de la profesora, creo que voy esclareciendo las soluciones a los problemas. Soy consciente de que la mejor forma de resumir el conocimiento adquirido es redactar una solución definitiva y limpia a los exámenes que he realizado; no obstante, no tengo tiempo para esto. En su lugar, voy a indicar los puntos que han quedado claros en la sesión de tutorías que acabo de asistir, insistiendo en el carácter incremental del conocimiento expuesto en este blog.
Muy bien, empecemos con el trillado examen de septiembre de 2007:
Pregunta 1:
Tratemos ahora el examen de junio de 2006 (quizá sea mejor):
Pregunta 1:
(Las preguntas 2, 3 y 4 quedan pendientes de ser documentadas, necesito avanzar con otra cosa)
Muy bien, empecemos con el trillado examen de septiembre de 2007:
Pregunta 1:
- Definitivamente, el apartado a) estuvo bien resuelto en la revisión 1 de este examen. No obstante, es destacable que el campo longitud/tipo y el Ethertype son propios sólo para 802.3. En otros protocolos, se usa siempre la capa LLC y SNAP.
- El apartado b) ha vuelto a ser revisado por la profesora y mi última solución (la de la revisión 1) es ya correcta.
- Todos los apartados están ya correctos en la revisión 1, salvo la tabla de enrutamiento del Router 3, que incluye más entradas de la cuenta. Ésta es la correcta (y ha sido ratificado por la profesora):
- Tabla de enrutamiento del Router 3:
| RED | PRÓXIMO SALTO | INTERFAZ |
| 192.168.1.64 | - | Port1 |
| 192.168.1.96 | - | Port0 |
| 0.0.0.0 | IP_Port1_Router1 (192.168.1.97) | Port0 |
Tratemos ahora el examen de junio de 2006 (quizá sea mejor):
Pregunta 1:
- En cuanto al apartado a), el número de dominios de ancho de banda como mínimo se refiere a que ciertos enlaces entre DCEs o DTEs pueden ser half-dúplex o full-dúplex. En caso de ser todos full-dúplex, y dado que en este caso no hay colisiones ni medios compartidos, se alcanza el mínimo de dominios de ancho de banda. Se tienen por tanto los siguientes dominios (ratificado por la profe):
- En cuanto al apartado b), la MTU de la tecnología 802.11 no es 2312 bytes como pensaba, sino 1508 bytes. Ya que no hay dispositivos que puedan adaptar las MTUs entre distintas tecnologías, éstas, al estar interconectadas deben operar con la MTU mínima entre ellas; y ésta es la de 802.3: 1500 bytes + cabeceras = 1508 bytes.
- Para el apartado c), los direccionamientos lógicos pueden ser mediante LLC (con DSAP/SSAP) o bien mediante SNAP; ya que operan entre sí distintas tecnologías (802.3 y 802.11).
- El apartado d) estaba mal resuelto. A continuación, propongo la solución correcta (ratificada por la profesora). No obstante, en primer lugar se debe tener en cuenta lo siguiente:
- El PC8 sabe la IP del PC7 pero no su MAC, con lo cual envía un datagrama ARP. Esto es así ya que, cuando se encienden los equipos y los clientes se asocian con su punto de acceso, éste conoce las MAC de sus clientes pero éstos no conocen las MAC de otros clientes (en concreto, el PC8 no conoce la MAC del PC7). El datagrama ARP tiene: {IP orig = IP_PC8; IP dest = IP_PC7; MAC orig = MAC_PC8; MAC dest = Broadcast}.
- Este datagrama llega al AP1 y éste lo reenvía hacia PC7 y hacia SW4 (la perdición), pues es Broadcast.
- El datagrama recorre TODOS los DTEs y DCEs de la red, formando un ciclo infinito entre SW4, SW3, SW2, SW0, SW1 (inundando continuamente también todos los PCs y demás equipos), ya que el datagrama es Broadcast. Esto se corregiría usando Spanning Tree.
- El PC8 sabe la IP del PC7 pero no su MAC, con lo cual envía un datagrama ARP. Esto es así ya que, cuando se encienden los equipos y los clientes se asocian con su punto de acceso, éste conoce las MAC de sus clientes pero éstos no conocen las MAC de otros clientes (en concreto, el PC8 no conoce la MAC del PC7). El datagrama ARP tiene: {IP orig = IP_PC8; IP dest = IP_PC7; MAC orig = MAC_PC8; MAC dest = Broadcast}.
- La respuesta al apartado d.i) es la siguiente:
| INTERFAZ | DIRECCIÓN MAC | MARCA TIEMPO |
| Interfaz_802.11 | MAC_PC2 | 5 |
| Interfaz_802.11 | MAC_PC3 | 5 |
| Interfaz_802.11 | MAC_PC4 | 5 |
| Interfaz_802.3 | MAC_PC8 | 8 |
- La respuesta al apartado d.ii) es: Sí, un mismo datagrama ARP Request repetido infinitas veces. Debido a que el Sw4 reenvía continuamente hacia el PC9 dicho datagrama ARP Request que le llega tanto desde el AP1 como del Sw3. El contenido del datagrama ARP es el indicado anteriormente: {IP orig = IP_PC8; IP dest = IP_PC7; MAC orig = MAC_PC8; MAC dest = Broadcast}.
- La respuesta al apartado d.iii) es: Sí, recibe (como el PC9) infinitas veces el datagrama ARP Request (cuyo destinatario debería haber sido él solo). Además, si la saturación de la red lo permite, puede ocurrir lo siguiente:
- La primera vez que llegue al PC7 el "dichoso" datagrama ARP Request, éste responde con un datagrama ARP Response: {IP orig = IP_PC7; IP dest = IP_PC8; MAC orig = MAC_PC7; MAC dest = MAC_PC8}.
- El ARP Response llega al AP1. Éste sólo reenvía hacia PC8, pues tiene su MAC en su tabla de direcciones (estaba ahí desde que se produjo la asociación con los clientes: PC7 y PC8).
- El PC8 conoce finalmente la MAC de PC7 y envía el datagrama que le interesaba mandar originalmente: {IP orig = IP_PC8; IP dest = IP_PC7; MAC orig = MAC_PC8; MAC dest = MAC_PC7}.
- El datagrama llega al AP1 y éste sólo lo reenvía hacia el PC7.
- Finalmente, el datagrama llega al PC7 y se completa así el proceso de envío de un datagrama desde el PC8 al PC7.
(Las preguntas 2, 3 y 4 quedan pendientes de ser documentadas, necesito avanzar con otra cosa)
domingo, 18 de noviembre de 2007
Dos preguntas de un examen (2ºparcial: 7/JUN/06)
Primera pregunta:
¿Qué hace DHCP cuando el usuario ha cambiado de ubicación y se aleja de la cobertura de un punto de acceso, acercándose a otro punto de acceso de otra subred?
Segunda pregunta:
Si tenemos en cada acceso ADSL con una dirección IP fija: ¿puedo poner un NAT sin notificárselo al proveedor de acceso a Internet?. ¿Y si el acceso ADSL es con dirección IP oculta?. Justificar ambas respuestas en base al funcionamiento del sistema NAT.
Respuesta:
Estas preguntas no entran en el examen, con lo cual, no voy a responderlas :-)
En concreto, no entra en el examen DHCP, ni 802.5, ni FDDI, ni el mecanismo de control de flujo de TCP.
¿Qué hace DHCP cuando el usuario ha cambiado de ubicación y se aleja de la cobertura de un punto de acceso, acercándose a otro punto de acceso de otra subred?
Segunda pregunta:
Si tenemos en cada acceso ADSL con una dirección IP fija: ¿puedo poner un NAT sin notificárselo al proveedor de acceso a Internet?. ¿Y si el acceso ADSL es con dirección IP oculta?. Justificar ambas respuestas en base al funcionamiento del sistema NAT.
Respuesta:
Estas preguntas no entran en el examen, con lo cual, no voy a responderlas :-)
En concreto, no entra en el examen DHCP, ni 802.5, ni FDDI, ni el mecanismo de control de flujo de TCP.
Mi solución al examen de ARC2 de junio 2006
ENUNCIADO
El enunciado del examen está en este PDF:
MIS SOLUCIONES (Son sólo mis respuestas, quizás no sean correctas)
Problema 1:
a) No comprendo por qué lo de mínimo, pero respondo con los dominios de colisión que sé delimitar. Éstos son dichos dominios (me salen 20):
b) La MTU de 802.11 es 2312 bytes. No sé si este valor es variable en función de algunas condiciones.
c) El direccionamiento lógico a nivel 2 debe hacerse mediante el nivel LLC y sus campos DSAP y SSAP, para direccionar distintos protocolos para la capa superior. No se puede usar ni Ethertype en el campo longitud/tipo de MAC (ya que el enunciado dice que este campo significa longitud); ni se puede usar SNAP (con DSAP y SSAP con valor 0xAA y Control=0x03) ya que sólo es válido cuando el campo longitud/tipo significa tipo --> ??
d.i) Me parece más lógico estudiar la tabla de direcciones del punto de acceso 1, ya que es el que interviene de forma más directa en la comunicación entre el PC8 y el PC7, pero responderé a lo que preguntan. Dado que un punto de acceso sólo reenvía una trama si conoce a su destino, y dado que el punto de acceso 1 tiene una asociación con el destino (el PC7), este punto de acceso no reenvía las tramas hacia el Switch 4, con lo que la tabla de direcciones del punto de acceso 0 permanece vacía.
d.ii) Por el mismo motivo que antes, el PC9 no recibe ningún tráfico relativo al envío del datagrama entre el PC8 y el PC7.
d.iii) El PC7 recibe el datagrama enviado por el PC8, ya que el punto de acceso 1 se lo ha reenviado. La trama en cuestión será ésta:
Problema 2:
Podría ocurrir que el destino indicado en el datagrama IP sea inalcanzable para el router; es decir, en su tabla de enrutamiento no hay ninguna entrada para la red que indica la dirección IP del destino. Esto puede ocurrir si no se han configurado bien los equipos.
Problema 3:
Se necesitan 4 subredes. Son necesarios 3 bits para identificar subred (se tienen hasta 2^3 - 2 = 6 subredes). En un principio, las subredes son:
162.230.64.0 [000 0 0000]
162.230.64.32 [001 0 0000] R3
162.230.64.64 [010 0 0000] R1
162.230.64.96 [011 0 0000] R1
162.230.64.128 [100 0 0000] R2
162.230.64.160 [101 0 0000] R2
162.230.64.192 [110 0 0000] R4
162.230.64.224 [111 0 0000]
Todas ellas con máscara de subred 255.255.255.224 y de hasta 30 hosts cada una.
Sin embargo, interesa tener dos que permitan al menos 50 hosts, con lo cual vamos a agrupar dos pares de estas subredes. Con ello, tendremos dos superredes de hasta 32 + 32 - 2 = 62 hosts.
De esta forma, las superredes 1 y 2 son las formadas por subredes con R1 y R2 en la relación anterior, respectivamente. Las redes R3 y R4 son subredes normales de 30 hosts.
El modo de agrupación de subredes tiene que ser tal que coincidan los primeros bits del último byte de la dirección IP.
Además, es necesario usar CIDR para el supernetting, y por tanto las subredes resultantes son:
R1 (62 hosts): 162.230.64.64/26
R2 (62 hosts): 162.230.64.128/26
R3 (30 hosts): 162.230.64.32/27
R4 (30 hosts): 162.230.64.192/27
El resto de datos: máscara, dirección de broadcast, dirección de la puerta de enlace predeterminada y rango de ip's útiles son triviales de obtener y los omito aquí.
Problema 4:
(no sé responder, sólo se me ocurre que no se identifica bien qué parte es de red y cual de host)
Enlaces:
El enunciado del examen está en este PDF:
MIS SOLUCIONES (Son sólo mis respuestas, quizás no sean correctas)
Problema 1:
a) No comprendo por qué lo de mínimo, pero respondo con los dominios de colisión que sé delimitar. Éstos son dichos dominios (me salen 20):
b) La MTU de 802.11 es 2312 bytes. No sé si este valor es variable en función de algunas condiciones.
c) El direccionamiento lógico a nivel 2 debe hacerse mediante el nivel LLC y sus campos DSAP y SSAP, para direccionar distintos protocolos para la capa superior. No se puede usar ni Ethertype en el campo longitud/tipo de MAC (ya que el enunciado dice que este campo significa longitud); ni se puede usar SNAP (con DSAP y SSAP con valor 0xAA y Control=0x03) ya que sólo es válido cuando el campo longitud/tipo significa tipo --> ??
d.i) Me parece más lógico estudiar la tabla de direcciones del punto de acceso 1, ya que es el que interviene de forma más directa en la comunicación entre el PC8 y el PC7, pero responderé a lo que preguntan. Dado que un punto de acceso sólo reenvía una trama si conoce a su destino, y dado que el punto de acceso 1 tiene una asociación con el destino (el PC7), este punto de acceso no reenvía las tramas hacia el Switch 4, con lo que la tabla de direcciones del punto de acceso 0 permanece vacía.
d.ii) Por el mismo motivo que antes, el PC9 no recibe ningún tráfico relativo al envío del datagrama entre el PC8 y el PC7.
d.iii) El PC7 recibe el datagrama enviado por el PC8, ya que el punto de acceso 1 se lo ha reenviado. La trama en cuestión será ésta:
| MAC dest | MAC orig | ... | IP orig | IP dest | datos | CRC |
| MAC_PC7 | MAC_PC8 | ... | IP_PC8 | IP_PC7 |
Problema 2:
Podría ocurrir que el destino indicado en el datagrama IP sea inalcanzable para el router; es decir, en su tabla de enrutamiento no hay ninguna entrada para la red que indica la dirección IP del destino. Esto puede ocurrir si no se han configurado bien los equipos.
Problema 3:
Se necesitan 4 subredes. Son necesarios 3 bits para identificar subred (se tienen hasta 2^3 - 2 = 6 subredes). En un principio, las subredes son:
162.230.64.0 [000 0 0000]
162.230.64.32 [001 0 0000] R3
162.230.64.64 [010 0 0000] R1
162.230.64.96 [011 0 0000] R1
162.230.64.128 [100 0 0000] R2
162.230.64.160 [101 0 0000] R2
162.230.64.192 [110 0 0000] R4
162.230.64.224 [111 0 0000]
Todas ellas con máscara de subred 255.255.255.224 y de hasta 30 hosts cada una.
Sin embargo, interesa tener dos que permitan al menos 50 hosts, con lo cual vamos a agrupar dos pares de estas subredes. Con ello, tendremos dos superredes de hasta 32 + 32 - 2 = 62 hosts.
De esta forma, las superredes 1 y 2 son las formadas por subredes con R1 y R2 en la relación anterior, respectivamente. Las redes R3 y R4 son subredes normales de 30 hosts.
El modo de agrupación de subredes tiene que ser tal que coincidan los primeros bits del último byte de la dirección IP.
Además, es necesario usar CIDR para el supernetting, y por tanto las subredes resultantes son:
R1 (62 hosts): 162.230.64.64/26
R2 (62 hosts): 162.230.64.128/26
R3 (30 hosts): 162.230.64.32/27
R4 (30 hosts): 162.230.64.192/27
El resto de datos: máscara, dirección de broadcast, dirección de la puerta de enlace predeterminada y rango de ip's útiles son triviales de obtener y los omito aquí.
Problema 4:
(no sé responder, sólo se me ocurre que no se identifica bien qué parte es de red y cual de host)
Enlaces:
- Sobre direcciones IP
- Para comprender el Supernetting: CIDR en Wikipedia (apdo. Agregación de Prefijos)
jueves, 15 de noviembre de 2007
Revisión 1 de mi solución al examen de ARC2 de septiembre 2007 (Problema 2)
a) Mi solución a este apartado era correcta, tan sólo que no debí incluir los equipos de la figura 2, ya que no intervienen en el problema 2 del examen.
b) Mi respuesta era correcta.
c.i) Mi respuesta era correcta.
c.ii) En este apartado me equivoqué en el punto que pensaba que podía estar equivocado, con lo cual rectifico escribiendo de nuevo la respuesta a partir del punto en el que me equivoqué.
Al ser clase C, los tres primeros octetos de la dirección IP identificarán red, mientras que el último byte servirá para identificar a los hosts. Si queremos usar 3 bits para red, los tomaremos prestado del último octeto (de otro modo se tendrían varias redes de clase C, en lugar de una sola con subnetting). Con lo cual la estructura de las direcciones IP quedará 192.168.1.[rrrh hhhh] y la máscara de red será 255.255.255.224. Por tanto, podemos escribir la siguiente tabla. Se usarán sólo las redes 192.168.1.32 a 192.168.1.160 (5 redes).
c.iii) El contenido mínimo de las tablas de enrutamiento que propuse no incluyen las entradas que permiten a los routers alcanzar a equipos en Internet. A continuación muestro la solución corregida:
c.iv) Mi respuesta era correcta.
Eso es todo :-)
b) Mi respuesta era correcta.
c.i) Mi respuesta era correcta.
c.ii) En este apartado me equivoqué en el punto que pensaba que podía estar equivocado, con lo cual rectifico escribiendo de nuevo la respuesta a partir del punto en el que me equivoqué.
Al ser clase C, los tres primeros octetos de la dirección IP identificarán red, mientras que el último byte servirá para identificar a los hosts. Si queremos usar 3 bits para red, los tomaremos prestado del último octeto (de otro modo se tendrían varias redes de clase C, en lugar de una sola con subnetting). Con lo cual la estructura de las direcciones IP quedará 192.168.1.[rrrh hhhh] y la máscara de red será 255.255.255.224. Por tanto, podemos escribir la siguiente tabla. Se usarán sólo las redes 192.168.1.32 a 192.168.1.160 (5 redes).
| DIRECCIÓN DE RED | MÁSCARA | BROADCAST DIRIGIDO | RANGO DE IP’SÚTILES |
| 192.168.1.0 | 255.255.255.224 | 192.168.1.31 | 192.168.1.1 - 192.168.1.30 |
| 192.168.1.32 | 255.255.255.224 | 192.168.1.63 | 192.168.1.33 - 192.168.1.62 |
| 192.168.1.64 | 255.255.255.224 | 192.168.1.95 | 192.168.1.65 - 192.168.1.94 |
| 192.168.1.96 | 255.255.255.224 | 192.168.1.127 | 192.168.1.97 - 192.168.1.126 |
| 192.168.1.128 | 255.255.255.224 | 192.168.1.159 | 192.168.1.129 - 192.168.1.158 |
| 192.168.1.160 | 255.255.255.224 | 192.168.1.191 | 192.168.1.161 - 192.168.1.190 |
| 192.168.1.192 | 255.255.255.224 | 192.168.1.223 | 192.168.1.193 - 192.168.1.222 |
| 192.168.1.224 | 255.255.255.224 | 192.168.1.255 | 192.168.1.225 - 192.168.1.254 |
c.iii) El contenido mínimo de las tablas de enrutamiento que propuse no incluyen las entradas que permiten a los routers alcanzar a equipos en Internet. A continuación muestro la solución corregida:
- Tabla de enrutamiento del Router 1:
| RED | PRÓXIMO SALTO | INTERFAZ |
| 192.168.1.32 | - | Port0 |
| 192.168.1.64 | IP_Port0_Router3 (192.168.1.98) | Port1 |
| 192.168.1.96 | - | Port1 |
| 192.168.1.128 | - | Port2 |
| 192.168.1.160 | - | Port3 |
| 0.0.0.0 | IP_Port0_Router2 (192.168.1.162) | Port3 |
- Tabla de enrutamiento del Router 3:
| RED | PRÓXIMO SALTO | INTERFAZ |
| 192.168.1.32 | IP_Port1_Router1 (192.168.1.97) | Port0 |
| 192.168.1.64 | - | Port1 |
| 192.168.1.96 | - | Port0 |
| 192.168.1.128 | IP_Port1_Router1 (192.168.1.97) | Port0 |
| 192.168.1.160 | IP_Port1_Router1 (192.168.1.97) | Port0 |
| 0.0.0.0 | IP_Port1_Router1 (192.168.1.97) | Port0 |
c.iv) Mi respuesta era correcta.
Eso es todo :-)
martes, 30 de octubre de 2007
Revisión 1 de mi solución al examen de ARC2 de septiembre 2007 (Problema 1)
Tras la sesión de tutorías, se confirman las siguientes correciones a la pregunta 1 del examen.
[4] El parámetro más relevante en este contexto que se puede modificar es la MTU.
a.i) Existen tres modos de direccionamiento lógico a nivel 2:
a.ii) De igual modo, el BSS se conecta a una interfaz con protocolo 802.3, con lo que debe usarse SNAP para el direccionamiento lógico a nivel 2.
b.i) En este caso, el BSS se conecta a una interfaz 802.11. Dado que el protocolo de nivel de red es IP, puede usarse tanto DSAP/SSAP o SNAP para el direccionamiento lógico. No obstante, como es necesario usar el protocolo ARP, y éste sólo admite SNAP, usaremos SNAP tanto para IP como para ARP.
El nivel de aplicación conoce los protocolos de todos los niveles inferiores, con lo que conoce el tamaño de cada cabecera de los mismos y puede averiguar el tamaño máximo posible de su A_PDU. Este tamaño se obtiene a partir del tamaño máximo de una MAC_PDU para (en este caso) el protocolo 802.11, que es 2312 bytes. A continuación hay que restar el tamaño de las cabeceras de cada nivel superior hasta el nivel de aplicación.
De este modo, se tiene: 2312 - 3 (LLC) - 5 (SNAP) - 20 (IP) - 8 (UDP) - 4 (AP) = 2272 bytes, es el tamaño máximo de A_PDU.
Como se dice que hay que enviar 2300 bytes de datos útiles, se supera el máximo anterior, y hay que enviar dos UDP_PDUs. La primera con 2272 bytes de datos útiles y la segunda con 2300 - 2272 = 28 bytes de datos útiles.
b.ii) Aunque el destino sea el Pc M y se atraviese otras redes con otras tecnologías, el número de UDP_PDUs será el mismo, ya que si la MTU fuese otra en algún tramo y procediese fragmentar, dicha fragmentación se haría a nivel de red y sería transparente para el nivel de aplicación.
[4] El parámetro más relevante en este contexto que se puede modificar es la MTU.
a.i) Existen tres modos de direccionamiento lógico a nivel 2:
- Mediante Ethertype (campo longitud/tipo = tipo; en la cabecera MAC)
- Mediante DSAP/SSAP (campos DSAP, SSAP y Control en la cabecera LLC, que indican qué protocolo va por encima; en la cabecera MAC, o bien no hay campo longitud/tipo, o si lo hay indica longitud)
- Mediante SNAP (una subcapa más entre LLC y el nivel superior; en la cabecera MAC, o bien no hay campo longitud/tipo, o si lo hay indica longitud; en la cabecera LLC los campos DSAP y SSAP valen 0xAA ó 0xAB y Control vale 0x03 (UI); en la cabecera SNAP hay un sólo campo llamado Protocol Identification de 5 bytes que tiene dos partes: los 3 primeros bytes son el OUI y valdría 00-00-00 y los otros 2 bytes indicaría el tipo Ethertype (ahí está el misterio que se encapsula))
- En 802.3 se permiten los tres modos de direccionamiento lógico anteriores.
- En cualquier otro protocolo para niveles Físico y MAC (como 802.11) sólo se permiten los modos 2 y 3 de direccionamiento lógico.
- En 802.11 no existe campo longitud/tipo en la trama MAC y además siempre usa el nivel LLC.
- El protocolo IP puede ser usado en combinación con los modos 2 y 3 de direccionamiento lógico.
- El protocolo ARP, el cual IP requiere, sólo puede usarse con el modo 3 de direccionamiento lógico.
a.ii) De igual modo, el BSS se conecta a una interfaz con protocolo 802.3, con lo que debe usarse SNAP para el direccionamiento lógico a nivel 2.
b.i) En este caso, el BSS se conecta a una interfaz 802.11. Dado que el protocolo de nivel de red es IP, puede usarse tanto DSAP/SSAP o SNAP para el direccionamiento lógico. No obstante, como es necesario usar el protocolo ARP, y éste sólo admite SNAP, usaremos SNAP tanto para IP como para ARP.
El nivel de aplicación conoce los protocolos de todos los niveles inferiores, con lo que conoce el tamaño de cada cabecera de los mismos y puede averiguar el tamaño máximo posible de su A_PDU. Este tamaño se obtiene a partir del tamaño máximo de una MAC_PDU para (en este caso) el protocolo 802.11, que es 2312 bytes. A continuación hay que restar el tamaño de las cabeceras de cada nivel superior hasta el nivel de aplicación.
De este modo, se tiene: 2312 - 3 (LLC) - 5 (SNAP) - 20 (IP) - 8 (UDP) - 4 (AP) = 2272 bytes, es el tamaño máximo de A_PDU.
Como se dice que hay que enviar 2300 bytes de datos útiles, se supera el máximo anterior, y hay que enviar dos UDP_PDUs. La primera con 2272 bytes de datos útiles y la segunda con 2300 - 2272 = 28 bytes de datos útiles.
b.ii) Aunque el destino sea el Pc M y se atraviese otras redes con otras tecnologías, el número de UDP_PDUs será el mismo, ya que si la MTU fuese otra en algún tramo y procediese fragmentar, dicha fragmentación se haría a nivel de red y sería transparente para el nivel de aplicación.
miércoles, 24 de octubre de 2007
Mi solución al examen de ARC2 de septiembre 2007 (Problema 2)
PROBLEMA 2
En la figura 1 se representa la red de una empresa conectada a Internet que usa tecnología 802.3 100baseT4 [1] en la que se ha sustituido el dispositivo X por un servidor web y Repeater0 por un router: Router 3 de las mismas interfaces. Responda de manera justificada a las siguientes cuestiones:
a) ¿Cuántos dominios de broadcast hay en la red de la empresa?, indíquelos.
b) ¿Es posible usar el mecanismo de control de flujo de 802.3 en esta red? ¿En dónde?
c) El puerto 1 del Router 2 tiene configurada la dirección IP 200.10.15.21 y esa es la dirección IP origen que aparece en todos los datagramas que reciben los usuarios de Internet, p.e. servidores de Internet, procedentes de PCs de la empresa. (Justifique todas sus respuestas).
c.i) ¿Cómo accede esta empresa a Internet?
c.ii) Realice una asignación de direcciones IP a todas las redes de la empresa que aparecen en la figura 1, de tal forma que se minimice el número de bits dedicados a identificar a red. Para cada red deberá indicar dirección de red, máscara, dirección de broadcast dirigido y rango de direcciones IP disponibles para configurar dispositivos con capa Internet. (Nota: Debe usar como red de partida una clase C que le garantice a la empresa acceder a cualquier host/servidor de Internet. Suponga que en las tablas de enrutamiento de los routers de la empresa no aparece el prefijo de red).
c.iii) Teniendo en cuenta el apartado anterior, indique el contenido mínimo de las tablas de enrutamiento de los routers Router 1 y Router 3, para que todos los PCs de la empresa puedan intercambiar datagramas entre ellos y con PCs de Internet.
c.iv) ¿Qué contendrá la tabla de direcciones de todos los dispositivos de nivel 2 de la red de la empresa si un usuario de Internet se descarga una página web del servidor de la empresa?
COMENTARIOS AL PROBLEMA 2
[1] La tecnología 100baseT4 opera únicamente en modo half-dúplex. Por ello, en ningún tramo de la red empresarial se puede tener full-dúplex.
MIS RESPUESTAS AL PROBLEMA 2 (Son sólo mis respuestas, quizás no sean correctas)
a) Existen 5 dominios de broadcast y son los indicados en la figura adjunta. Un dominio de broadcast está formado por todas las estaciones, dispositivos y puertos con nivel 2 o inferior que están delimitados por dispositivos de nivel 3.
b) El mecanismo de control de flujo puede ser efectuado por el nivel LLC (802.2); no obstante, dentro del nivel MAC de 802.3 puede existir una subcapa en la parte superior llamada MAC_CONTROL que es opcional y se puede encargar del control de flujo. La cuestión es que esto sólo funciona cuando se opera con full-dúplex. Por tanto, el mecanismo de control de flujo de 802.3 sólo puede usarse en aquellas regiones de la red donde exista full-dúplex. En esta red empresarial, al disponer únicamente de la tecnología 100baseT4, y ésta operar sólo en modo half-dúplex, no se puede usar el mecanismo de control de flujo de 802.3 en ninguna parte de la red (ver transparencia 6 del tema 6 de ARC1).
c.i) La empresa parece haber contratado y reservado una dirección IP pública de clase C que es 200.10.15.21, y ésta es la que la red empresarial ofrece a Internet. El Router 2 se encarga de traducir o mapear las direcciones IP desde la IP pública hacia la intranet de la empresa (y viceversa) mediante una tabla NAT. Por tanto, las distintas estaciones de la red de la empresa reciben direcciones IP usando un direccionamiento privado.
c.ii) Se usará el direccionamiento privado. Además, como las tablas de enrutamiento no almacenan los prefijos de red, se podrá usar sólo direccionamiento con clase; ya que para el direccionamiento sin clase (CIDR) es necesario almacenar los prefijos de red (qué parte es red y qué parte son hosts). Se usará la clase C, tal como se indica en el enunciado. Por otra parte, se necesitan 5 redes, ya que existen 5 dominios de broadcast en la red empresarial. El mínimo número de bits necesarios para identificar red es 3, ya que 2^3 es 8, y ésta es la potencia de 2 más cercana por exceso al número de redes más 2 (hay que sumar 2 al número de redes para calcular el número de bits, porque siempre habrá dos subredes inútiles: la primera y la última; por coincidir con la dirección de red completa y con la de broadcast no dirigido). Al ser clase C, los tres primeros octetos de la dirección IP identificarán red, mientras que el último byte servirá para identificar a los hosts. Si queremos usar 3 bits para red, los tomaremos prestado de los bits menos significativos de los tres primeros octetos (esto es algo en lo que quizá me esté equivocando; puede que tenga que tomarlos prestado del último octeto, no lo sé). Con lo cual la estructura de las direcciones IP quedará 192.168.[0000 0xxx].[0-255] y la máscara de red será 255.255.255.0. Por tanto, podemos escribir la siguiente tabla. Se usarán sólo las redes 192.168.1.0 a 192.168.5.0.
Faltaría decir que el router por defecto para ambos routers es la dirección IP del puerto 0 del router 2, para encontrar otras redes (Internet).
c.iv) Un cliente de Internet, al descargar una página web del servidor, provoca que se produzca el siguiente camino para los datagramas: desde Internet al Router 2, desde el Router 2 al Router1, del puerto 0 del Router 1 al puerto 2 del Switch 2 y del puerto 3 del Switch 2 al servidor web. Hasta que el servidor Web no responda con algún datagrama, el Switch 2 no aprenderá su dirección MAC y reenviará todas las tramas procedentes del cliente a través de sus puertos 0 y 1, llegándole también la trama al Switch 1. Por tanto, sólo se verán afectados en esta comunicación los dispositivos de nivel 2 siguientes: Switch 1 y Switch 2. Con ello, tras una comunicación bilateral entre cliente y servidor, se tendrán las siguientes tablas de direcciones para estos dispositivos de nivel 2 afectados.
En la figura 1 se representa la red de una empresa conectada a Internet que usa tecnología 802.3 100baseT4 [1] en la que se ha sustituido el dispositivo X por un servidor web y Repeater0 por un router: Router 3 de las mismas interfaces. Responda de manera justificada a las siguientes cuestiones:
a) ¿Cuántos dominios de broadcast hay en la red de la empresa?, indíquelos.
b) ¿Es posible usar el mecanismo de control de flujo de 802.3 en esta red? ¿En dónde?
c) El puerto 1 del Router 2 tiene configurada la dirección IP 200.10.15.21 y esa es la dirección IP origen que aparece en todos los datagramas que reciben los usuarios de Internet, p.e. servidores de Internet, procedentes de PCs de la empresa. (Justifique todas sus respuestas).
c.i) ¿Cómo accede esta empresa a Internet?
c.ii) Realice una asignación de direcciones IP a todas las redes de la empresa que aparecen en la figura 1, de tal forma que se minimice el número de bits dedicados a identificar a red. Para cada red deberá indicar dirección de red, máscara, dirección de broadcast dirigido y rango de direcciones IP disponibles para configurar dispositivos con capa Internet. (Nota: Debe usar como red de partida una clase C que le garantice a la empresa acceder a cualquier host/servidor de Internet. Suponga que en las tablas de enrutamiento de los routers de la empresa no aparece el prefijo de red).
c.iii) Teniendo en cuenta el apartado anterior, indique el contenido mínimo de las tablas de enrutamiento de los routers Router 1 y Router 3, para que todos los PCs de la empresa puedan intercambiar datagramas entre ellos y con PCs de Internet.
c.iv) ¿Qué contendrá la tabla de direcciones de todos los dispositivos de nivel 2 de la red de la empresa si un usuario de Internet se descarga una página web del servidor de la empresa?
COMENTARIOS AL PROBLEMA 2
[1] La tecnología 100baseT4 opera únicamente en modo half-dúplex. Por ello, en ningún tramo de la red empresarial se puede tener full-dúplex.
MIS RESPUESTAS AL PROBLEMA 2 (Son sólo mis respuestas, quizás no sean correctas)
a) Existen 5 dominios de broadcast y son los indicados en la figura adjunta. Un dominio de broadcast está formado por todas las estaciones, dispositivos y puertos con nivel 2 o inferior que están delimitados por dispositivos de nivel 3.
b) El mecanismo de control de flujo puede ser efectuado por el nivel LLC (802.2); no obstante, dentro del nivel MAC de 802.3 puede existir una subcapa en la parte superior llamada MAC_CONTROL que es opcional y se puede encargar del control de flujo. La cuestión es que esto sólo funciona cuando se opera con full-dúplex. Por tanto, el mecanismo de control de flujo de 802.3 sólo puede usarse en aquellas regiones de la red donde exista full-dúplex. En esta red empresarial, al disponer únicamente de la tecnología 100baseT4, y ésta operar sólo en modo half-dúplex, no se puede usar el mecanismo de control de flujo de 802.3 en ninguna parte de la red (ver transparencia 6 del tema 6 de ARC1).
c.i) La empresa parece haber contratado y reservado una dirección IP pública de clase C que es 200.10.15.21, y ésta es la que la red empresarial ofrece a Internet. El Router 2 se encarga de traducir o mapear las direcciones IP desde la IP pública hacia la intranet de la empresa (y viceversa) mediante una tabla NAT. Por tanto, las distintas estaciones de la red de la empresa reciben direcciones IP usando un direccionamiento privado.
c.ii) Se usará el direccionamiento privado. Además, como las tablas de enrutamiento no almacenan los prefijos de red, se podrá usar sólo direccionamiento con clase; ya que para el direccionamiento sin clase (CIDR) es necesario almacenar los prefijos de red (qué parte es red y qué parte son hosts). Se usará la clase C, tal como se indica en el enunciado. Por otra parte, se necesitan 5 redes, ya que existen 5 dominios de broadcast en la red empresarial. El mínimo número de bits necesarios para identificar red es 3, ya que 2^3 es 8, y ésta es la potencia de 2 más cercana por exceso al número de redes más 2 (hay que sumar 2 al número de redes para calcular el número de bits, porque siempre habrá dos subredes inútiles: la primera y la última; por coincidir con la dirección de red completa y con la de broadcast no dirigido). Al ser clase C, los tres primeros octetos de la dirección IP identificarán red, mientras que el último byte servirá para identificar a los hosts. Si queremos usar 3 bits para red, los tomaremos prestado de los bits menos significativos de los tres primeros octetos (esto es algo en lo que quizá me esté equivocando; puede que tenga que tomarlos prestado del último octeto, no lo sé). Con lo cual la estructura de las direcciones IP quedará 192.168.[0000 0xxx].[0-255] y la máscara de red será 255.255.255.0. Por tanto, podemos escribir la siguiente tabla. Se usarán sólo las redes 192.168.1.0 a 192.168.5.0.
| DIRECCIÓN DE RED | MÁSCARA | BROADCAST DIRIGIDO | RANGO DE IP’S ÚTILES |
| 192.168.0.0 | 255.255.255.0 | 192.168.0.255 | 192.168.0.1 - 192.168.0.254 |
| 192.168.1.0 | 255.255.255.0 | 192.168.1.255 | 192.168.1.1 - 192.168.1.254 |
| 192.168.2.0 | 255.255.255.0 | 192.168.2.255 | 192.168.2.1 - 192.168.2.254 |
| 192.168.3.0 | 255.255.255.0 | 192.168.3.255 | 192.168.3.1 - 192.168.3.254 |
| 192.168.4.0 | 255.255.255.0 | 192.168.4.255 | 192.168.4.1 - 192.168.4.254 |
| 192.168.5.0 | 255.255.255.0 | 192.168.5.255 | 192.168.5.1 - 192.168.5.254 |
| 192.168.6.0 | 255.255.255.0 | 192.168.6.255 | 192.168.6.1 - 192.168.6.254 |
| 192.168.7.0 | 255.255.255.0 | 192.168.7.255 | 192.168.7.1 - 192.168.7.254 |
c.iii)
Tabla de enrutamiento del Router 1:
| Red | Próximo salto | Interfaz |
| 192.168.1.0 | - | Port0 |
| 192.168.4.0 | - | Port1 |
| 192.168.2.0 | - | Port2 |
| 192.168.3.0 | - | Port3 |
| 192.168.5.0 | IP_Port0_Router3 | Port |
Tabla de enrutamiento del Router 3:
| Red | Próximo salto | Interfaz |
| 192.168.4.0 | - | Port0 |
| 192.168.5.0 | - | Port1 |
| 192.168.1.0 | IP_Port1_Router1 | Port0 |
| 192.168.2.0 | IP_Port1_Router1 | Port0 |
| 192.168.3.0 | IP_Port1_Router1 | Port0 |
Faltaría decir que el router por defecto para ambos routers es la dirección IP del puerto 0 del router 2, para encontrar otras redes (Internet).
c.iv) Un cliente de Internet, al descargar una página web del servidor, provoca que se produzca el siguiente camino para los datagramas: desde Internet al Router 2, desde el Router 2 al Router1, del puerto 0 del Router 1 al puerto 2 del Switch 2 y del puerto 3 del Switch 2 al servidor web. Hasta que el servidor Web no responda con algún datagrama, el Switch 2 no aprenderá su dirección MAC y reenviará todas las tramas procedentes del cliente a través de sus puertos 0 y 1, llegándole también la trama al Switch 1. Por tanto, sólo se verán afectados en esta comunicación los dispositivos de nivel 2 siguientes: Switch 1 y Switch 2. Con ello, tras una comunicación bilateral entre cliente y servidor, se tendrán las siguientes tablas de direcciones para estos dispositivos de nivel 2 afectados.
Tabla de direcciones del Switch 1:
| Interfaz | Dirección MAC |
| Port3 | MAC_Port0_Router1 |
Tabla de direcciones del Switch 2:
| Interfaz | Dirección MAC |
| Port2 | MAC_Port0_Router1 |
| Port3 | MAC_ServidorWeb |
Mi solución al examen de ARC2 de septiembre 2007 (Problema 1)
PROBLEMA 1
En la figura 1 se representa una red IP [1], compuesta por segmentos 802.3/100baseTX [2] interconectados mediante diferentes dispositivos de interconexión, a lo que se desea conectar, a través del puerto 3 del switch 2, el BSS 802.11 [3] que aparece en la figura 2. Suponga que:
- Los parámetros del BSS se pueden modificar si es necesario [4]
- Cada dominio de broadcast es una red IP [5]
- Todos los dispositivos con capa Internet están perfectamente configurados para la red IP a la que pertenecen, y conocen las direcciones IP del resto de PCs [6]
- No se ha producido ningún tráfico en la red [7]
- Es posible el intercambio de datagramas entre cualquier PC que aparece en la red [8]
- En 802.3 el campo longitud/tipo significa tipo [9]
Se pide:
a) Justifique de manera razonada cómo se haría el direccionamiento lógico a nivel 2 [10] y que parámetros se usarían en el BSS si para conectarlo se sustituye el dispositivo X:
i) directamente por el punto de acceso de la figura 2 [11]
ii) por un router con dos interfaces 802.3 [12]
b) Suponga que para conectar el BSS de la figura 2 se sustituye el dispositivo X por un router con dos interfaces: una 802.3 y otra 802.11. Si un protocolo de aplicación cliente instalado en el PC C desea enviar 2300 bytes de datos mediante UDP al protocolo de aplicación servidor instalado en el PC A. Responda de manera justificada. (Nota: la PCI de UDP es 8 bytes + la PCI del protocolo de aplicación son 4 bytes. Las A_PDUs que envía el protocolo de aplicación son del tamaño máximo posible)
i) ¿Cuántas UDP_PDUs recibirá el PC A?
ii) ¿Recibirá las mismas UDP_PDUs si el destino es PC M? ¿Por qué?
COMENTARIOS AL PROBLEMA 1
[1] Red cuyo protocolo para el nivel de red es IP y por tanto usa TCP/IP como arquitectura.
[2] Protocolo IEEE 802.3 aplicado sobre los niveles físico y MAC para las DTEs y DCEs de la red. La velocidad en la red es de 100 Mbps en banda base con par trenzado. Además se usan dos enlaces físicos: uno para recibir y otro para transmitir.
[3] Es una infraestructura BSS con un punto de acceso que funciona como un puente y un conjunto de clientes. El punto de acceso requiere que los clientes se asocien previamente con él y sólo reenvía una trama si ésta va dirigida a algún cliente registrado en el BSS.
[4] El parámetro más relevante en este contexto que se puede modificar es …
[5] Esto es lo normal y así se hace explícito. No obstante, las estaciones pueden configurarse adrede para pertenecer a otras redes IP dentro del mismo dominio de broadcast, aunque esto no es lo normal.
[6] Ello significa que cada dispositivo con nivel 3 tiene configurada su dirección IP, dirección de red a la que pertenece, máscara de subred y dirección IP del router por defecto. Además, tiene en su tabla de encaminamiento las direcciones IP de los dispositivos con nivel 3 que se encuentran en su misma subred.
[7] Eso implica que las tablas de direccionamiento de los dispositivos con nivel 2 se encuentran vacías; y que las cachés ARP de las estaciones también lo están.
[8] No existe obstáculo para que dos PCs cualesquiera puedan intercambiarse datagramas.
[9] Si el valor del campo longitud/tipo es menor a 1536, indica longitud (aunque la longitud nunca será mayor que 1500). Es decir, el número de bytes de datos que siguen a este campo. En este caso, la subcapa LLC provee la identificación del protocolo. Por el contrario, si el valor es mayor o igual a 1536, indica Tipo, es decir, el tipo de protocolo que decodifica los datos.
[10] El direccionamiento lógico a nivel 2 parece que es la forma de distinguir mediante distintos números (direcciones) los protocolos que puedan ir por encima del nivel MAC. Por ejemplo, el nivel LLC ó bien IP. Parece que hay tres formas diferentes de realizar este mecanismo de direccionamiento lógico: 1-Mediante LLC y DSAP/SSAP; 2-Mediante Ethertype (campo long/tipo=tipo (el nivel MAC distingue el protocolo superior); 3-No recuerdo (algo relacionado con SNAP).
[11] El BSS se conecta directamente a un switch mediante un enlace 802.3.
[12] El BSS se conecta a un router mediante un enlace 802.3.
RESPUESTAS PROBLEMA 1 (Son sólo mis respuestas, quizás no sean correctas)
a.i) Como el dispositivo al que se conecta el BSS es de nivel 2 (un switch), debe usarse el mecanismo de direccionamiento lógico basado en el nivel MAC; es decir, el campo longitud/tipo indica tipo (Ethertype); y por encima de este nivel (MAC) se encuentra IP. Esto debe ser así porque el nivel más alto del switch es el nivel MAC, y no se puede dejar al nivel LLC con SNAP hacer el trabajo del direccionamiento.
a.ii) Al tratarse el dispositivo al que se conecta el BSS de nivel 3 (un router), se puede usar cualquiera de los tres mecanismos.
b.i) Recibirá una sola UDP_PDU, quien fragmenta los datos es el nivel de red, luego para el nivel UDP es transparente esta fragmentación. De cualquier modo, en este caso, al ser la comunicación con 802.11 y la MTU es 2312 bytes. Además, el datagrama enviado son 2300 bytes de datos más 32+X bytes de cabeceras (4 bytes del nivel de aplicación, 8 de UDP, 20 bytes de IP y X bytes de MAC 802.11). Con lo cual, sí habrá una fragmentación del datagrama, aunque, insisto, el destino sólo recibe una UDP_PDU.
b.ii) El destino PC_M recibe las mismas UDP_PDU. Esto es así por el mismo motivo que en el apartado anterior: para el nivel UDP la fragmentación de datagramas es transparente. Evidentemente los datagramas se fragmentarán y se reensamblarán en el destino; además que se está cruzando redes de distinta tecnología (802.11 y 802.3) con diferente MTU.
jueves, 20 de septiembre de 2007
martes, 28 de agosto de 2007
Anuncio un nuevo Tratado sobre la Naturaleza
Con motivo de una de las últimas asignaturas de mi carrera, voy a escribir un nuevo tratado sobre la naturaleza. Esta vez dedicado al materialismo en la filosofía de la mente (relación mente-cuerpo). Tendrá una parte teórica, en la que se introducirá al lector en la materia y se abordará la temática principal, y una parte práctica, a modo de discurso dialéctico del tipo de mi primer tratado sobre la naturaleza.
Este nuevo tratado aparecerá en breve, pues debo presentarlo el 10 de septiembre.
Saludos!!
Este nuevo tratado aparecerá en breve, pues debo presentarlo el 10 de septiembre.
Saludos!!
miércoles, 8 de agosto de 2007
Aprendido en la sesión del martes 7 de agosto
En primer lugar, decir que estos posts son referentes a las tres asignaturas que me quedan para terminar la carrera: ASP2, ARC2 y TIS.
Hoy he estudiado algo de ASP2, pero enseguida me he puesto a estudiar algo de TIS.
En cuanto a lo que he aprendido de TIS, es lo siguiente:
Hoy he estudiado algo de ASP2, pero enseguida me he puesto a estudiar algo de TIS.
En cuanto a lo que he aprendido de TIS, es lo siguiente:
1.- He empezado a leer un artículo llamado "El espacio, ¿una ilusión?" que viene a justificar la posibilidad de que una de las tres dimensiones espaciales quizá no exista. No he seguido leyendo para saber por qué.
2.- He empezado a leer un artículo llamado "La neurobiología del yo". Trata sobre la estructura cerebral que soporta el yo de una persona. Esto es, la actividad cerebral que presenta una persona cuando se le habla o piensa sobre sí misma es mucho mayor que cuando se le habla o piensa sobre los demás. Además, comprender esta estructura ayuda a entender y tratar a personas esquizofrénicas o con demencia.
3.- He empezado también a leer un artículo llamado "Cerebro de varón y cerebro de mujer", en el que se ponen de relieve ciertas diferencias en las capacidades intelectivas de ambos sexos. Según pruebas sistemáticas realizadas, las mujeres tienen más velocidad perceptiva, al identificar objetos que concuerdan, o objetos que faltan o han cambiado de sitio, mientras que los hombres tienen mayor capacidad de realizar transformaciones espaciales mentalmente, puntería y razonamiento matemático.
Además, dado que me han interesado estos temas, he buscado más información en Internet y he recopilado toda esta información para leerla con calma (aunque calma implica tiempo, y yo de eso no tengo mucho, pero en fin).
1.- En Wikipedia he leído los artículos: Neocórtex, Corteza cerebral y Cerebro. Resulta que el neocórtex femenino contiene aproximadamente 19 mil millones de neuronas mientras el neocórtex del varón contiene 23 mil millones. Aunque se desconoce el efecto, si es que existe alguno, que resulta de esta diferencia.
2.- Me he descargado algunos ejemplares más de la revista "Investigación y Ciencia" (de donde provienen los artículos que mencioné antes). Sólo tenía algunos artículos de la entrega de enero de 2006. Muchos de los temas que se abordan son muy interesantes y están en español.
3.- Además, me he dado por el rollo cerebral, y me he descargado el juego "Brain Trainer" tanto para PC, como para PPC y móvil. Me interesa sobre todo aumentar mi capacidad de concentración. Con ella, sí puedo aprovechar bien el tiempo.
Bueno, en definitiva, uno de esos días que se aprende un poco de por aquí y un poco de por allá. Sobre todo destacar lo ventajoso que es Internet para encontrar información. Suerte que tengo una conexión ADSL 24h.
Ahora seguiré leyendo algo más, pero ya postearé nuevos temas durante estos días con lo que aprenda nuevo.
Un saludo!!
Gualberto.
martes, 7 de agosto de 2007
Bienvenida al blog
Este blog está pensado para publicar comentarios sobre materias relacionadas con los estudios de informática y nuevas tecnologías. En concreto, estudios universitarios de finales de ingeniería superior en informática. Muy bien, eso es todo, sean bienvenidos y comenten sobre los temas que aquí se presentan. Un saludo!!
Suscribirse a:
Entradas (Atom)