Laboratorio2 Datos

Universidad Nacional de Quilmes
Ingeniera en Automatizacin y Control Industrial ASIGNATURA: CURSO: Comunicacin de Datos 2do Cuatrimestre AO LECTIVO: 2012
TP N: Nombre del TP: Fecha de entrega: Profesor/es:
2 Laboratorio N2 04 de julio de 2012 Fabin Iakinchuk, Martn Castillo
INTEGRANTES:
Pontiroli, Alejandro
RECEPCIN
FECHA DE ENTREGA 04/07/2012
FECHA DE VENCIMIENTO 07/07/2012
FECHA DE DEVOLUCIN
1 2 3
OBSERVACIONES:
CALIFICACIN:

Ingeniera en Automatizacin y Control Industrial
Contenido
DNS ............................................................................................................................................................ 4 DNS Primario ............................................................................................................................................ 4 DNS Secundario ....................................................................................................................................... 4 DNS Cach ............................................................................................................................................... 5 Formato de mensaje de una Respuesta-Solicitud de DNS ..................................................................... 5 Recursos (Resources) .............................................................................................................................. 6 MX A SOA PTR NS ............................................................................................................................................... 6 ............................................................................................................................................... 6 ............................................................................................................................................... 6 ............................................................................................................................................... 7 ............................................................................................................................................... 7
CNAME ............................................................................................................................................... 6
MX de dominios conocidos ....................................................................................................................... 7 Ventaja de tener ms de un MX ............................................................................................................... 7 DHCP ............................................................................................................................................................ 9 Ventajas .................................................................................................................................................... 9 Desventajas .............................................................................................................................................. 9 Parmetros de configuracin DHCP cliente ............................................................................................. 9 Identificacin de cliente ...........................................................................................................................10 SNMP ..........................................................................................................................................................11 Esquema de paquete y protocolo de transporte .....................................................................................11 Agente SNMP .........................................................................................................................................12 NMS ........................................................................................................................................................12 MIB ..........................................................................................................................................................12 LAN ..........................................................................................................................................................13 Qu dispositivo de networking utiliza ancho de banda compartido y cul utiliza ancho de banda dedicado? ................................................................................................................................................13 SWITCH ..................................................................................................................................................13 HUB .........................................................................................................................................................13 Tecnologas, ventajas y desventajas de ambos .....................................................................................13 HUB .............................................................................................................................................13 SWITCH .............................................................................................................................................14 VLAN .......................................................................................................................................................14 ROUTER .....................................................................................................................................................15 Configuraciones externas .......................................................................................................................15 Listas de acceso .....................................................................................................................................15 Usos comunes del dispositivo .................................................................................................................15 Esquema constructivo de un Router .......................................................................................................15 IOS ..........................................................................................................................................................17
Pgina | 2

Capa de Transporte ...................................................................................................................................18 Diferencias entre TCP y UDP. ................................................................................................................18 Aplicaciones que utilizan TCP ................................................................................................................18 Rs232 Vs Rs485 .........................................................................................................................................19 MODBUS/TCP ............................................................................................................................................20 Trama genrica para codificacin RTU y ASCII. ....................................................................................20 DNP v.3 .......................................................................................................................................................21 Frame y Header del protocolo DNP v.3 ..................................................................................................21 Tema de Investigacin: VoIP....................................................................................................................22 Historia .............................................................................................................................................22 Funcionamiento, protocolos involucrados ..............................................................................................23 Componentes de un sistema VoIp ..........................................................................................................26
Pgina | 3

DNS
Un sistema de nombres de dominio, o DNS (por sus siglas en ingls Domain Name System), es un sistema basado en base de datos. DNS asocia la direccin IP con el nombre de los servidores conectados a internet, que abarcan desde pequeos sitios web, hasta granjas de servidores como Google. Bsicamente el DNS cliente o Resolver pasa un requerimiento al servidor de nombres local (servidor de DNS), y si el servidor de nombres local no puede responder el requerimiento desviar el mismo a otro servidor. Cuando el servidor local tiene la direccin requerida le devuelve la informacin al cliente. Su principal utilidad es traducir una direccin o nombre de un lugar en la red en una direccin IP. El uso de este sistema es prctico desde el punto de vista del usuario que en vez de recordar una direccin IP para ir a un determinado lugar, recuerda el nombre de dicho lugar y el servicio lo traduce. Cabe destacar que su uso no es esencial, pero s practico. Si el DNS falla y recordamos la direccin de IP del lugar al que queremos ir, podemos usar sta para acceder al mismo. Al poner en nuestro navegador de Internet directamente la direccin de IP le ahorramos el trabajo al ordenador de utilizar el servicio DNS con lo que ganamos tiempo (aunque esto en general es casi imperceptible). Existen 4 tipos diferentes de servidores DNS, el siguiente punto solo se abocar a DNS primario y DNS secundario y de cache. En realidad, la diferencia entre un primario y un secundario es bastante sutil. La razn de la existencia de ambos es para facilitar la administracin del espacio de nombres de dominio. Bsicamente, el DNS de un servidor primario lee su configuracin de un archivo en el disco duro; el DNS de un servidor secundario copia su configuracin del primario. As, si es necesario hacer un cambio a la configuracin, se modifica el primario y se espera a que los secundarios "se enteren" del cambio. Esta es la razn tambin para que el proceso de actualizacin de cambios no sea automtico. Es decir: DNS Primario Un servidor de nombres primario carga de disco la informacin de una zona, y tiene autoridad sobre ella. DNS Secundario Un servidor de nombres secundario tiene autoridad sobre una zona, pero obtiene la informacin de esa zona de un servidor primario utilizando un proceso llamado transferencia de zona. Para permanecer sincronizado, los servidores de nombres secundarios consultan a los primarios regularmente (tpicamente cada tres horas) y re ejecutan la transferencia de zona si el primario ha sido actualizado. Un servidor de nombres puede operar como primario o secundario para mltiples dominios, o como primario para unos y secundario para otros. Pgina | 4

