UNIVERSIDAD SALESIANA DE BOLIVIA INGENIERA DE SISTEMAS

CUADERNO VIRTUAL REDES DE COMPUTADORAS Docente : Ing. Ricardo Ivn Gottret Ros Alumno : Mijail Rger Chvez Miranda Paralelo: 6to A-1 La Paz - Bolivia

CONTENIDO

Reconocimiento tecnico de equipos Ethernet

Analizar la tecnologia Bluetoth Direcciones IP Subneting Superneting Servicio DHCP Cisco Paquet Tracer Servicio mltimedia

PRESENTACIN DEL MANUALEste manual pretende mostrar las funcionalidades principales de redes con el fin de ser un apoyo en la ejecucin de la materia, adems de servir como base para el conocimiento de redes de computadoras. Dado que las funcionalidades de redes son un poco extensas. Las imgenes que se presentan en este manual son tomadas de laboratorios prediseados en curso los cuales nos servirn para la explicacin.

Reconocimiento tecnico de equipos EthernetEthernet 802.5 Los protocolos MAC determinsticos utilizan la forma de "esperar hasta que llegue su turno". Algunas tribus de indgenas norteamericanos tenan la costumbre de pasar un palo durante las reuniones. La persona que sostuviera el palo tena derecho a hablar. Cuando esa persona terminaba de hablar, le pasaba el palo a otra persona. En esta analoga, el medio compartido es el aire, los datos son las palabras que pronuncia el orador y el protocolo es la posesin del palo que autoriza a hablar. El palo incluso se puede considerar como un "token".

Esta situacin es similar al protocolo de enlace de datos denominado Token Ring. En una red Token Ring, los hosts individuales se ubican en forma de anillo. Un token de datos especial circula alrededor del anillo. Cuando un host desea realizar una transmisin, toma el token, 29 transmite los datos durante un tiempo determinado y luego coloca el token nuevamente en el anillo, donde otro host puede decidir dejarlo pasar o tomarlo. Reconocimiento tcnico de equipos Materiales.-

PC Mmc (Ejecutar)

-

Dxdiag

ETHERNET 802.3 CSMA/CD

Los protocolos MAC no determinsticos utilizan un enfoque el primero que llega, el primero que se sirve (FCFS). A fines de los aos '70, la Universidad de Hawai desarroll y utiliz un sistema de comunicacin por radio (ALOHA) que conectaba las distintas islas de Hawai. El protocolo que usaban permita que cualquier persona transmitiera cuando quisiera. Esto provocaba "colisiones" de ondas radiales que podan ser detectadas por los oyentes durante la transmisin. Sin embargo, lo que empez como ALOHA, con el tiempo se transform en un protocolo MAC moderno denominado acceso mltiple con deteccin de portadora y deteccin de colisiones (CSMA/CD). CSMA/CD es un sistema sencillo. Todas los equipos que pertenecen al sistema esperan a que todo est en silencio, momento en el cual es posible realizar la transmisin. Sin embargo, si dos equipos transmiten al mismo tiempo, se produce una colisin y ninguno puede realizar la transmisin. Todas las dems se encuentran en el sistema escuchan que se ha producido una colisin, los equipos que producen la colisin, esperan hasta que todo est en silencio, e intentan volver a realizar la transmisin. Procedimiento:

Ejecutar mmc Archivo / Agreagar Administrador de dispositivos Finalizar Muestra caractersticas de cada PC

TECNOLOGA BLUETOOTHObjetivos Formar una red con celulares o telfonos inteligentes existentes en el mercado, en donde se pueda establecer el servicio de mensajera entre ellos mediante una aplicacin Java Investigar acerca de las bases del lenguaje de programacin Java con especial inters en J2ME. Indagar acerca de la recomendacin JSR-82 y de JABWT para dispositivos mviles. Escribir una aplicacin de mensajera e implementarla en un dispositivo mvil. Verificar el nmero mximo de esclavos real que se puede tener en la topologa Ad Hoc con las Piconets en Bluetooth. Estructura actual de una red celular

Ampliar cobertura

Piconet

No existen en el mercado dispositivos mviles que formen Scatternets de forma nativa. Se pretende dar un primer acercamiento con una aplicacin instalada en el dispositivo mvil que trate de emular el comportamiento del funcionamiento de un nodo. Para esto, la aplicacin se desarroll en Java (J2ME) y correr bajo Symbian

Bluetooth

Es una especificacin abierta de tecnologa de radio de corto alcance, bajo costo y consumo de potencia para comunicacin inalmbrica en redes ad hoc de voz y datos. Est tecnologa pretende unificar al campo de las telecomunicaciones con la computacin.

Bluetooth Caractersticas

Clase Clase 1 Clase 2 Clase 3

Mxima potencia (W) 100 mW 2.5 mW 1 mW

Distancia (m) 100 22 6

Redes de rea personal (PAN) El concepto de este tipo de redes nace de permitir que una persona pueda conectar la mayor cantidad de dispositivos electrnicos, conocidos como gadgets, a su celular de manera simple. La popularizacin de las PAN se dio gracias a Bluetooth y a la sencillez que se daba para conectar varios accesorios a los celulares.

Red de rea corporal (BAN) Este tipo de redes se ha definido para que no tenga un alcance ms all de uno a dos metros y algunos conceptos ms ambiciosos incluyen utilizar al cuerpo humano como medio de transmisin de la informacin entre los diferentes nodos

