CCNA | CCNP | CCIE
Introducción a los Protocolos de Encaminamiento (Routing) Abril 20, 2006
Con este post empezamos la parte del BSCI y voy a empezar hablando de una pequeña introducción a los protocolos de routing.
Para empezar vamos a dar una definición de protocolo. Un protocolo es un conjunto de reglas que definen cómo funciona algo.
Y aplicando el término al networking podemos decir que un protocolo de routing es un conjunto de reglas que definen como los routers van a enviarse entre si actualizaciones sobre las redes conocidas.
Ni que decir tiene que los protocolos de routing operan en la capa 3 del modelo OSI.
Pero ¿cómo funciona exactamente un protocolo de routing?, para verlo podemos seguir los siguientes pasos:
- El protocolo de routing envia la información sobre las redes que conoce
- El protocolo de routing recibe dicha información y la reenvia a otros routers
- El proceso de reenvío termina cuando los routers de dentro de un mismo ámbito tienen el mismo conocimiento de la red
Obviamente para ir de una red a otra pueden existir muchos caminos, pero los protocolos de routing para calcular el camino óptimo pueden utilizar
- métricas
- longitud del prefijo
- distancia administrativa
- etc
Cada protocolo realiza sus propios cálculos basados en variables como las arriba descritas, pero claro, cada uno realiza la decisión de forma distinta, esa es la razón por la que varios protocolos de routing nos pueden dar resultados distintos, si no, pensad como calcularía RIP una ruta y cómo lo haría OSPF, por poner un ejemplo.
Un tema interesante sería la diferencia entre protocolo de routing y protocolo enrutado.
Un protocolo de routing será aquel protocolo que tomará la decisión de qué camino elegir y el protocolo enrutado será aquel protocolo que proporcione la capacidad de direccionamiento de capa 3, por esta razón hay protocolos como NetBEUI que no pueden ser enrutados, porque no tienen direccionamiento de capa 3 
.
Vía: ccnp.eduangi.com
Introducción a los Protocolos de Encaminamiento (Routing): Play Now | Abrir en Popup | Descargar- 2 comentarios
- Autor : edu
- Categoría : CCNP
Arquitectura de Protocolos TCP/IP (II) Abril 19, 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.
Vía: ccna.eduangi.com
Arquitectura de Protocolos TCP/IP (II): Play Now | Abrir en Popup | Descargar- 1 comentario
- Autor : edu
- Categoría : CCNA
Blog de CCNP Abierto Abril 15, 2006
bajar en
Ya está disponible el blog para el CCNP, en este blog vamos a tratar los cuatro examenes que componen la certificación CCNP:
- BSCI
- BCMSN
- BCRAN
- CIT
Podéis entrar en el blog en ccnp.eduangi.com
- 1 comentario
- Autor : edu
- Categoría : CCNP
Arquitectura de Protocolos TCP/IP (I) Abril 13, 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.
Vía: ccna.eduangi.com
- añade un comentario
- Autor : edu
- Categoría : CCNA
Blog CCNA Activo Abril 9, 2006
HTTP://CCNA.EDUANGI.COM
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.
- 4 comentarios
- Autor : edu
- Categoría : CCNA
Interfaces en Frame Relay Abril 6, 2006
escuchar post
Disponemos de tres tipos de interfaces:
- Interfaces físicos
- Interfaces punto a punto
- Interfaces punto multipunto
En el examen del CCIE es muy probable que nos encontremos una mezcla entre las diferentes posibilidades, así que es necesario conocer las tres.
Cuando hablamos de los interfaces físicos nos estamos refiriendo a los interfaces tal cual como se puede ver en el ejemplo:
interface serial 0
ip address 131.108.64.2 255.255.255.0
encapsulation frame-relay
keepalive 10
frame-relay map ip 131.108.64.1 43
El interfaz físico es donde todos los DLCIs se asignan a no ser que se le diga que van en otro lado, este es punto principal de la configuración y se trata de interfaces NBMA, es decir no tenemos broadcast, para conseguir el efecto de los broadcast para los protocolos de routing podemos utilizar la siguiente configuración:
interface serial 0
encapsulation frame-relay
ip address 10.0.1.1 255.255.255.0
frame-relay interface-dlci 42 broadcast
En este tipo de interfaces tenemos que tener en cuenta el problema del horizonte dividido, en Frame Relay tenemos multiples puntos que se conectan a un punto concreto y es posible que se produzca el problema del horizonte dividido y tendremos que tener en cuenta el protocolo de encaminamiento que usemos.
Para ver donde tenemos el DLCI podemos utilizar el comando
Router#sh frame-relay pvc
Este comando nos dirá donde está el DLCI cual es el estado del mismo. Con el comando show frame-relay map vermos básicamente la misma información.
En los subinterfaces punto a punto podemos añadir subinterfaces lógicos a los interfaces físicos, y tenemos que decirle al router que vamos a configurar en el subinterfaz, es decir, el DLCI y la IP.
Este sería un ejemplo:
interface serial 0
encapsulation frame-relay
interface serial 0.1 point-to-point
ip address 10.0.1.1 255.255.255.0
frame-relay interface-dlci 42
Es interesante observar que el comando encapsulation frame-relay va en el interfaz físico, ya que el subinterfaz como ya hemos dicho es lógico.
Los broadcast en un punto a punto funcionarán automáticamente, así que no tendremos que hacer nada para que estos funcionen.
Si tenemos punto a punto en un extremo y cualquier otro tipo en otro como interfaz físico o punto a multipunto tendremos type mismach en protocolos como OSPF.
En los subinterfaces punto a multipunto podemos añadir subinterfaces lógicos a los interfaces físicos, y tenemos que decirle al router que vamos a configurar en el subinterfaz, es decir, el/los DLCI y la/s IP.
Este sería un ejemplo:
interface serial 0
encapsulation frame-relay
interface serial 0.2 multipoint
ip address 10.0.2.1 255.255.255.0
frame-relay map ip 10.0.2.2 18
En el examen de CCIE para hacer el mapping entre direcciones IP y DLCIs tenemos que usar el comando frame-relay map.
- 1 comentario
- Autor : edu
- Categoría : CCIE