DNS Cach Un servidor de nombres que no tiene autoridad para ninguna zona se denomina servidor cach. Obtiene todos sus datos de servidores primarios o secundarios. Requiere al menos un registro DNS para apuntar a un servidor del que pueda obtener la informacin inicialmente. Un servidor primario o secundario realiza todas las funciones de un servidor cach. Formato de mensaje de una Respuesta-Solicitud de DNS
Figura 1 - formato "ANSWER" de un DNS
Todos los campos estn alineados por bytes. La alineacin del campo "Type" a 4 bytes es un ejemplo, y no es obligatoria en el formato. Los campos que preceden al TTL tienen el mismo significado que en la seccin "QUESTION" y: TTL (de 32-bit medido en segundos). Define cunto tiempo se puede considerar vlido el recurso. RDlength, longitud de 16 bits para el campo Rdata. Rdata, respuesta de longitud variable cuya interpretacin depende del campo "Type".
Pgina | 5

Recursos (Resources) Los Recursos son los elementos, servicios o grupos que puede haber dentro un dominio. Se diferencian varias 'clases' que se identifican por unas pocas letras: Servidores de Correo (conocidos como recursos de clase MX) Direcciones de Mquinas (conocidos como recursos de clase A) Nombre Cannico (conocidos como recursos de clase CNAME) Autoridad de zona (conocidos como recursos de clase SOA) Indicador (conocidos como recursos de clase PTR) Servidores de Nombres (conocidos como recursos de clase NS) Otros
Cada recurso, al igual que los dominios, tienes un nombre o cadena de longitud variable. Un host (o servidor) comn que posea un nombre y una direccin IP ser considerado como un recurso de clase 'A'. Un ejemplo muy comn de recurso de clase 'A' son los servidores web, a los que se les asigna el nombre 'www'. Ejemplo: La cadena 'www.ii.uam.es' hace referencia a un recurso clase 'A' llamado 'www' que se encuentra en el dominio 'ii.uam.es' (en realidad existen 3 dominios: 'ii' que es un subdominio de 'uam.es', el dominio 'uam' que en un subdominio de 'es' y el propio dominio 'es'). A continuacin se describen brevemente los Recursos anteriormente enunciados (MX, A, CNAME, SOA, PTR, NS). MX MX (registro) = Mail Exchange (Registro de Intercambio de Correo): Asocia un nombre de dominio a una lista de servidores de intercambio de correo para ese dominio. A A = Address (Direccin) Traduce nombres de hosts a direcciones IP. CNAME CNAME = Canonical Name (Nombre Cannico) Se utiliza para crear nombres de hosts adicionales, o alias, para los hosts de un dominio. Es usado cuando se estn corriendo mltiples servicios (como ftp y web server) en un servidor con una sola direccin IP. Cada servicio tiene su propia entrada de DNS (como ftp.ejemplo.com. y www.ejemplo.com.). Esto tambin es usado cuando corres mltiples servidores http, con diferentes nombres, sobre el mismo host. SOA SOA = Start of authority (Autoridad de la zona): Proporciona informacin sobre la zona. Pgina | 6

PTR PTR = Pointer (Indicador): Tambin conocido como 'registro inverso', funciona a la inversa del registro A, traduciendo IPs en nombres de dominio. NS NS = Name Server (Servidor de Nombres): Define la asociacin que existe entre un nombre de dominio y los servidores de nombres que almacenan la informacin de dicho dominio. Cada dominio se puede asociar a una cantidad cualquiera de servidores de nombres. MX de dominios conocidos Cuando un mensaje de correo electrnico es enviado a travs de Internet, el remitente (el agente de transferencia de correo - MTA Mail Transfer Agent) hace una peticin al DNS solicitando el registro MX para los nombres de dominio de destino. El nombre de dominio es la parte de la direccin de correo que va a continuacin de la @. Esta consulta (a travs del servidor SMTP) devuelve una lista de nombres de dominios de servidores de intercambio de correo que aceptan correo entrante para dicho dominio, junto con un nmero de preferencia. (Los valores ms bajos indican prioridad ms alta) Para el dominio unq.edu.ar se report lo siguiente Servidor de Intercambio de Correo (MX) Prioridad correo2.unq.edu.ar 30 antispam.unq.edu.ar 3 antispam1.unq.edu.ar 4 correo3.unq.edu.ar 10 correo.unq.edu.ar 20 Para el dominio gmail.com Servidor de Intercambio de Correo (MX) Prioridad alt1.gmail-smtp-in.l.google.com 10 alt2.gmail-smtp-in.l.google.com 20 alt3.gmail-smtp-in.l.google.com 30 alt4.gmail-smtp-in.l.google.com 40 gmail-smtp-in-v4v6.l.google.com 5 Ventaja de tener ms de un MX El uso de un nico dominio de Internet con un nico nombre de dominio
Se pueden especificar mltiples registros MX de un dominio nico de Internet, por ejemplo, acme.com - con un nombre de dominio de Internet nico, como acme.com. Se utiliza el servidor de nombre completo de host de Internet en el los registros MX y A - por ejemplo, mail1.acme.com. Pgina | 7