Los cambios en la topologa se dan constantemente y hacen que se disparan actualizaciones a todos los nodos. Este intercambio de informacin produce que se sature la red, produciendo su cada. Existen limitaciones en aspectos como potencia de batera, ancho de banda de transmisin y tiempo de uso del procesador.

No existe infraestructura fija y la comunicacin se da directamente entre dispositivos terminales

Perfil Bluetooth Un perfil Bluetooth permite definir formas comunes de usar los protocolos y sus caractersticas como modelos que son usados para aplicaciones especficas de la tecnologa. Al igual que los protocolos fueron definidos por Bluetooth SIG. Un dispositivo Bluetooth puede ser compatible con varios perfiles dependiendo de su aplicacin y fabricante.

Por qu Bluetooth Seleccin de la Tecnologa Facilidad de formacin de redes Ad-Hoc. Nuevas Tecnologa emergentes. Gran cantidad de dispositivos existentes en el mercado. 75% de celulares ya incorporan esta tecnologa 2.4 mil millones de unidades se producirn para 2013 30% de autos incorporarn esta tecnologa para 2013

Compatibilidad con sistemas operativos Java es el lenguaje base en la mayora de sistemas operativos pero no todos son compatibles con J2ME Pruebas realizadas

Distancia de alcance entre dispositivos vari de acuerdo al dispositivo utilizado. Se utiliz como referencia a un telfono inteligente Nokia E72 y un estndar Nokia 2680s

Distancias varan de acuerdo al mdulo incluido en el dispositivo mvil. Distancia mxima alcanzada para comunicacin [m] Nokia E72 cliente 5.25 Nokia 2680s servidor Nokia E72 servidor 4.60 Nokia 2680s cliente 6.39 7.32 Distancia mxima de desconexin [m]

Tiempo promedio en que se encontr el dispositivo es de 11,29 segundos

Conclusiones La aplicacin de mensajera escrita en J2ME implementa una tabla de enrutamiento en la capa de aplicacin y no en la red, por lo que se provoca retraso en el procesamiento, conmutacin de la informacin y acceso al nivel fsico de transmisin por Bluetooth. Se determin que el aumento en el consumo de batera al utilizar Bluetooth vara de dependiendo del dispositivo mvil, desde un 10% hasta un 30% independientemente de que el dispositivo funcione como cliente o servidor en la aplicacin de mensajera.

Se estableci que Symbian no presenta inconvenientes para ejecutar la aplicacin de mensajera; sin embargo, mediante la experimentacin, se encontr que existe un 27.00% de dispositivos con este sistema operativo que no pudieron ejecutar la aplicacin debido a que es necesario que el fabricante incluya los perfiles Bluetooth requeridos.

Se verific que existe total certeza de que los mensajes sern entregados a los destinatarios an cuando el mensaje haya sido enviado previo el registro del cliente. Durante las pruebas realizadas, la aplicacin de mensajera nunca produjo un error en el sistema operativo, lo congel o alter las configuraciones del Centro de Control Bluetooth (BCC). La distancia alcanzada entre dispositivos mviles al ejecutar la aplicacin es limitada; puesto que en el mejor de los casos al utilizar un telfono inteligente como cliente se logr obtener una separacin mxima de 5.25 metros entre equipos, como promedio entre las mediciones realizadas. Se encontr que la distancia de desconexin entre dispositivos mviles es en promedio 29.00% mayor a la de comunicacin al utilizar la tecnologa Bluetooth. De acuerdo a las pruebas realizadas se determin que interferencias externas en la banda de 2.4 GHz reducen en un promedio de 11.00% la distancia que pueden alcanzar los dispositivos mviles. El aumento de cuerpos en el ambiente donde se produce la comunicacin altera considerablemente el alcance de los dispositivos mviles en un promedio de 30.00%, de acuerdo a las mediciones realizadas.

Direccines IP

Una direccin IP es una etiqueta numrica que identifica, de manera lgica y jerrquica, a un interfaz (elemento de comunicacin/conexin) de un dispositivo (habitualmente una computadora) dentro de una red que utilice el protocolo IP (Internet Protocol), que corresponde al nivel de red del protocolo TCP/IP. Dicho nmero no se ha de confundir con la direccin MAC que es un identificador de 48bits para identificar de forma nica a la tarjeta de red y no depende del protocolo de conexin utilizado ni de la red. La direccin IP puede cambiar muy a menudo por cambios en la red o porque el dispositivo encargado dentro de la red de asignar las direcciones IP, decida asignar otra IP (por ejemplo, con el protocolo DHCP), a esta forma de asignacin de direccin IP se denomina direccin IP dinmica (normalmente abreviado como IP dinmica). Los sitios de Internet que por su naturaleza necesitan estar permanentemente conectados, generalmente tienen una direccin IP fija (comnmente, IP fija o IP esttica), esta, no cambia con el tiempo. Los servidores de correo, DNS, FTP pblicos y servidores de pginas web necesariamente deben contar con una direccin IP fija o esttica, ya que de esta forma se permite su localizacin en la red. A travs de Internet los ordenadores se conectan entre s mediante sus respectivas direcciones IP. Sin embargo, a los seres humanos nos es ms cmodo utilizar otra notacin ms fcil de recordar, como los nombres de dominio; la traduccin entre unos y otros se resuelve mediante los servidores de nombres de dominio DNS, que a su vez, facilita el trabajo en caso de cambio de direccin IP, ya que basta con actualizar la informacin en el servidor DNS y el resto de las personas no se enterarn ya que seguirn accediendo por el nombre de dominio.

