Arquitectura de Protocolos TCP/IP (II) 19 Abril 2006
Nivel de Aplicación
El nivel de aplicación es el superior, o más cercano al usuario dentro de la pila o arquitectura de protocolos TCP/IP y por tanto es el nivel donde corren los protocolos como por ejemplo HTTP y aplicaciones como un navegador web con el que estás leyendo este post.
Este nivel es el responsable de hacer que el usuario entienda la información.
Nivel de Transporte
En el nivel de transporte nos encontramos con dos de los protocolos más importantes, TCP (Transmission Control Protocol) y UDP (User Datagram Protocol).
Este nivel nos interesa mucho en nuestro CCNA ya que es el nivel donde se realiza un control de errores, control de flujo en el caso de TCP por poner un ejemplo. En UDP no tendríamos ni control de errores ni de flujo, pero esto lo veremos más adelante.
Es en este nivel donde ya hablamos de los famosos puertos, un puerto no es más que el interfaz con el protocolo del nivel de aplicación superior.
Por poner un ejemplo, HTTP funcionaría sobre TCP y puerto 80. Con esta información podemos saber que HTTP es un protocolo que va sobre TCP y que por tanto tiene control de errores y control de flujo y que funciona mediante el puerto 80.
Ejemplo
Si ponemos en la dirección del navegador web http://eduangi.com:80 estamos diciendo que utilice el protocolo HTTP utilizando el puerto 80, no es necesario indicar que funciona sobre TCP porque cuando veamos donde va cada protocolo se verá que sólo puede ir sobre TCP.
Si pusieramos http://eduangi.com:443/ intentaríamos ver eduangi.com mediante HTTP, pero utilizando el puerto 443.
Enlace Recomendado
Para poder ver esto cláramente existe un vídeo que os podéis descargar en http://www.warriorsofthe.net/movie.html, se trata de una película de 12 minutos de dibujos animados muy didactica al respecto
Nivel de Interred
Desde luego este es el nivel más importante para un CCNA, CCNP o CCIE, ya que sería el nivel que proporciona el direccionamiento y la forma de llegar a otras direcciones.
Es en este nivel donde nos encontramos al archiconocido protocolo IP y es donde se encontrarían las direcciones IP
En el siguiente ejemplo se puede ver las direcciones IP de la tarjeta de wireless de mi PC, la 192.168.1.25 sería la dirección IP versión 4, la versión más extendida actualmente y la que se utiliza en el examen CCNA, a modo de curiosidad también se muestra una dirección IP versión 6, en este caso la que viene por defecto.
edu@debian:~$ /sbin/ifconfig wlan0
wlan0 Link encap:Ethernet HWaddr 00:0F:66:2F:2A:85
inet addr:192.168.1.25 Bcast:192.168.1.255 Mask:255.255.255.0
inet6 addr: fe80::20f:66ff:fe2f:2a85/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:25547 errors:0 dropped:0 overruns:0 frame:0
TX packets:17534 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:32067446 (30.5 MiB) TX bytes:1584709 (1.5 MiB)
Memory:20800000-20801fff
Este es el nivel encargado de decirnos cual es el direccionamiento lógico (dirección IP) de cada uno de los hosts y como llegar a otros destinos
edu@debian:~$ netstat -nr
Kernel IP routing table
Destination Gateway Genmask Flags MSS Window irtt Iface
192.168.1.0 0.0.0.0 255.255.255.0 U 0 0 0 wlan0
0.0.0.0 192.168.1.1 0.0.0.0 UG 0 0 0 wlan0
En este ejemplo se puede ver que para llegar a la dirección 0.0.0.0 el siguiente salto es el 192.168.1.1, es decir, es en este nivel donde se nos indica donde mandar la información para que llegue al destino.
Si pusieramos un ejemplo práctico si nos imaginamos la red del metro de Madrid, las estaciones podrían ser las direcciones IP y los posibles recorridos entre estaciones serían las posibles rutas, pero sólo la mejor ruta entre dos estaciones sería la ruta óptima y la siguiente estación para llegar a la de destino sería el siguiente salto o gateway.
Nivel de Interfaz de Red
En este nivel sería donde recaerían protocolos como IEEE802.3 o Ethernet (que no es lo mismo) y obviamente el hardware como tarjetas de red.
Arquitectura de Protocolos TCP/IP (II): Play Now | Abrir en Popup | DescargarArquitectura de Protocolos TCP/IP (I) 13 Abril 2006
bajar en
Todo candidato que tenga en mente examinarse del CCNA debe conocer perfectamente tanto la arquitectura de protocolos TCP/IP como el modelo de referencia OSI.
TCP/IP define una amplia colección de protocolos que permiten a los hosts comunicarse entre si.
Cada uno de estos protocolos vienen descritos en su correspondiente Request For Comments (RFC). El objetivo prinicipal de definir todos y cada uno de los protocolos que conforman la arquitectura TCP/IP en RFCs persigue que todos los fabricantes de equipos y software involucrados en el networking sigan los mismos estándares de forma que todos los productos sean compatibles entre si.
La arquitectura de protocolos está dividia en cuatro capas o niveles:
- Aplicación: telnet, http, pop3, etc
- Transporte: tcp, udp, etc
- Interred: ip, etc
- Interfaz de red: ethernet, token ring
Esta división en capas se hace porque cada una de ellas tiene que realizar una función bien definida y así conseguir que la arquitectura de protocolos sea modulable.
Esta modulabilidad permite que una empresa u organización se especialice en una o varias de las capas. Por ejemplo Realtek puede fabricar tarjetas de red que funcionan en la capa de interfaz de red y Apple aplicaciones que corran sobre IP y teóricamente una aplicación de software a nivel de aplicación podría tener en la capa de interfaz de red una tarjeta fabricada por Realtek.
Todo candidato a la certificación de Cisco CCNA debe de tener esta idea totalmente clara y asimiada.
Blog CCNA Activo 8 Abril 2006
Ya está activo el blog de CCNA, a partir de ahora en este blog podréis encontrar información para obtener la certificación CCNA de Cisco, empezaremos desde cero hasta completar el temario completo de la certificación.
Se irán publicando un par de entradas a la semana, de forma que se pueda seguir de forma continua.
En la parte superior de las entradas podréis encontrar un botón, y si le dails al play podréis escuchar los posts además de leerlos.
Pues dicho esto el próximo post será para empezar a tratar el temario propiamente dicho.