Por ejemplo, configurar una copia de seguridad del servidor SMTP (mail2.acme.com) para entregar o enviar correo electrnico cuando el principal servidor SMTP (mail1.acme.com) no est disponible. MX record: A record: MX record: A record: acme.com mail1.acme.com acme.com mail2.acme.com IN IN IN IN MX A MX A 5 mail1.acme.com 192.168.10.17 mail2.acme.com 192.168.10.18
10
Los mensajes dirigidos a acme.com ruta a mail1.acme.com en primer lugar porque la preferencia (5) es menor. Si mail1.acme.com no est disponible, el correo se enruta a mail2.acme.com. El uso de un solo nombre de dominio de Internet con dos servidores balanceados
Si se especifica la misma preferencia por dos servidores, DNS selecciona al azar a un servidor para equilibrar la carga del correo entrante. MX record: A record: MX record: A record: acme.com mail1.acme.com acme.com mail2.acme.com IN IN IN IN MX A MX A 5 mail1.acme.com 192.168.10.17 mail2.acme.com 192.168.10.18
El uso de un nico dominio de Internet con varios nombres de dominio
Puede crear los registros MX de un dominio nico de Internet - por ejemplo, acme.com con mltiples nombres de dominio de Internet - por ejemplo, acme.com, qrs.com y xyz.com. Nota: los usuarios pueden enviar correo a cada nombre de dominio y cada dominio tiene un servidor SMTP de copia de seguridad. MX record: MX record: MX record: MX record: MX record: MX record: acme.com acme.com qrs.com qrs.com qrs.com xyz.com IN IN IN IN IN IN MX MX MX MX MX MX 5 10 5 10 5 10 mail1.acme.com mail2.acme.com mail1.acme.com mail2.acme.com mail1.acme.com mail2.acme.com
Pgina | 8

DHCP
El DHCP (Dynamic Host Configuration Protocol) es un protocolo que centraliza y maneja la asignacin dinmica de direcciones IP en forma automtica dentro de una red, esto elimina el problema de la configuracin asociada a la configuracin manual del TCP/IP. En una misma red solo se puede poner un servidor DHCP. Si se coloca ms de uno, cuando un cliente DHCP haga una solicitud, todos los servidores le contestaran a la vez y lucharan para asignarle una direccin IP. En general, esto har que aparezcan virtualmente varias redes desvinculadas y cada vez que arranque el mismo cliente no necesariamente ira a parar a la misma red. Ventajas Solo se configura un servidor para entregar nmeros IP para clientes de red Se entregan todos los parmetros bsicos de TCP-IP Facilidad de configuracin. Las direcciones son controladas por el mismo servidor y el administrador solo es responsable de supervisar y controlar las IP de mayor importancia con el fin de dar un buen funcionamiento a la red. Existe un punto de control central, de tal manera que si la topologa de red cambia y es necesario cambiar la configuracin de los nodos de red el administrador solo tendr que reconfigurar el servidor DHCP y este realizara una actualizacin en los nodos.
Desventajas Al entregar nmeros IP dentro de la red, habiendo un DNS, no hay un puente intermedio entre DNS y DHCP directo. Es decir, hay que agregar las mquinas a mano en el DNS. Los mensajes tienden a fallar sobre todo si las tarjetas de red hacen la negociacion de velocidad.
Parmetros de configuracin DHCP cliente Un servidor DHCP puede proveer de una configuracin opcional al dispositivo cliente. Dichas opciones estn definidas en RFC 2132. Lista de opciones configurables: Direccin del servidor DNS Nombre DNS Puerta de enlace de la direccin IP Direccin de Publicacin Masiva (broadcast address) Mscara de subred Tiempo mximo de espera del ARP (Protocolo de Resolucin de Direcciones segn siglas en ingls) MTU (Unidad de Transferencia Mxima segn siglas en ingls) para la interfaz Servidores NIS (Servicio de Informacin de Red segn siglas en ingls) Dominios NIS Servidores NTP (Protocolo de Tiempo de Red segn siglas en ingls)) Servidor SMTP Servidor TFTP Pgina | 9

Nombre del servidor WINS
Identificacin de cliente Un DHCP identifica a cada cliente con una nica direccin IP, una mscara de subred para poder definir la zona y un nmero de Gateway.
Pgina | 10

SNMP
Simple Network Management Protocol (Protocolo simple de administracin de red). Es un protocolo que permite supervisar, analizar y comunicar informacin de estado entre una gran variedad de hosts, pudiendo detectar problemas y proporcionar mensajes de estados. Consiste de un conjunto de estndares para la administracin de redes, incluyendo un protocolo de capa de aplicacin, un esquema de base de datos y un conjunto de objetos de datos. Se utiliza comnmente para monitorear los dispositivos adjuntados a una red, supervisando el desempeo de la red, y buscar y resolver problemas. Si bien existen tres versiones de ste protocolo, (SNMPv1, SNMPv2 y SNMPv3), la ltima versin del mismo SNMPv3 implementa mayor seguridad. Esquema de paquete y protocolo de transporte SNMP es un protocolo Asncrono de Peticin-Respuesta basado en el modelo de interrupcinSondeo directo. Necesita pocos requisitos de la capa de transporte (No orientada a conexin UDP). Los paquetes utilizados para enviar consultas y respuestas SNMP (llamados PDUs) poseen el siguiente formato: Versin Comunidad SNMP PDU
En donde, Versin: Nmero de versin de protocolo que se est utilizando. Comunidad: Nombre o palabra clave que se usa para la autenticacin. Generalmente existe una comunidad de lectura llamada "public" y una comunidad de escritura llamada "private". SNMP/PDU: Contenido de la unidad de datos del protocolo, el que depende de la operacin que se ejecute.
En el campo SNMP/PDU se utilizan los mensajes GetRequest, GetNextRequest, SetRequest y GetResponse teniendo la siguiente estructura: Tipo Identificador Estado de error ndice de error Enlazado de variables
En donde, Identificador: Es un nmero utilizado por el NMS y el agente para enviar solicitudes y respuesta diferentes en forma simultnea. Estado e ndice de error: Slo se usan en los mensajes GetResponse(en las consultas siempre se utiliza cero). El campo "ndice de error" slo se usa cuando "estado de error" es distinto de 0 y posee el objetivo de proporcionar informacin Pgina | 11