Clas e A

Rango 1.0.0.0 127.255.255.25 5 128.0.0.0 191.255.255.25 5 192.0.0.0 223.255.255.25

N de Redes 128

N de Host Mscara de Broadcast ID Por Red Red 16.777.21 255.0.0.0 4 65.534 255.255.0.0 x.255.255.25 5 x.x.255.255

B C

16.384

2.097.15 254 2

255.255.255. x.x.x.255 0

(D)

(E)

5 224.0.0.0 239.255.255.25 histrico 5 240.0.0.0 255.255.255.25 histrico 5

SubnettingPara colocar una Direccin IP en Windows

1.- Inicio 2.- Mis sitios de Red 3.- Ver conexin de Red 4.- Conexin de rea Local 5.- Propiedades 6.- Protocolo Internet TCP/IP

Clasificacin de Redes -Class A Rango del primer octecto 1-126 (0)

127 reservado para loopback. -Class B - Rango del primer octecto 128-191 (10) -Class C - Rango del primer octecto 192-223 (110) -Class D - Rango del primer octecto 224-239 (1110) Reservado para multicast. Class E - Rango del primer octecto 240-255 (1111) Mscaras de sured por defecto Mscara Clase A- N.h.h.h = 255.0.0.0 Direccin IP 72.98.12.5 Red 72.0.0.0 Host 98.12.5 Mscara Clase B- N.N.h.h = 255.255.0.0 Mscara Clase C- N.N.N.h = 255.255.255.0 subredes Una serie de redes contenidas en una red. Creadas por subdivisiones del campo de direcciones de hosts originndose asi un campo de subredes. Todos los hosts en una subred tienen una direccin de subred comn Como crear subredes Bits son robados del campo de hosts. Esto crea un campo de subred en la direccin IP. Subredes Clase C

El nmero de subredes utilizables creadas es calculado usando la siguiente frmula: # Subredes u. creadas = 2# bits robados -2 # de subredes utilizables? 2 bits robados = 22 = 4 subredes. Si te robas 2 bits NO puedes obtener 4 subredes. Por qu? Recuerda la direccin de red y la direccin de broadcast Ninguna de estas direcciones es vlida es decir puede ser usada! Ejemplo 177.56.45.13 Clase de esta direccin? Clase B. Cual es la mscara de subred por defecto? 255.255.0.0 Si robamos 2 bits para la mscara de subred NNNNNNNN.NNNNNNNN.SSHHHHHH.HHHHHHHH Cual es la mscara de subred? 27+26 = 128+64 = 192 255.255.192.0 Uso de la Lgica Booleana para determinar direcciones de red Direccin IP 146.98.12.1 Mscara de subred 255.255.252.0 Direccin IP en binarios 10010010.01100010.00001100.00000001 11111111.11111111.11111100.00000000 Mscara de subred en binarios

10010010.01100010.00001100.00000000 El resultado del AND de estas 2 direcciones nos da la direccin de subred de este host. Rango de direcciones IP de red La primera 146.98.0.0La ltima 146.98.252.0 Ninguna de ellas es utilizable. Rango utilizable es 146.98.4.0 - 146.98.248.0 El nmero de red se incrementa en funcin del valor del ltimo bit robado, en este caso 4. 62 x 4 = 248, donde 62 es el # de subredes utilizables.

SupernettingSe llama Supernetting (tambin se suele denominar sumarizacin de rutas o route aggregation) a un procedimiento que aprovecha los principios de CIDR para direccionar hacia una cantidad de subredes IP utilizando una nica ruta. A la ruta que se obtiene se la suele denominar ruta sumarizada o supernet. Se comprende mejor a partir de un ejemplo: Supongamos que en un switch multilayer confluyen 4 subredes:

172.16.0.0/24 172.16.1.0/24 172.16.2.0/24 172.16.3.0/24

Si deseamos sumarizar estas 4 subredes (que hipotticamente requieren 4 rutas diferentes en los dispositivos vecinos) en una nica red a publicar, podemos sintetizarlas en la supernet IP: 172.16.0.0/22.. Esta nica supernet refiere a las 4 subredes iniciales: Direccin IP....10101100.00010000.00000000.00000000 Mscara.........11111111.11111111.11111100.00000000 Obsrvese el tercer octeto:

Mscara.........11111100

Subred 0.........00000000 Subred 1.........00000001 Subred 2.........00000010 Subred 3.........00000011

Los bits resaltados en negrita son los que corresponden a la porcin que identifican la red con una mscara de 22 bits. En este caso, las 4 subredes /24 tienen el mismo patrn binario, por lo que pueden sintetizarse en una nica ruta. Es preciso tener presente que para implementar supernetting es necesario utilizar protocolos de enrutamiento que soporte VLSM y CIDR como son: RIPv2, EIGRP, OSPF, IS-IS o BGP. Cuando se implementa algunos de estos protocolos, dependiendo del protocolo, Cisco IOS habilita o no por defecto la funcin de auto-sumarizar rutas a las fronteras de la clase. La sumarizacin tambin puede configurarse manualmente. Esta es una prctica importante en redes corporativas grandes, por lo que significa en ahora de recursos de procesamiento y memoria la reduccin de tamao de las tablas de enrutamiento. En Internet en cambio, es una prctica esencial para poder mantener el tamao de las tablas de enrutamiento dentro de lmites admisibles.

