Analogía del concepto

Antes de seguir con mi proyecto de tesis, les daré una explicación del concepto MPLS usando una analogía.

Como muchos de ustedes sabrán un mensaje de texto celular puede albergar hasta 160 caracteres, si se pasan escribiendo automaticamente su mensaje se convierte en 2 y así sucesivamente. Y como cada mensaje tiene un costo la gente lo que hace es abreviar las palabras, por ejemplo:

"Que fue loco, te estoy esperando en la universidad, ¿A qué hora llegas?"

Abreviando sería:

"Q fue loco, t stoy sprando n la U, ¿a q hora ygas?"

No soy un experto en abreviar como mi hermana pero lo importante es que se den cuenta que ahora el mensaje tiene menos caracteres, veamos las estadisticas:

Sin Abreviación: 71 Caracteres

Con Abreviación: 51 Caracteres

Básicamente eso es lo que hace MPLS, crea etiquetas a los paquetes que viajan en la red, haciendo que el proceso de enrutamiento lleve menos tiempo, ya que el enrutador en lugar de leer la dirección IP de origen y destino, solo ve la etiqueta y realiza el intercambio correspendiente, añadiendo la etiqueta para el siguiente salto hasta que el paquete llegue a su destino, de ahí el nombre en español, Intercambio de Etiquetas Multiprotocolares (Luego explicaré la palabra Multi).

Deben tener en cuenta, que con MPLS se puede hacer mucho más de lo que les acabo de mencionar, las etiquetas pueden usarse también para dar calidad de servicio, el famosos QoS, y lo que es mejor aún, nos permite realizar Ingeniería de Tráfico, que es el tema de enfoque de mi tesis.

La palabra Multi es porque puedes trabajar con varios protocolos de Capa 3, más conocida como la Capa de Red, en donde se hace el direccionamiento de los paquetes IP, entre los protocolos que hacen este trabajo tenemos:

1. IS-IS
2. OSPF
3. BGP
4. RIP
5. EIGRP

Posteriormente les hablaré de estos protocolos, en especial de los que voy a usar, que en terminos morochos lo que hacen es que un equipo de enrutación se comunique con otro en el mismo lenguage para que intercambien información de rutas.

Agradezco a los leyeron hasta aquí, hasta la próxima.

MPLS idea de desarrollo

Bueno mi idea una vez finalizada la configuración de la red en MPLS sobre Dynamips sería la de probar la calidad de servicio. Disponemos de una PC de escritorio con linux centos 5 corriendo el Dynamips y simulando 9 routers en total:

• 3 routers de core
• 3 de borde
• y 3 para los clientes

Además de 2 laptops conectadas a las interfaces físicas del Router a traves del Dynamips, cabe recalcar que estas interfaces son de solo 100 Mbps. (eth0 y eth1)

Estas 2 laptops serán clientes MPLS VPN y harían 3 tipos de tráfico IP:

• Voz,
• Video y
• Datos.

El famoso "triple play".

Para VoIP descargaremos un softphone y lo usaremos en la PC con eth0. En eth1 conectamos un server corriendo ASTERISK en VMWARE, usaremos una imagen de asterisk "Ready to use" en donde solo configuramos una extensión y listo, VoIP!!!

Para el streaming de video usaremos el VLC LAN PLAYER y el VLC LAN SERVER, que es sencillo de hacer.

Y para datos levantamos un ftp server y un ftp cliente.

Todo esto mi explico mi compañero Robert, me dijo que puedo hacer match en los PES usando Network Bases Application Recognition (NBAR) que reconoce el tipo de tráfico entre Voz, Video y datos. Luego de eso puedo hacer todo el trabajo de QoS sobre MPLS con los "expirimental-bits".

El reconocimiento del tipo de tráfico también se lo puede hacer por ACLS y números de puertos UDP o TCP pero es más tedioso, por eso usaremos el aplicativo antes mencionado.

Los IOS de Cisco traen el NBAR que inspecciona los paquetes hasta la capa de aplicación y es tan sencillo como en el class-map de QoS escribir:

match protocol rtp audio (palabras de Robert)
match protocol rtp video
match protocol rtp ftp
Continuara...

Blogged with the Flock Browser

Inicio

Estoy listo para empezar a terminar mi tesis.