adicional sobre la causa del problema. El campo "estado de error" puede tener los siguientes valores: 0: No hay error; 1: Demasiado grande; 2: No existe esa variable; 3: Valor incorrecto; 4: El valor es de solo lectura; 5: Error genrico.
Enlazado de variables: Es una serie de nombres de variables con sus valores correspondientes (codificados en ASN.1).
Agente SNMP Un agente es un mdulo de software de administracin de red que reside en un dispositivo administrado. Un agente posee un conocimiento local de informacin de administracin (memoria libre, nmero de paquetes IP recibidos, rutas, etctera), la cual es traducida a un formato compatible con SNMP y organizada en jerarquas.
NMS Ejecuta aplicaciones que supervisan y controlan a los dispositivos administrados. Los NMSs proporcionan el volumen de recursos de procesamiento y memoria requeridos para la administracin de la red. Uno o ms NMSs deben existir en cualquier red administrada. MIB La Base de Informacin Gestionada (Management Information Base) es un tipo de base de datos que contiene informacin jerrquica, estructurada en forma de rbol, de todos los dispositivos gestionados en una red de comunicaciones. Es parte de la gestin de red definida en el modelo OSI. Define las variables usadas por el protocolo SNMP para supervisar y controlar los componentes de una red.
Pgina | 12

LAN
Qu dispositivo de networking utiliza ancho de banda compartido y cul utiliza ancho de banda dedicado? El hardware de red que tiene la capacidad de brindar un ancho de banda dedicado es el Switch mientras que el que brinda un ancho de banda compartido es el Hub. A continuacin se describir cada uno de ellos SWITCH El Switch conmuta paquetes desde los puertos (las interfaces) de entrada hacia los puertos de salida, suministrando a cada puerto el ancho de banda total. Bsicamente el Switch es un administrador inteligente del ancho de banda. Las bocas estn agrupadas en dominios de colisin, en cada dominio este se comporta bsicamente como en HUB. Utiliza la capa de enlace del modelo ISO-OSI ya que identifica a las maquinas con su Mac Address. Po su forma constructiva, tiende a evitar las colisiones que se producen en una red, esto en una red con bastante trafico redunda en una disminucin en el ancho de banda necesario para transmitir la misma informacin en un mismo tiempo que en una red en la que se usa un HUB.
HUB Es un regenerador y repetidor de seal el cual replica lo que tiene en una de sus bocas en todas las dems. Trabaja a nivel de la capa fsica del modelo ISO-OSI. En una red con muy poco trfico y con poca probabilidad de colisin, quien utiliza menos ancho de banda es el HUB ya que este solo replica la informacin emitida por los host y no debe resolver la identificacin del Mac Address como hace el SWITCH.
Tecnologas, ventajas y desventajas de ambos
HUB El dispositivo repite simultneamente la seal de una boca del mismo a mltiples cables conectados en cada uno de sus puertos. Debido a esto una desventaja es que en caso que dos o ms maquinas conectadas empiecen a transmitir simultneamente, estas producirn una colisin en la red, por lo que deber ejecutarse un algoritmo para poder retransmitir el mensaje. Como ventaja puede nombrarse que en una red con muy poco trfico y con poca probabilidad de colisin, el HUB utiliza un ancho de banda menor que otros dispositivos. Otra ventaja es el bajo costo del mismo.
Pgina | 13

SWITCH Los switch operan en la capa 2 del modelo OSI, basndose en los 48 bits de las direcciones MAC de las placas Ethernet, es decir, en la capa 2 (redes Ethernet/TCP-IP) segmentando la red en diferentes dominios de colisin. Bsicamente un switch aprende direcciones, reenva y filtra paquetes y evita los bucles. Naturalmente aumentan el ancho de banda de la red, permitiendo la existencia de segmentos dedicados, y reduciendo el nmero de usuarios por segmento, incluso en el colmo de la segmentacin cada usuario tiene conexin a un puerto de un switch con lo cual est el solo en un dominio de colisin, pudiendo trabajar en la mayora de los casos si el switch y la tarjeta de red lo permiten en full-duplex y saltndose el tema de las colisiones, adems tienen otras ventajas como por ejemplo poder comunicarse con dispositivos de diferentes velocidades en cada puerto sin forzar a todos los puertos a la velocidad ms baja. Como desventaja puede decirse que en una red con poco trafico un switch desperdicia un poco de ancho de banda, ya que este debe consumir un poco del mismo para resolver la identificacin del Mac Address. VLAN Las VLAN (Virtual Local Area Networks, Redes virtuales de rea local) forman grupos lgicos para definir los dominios de broadcast. Es por esto, que por ejemplo puede existir el dominio de los rojos y los amarillos, donde el broadcast que genera el rojo solo le afectara a este color y el broadcast que genera el amarillo solamente afectara a esta parte de la red. Aunque fsicamente estn conectadas las maquinas al mismo equipo, lgicamente pertenecern a una VLAN distinta dependiendo de sus aplicaciones con lo que se logra un esquema segmentado lgico o virtual de la red.
Pgina | 14

ROUTER
Configuraciones externas Para configurarlo se puede hacer a travs de consola, telnet y FTP. En el caso de la consola la configuracin se realiza por medio de una conexin serie RS-232.
Listas de acceso El uso de las listas de acceso es conveniente ya que estas son una herramienta de seguridad de la red. Con las listas de acceso se pueden clasificar los paquetes en las interfaces enrutadas de entrada y/o salida. Usos comunes del dispositivo Los Router ms completos pueden ser utilizados como Firewall. Casi todos los dispositivos de filtracin de paquetes actuales (routers de seleccin o gateways de filtracin de paquetes) operan de la siguiente manera: Los criterios de filtracin de paquetes deben almacenarse para los puertos del dispositivo de filtracin de paquete.A los criterios de filtracin de paquetes se les llama reglas de filtracin de paquetes. Cuando el paquete llega al filtro, se analizan los encabezados de IP, TCP o UDP. Las reglas de filtracin de paquetes se almacenan en un orden especfico. Cada regla se aplica al paquete en el orden en el que la regla de filtracin de paquetes se almacena. Si una regla bloquea la transmisin o la recepcin de un paquete, este no es permitido. Si una regla permite la transmisin o la recepcin de un paquete, a dicho paquete se le permite proceder. Si un paquete no satisface alguna regla, se le bloquea.
Esquema constructivo de un Router
PROCESADOR
Las caractersticas y funciones bsicas de cada bloque en esta plataforma se pueden resumir como: Pgina | 15