El resumen de rutas, tambin llamado sumarizacin o agregacin de rutas, supernetting, superredes, etc. es un proceso que realizan los routers por el cual toman un grupo de direcciones de redes contiguas (bloque CIDR) y las resumen en una sola direccin de red comn a todas esas redes. La principal ventaja del resumen de rutas es la optimizacin del enrutamiento en Internet y grandes redes corporativas, ya que los routers tienen que mantener menos entradas en sus tablas de enrutamiento y en consecuencia se gana en estabilidad, ahorro de recursos, eficiencia y tiempos de proceso. Si un router tiene conectadas 10 redes contiguas, solo publicar el resumen de ruta CIDR a sus vecinos. Tengan en cuenta que solo los protocolos sin clase EIGRP, OSPF, RIP v.2, IS-IS y BGP soportan resumen de rutas.

Para obtener la direccin de resumen de ruta tenemos que tomar las direcciones, organizarlas de menor a mayor, asegurarnos que son direcciones contiguas, pasarlas a binario y cotejar bit por bit con la operacin lgica AND. Los bits 0 y 1 que sean comunes a todas las direcciones van a ser la direccin IP de la ruta resumida. Al mismo tiempo la suma de la cantidad de bits 0 y 1 que son comunes a todas las direcciones van a ser la mscara. Explicado as no s si se llega a comprender pero les voy a poner 2 ejemplos, uno simple y otro ms complejo, con los pasos para obtener manualmente la direccin de resumen de rutas y comprendan mejor como funciona. Hasta ac un poco de teora, sigan leyendo para ver cmo obtener manualmente la direccin de resumen de ruta.

Ejemplo y Ejercicio con Resumen de Rutas - Sencillo Supongamos que tenemos la siguiente topologa. El Router A sin usar resumen de rutas debera enviar al Router B las direcciones del las 4 redes conectadas. Nosotros debemos averiguar cul va a ser la direccin de resumen de ruta que debe enviar el Router A al Router B si realiza sumarizacin. Para obtener la mscara sumamos los bits comunes a todas las direcciones de red. Es decir que el resumen de rutas que va a enviar el router A, que contiene las 4 redes, al Router B va a ser 172.16.0.0 /14 (/14 = 255.252.0.0). Ejemplo y Ejercicio con Resumen de Rutas - Complejo Este ejemplo es un poco ms complejo que el anterior. Tenemos esta

red subneteada con VLSM y debemos averiguar cul va a ser la direccin que va a publicar en Internet el router A. Como hicimos en el ejercicio anterior de resumen de rutas, organizamos las direcciones de red de menor a mayor, las convertimos a binario, hacemos un AND y obtenemos las direccin de la ruta resumida. Nos resta obtener las mscara sumando los bits 0 y 1 que son comunes a todas las direcciones, en este caso son 25 bits. El resumen de rutas que va a enviar el router A a Internet que contiene la totalidad de las red de los routers B y C va a ser 192.1.1.0 /25 (/25 = 255.255.255.128).

Servicio DHCPDynamic Host Configuration Protocol (DHCP) es un servicio que permite a los ordenadores asignar automticamente determinados parmetros de

configuracin de red. Los ordenadores cliente configurados a travs de DHCP no tienen control sobre los parmetros que reciben del servidor, resultado en un proceso de instalacin transparente. Por lo tanto, es lo ms parecido a la configuracin automtica (plug-andplay) en IPv4, que es bsico para simplificar las tareas de administracin de la red, que tendra que hacerse manualmente. Por esto, es ampliamente utilizado en LAN domsticas, empresas, el proveedor de acceso a Internet, redes WiFi, universidades, etc. Los parmetros ms comunes que un servidor DHCP para asignar a un cliente son:

Direccin IPy mscara DNS Router

Si algn parmetro cambia en la configuracin de la red, como por ejemplo la direccin del servidor DNS, basta con cambiar el parmetro en el servidor, en vez de tener que ir PC a PC modificndolo. Adems, el conflicto de direcciones IP dentro de la red se reduce, ya que stas se asignan dentro de un rango determinado de manera automtica. El Dynamic Host Configuration Protocol (DHCP) est especificiado en el RFC 2131 . Fue diseado en el ao 1993 y complementa y mejora otros protocolos similares como RARP (Reverse ARP) y BOOTP. .- MATERIAL - Router ATT - Pc - Configuracion Ip de windows FUNDAMENTO TEORICO - IP .Cada mquina en la Internet tiene una direccin nica Esta direccin de 32 bits esta dividida en dos partes:

Estas direcciones son asignadas por un organismo central (NIC, Network Information Center) Direccin Clase A Direccin clase B Direccin clase C Direccin clase D MASCARAS DE RED .Con mscaras como 255.255.255. 0 y as sucesivamente. Esto quiere decir que tendran que hacerse 32 recorridos secuenciales a la tabla, lo cual es muy ineficiente en cuanto a tiempo As, CIDR debe incluir en las tablas de enrutamiento cual es la primera red que compone el bloque, cuantos bits se emplean como Prefijo de Red y la mascara de subred que se emplea

Funcionamiento

El funcionamento DHCP se basa en la arquitectura cliente / servidor (como casi todos los servicios de Internet), por lo que debe ser un servidor DHCP (dhcpd) y el cliente DHCP para su funcionamiento. En el caso ms simple es un servidor DHCP en la subred a la que el cliente solicite la asignacin de direccin IP (y el resto de los parmetros de configuracin). Si no existe un servidor DHCP de la subred se necesitar un agente (normalmente un router) que sabe la direccin del servidor DHCP. Como puedes ver a continuacin, el protocolo funciona en cuatro pasos:

DHCP discover DHCP offer

DHCP request DHCP ACK

DHCP puede configurarse para realizar la asignacin de parmetros en los equipos de diferentes maneras. Por lo tanto, tres tipos de asignacin: - Asignacin manual. En este modo de funcionamiento se comporta como DHCP BOOTP. Se configuran parmetros manualmente en el servidor para cada equipo para Obtener una direccin IP (la misma), y cada vez que se conecta a la red equipos se le asignan estos parmetros automticamente. - Asignacin persistente. En este caso, la asignacin es automtica y cada vez que el equipo se conecta a la red recibe la misma direccin IP. - Dinmica de asignacin (alquiler de la direccin). El cliente recibe la direccin IP del servidor durante un tiempo limitado, despus de lo cual debe renovar su solicitud o la concesin caduca. Por lo tanto, una direccin pueden ser reutilizados por los distintos equipos en distintos momentos. Un caso tpico del uso de DHCP es la Internet los proveedores de acceso, o ISP. Por ejemplo, si su ISP ofrece el servicio a 2.000 clientes y estima que nunca habr ms de 200 ordenadores conectados al mismo tiempo, en principio, ser capaces de prestar servicios en una red IP de clase C (254 direcciones) y el uso de DHCP con asignacin dinmica.

Switch

Router

Observar la configuracin de Router Permitir q la pc adquieran por DHCP la IP Verificar la conectividad Observaciones Verificar q la maquina este en red proprcionada por un administrador 5.- Conclusiones Es posible asignar automticamente la ip numero de maquinas teniendo en cuentra la mascara de red segn el numero de equipos que se desea asignar

Cisco Packet Tracer Packet Tracer es la herramienta de aprendizaje y simulacin de redes interactiva para los instructores y alumnos de Cisco

CCNA. Esta herramienta les permite a los usuarios crear topologas de red, configurar dispositivos, insertar paquetes y simular una red con mltiples representaciones visuales. Packet Tracer se enfoca en apoyar mejor los protocolos de redes que se ensean en el currculum de CCNA. Este producto tiene el propsito de ser usado como un producto educativo que brinda exposicin a la interfaz comando lnea de los dispositivos de Cisco para practica y aprender por descubrimiento. Packet Tracer 5.3.2 es la ltima versin del simulador de redes de Cisco Systems, herramienta fundametal si el alumno est cursando el CCNA o se dedica al networking. En este programa se crea la topologa fsica de la red simplemente arrastrando los dispositivos a la pantalla. Luego clickando en ellos se puede ingresar a sus consolas de configuracin. All estn soportados todos los comandos del Cisco OS e incluso funciona el "tab completion". Una vez completada la configuracin fsica y lgica de la net, tambin se puede hacer simulaciones de conectividad (pings, traceroutes, etc) todo ello desde las misma consolas incluidas. Principales funcionalidades:

Entre las mejoras del Packet Tracer 5 encontramos: Soporte para Windows (2000, XP, Vista) y Linux (Ubuntu y Fedora). Permite configuraciones multiusuario y colaborativas en tiempo real. Soporte para IPv6, OSPF multirea, redistribucin de rutas, RSTP, SSH y Switchs multicapa.

Soporta los siguientes protocolos:

HTTP, TCP/IP, Telnet, SSH, TFTP, DHCP y DNS. TCP/UDP, IPv4, IPv6, ICMPv4 e ICMPv6.

RIP, EIGRP, OSPF Multirea, enrutamiento esttico y redistribucin de rutas. Ethernet 802.3 y 802.11, HDLC, Frame Relay y PPP. ARP, CDP, STP, RSTP, 802.1q, VTP, DTP y PAgP, Polly Mkt.

Nuevos recursos, actividades y demostraciones:

OSPF, IPv6, SSH, RSTP, Frame Relay, VLAN's, Spanning Tree, Mike mkt etc.

No soporta IGRP y los archivos hechos con Packet Tracer 5 no son compatibles con las versiones anteriores. Mejora de protocolos El Packet Tracer ahora modela protocolos que antes no se incluan en versiones anteriores del Packet Tracer. Dentro de los protocolos y tecnologas de seguridad que se incluyen se pueden mencionar IPSec, GRE, ISAKMP, NTP, AAA, RADIUS, SNMP, SSH, Syslog, CBAC, Firewall basado en zonas, y mejora a la seguridad inalmbrica. Adems se mejoro el modelo de algunos protocolos CCNA soportados en versiones anteriores del Packet Tracer. Arquitectura extendida El Packet Tracer est diseado de una forma modular que permite una expansin a futuro. Por ejemplo con la Comunicacin Inter-Proceso (IPC) se pueden crear aplicaciones externas que pueden expandir la funcionalidad del Packet Tracer. Mejoras en la Interfaz grfica