Procesador: El principal trabajo del procesador es para cargar las instrucciones definidas en el software de PCMCIA Flash o desde la memoria RAM y ejecutarlos, lo que bsicamente implica una cierta manipulacin de los datos. Memoria Buses son utilizados por la CPU para acceder a los diversos componentes del sistema y las instrucciones de transferencia y los datos hacia o desde las direcciones de memoria especificadas. Tarjetas de interfaz WAN (WIC) son los medios de comunicacin especficos de las interfaces de red encargados de la transferencia de datos dentro y fuera del router. WIC comunicarse con la CPU a travs del bus de la CPU para la transferencia de paquetes. Controladores especializado (o especficos de la aplicacin de circuitos integrados - ASIC) utilizados para apoyo de los medios realizar la funcionalidad mencionada. WIC no son compatibles con la insercin y extraccin en (OIR). Fuente de alimentacin proporciona energa a los diversos componentes del router. RAM: Memoria de acceso aleatorio (Random Access Memory); este componente es dinmico, lo que significa que su contenido varia constantemente. Sus funciones principales son: mantener el cache ARP, guardar tablas de enrutamiento, mantener el cache de cambio rapido (fast-switching), realizar el buffering de paquetes, y mantener colas o filas. Tambien provee una memoria temporaria para el archivo de configuracin del router mientras el router es encendido. Sin embargo, la RAM pierde contenido cuando es reinicializado o apagado. Este componente puede actualizarse. NVRAM: Memoria RAM no voltil. Se utiliza para guardar los archivos de configuracin de arranque, ya que este tipo de memoria no pierde datos al ser reiniciado o apagado el router. FLASH: Esta memoria es muy importante porque guarda los datos necesarios en caso de fallas en la configuracin del sistema operativo. Guarda una imagen del archivo del IOS, as como tambin backups. Este tipo de memoria se clasifica como una EPROM (Electronically Erasable Programmable Read Only Memory). Generalmente se pueden actualizar. ROM: Realiza las mismas funciones que la BIOS. Guarda informacin sobre los componentes del hardware del sistema y corre el POST cuando el router se enciende. Puede ser actualizado, lo que asegura nuevas versiones del IOS. Consola: Consiste de las conexiones fisicas o enchufes en el router. El proposito de la consola es proveer acceso para configuraciones. Interfases: Proveen conectividad con LAN, WAN y Console/Aux. Estos pueden ser Conectores RJ-45 soldados sobre el motherboard, transceiver modules, o card modules
Pgina | 16

IOS IOS son las siglas de Internetwork Operating System, (Sistema Operativo de Interconexin de Redes) creado por Cisco Systems para programar y mantener equipos de interconexin de redes informticas como switches y routers.
Pgina | 17

Capa de Transporte
Diferencias entre TCP y UDP. El protocolo TCP proporciona un servicio de comunicacin que forma un circuito, es decir, que el flujo de datos entre el origen y el destino parece que sea continuo. Este circuito es virtual el cual es llamado una conexin. Al contrario de los programas que utilizan UDP, los que usan TCP tienen un servicio de conexin entre los programas llamados y los que llaman con chequeo de errores, control de flujo y capacidad de interrupcin. El UDP (User Datagram Protocol) Protocolo para Transmisin de Datos, a diferencia del TCP, no fragmenta y re ensambla los datagramas, y tampoco les asigna nmeros. Las aplicaciones que usan este protocolo deben asegurarse que reciban los datagramas en el orden apropiado. Normalmente es utilizado por aplicaciones de redes que necesitan ahorrar tiempo de procesamiento porque utilizan pequeas cantidades de datos para comunicarse o porque la prdida de paquetes no es importante para dicha aplicacin. TCP proporciona un circuito virtual el cual es llamado una conexin. Como fue mencionado anteriormente el protocolo TCP proporciona un servicio de comunicacin para que el flujo entre el origen y el destino parezca que es continuo. Aplicaciones que utilizan TCP En la siguiente tabla se puede observar algunas de las aplicaciones que utilizan TCP y sus puertos: PROTOCOLO FTP SSH Telnet SMTP HTTP POP Oracle SQLNet Finger SQL Services NNTP-Grupos de noticias NetBios Name Service PUERTO POR DEFECTO 21 22 23 25 80 110 66 79 118 119 137
Pgina | 18

Rs232 Vs Rs485
Principalmente, cabe destacar que el protocolo RS 232 es famoso por la popularidad de la PC a diferencia de RS422 y RS 485. Estos ltimos dos, son usados en la industria de los sistemas de control y la transferencia de datos (volmenes pequeos, menor de Mb/s). La mayor diferencia entre ambos protocolos, son las seales de transmisin.
Diferencias entre RS232 y RS485
RS232 Diferencial Max nmero de drivers Max nmero de receptores Modos de operacin Topologa Max distancia Max velocidad a 12 m Max velocidad a 1200 m Max slew rate Sensibilidad de entrada en receptor Rango de entrada en receptor Max voltaje de salida en el driver Min voltaje de salida en el driver (con carga) no 1 1 half duplex full duplex point-to-point 15 m 20 kbs (1 kbs) 30 V/s 3 V 15 V 25 V 5 V
RS485 yes 32 64 half duplex multipoint 1200 m 35 Mbs 100 kbs n/a 200 mV 7.a.12 V 7.a.12 V 1.5 V
El uso de tensiones elevadas de hasta 15V en RS-232 y de circuitos no balanceados hace que sea ms susceptible al ruido. En cambio en RS-485 se utilizan voltajes de cmo mximo 6V y circuitos balanceados por lo que se reduce el factor de ruido. Con RS-485 se permiten conectar hasta 64 dispositivos.
Pgina | 19

MODBUS/TCP
Modbus es un protocolo de comunicaciones situado en el nivel 7 del Modelo OSI, basado en la arquitectura maestro/esclavo o cliente/servidor, (orientado a la conexin). Fue diseado en 1979 por Modicon para su gama de controladores lgicos programables (PLCs). Este protocolo permite el control de una red de dispositivos, por ejemplo un sistema de medida de temperatura y humedad, y comunicar los resultados a un ordenador. Modbus tambin se usa para la conexin de un ordenador de supervisin con una unidad remota (RTU) en sistemas de supervisin adquisicin de datos (SCADA). Existen versiones del protocolo Modbus para puerto serie y Ethernet (Modbus/TCP). Trama genrica para codificacin RTU y ASCII. Existen dos variantes, con diferentes representaciones numricas de los datos y detalles del protocolo ligeramente desiguales. Modbus RTU es una representacin binaria compacta de los datos. Modbus ASCII es una representacin legible del protocolo pero menos eficiente.
Ambas implementaciones del protocolo son serie. El formato RTU finaliza la trama con un suma de control de redundancia cclica (CRC), mientras que el formato ASCII utiliza una suma de control de redundancia longitudinal (LRC). La versin Modbus/TCP es muy semejante al formato RTU, pero estableciendo la transmisin mediante paquetes TCP/IP. Las correspondientes tramas de estas 2 variantes se muestran a continuacin:
Figura 2 Trama genrica del mensaje segn codigo
Pgina | 20

DNP v.3
El protocolo DNP (Distributed Network Protocol), es un protocolo basado en los estndares de comunicacin IEC 870-5 diseado para la industria en aplicaciones de telecontrol, especialmente enfocado hacia el sector elctrico por la precisin y calidad de la informacin que transporta. Es un protocolo de comunicaciones abierto y no propietario diseado basndose en un modelo que incluye tres de las capas del modelo OSI (Open Systems Interconnections), denominado EPA (Enhanced Performance Architecture): Capa de Aplicacin, Capa de Enlace de Datos y Capa Fsica. Por ser un protocolo de capas es muy eficiente, mientras que asegura alta integridad de datos. Es adecuado para aplicaciones en el ambiente SCADA completo: RTU-IED, MaestraRemota, punto-punto y aplicaciones de red.
Frame y Header del protocolo DNP v.3
Pgina | 21

Tema de Investigacin: VoIP

VoIP proviene del ingls Voice Over Internet Protocol, que significa "voz sobre un protocolo de internet". Bsicamente VoIP es un mtodo por el cual tomando seales de audio analgicas del tipo de las que se escuchan cuando uno habla por telfono se las transforma en datos digitales que pueden ser transmitidos a traves de internet hacia una direccin IP determinada.
El VoIP permite la unin de dos mundos histricamente separados, el de la transmisin de voz y el de la transmisin de datos. Entonces, el VoIP no es un servicio sino una tecnologa. VoIP puede transformar una conexin standard a internet en una plataforma para realizar llamadas gratuitas por internet. Usando algunos de los software gratuitos para llamadas VoIP que estn disponibles en internet estamos saltendonos a las compaas tradicionales de telefona, y por consiguiente, sus tarifas. En el pasado, las conversaciones mediante VoIP solan ser de baja calidad, esto se vio superado por la tecnologa actual y la proliferacin de conexiones de banda ancha, hasta tal punto llego la expansin de la telefona ip que existe la posibilidad de que usted sin saberlo ya haya utilizado un servicio VoIP, por ejemplo, las operadoras de telefona convencional, utilizan los servicios del VoIP para transmitir llamadas de larga distancia y de esta forma reducir costos. Se sabe que va a llevar algn tiempo pero es seguro que en un futuro cercano desaparecern por completo las linas de telfono convencionales que utilizamos en nuestra vida cotidiana, el avance tecnolgico indica que estas sern muy probablemente reemplazadas por la telefona IP. Historia VoIP comenz como el resultado del trabajo de un grupo de jvenes durante 1995. En aquella poca la nica comunicacin posible era de PC-a-PC. Poco ms tarde Vocaltec, Inc. anuncio el lanzamiento del primer softphone (Internet Phone Software). Este softphone estaba hecho para ser usado en una PC hogarea que tenia tarjeta de sonido, micrfono, parlantes y modem. El software funcionaba comprimiendo la seal de voz, convirtindola en paquetes de voz que eran enviados por Internet (exactamente igual que hoy). El software slo funcionaba si las dos PC tenan el mismo software y el mismo hardware. Y fue comercialmente un fracaso principalmente porque las comunicaciones de banda ancha todava no estaban disponibles. Pgina | 22