Se mejora la representacin fsica de dispositivos y se agregan opciones de cableado estructurado. Herramientas de visualizacin y representacin Se mejora el sniffer de red global que se puede visualizar en la Lista de Eventos (Event List). Al incorporarse nuevos protocolos y mejorarse los existentes, todos estos pueden ser analizados con estas herramientas. Mejora del Asistente de Actividad Esta versin de Packet Tracer mejora sustancialmente el asistente de actividad (Activity Wizzard). Se incorporan tres rangos: novato, intermedio y avanzado para facilitar el desarrollo de actividades. Adems se crearon cuatro tipos de patrones de diseo de actividad segn el tipo de ejercicio que se desea desarrollar: * Actividades de resolucin de problemas, * Problemas de modelado de red, * Actividades prcticas para aprendizaje de un concepto nuevo * Problemas de diseo.

Servicios multimedia Sobre la base de conectividad IP, HISPASAT ofrece servicios

adicionales de naturaleza multimedia, tales como: VoIP HISPASAT ofrece, a travs de su red DVB-RCS, la capacidad de garantizar las comunicaciones generadas mediante protocolos de voz conjuntamente con otros servicios como navegacin o transporte de datos, asegurando dinmicamente un ancho de banda con mnimo jitter aportando calidades de servicio ptimas para transmisiones de telefona IP. Videoconferencia de alta calidad Servicio multimedia que permite interconectar de forma interactiva a un conjunto de interlocutores que adems de poder mantener una conversacin a distancia en tiempo real con interaccin visual, auditiva y verbal, comparten otras funcionalidades adicionales como presentaciones y pizarras electrnicas, proyeccin de documentos, etc. Esta aplicacin es de especial inters en reuniones ejecutivas, tele-educacin, congresos y conferencias o telemedicina por ejemplo. La tecnologa MBone (IP multicast) es idnea para ofrecer este servicio de alta calidad. HISPASAT aporta a este tipo de conectividad una amplia cobertura que permite distancias entre interlocutores muy grandes.

Teleeducacin/Teleenseanza Consiste en un conjunto de procesos de formacin y educacin que se valen de las nuevas tecnologas de comunicacin como soporte para la interaccin profesor-alumno, empleando especialmente sistemas y aplicaciones multimedia. La actuacin de HISPASAT en este mbito permite establecer la interaccin de instructores y alumnos en tiempo real mediante aplicaciones tales como la videoconferencia, la tutora telemtica o el teledebate, adems de ofrecer otro tipo de servicios multimedia con fines educativos como el correo electrnico, weblogs, universidades virtuales, entornos de trabajo cooperativo o el acceso a bases de datos. HISPASAT adems de satisfacer estas comunicaciones de banda ancha es capaz, gracias a su amplia cobertura, de ofrecer estos servicios a distancia y de forma flexible en zonas rurales donde las infraestructuras educativas no estn lo suficientemente extendidas promoviendo as a su desarrollo. Distribucin de contenidos multicast El servicio de distribucin de contenidos permite el envo de informacin, masiva o no, en las modalidad multicast (grupo de usuarios) o broadcast (todos los usuarios de la red). El proveedor de contenidos selecciona los contenidos que han de ser enviados as como la planificacin en el envo de los mismos a travs de los recursos de capacidad contratados. El envo de la informacin puede ser en tiempo real desde el proveedor hasta la plataforma de HISPASAT o bien quedar almacenado en sta para su posterior envo. En este ltimo caso, HISPASAT ofrece capacidades de almacenamiento y de planificacin de envo.

Multimedia Messaging System (MMS) o sistema de mensajera multimedia es un estndar de mensajera que le permite a los telfonos mviles enviar y recibir contenidos multimedia, incorporando sonido, video, fotos o cualquier otro contenido disponible en el futuro. La mensajera multimedia nos permite el envo de estos contenidos adems a cuentas de correo electrnico, ampliando las posibilidades de la comunicacin mvil, pudiendo publicar nuestras fotografas digitales o actuar en weblogs sin mediacin de un ordenador. El lmite de cada mensaje multimedia suele ser de 100 o 300 KB, dependiendo de cada mvil, si bien ese lmite lo definen el operador o las caractersticas del terminal y no el protocolo. El Foro WAP y el Proyecto de colaboracin en tercera generacin (3GP) han normalizado MMS para que sea una norma abierta.

Contenido 1 Caractersticas tcnicas en GSMo o o o

o o

o

1.1 Sincronizacin de contenido: el protocolo SMIL 1.2 Tipos de contenido permitidos en los MMS 1.3 El MMSC o centro de mensajes multimedia 1.4 Aviso de mensaje entrante: mensaje WAP Push y conexin MMSC-SMSC 1.5 Conexiones y perfiles WAP/GPRS 1.6 El camino de un MMS saliente (del terminal hacia la red) 1.7 El camino de un MMS entrante (de la red/MMSC al terminal)