En 1997, Jeff Pulver decide juntar por primera vez a los pocos usuarios, fabricantes, e interesados en esta tecnologa en VON, la primer feria/congreso que actualmente sigue siendo el mayor evento de VoIP. Tambin form una compaa prestadora de servicio VoIP llamada FreeWorldDialup comnmente llamada FWD (que puede confundirse con el trmino FWD = transferencia de llamadas) y es co-fundador de Vonage, el proveedor de VoIP mas grande de EEUU. En 1998 VoIP di otro gran salto. Un grupo de emprendedores comenz a fabricar los primeros ATA/gateways para permitir las primeras comunicaciones PC-a-telfono convencional y finalmente las primeras comunicaciones telfono-convencional - a - telfono-convencional (con ATAs en cada extremo). Algunos de estos emprendedores inicialmente daban el servicio sin cargo a sus clientes para que pudieran probar la calidad y la tecnologa. Estas llamadas contenan publicidad en el inicio y al final de cada comunicacin. Estos servicios solo se prestaban en EEUU y funcionaban gracias a esta publicidad. A menudo deba comenzarse la comunicacin a travs de una PC para luego pasar a un telfono convencional. En este punto VoIP sumaba el 1% del total del trfico de voz. En 1999 Cisco vende sus primeras plataformas corporativas para VoIP. Se utilizaba principalmente el protocolo H323 de sealizacin. En el ao 2000 VoIP representaba mas del 3% del trafico de voz. El mismo ao Mark Spencer un estudiante de la Universidad de Auburn crea Asterisk, la primer central telefnica / conmutador basada en Linux con una PC hogarea con un cdigo fuente abierto. Asterisk hoy ofrece una solucin freeware para hogares/pequeas empresas y soluciones IP-PBX corporativas. En 2002 el protocolo SIP comienza a desplazar al H323. En 2003 dos jvenes universitarios - Jan Friis y Niklas Zenntrom - crean un softphone gratuito fcilmente instalable en cualquier PC que puede atravesar todos los firewalls y routers inclusive los corporativos. Ese producto es Skype, que se propaga con una velocidad increble, y llega en Diciembre de 2005 a contar con 50 millones de usuarios. En 2005 Skype es comprada en U$ 2600 millones por eBay. Skype tiene un solo problema: los usuarios de Skype no usan un protocolo standard sino uno propio, que Skype no divulga. Eso no permite a un usuario de Skype comunicarse con otro usuario que no sea de Skype. Funcionamiento, protocolos involucrados La existencia de un estndar permite que diferentes programas o dispositivos hardware puedan trabajar en conjuncin, independientemente de quin haya sido el fabricante. Eso permite a los usuarios evitarse problemas de compatibilidad, y pueden limitarse a montar el sistema y utilizarlo sin, en principio, ningn problema. Aunque para VoIP solo se utiliza la parte de H. 323 referente a la transmisin de audio, en realidad H. 323 abarca una gran cantidad de cosas, y tiene numerosas ventajas: No es especfico de IP; puede ser implantado sobre cualquier otro protocolo. Esto le da independencia, lo que se supone que le alarga el tiempo de uso. Es independiente del hardware y el sistema operativo. Soporta conferencias entre ms de dos personas sin que sea necesaria la existencia de un controlador que los dirija. Para eso se hace uso de multicast. Pgina | 23

H. 323 establece varios estndares para compresin y descompresin de canales de audio y video. Adems, durante el inicio de una llamada, ambos extremos se ponen de acuerdo en el estndar a utilizar. Eso asegura que programas o dispositivos de diferentes compaas puedan funcionar juntos correctamente. Aunque no es obligatorio, se permite la existencia de un administrador de red que haga de director de orquesta de las conexiones H. 323 a travs de una red, para gestionar el ancho de banda que se est utilizando para llamadas, y cuanto queda libre para otro tipo de usos. En concreto, el administrador podra impedir que haya ms de un nmero determinado de conferencias en un momento dado. Debido a la fase de negociacin previa a la realizacin de la conferencia, es posible comunicar extremos con diferentes capacidades. Por ejemplo, un usuario que solo tiene dispositivos de audio podra unirse a una videoconferencia entre varias personas, en la que otros usuarios estn utilizando tambin video. Como ya se ha dejado entrever, H. 323 no es un nico protocolo, sino un conjunto de ellos que trabajan juntos para conseguir el objetivo marcado. Dispone de dos partes bien diferenciadas: la que corresponde a la gestin de la conferencia, negociacin, etc; y la que corresponde a la conferencia en s, con el intercambio de la informacin multimedia y datos.
En la parte de control de la conferencia (arriba a la derecha) se encuentran los protocolos Q. 931 y H. 245. El primero es para la sealizacin inicial de la llamada, mientras que el segundo se utiliza para enviar los mensajes de control, entre los que se incluyen el intercambio de las capacidades de cada extremo, los comandos y las indicaciones. En el grfico, queda en medio an una parte opcional, pero tambin importante. RAS son las siglas de "Registration, Admissions and Status". Solo se utiliza si la red sobre la que se est realizando VoIP tiene instalado un gatekeeper. ste es un dispositivo que gestiona el trfico de VoIP en la red; es el "administrador". Si est disponible, cuando algn programa o dispositivo hardware desea iniciar una llamada debe pedir confirmacin al gatekeeper, que le da permiso o no en funcin del ancho de banda disponible para VoIP, o, ms bien, en funcin del nmero de llamadas activas que hay en ese momento. Tambin tiene capacidades de directorio o de pginas amarillas. Cuando un nuevo dispositivo de telefona IP (ya sea por software o por hardware) se activa, ste se comunica con el gatekeeper para indicar su presencia, y su modo de acceso. Gracias a eso, cualquier usuario puede llamar a cualquier otro dando como identificador del destino una direccin de correo electrnico, un nombre o cualquier otro identificador, que el gatekeeper se encargar de traducir a la correspondiente direccin de red. Este dispositivo permite que la llamada sea posible independientemente de la localizacin. Pgina | 24