[editar] Caractersticas tcnicas en GSM Vase tambin: GSM Los mensajes MMS constituyen una nueva extensin de la mensajera mvil para incluir, en un principio, imgenes y sonidos reales, posteriormente vdeos y en el futuro virtualmente cualquier tipo de contenido que pueda mostrarse en un telfono mvil. En el estndar no se define, adems, una limitacin de tamao mximo, gran diferencia con respecto a los mensajes SMS (que admiten un mximo de 160 caracteres de 7 bits por mensaje), si bien muchos operadores limitan su tamao mximo por cuestiones prcticas. En principio, el estndar MMS es independiente del tipo de transporte y red mvil empleada y slo define un sistema de sincronizacin del contenido (SMIL) y un modo de encapsulado de los mensajes. Dependiendo del tipo de red, se emplea un mtodo de aviso al terminal de usuario cuando hay mensajes nuevos y un camino de transporte sobre la red radio, que no tienen por qu ser el mismo en todas las redes. As se permite

que usuarios mviles de distintos tipos de redes puedan enviarse mensajes multimedia sin problemas, ya que el estndar final empleado para el transporte da igual. En las redes GSM, normalmente se emplea GPRS para su transporte en la interfaz radio, y se advierte al terminal de usuario de los mensajes entrantes mediante un SMS especial con un enlace a una direccin de Internet donde se encuentra el mensaje, denominado mensaje WAP Push. Muchos terminales clasifican automticamente este SMS entrante como un mensaje multimedia, y descargan el contenido de forma automtica y transparente para el usuario. Adems, para la correcta gestin de los mensajes se hace necesario adjuntar a la arquitectura de red GSM un nuevo centro de mensajes: es el MMSC o centro de gestin de mensajes multimedia (Multimedia Message Service Center, anlogo al SMSC de los mensajes de texto SMS). En las redes UMTS/3GSM, es de esperar que el tipo de transporte elegido sea otro que aproveche la mayor capacidad de la nueva red. Las redes de otros estndares (cdma2000, FOMA, etctera) hacen uso de otros protocolos de transporte, aunque todas precisan un centro de mensajes MMSC. [editar] Sincronizacin de contenido: el protocolo SMIL Los mensajes multimedia se conciben como una presentacin multimedia con texto, imgenes, sonidos y vdeos mostrados en un cierto orden. Para este fin, hacen uso del lenguaje SMIL, o lenguaje sincronizado multimedia (Synchronized Multimedia Integration Language). SMIL es un estndar propuesto por el Consorcio WWW (W3C Consortium), con gran similitud al lenguaje de formato de las pginas web (HTML), y que se encarga de organizar y sincronizar los momentos en que deben reproducirse los distintos tipos de contenido en la pantalla del terminal del usuario.

As, un mensaje multimedia se presenta en la pantalla del terminal como un grupo de una o varias diapositivas con texto, imgenes, sonidos y vdeos presentados en un cierto orden. Los mensajes multimedia guardan gran similitud con el correo electrnico en cuanto a que pueden incluir varios tipos de contenido, e incluyen informacin del asunto del mensaje y opcin para enviar a varios destinatarios. Sin embargo, un mensaje de correo electrnico consta de un texto principal y un grupo opcional de archivos adjuntos, que pueden descargarse independientemente como desee el usuario; en cambio, un mensaje multimedia consta de un guion SMIL principal y un grupo de archivos de varios tipos asociados, que se transportan como una sola unidad. No es posible por tanto separar los distintos tipos de contenido del mensaje; en el transporte, el mensaje multimedia viaja completo, y el usuario debe recibirlo completo. Tampoco es posible, en principio, separar el tipo de contenido que se presenta en un MMS, sino que debe visualizarse en el orden previsto por el redactor del mensaje; sin embargo, los terminales suelen incorporar la capacidad de separar el contenido y almacenar lo que interese en su memoria interna para reutilizarlo, reenviarlo o volver a visualizarlo cuando el usuario lo desee. Tipos de contenido permitidos en los MMS Los mensajes multimedia pueden incluir actualmente los siguientes formatos de contenido:

Para imgenes: formatos GIF, y JPEG (normal y progresivo) Para texto: texto normal, texto con formato basado en EMS Para sonido: formatos de compresin AMR, WAV, MP3 para sonido real, formatos MIDI e IMY para melodas Para vdeo: formatos 3GP y MPEG4

Es necesario tener en cuenta que el operador de red, al configurar su MMSC, decide qu tipos de contenido pueden enviarse al terminal del usuario y cules no. En principio, el estndar puede admitir cualquier tipo de archivo que pueda mostrarse en un telfono mvil, lo que abre la puerta a que en el futuro puedan enviarse tambin cualquier tipo de contenidos mediante MMS, como archivos comprimidos, documentos de Office u otro tipo, aplicaciones mviles Java, animaciones en formato Adobe Flash u otro similar a medida que la capacidad de proceso y almacenamiento de los terminales vaya creciendo. [editar] El MMSC o centro de mensajes multimedia Vanse tambin: GSM y SMS El MMSC o centro de mensajes multimedia (Multimedia Message Service Center) es similar en funcin a un centro de mensajes cortos SMSC, si bien presenta mayor capacidad y funciones ms avanzadas. El MMSC, en un sistema mvil GSM, debe comunicarse con la red ncleo de GPRS para el transporte de los mensajes, con el subsistema de red (NSS VLR HLR) para la tarificacin y gestin de permisos del usuario, con un SMSC para remitir los avisos de mensajes entrantes y con Internet para poder enviar mensajes de correo electrnico. Adems, se contempla la posibilidad de que el MMSC reconozca las caractersticas del terminal del usuario (tipo y tamao de pantalla, capacidad de visualizacin de ciertos tipos de archivo y no de otros, etc.) y adapte automticamente el contenido recibido al terminal para que se vea correctamente. En otro tipo de redes, el mtodo de transporte ser distinto, pero el MMSC conservar la capacidad de adaptacin del contenido, si est habilitada esta capacidad. ste es un resumen de sus funciones:

Recibir a travs de la red ncleo GPRS los mensajes multimedia entrantes; Almacenar los mensajes entrantes hasta que puedan ser transportados hasta el usuario; Enviar al usuario los mensajes por la red GPRS cuando el usuario los descargue (normalmente, de forma automtica a peticin de su terminal); Recibir y redirigir hasta el MMSC destino los MMS salientes; Decidir si el tipo de contenido de los mensajes entrantes es vlido para el terminal del usuario y, en su caso, procesarlo para que pueda mostrarse; Comunicarse con el HLR y VLR para verificar si el usuario tiene permiso para enviar mensajes y poder tarificarlos.

Aviso de mensaje entrante: mensaje WAP Push y conexin MMSC-SMSC Cuando un usuario recibe un nuevo mensaje multimedia, el MMSC se pone en contacto con el HLR para averiguar si su terminal admite o no mensajes multimedia y qu formato de archivos puede admitir. A continuacin, si el usuario no dispone de un terminal con capacidad para MMS, produce un SMS con una clave para que el usuario se dirija a Internet y consulte all el contenido del mensaje. Si el terminal del usuario admite MMS, el MMSC decide si es necesario adaptar el contenido (convertir los distintos formatos posibles de imagen, sonido y audio, reescalar las imgenes y vdeos, etc.) y, a continuacin, remite al SMSC un mensaje WAP Push para enviar al terminal del usuario. El mensaje WAP Push se recibe, a ojos del terminal y a efectos tcnicos, como un SMS normal, y contiene informacin sobre el asunto, remitente y direccin de descarga del mensaje, si bien es detectado automticamente por el terminal como aviso de MMS.

Normalmente, la descarga del contenido del MMS es automtica. Empero, el usuario decide cmo quiere configurar su terminal, para descargar automticamente o no los nuevos MMS recibidos, puesto que la recepcin de MMS en itinerancia puede tener costes adicionales asociados. La recepcin de MMS en red propia suele ser gratuita, y se suele habilitar a travs de un perfil WAP/GPRS especial para este propsito. Conexiones y perfiles WAP/GPRS El transporte de los MMS entre el usuario y el MMSC se realiza mediante una conexin WAP GPRS; para este fin, los terminales de usuario aceptan distintas definiciones de perfil de servicio WAP segn lo que interese. As, normalmente los operadores especifican un perfil WAP gratuito para transportar los MMS; la tarificacin la realiza el MMSC y no se hace en la red ncleo de GPRS. Tengamos en cuenta que, normalmente, el trfico GPRS tiene coste, puesto que se emplea para conectarse a Internet o a la red WAP mvil. En cambio, el trfico GPRS que generan los mensajes multimedia normalmente no se cobra, ni al enviarlos ni al recibirlos, puesto que resulta ms sencillo para los usuarios y los operadores su tarificacin en bloque como mensajes, a cargo del MMSC. Sin embargo, si el usuario se encuentra fuera de la cobertura de su operador (en itinerancia) y recibe o enva un MMS, es probable que s tenga que abonar una cantidad por el trfico de datos, al conectarse a una red ajena que desear percibir un importe por el trfico de datos realizado. Por este motivo, es recomendable desactivar la recepcin automtica de los mensajes multimedia al salir al extranjero o de la zona de cobertura propia de nuestro operador para evitar costes elevados. Esta configuracin se encontrar en el men del telfono, sin que sea necesario consultar al operador para realizarla.

El camino de un MMS saliente (del terminal hacia la red) Cuando un usuario decide enviar un mensaje MMS, el proceso de envo es el siguiente:

El usuario da formato y ordena los contenidos del mensaje en su terminal; El terminal genera un guion SMIL con el contenido en el orden previsto, y prepara todo el contenido para su envo; El terminal se pone en contacto con el MMSC a travs de la red ncleo GPRS, mediante el perfil WAP gratuito especificado por el operador para este fin; La red ncleo GPRS y el MMSC contactan con el VLR para verificar si tiene permiso para emplear el servicio; si puede usarlo, El mensaje se transmite al MMSC de origen y desde all al MMSC del operador de destino.

El camino de un MMS entrante (de la red/MMSC al terminal) Una vez el MMSC del operador de destino ha recibido un mensaje MMS, el proceso hasta el terminal del usuario es el que sigue:

El MMSC revisa en sus propias bases de datos o con el HLR del usuario de destino si su terminal tiene capacidad multimedia; Si el terminal no puede recibir MMS, se enva al SMSC un mensaje para el usuario con una clave y direccin de Internet en que poder visualizar el mensaje; Si el terminal puede recibir MMS, se enva al SMSC un mensaje WAP Push con la informacin bsica del mensaje y la necesaria para su descarga; Si es necesario, el MMSC adapta el contenido del mensaje a las caractersticas del terminal del usuario; Cuando est activo, el terminal del usuario recibe el SMS (de texto normal o WAP Push) que notifica la recepcin;

El usuario (o, ms habitualmente, el terminal, de forma automtica) inicia una sesin GPRS con el perfil WAP gratuito para MMS definido por el operador; el mensaje se recibe en el telfono de forma transparente para el usuario.