Cualquier persona puede conectarse desde cualquier lugar y darse de alta en el gatekeeper de la empresa. Eso permite, por ejemplo, que cualquier trabajador en viaje de negocios se conecte a la red de la empresa a travs de un mdem, por ejemplo, y aun as sera posible llamarle, a pesar de tener una direccin IP diferente. Resumiendo, un gatekeeper realiza dos operaciones: gestin del ancho de banda, y traduccin de direcciones. Aun as, no es obligatoria la existencia de un gatekeeper para que pueda utilizarse VoIP sobre una red. Si no est disponible, no ser posible la traduccin de direcciones, y para realizar una llamada ser necesario conocer la direccin de red del otro extremo. Adems, no habr un control del ancho de banda disponible, por lo que podran aparecer problemas de sobrecarga. Lo que s es obligatorio es que si el gatekeeper est disponible, todos los dispositivos de VoIP conectados a la red debern utilizarlo. En la parte referente a la conferencia en s hay dos protocolos de bajo nivel, y una serie de especificaciones sobre ellos. La parte ms sencilla es la referente al T. 120. Durante una sesin, es posible enviar datos no multimedia, que no tienen las necesidades habituales de las transmisiones en tiempo real. Ese envo de datos se realiza mediante el protocolo T. 120, que se sita sobre el protocolo de red subyacente (TCP/IP). Para el envo de voz y video se especifican una serie de posibles codificadores y descodificadores, cada uno con unos requisitos de ancho de banda especficos. Por ejemplo, G. 711 requiere 64 Kbits/s, mientras que G. 723.1 necesita tan solo 5.3 Kbits/s. Naturalmente, la calidad proporcionada por el primero es superior a la del segundo. En cualquier caso, el estndar obliga a que los dispositivos soporten al menos esos dos, de modo que todos puedan comunicarse entre s. Se permite, adems, la admisin de otros codificadores descodificadores, ya sean estndar (G. 728, G. 729, G. 722...), o propietarios. Gracias a la fase de negociacin previa a la conferencia, ambos extremos se ponen de acuerdo automticamente en cual utilizar, por lo que dos dispositivos del mismo fabricante podran utilizar las soluciones propietarias, y seguiran funcionando, a pesar de ello, con dispositivos que no dispongan de esos codificadores particulares. El envo de los paquetes con audio o video se realiza mediante UDP. Pero son marcados en funcin del protocolo RTP (Real-time Transport Protocol), que proporciona una cabecera estndar para los paquetes que incluye una marca de tiempo, un nmero de secuencia, e informacin sobre el pago, para los casos en los que el servicio de VoIP sea proporcionado por terceras empresas que cobren por sus servicios. Para que el protocolo RTP funcione correctamente, es necesaria antes una fase de negociacin mediante el protocolo RTPC, con el que es posible reservar recursos en la red para la transmisin en tiempo real. Naturalmente para que esto tenga sentido, los routers a travs de los que se realiza la conexin entre ambos extremos deben soportar este protocolo. Si no es as, la comunicacin se podr realizar de todas formas, pero no podr garantizarse una calidad de servicio mnima. Por tanto, lo que se ha hecho para permitir transmisin en tiempo real sobre redes que no lo admitan originalmente (en particular sobre IP) es definir otro protocolo (RTP - RTPC) que se monta sobre l, con la esperanza de que se vayan adaptando progresivamente los routers para soportarlo. Si esto no ocurre, no se garantizar una mnima calidad en el servicio, pero aun as la transmisin podr realizarse.
Pgina | 25

Componentes de un sistema VoIp
La figura muestra los principales componentes de una red VoIP. El Gateway convierte las seales desde las interfaces de telefona tradicional a VoIP. Un telfono IP es un terminal que tiene soporte VoIP nativo y puede conectarse directamente a una red IP. El servidor provee el manejo y funciones administrativas para soportar el enrutamiento de llamadas a travs de la red. En un sistema basado en H.323, el servidor es conocido como un Gatekeeper. Finalmente, la red IP provee conectividad entre todos los terminales. La red IP puede ser una red IP privada, una Intranet o el Internet.
Pgina | 26

Laboratorio2 Datos

Загружено:

Сведения о документе

Оригинальное название

Авторское право

Доступные форматы

Поделиться этим документом

Поделиться или встроить документ

Параметры публикации

Этот документ был вам полезен?

Это неприемлемый материал?

Авторское право:

Доступные форматы

Laboratorio2 Datos

Загружено:

Авторское право:

Доступные форматы

Universidad Nacional de Quilmes

TP N: Nombre del TP: Fecha de entrega: Profesor/es:

2 Laboratorio N2 04 de julio de 2012 Fabin Iakinchuk, Martn Castillo

FECHA DE ENTREGA 04/07/2012

FECHA DE VENCIMIENTO 07/07/2012

Universidad Nacional de Quilmes

Universidad Nacional de Quilmes

Universidad Nacional de Quilmes

Universidad Nacional de Quilmes

Figura 1 - formato "ANSWER" de un DNS

Universidad Nacional de Quilmes

Universidad Nacional de Quilmes

Universidad Nacional de Quilmes

El uso de un nico dominio de Internet con varios nombres de dominio

Universidad Nacional de Quilmes

Universidad Nacional de Quilmes

Nombre del servidor WINS

Universidad Nacional de Quilmes

Universidad Nacional de Quilmes

Universidad Nacional de Quilmes

Tecnologas, ventajas y desventajas de ambos

Universidad Nacional de Quilmes

Universidad Nacional de Quilmes

Esquema constructivo de un Router

Universidad Nacional de Quilmes

Universidad Nacional de Quilmes

Universidad Nacional de Quilmes

Universidad Nacional de Quilmes

Universidad Nacional de Quilmes

Figura 2 Trama genrica del mensaje segn codigo

Universidad Nacional de Quilmes

Frame y Header del protocolo DNP v.3

Universidad Nacional de Quilmes

Tema de Investigacin: VoIP

Universidad Nacional de Quilmes

Universidad Nacional de Quilmes

Universidad Nacional de Quilmes

Universidad Nacional de Quilmes

Componentes de un sistema VoIp

Вам также может понравиться