1. Armado de Cables UTP: Recto y Cruzado
2. DNS(Sistema de Nombres de Dominio)
3. Fallos en Redes y PC's
4. Las Redes Informáticas
5. Normativa de uso de los recursos informáticos y de comunicaciones
6. Números de secuencia
7. Redes de Computadoras

Para montar una red son fundamentales los cables que unen los PC's con el HUB ó Switch (ROUTER también). Por eso es importante tener en cuenta el tipo de cable el conector y el orden de los hilos.

* Cables RJ45

 

 

Normalmente, para redes de 10 Mb/s se utiliza cable par trenzado UTP categoría 5 que consta de 8 hilos que vienen colocados en pares de 2.

Los pares internamente vienen de la siguiente forma:

Primer par de hilos: Blanco-Naranja. Naranja.

Segundo par de hilos: Blanco-Verde. Azul.

Tercer par de hilos: Blanco-Azul. Verde.

Cuarto par de hilos: Blanco-Marrón. Marrón

 

Si queremos hacer un cable con las menores interferencias posibles para redes 10~100Mb/s. Puede seguirse el siguiente orden:

CONEXIÓN DE PC A ROUTER AL MÓDEM DSL

Conector 1. 1.- Blanco-Naranja 2.- Naranja 3.- Blanco-Verde 4.-Azul 5.-Blanco-azul 6.-Verde 7.-Blanco-Marron 8.-Marron

Conector 2. 1.- Blanco-Naranja 2.- Naranja 3.- Blanco-Verde 4.- Azul 5.- Blanco-Azul 6.- Verde 7.- Blanco-Marrón 8.- Marrón

CONEXIÓN CROSSOVER

Conector 1. 1.- Blanco-Verde 2.- Verde 3.- Blanco-Naranja 4.-Azul 5.-Blanco-azul 6.-Naranja 7.-Blanco-Marron 8.-Marron

Conector 2. 1.- Blanco-Verde 2.- Verde 3.- Blanco-Naranja 4.- Azul 5.- Blanco-Azul 6.- Naranja 7.- Blanco-Marrón 8.- Marrón

 Armado de Cables UTP: Recto y Cruzado

Materiales Necesarios:

Pinza para cable UTP

Dos Fichas RJ45

Cable UTP

Para que todos los cables funcionen en cualquier red, se sigue un estándar para hacer las conexiones.  

Los dos extremos del cable llevan un conector RJ45 con los colores en el orden indicado

CRUZADO:

Si solo se quieren conectar 2 PC's, existe la posibilidad de colocar el orden de los colores de tal manera que no sea necesaria la presencia de un HUB. 

Es muy importante recordar que cuando se conectan computadoras en red no solo se las esta conectando físicamente, sino que también se las conecta eléctricamente. Una descarga de voltaje puede dañar una o varias maquinas. Es por esto que es de suma importancia aplicar una buena tierra física a la instalación eléctrica y así evitarse sorpresas.

DNS(Sistema de Nombres de Dominio)

El DNS (Domain Name System) es un conjunto de protocolos y servicios (base de datos distribuida) que permite a los usuarios utilizar nombres en vez de tener que recordar direcciones IP numéricas. Ésta es ciertamente la función más conocida de los protocolos DNS: la asignación de nombres a direcciones IP. Por ejemplo, si la dirección IP del sitio FTP de prox.ve es 200.64.128.4, la mayoría de la gente llega a este equipo especificando ftp.prox.ve y no la dirección IP. Además de ser más fácil de recordar, el nombre es más fiable. La dirección numérica podría cambiar por muchas razones, sin que tenga que cambiar el nombre.

Inicialmente, el DNS nació de la necesidad de recordar fácilmente los nombres de todos los servidores conectados a Internet. En un inicio, SRI (ahora SRI International) alojaba un archivo llamado HOSTS.TXT que contenía todos los nombres de dominio conocidos. (técnicamente, este archivo aun existe - la mayoría de los rumbos operativos actuales todavía pueden ser configurados para chequear su archivo hosts).

El crecimiento explosivo de la red causó que el rumbo de nombres centralizado en el archivo HOSTS.TXT resultara impráctico y en 1983, Paul Mockapetris publicó los RFCs 882 y 883 definiendo lo que hoy en día ha evolucionado al DNS moderno. (Estos RFCs han quedado obsoletos por la publicación en 1987 de los RFCs 1034 y 1035).

Como trabaja DNS en teoría

Componentes

Para la operación práctica del rumbo DNS se utilizan tres componentes principales:

• Los Clientes DNS (resolvers), un programa cliente DNS que se ejecuta en la computadora del usuario y que genera peticiones DNS de resolución de nombres a un servidor DNS (de la forma: ¿Qué dirección IP corresponde a nombre.dominio?);
• Los Servidores DNS (name servers), que contestan las peticiones de los clientes, los servidores recursivos tienen la capacidad de reenviar la petición a otro servidor si no disponen de la dirección solicitada;
• Y las Zonas de autoridad' (authoritative DNS server), porciones del espacio de nombres de dominio que manejan las respuestas a las peticiones de los clientes. La zona de autoridad abarcan al menos un dominio e incluyen subdominios, pero estos generalmente se delegan a otros servidores.

Entendiendo las partes de un nombre de dominio

Un nombre de dominio usualmente consiste en dos o más partes (técnicamente etiquetas), separadas por puntos. Por ejemplo, www.mahomedalid.org o es.Wikipedia.org

• A la ubicada más a la derecha se llama dominios de primer nivel. Como org en www.mahomedalid.org o es.Wikipedia.org
• Cada etiqueta a la izquierda especifica una subdivisión o subdominio. Nótese que "subdominio" expresa dependencia relativa, no dependencia absoluta.

En teoría, esta subdivisión puede ser de 127 niveles, y cada etiqueta contiene cerca de 63 caracteres, tantos como para que el nombre del dominio total no exceda los 255 caracteres, aunque en la práctica es mucho menor que eso.

• Finalmente, la parte más a la izquierda del dominio (usualmente) expresa el nombre de la máquina (hostname). El resto del dominio simplemente especifica la manera de crear una ruta lógica a la información requerida; el nombre de la máquina es el rumbo destino para el cual cada dirección IP esta dedicada. Por ejemplo, el dominio es.Wikipedia.org tiene el nombre de la máquina "es".

El DNS consiste en un conjunto jerárquico de servidores DNS. Cada dominio o subdominio tiene una o más zonas de autoridad que publican la información acerca del dominio y los nombres de servicios de cualquier dominio incluido. La jerarquía de las zonas de autoridad coincide con la jerarquía de los dominios. Al inicio de esa jerarquía se encuentra los servidores raíz: los servidores que responden cuando se busca resolver un dominio de primer nivel.

LOS DNS SON

Tipos de servidores DNS

Bind • PowerDNS • MaraDNS • djbdns • pdnsd • MyDns

Tipos de resolución de nombres de dominio

Existen tres tipos de consultas que un cliente (resolver) puede hacer a un servidor DNS:

• recursiva
• iterativa
• inversas

Recursiva:

El servidor DNS responde con el dato solicitado, en caso contrario con un mensaje de error.

Nombre de Dominio Internacionalizado

Internationalized Domain Name (IDN) o nombre de dominio internacionalizado es un nombre de dominio de Internet que (potencialmente) contiene caracteres no ASCII. Estos nombres de dominio pueden contener letras con acento diacrítico, como se requiere por muchos lenguajes Europeos, o caracteres de escrituras no latinas como las árabes y chinas. Sin embargo, el estándar para nombres de dominio no permiten tales caracteres, y mucho del trabajo ha pasado por encontrar una forma de solucionar de cualquier forma este tema, ya sea cambiando el estándar o acordando una forma de convertir los nombres de dominio internacionalizados en nombres de dominio en ASCII estándar mientras se mantenga la estabilidad del rumbo de nombres de dominio.

IDN fue propuesto originalmente en 1998. Después de mucho debate y muchas propuestas competidoras, un rumbo llamado Internacionalización de Nombres de Dominio en Aplicaciones (Internationalizing Domain Names in Applications - IDNA) fue adoptado como el estándar elegido, y en el 2005 ha empezado su presentación pública.

En IDNA, el término nombre de dominio internacionalizado específicamente denota cualquier nombre de dominio que consiste solamente en etiquetas en las que el algoritmo IDNA ToASCII puede ser exitosamente aplicado. ToASCII se basa en la codificación ASCII Punycode de cadenas Unicode normalizadas.

ASCII

American Standard Code for Information Interchange (Código Estadounidense Estándar para el Intercambio de Información) es un código de caracteres basado en el alfabeto latino tal como se usa en inglés moderno y otras lenguas occidentales. Creado aproximadamente en 1963 por el Comité Estadounidense de Estándares (ASA) como una refundición o evolución de los conjuntos de códigos utilizados entonces en telegrafía. Más tarde, en 1967, se incluyen las minúsculas y se redefinen algunos códigos de control para formar el código conocido como US-ASCII.

Casi todos los rumbos informáticos de hoy en día utilizan el código ASCII o una extensión compatible para representar textos y para el control de dispositivos que manejan texto.

Define 128 códigos posibles, dividido en 4 grupos de 32 caracteres, (7 bits de información por código), aunque utiliza menos de la mitad, para caracteres de control, alfabéticos (no incluye minúsculas), numéricos y signos de puntuación. Su principal ventaja, aparte de constituir un estándar, consiste en la ordenación alfabética de los códigos.

Normalmente el código ASCII se extiende a 8 bits (1 byte) añadiendo un bit de control, llamado bit de paridad.

A menudo se llama incorrectamente ASCII a otros códigos de caracteres de 8 bits, como el estándar ISO-8859-1 que es una extensión que utiliza 8 bits para aprovisionar caracteres adicionales usados en idiomas distintos al inglés, como el nuestro.

Internacionalización de Nombres de Dominio en Aplicaciones

Internacionalización de Nombres de Dominio en Aplicaciones (IDNA) es un mecanismo definido en el 2003 para manejar nombres de dominio internacionalizados que contienen caracteres no ASCII. Estos nombres de dominio no puede ser manejados por la existente infraestructura de resolución de nombres y DNS. En vez de rediseñar la infraestructura DNS existente, se decidió que nombres de dominio no ASCII deben ser convertidos a una forma basada en ASCII por los navegadores web y otras aplicaciones de usuario; IDNA especifica como esta conversión debe realizarse.

IDNA fue diseñado para la máxima compatibilidad hacia atrás con el rumbo DNS existente, el cual fue diseñado para ser usado con nombres utilizando sólo un subconjunto de los caracteres ASCII existentes.

Una aplicación habilitada para IDNA es capaz de convertir entre ASCII restringido y respresentaciones no ASCII para un dominio, utilizando la forma ASCII en los casos donde se necesite (como el lookup DNS), pero que sea capaz de presentar la forma no ASCII de mejor lectura a los usuarios. Las aplicaciones que no soporten IDNA no serán capaces de manejar nombres de dominio con caracteres no ASCII, pero todavía serán capaces de acceder a tales dominios si les es dado el equivalente ASCII (normalmente más críptico).

ICANN presentó guías de planeación para el uso de IDNA en Junio del 2004 y era posible registrar dominios .jp usando este rumbo en Julio del 2004. Muchos otros registros de dominios de alto nivel comenzaron a aceptar registros en Marzo de 2004.

Las primeras aplicaciones en soportar IDNA fueron Mozilla 1.4, Netscape 7.1 y Opera 7.11.

 

Fallos en Redes y PC's

1. CAÍDAS DE SERVIDOR
3. CORTES DE SUMINISTRO DE ENERGÍA
4. CAÍDAS DE TENSIÓN
5. FALLOS DE HARDWARE
6. FALTA DE ESPACIO EN DISCO

Virus Informáticos

Spam

Spyware

Aware

Éstos son los Enemigos que Amenazan Sus procedimientos

Intrusiones Externas y de la Propia Organización

ESPIONAJE INDUSTRIAL. AGUJEROS DE SEGURIDAD

• Accesos no autorizados.
• Sniffing.
• Vulneración de passwords

ESPIAR REDES Y SISTEMAS

Cualquier PC que pueda conectarse a un cable de red puede también "escuchar" y espiar su tráfico. ¡NO SE NECESITAN NI PASSWORDS NI CUENTAS!

Hay muchas herramientas de hacking disponibles:

• TCPDUMP SHIPS (la mayoría con distribución a través de Linux).
• SNOOP.
• MS SMS.
• SNIFFER.
• ABIRNET SESSIONWALL

¿CÓMO PUEDE UN HACKER RASTRánimoR LAS REDES?

• Correo de Entrada y Salida de Internet (SMTP).
• Archivos transferidos (FTP; SMB).
• Actividad de Navegador (HTTP).
• Sesiones TelNet (TELNET).
• Passwords (FTP, TELNET, SMB).

ACCEDIENDO AL TRÁFICO

Es muy fácil espiar si se tiene acceso físico al cableado de red (intrusos internos).

Los hackers externos pueden utilizar diversas técnicas para conseguir el acceso remoto al tráfico de red:

• Ataques a Routing.
• Ataques a DNS.

PHISHING

Técnica en auge que consiste en atraer mediante engaños a un usuario hacia un sitio web fraudulento donde se le insta a introducir datos privados, generalmente números de tarjetas de crédito, nombres y passwords de las cuentas bancarias, números de seguridad social, etc...

Uno de los métodos más comunes para hacer llegar a la "víctima" a la página falsa es a través de un e-mail que aparenta provenir de un emisor de confianza (banco, entidad financiera u otro) en el que se introduce un enlace a una web en la que el "phisher" ha reemplazado en la barra de dirección del navegador la verdadera URL para que parezca una legal.

Una de las consecuencias más peligrosas de este fraude es que la barra "falsa" queda en memoria aún después de salir de la misma pudiendo hacer un seguimiento de todos los sitios que visitamos posteriormente y también el atacante puede observar todo lo que se envía y recibe a través del navegador hasta que éste sea cerrado.

Riesgos del Phishing:

1. Los datos facilitados pueden ser empleados para acceder a las cuentas de los usuarios y gestionar su dinero o realizar compras sin su autorización o consentimiento.

2. Puede emplearlos para abrir nuevas cuentas bancarias o tarjetas de créditos en nombre de la "víctima" pero con otra dirección física de correo, lo que supone un robo de identidad.

3. El equipo de la víctima puede servir para difundir virus programados para hacer llegar los e-mails fraudulentos a más usuarios.

Actuación:

1. Evitar el primer impulso de responder a cualquier e-mail. Lea detenidamente la información. En muchos casos llegan los phishers los lanzan a modo de spam por lo que puede llegar a recibir un correo de un servicio del que usted no es usuario.

2. No enviar información personal o financiera por Internet. No es el método más seguro. De hacerlo, asegúrese de que lo hace bajo una conexión segura (icono de candado, https, etc...), aunque a veces los phishers también pueden emular ésto.

3. Revise de vez en cuando sus movimientos bancarios para asegurarse de que los cargos en su cuenta son legítimos.

4. Emplee soluciones de seguridad actualizadas: anti-virus, firewalls, etc... Algunos e-mails fraudulentos instalan programas maliciosos en el equipo, con el consiguiente riesgo de virus, spyware, etc...

5. Tenga cuidado con la ejecución de archivos adjuntos o la descarga de éstos desde e-mails o páginas webs, pueden contener códigos maliciosos.

6. Compruebe con el verdadero y "supuesto remitente" del e-mail si ha enviado el correo. Muchas entidades financieras han puesto en funcionamiento teléfonos, e-mails, o webs de contacto para denunciar cualquier intento de phishing en su nombre.

Más información: Anti-Phishing Working Group

Se recomienda descargar un parche especial que incorpora diversos esquemas de phishing desde la web de Microsoft: http://www.microsoft.com/security/

SPOOFING

Técnica basada en la creación de tramas TCP/IP utilizando una dirección IP falseada; desde su equipo, un atacante simula la identidad de otra máquina de la red (que previamente ha obtenido por diversos métodos) para conseguir acceso a recursos de un tercer rumbo que ha establecido algún tipo de confianza basada en el nombre o la dirección IP del host suplantado. Otros ataques de falseamiento conocidos son:

• DNS Spoofing: En este caso se falsea una dirección IP ante una consulta de resolución de nombre (DNS) o viceversa, resolver con un nombre falso una cierta dirección IP.
• ARP Spoofing: Hace referencia a la construcción de tramas de solicitud y respuesta ARP falseadas, de forma que un determinado equipo de una red particular envíe los paquetes a un host atacante en lugar de hacerlo a su destino legítimo.
•  Web Spoofing: El pirata puede visualizar y modificar una página web (incluso conexiones seguras SSL) solicitada por la víctima.
• E.mail Spoofing: Falsifica la cabecera de un e-mail para que parezca que proviene de un remitente legítimo. El principal protocolo de envío de e-mails, SMTP, no incluye opciones de autenticación, si bien existe una extensión (RFC 2554) que permite a un cliente SMTP negociar un nivel de seguridad con el servidor de correo.

Más información: Los ataques spoofing. Estrategia general para combatirlos

WARDRIVING

Técnica bastante difundida donde individuos equipados con material apropiado (dispositivo inalámbrico, antena, software de rastreo y unidad GPS) tratan de particularizar en coche puntos wireless. Existen otras modalidades dependiendo de cómo se realice el rastreo.

Es la práctica de dibujar en paredes o aceras una serie de símbolos para indicar a otros la proximidad de un acceso inalámbrico.

WARSPAMMING

Acceso no autorizado a una red inalámbrica y uso ilegítimo de la misma para enviar correo masivo (spam) o realizar otro tipo de acciones que comprometan el correcto uso de un rumbo.

ATAQUE DE DENEGACIÓN DE SERVICIO

O ataque DoS. Se trata de una ofensiva diseñada específicamente para impedir el funcionamiento normal de un rumbo y por consiguiente impedir el acceso legal a los rumbos para usuarios autorizados.

SPAM

También conocido como junk-mail o correo basura, consiste en la práctica de enviar indiscriminadamente mensajes de correo electrónico no solicitados que, si bien en muchos casos tienen meramente un fin publicitario, lo que pueden provocar es un aumento de ancho de banda en la red.

SPYWARE

Pequeñas aplicaciones cuyo fin es obtener información sin que el usuario se de cuenta y, de manera general, con fines comerciales. Estos programas normalmente se instalan en el equipo tras ejecutar aplicaciones gratuitas en Internet (frewware, shareware, cookies, media players, file sharing), o bien haciendo clic en enlaces que no parecen sospechosos a priori (a través de pop-ups, por ejemplo).

Riesgos del Spyware:

- Atentan contra la privacidad del usuario ya que difunden a terceros sus hábitos de navegación.

- En algunos casos modifican la página de inicio por defecto del navegador, archivos del rumbos.

- El spyware provoca una reducción en el rendimiento del rumbo, malfuncionamiento de aplicaciones, cuelgues del rumbo,...

Recomendaciones:

- Prevención: asegúrese de que los programas que instala no contienen spyware, lea con detenimiento los contratos de licencia que suelen aparecer al comienzo del proceso.

- No instale de manera inconsciente software. Valore la necesidad que tiene de instalar un determinado programa.

- Instale una herramienta para bloquear pop-ups y evitar así que instale accidentalmente programas de este tipo.

- En la actualidad existen en Internet multitud de herramientas anti-spyware, gratuitas y comerciales: instale una. Introduzca en un buscador la palabra "spyware" para acceder a algunas de ellas pero recuerde, con las ciber-amenazas siempre es mejor prevenir ya que la eliminación de spyware puede resultar una tarea un tanto tediosa.

PUERTAS TRASERAS – BACKDOORS

No se trata de un virus, sino de una herramienta de administración remota. Si es instalada por un hacker tiene la capacidad de dar a un atacante privilegios como administrador. Puede incluso buscar passwords y datos confidenciales vía mail a un área remota.

Consulte también: PUERTAS TRASERAS O BACKDOORS

DIALER

Programa que permite cambiar el número de acceso telefónico automáticamente de acuerdo a la situación geográfica del usuario. Estos códigos (que se descargan de sites a veces sin percatarnos) toman el control sólo de la conexión telefónica vía módem, desviando las llamadas normales que efectúas a través de tu proveedor hacia una número del tipo 908, 906, etc, números de tarifa especial y bastante cara por lo general.

Fue detectado un aumento de incidentes relativos a "dialers porno" que permiten visualizar páginas pornográficas de forma gratuita pero que sin embargo se pagan cuando llega la escandalosa factura telefónica.y enviarlos vía mail a un área remota.

Las Redes Informáticas

Estándares de cableado (par trenzado UTP) EIA/TIA (Electronics Ind. Asociations/Tele Ind. USA)

Tipos de cables requeridos para dorsal.

100 ohm UTP (24 0 22)

150 ohm STP

Distancia max 800mts (voz) 90 mts (datos)

Categorías de cables de par trenzado

(EDU) 3º hasta 16 x 18 mbits/s _ 1024 kbits _ 128 KB

4º hasta 20 mbits/s

5º hasta 1 gbits/s

6º hasta más de 1 giga max hasta 100 mts

UTP (UNSHIELD TWISTED PAIR) par trenzado no apantallado de baja protección sólo útil para ruido interno

FTP (protección media) (interna y externa)

STP (SHIELDED TWISTED PAIR) par trenzado apantallado protección interna y externa .

Fabricantes = AMP

• Para verificar la IP particular _ command _ netstat –n dir particular
• Ping _ page = IP real
• DNS_ transforma la info de la IP adistante aparece la page
• TOKEN RING
• SIMPLES_- DUPLEX(HALF)- FULL DUPLEX

TIPOS DE REDES

LAN/MAN/WAN

HUB_ADSL_SWITCH

Mas utilizado – estrella

HUB- dispositivo que se utiliza para concentrar y organizar el cableado de una red de area particular, de estos hay 2 tipos los activos y los pasivos. Estos dispositivos pueden ser administrados y monitoreados en forma remota.

SWITCH- son otro tipo de dispositivos que se utilizan para enlazar LAN’S separadas y proveer un filtrado de paquetes entre las mismas, es un dispositivo que con múltiples puertos, c/u de los cuales puede soportar una simple estación de trabajo o más bien toda una red ETHERNET 0 TOKEN RING .

ROUTERS- los routers (enrutadores) se utilizan para las redes de gran alcance enlaces de comunicaciones remotas, mantienen el trafico fluido eficientemente sobre caminos predefinidos en una interconexión de redes complejas. Ofrecen filtrado de paquetes avanzado, el cual es necesario para diversos protocolos en una interconexión de redes, y los paquetes de ciertos protocolos tienen que encontrarse en una cierta area, quedarse firme en un lugar definido, se encaminan de manera inteligente mejorando así el rendimiento. Conoce la estructura de red y es capaz de encontrar con facilidad el mejor camino para un paquete .

MODELO 0SI

Capa 7 aplicación (interfaz)

Capa 6 aplicación (presentación)

Capa 5 sesión (fragmentación de paquetes)

Capa 4 transporte (asegura el correo)

Capa 3 RED ( esquema de direccionamiento)

Capa 2 enlace (dirección física-NIC)

Capa 1 física (tarjetas_cables)

-ENTIDAD- INTERFAZ

SAP (SERVICE ACCES POINT)

(INTERFACE DATA UNIT) IDU

SDU (SERVICE DATA UNIT)

PDU (PROTOCOL DATA UNIT)

Frame Relay

es un protocolo WAN de alto rendimiento que funciona en las capas de trasmisión de la comprobación y de datos del OSI REFERENCE MODEL. El relais del capítulo fue diseñado originalmente para el uso a través de interfaces del Integrated Services Digital Network (ISDN). Hoy, se utiliza sobre una variedad de otros interfaces de la red también. Este capítulo se centra en las especificaciones y los usos del relais del capítulo en el contexto de servicios WAN.

El relais del capítulo es un ejemplo de una tecnología packet-switched. Las redes packet-switched permiten a estaciones del extremo compartir dinámicamente el medio de la red y la anchura de banda disponible. Las dos técnicas siguientes se utilizan en tecnología de conmutación de conjunto de bits:

"paquetes variable-length

"multiplexación estadística

Los paquetes variable-length se utilizan para transferencias de datos más eficientes y más flexibles. Estos paquetes se cambian entre los varios segmentos en la red hasta que se alcanza la destinación.

Las técnicas estadísticas de la multiplexación controlan el acceso de red en una red packet-switched. La ventaja de esta técnica es que acomoda más flexibilidad y uso más eficiente de la anchura de banda. La mayoría de LANs popular de hoy, tal como Ethernet y token ring, es redes packet-switched.

El relais del capítulo se describe a menudo como versión aerodinámica del X.25, ofreciendo menos de las capacidades robustas, tales como windowing y retransmisión de los datos pasados que se ofrecen en el X.25. Esto es porque el relais del capítulo funciona típicamente las instalaciones WAN excesivas que ofrecen servicios más confiables de la conexión y un grado más alto de confiabilidad que las instalaciones disponibles durante los últimos años 70 y los años 80 tempranos que sirvieron como las plataformas comunes para los wANs X.25. Según lo mencionado anterior, el relais del capítulo es terminantemente una habitación del protocolo de la capa 2, mientras que el X.25 proporciona servicios en la capa 3 (la capa de red) también. Esto permite al relais del capítulo ofrecer un rendimiento más alto y mayor eficacia de la transmisión que el X.25, y hace que el capítulo retransmite conveniente para los usos WAN actuales, tales como interconexión del LAN.

Estandardización Del Relais Del Marco

Las ofertas iniciales para la estandardización del relais del capítulo fueron presentadas al comité consultivo sobre el teléfono y el telégrafo internacionales (CCITT) en 1984. Debido a la carencia de la interoperabilidad y la carencia de la estandardización completa, sin embargo, el relais del capítulo no experimentó el despliegue significativo durante el final de los '80.

Un desarrollo importante en la historia del relais del capítulo ocurrió en 1990 en que Cisco, Digital Equipment Corporation (DEC), el telecom norteño, y StrataCom formaron un consorcio para centrarse en el desarrollo de la tecnología del relais del capítulo. Este consorcio desarrolló una especificación que se conformó con el protocolo básico del relais del capítulo que era discutido en el CCITT, pero amplió el protocolo con las características que proporcionan las capacidades adicionales para los ambientes complejos de la interred. Éstos capítulo extensiones del relais se refieren colectivamente como el interfaz particular de la gerencia (LMI).

Desde que la especificación del consorcio fue desarrollada y publicada, muchos vendedores han anunciado su ayuda de esta definición extendida del relais del capítulo. El ANSI y el CCITT han estandardizado posteriormente sus propias variaciones de la especificación original de LMI, y estas especificaciones estandardizadas ahora se utilizan más comunmente que la versión original.

Internacionalmente, el relais del capítulo fue estandardizado por la sección internacional de los estándares de UnionTelecommunications de la telecomunicación (Itu-t). En los Estados Unidos, el relais del capítulo es un estándar del American National Standards Institute (ANSI).

Dispositivos Del Relais Del Marco

Dispositivos unidos a una caída WAN del relais del capítulo en las dos categorías generales siguientes:

*equipo terminal de datos (DTE)

*equipo circuit-terminating de los datos (DCE)

DTEs se considera generalmente terminar el equipo para una red específica y se establece típicamente en las premisas de un cliente. En hecho, pueden ser poseídas por el cliente. Los ejemplos de los dispositivos del DTE son terminales, ordenadores personales, rebajadoras, y puentes.

DCEs son dispositivos portador-posei'dos de la interred. El propósito del equipo del DCE es aprovisionar los servicios el registrar y de conmutación en una red, que son los dispositivos que transmiten realmente datos a través del WAN. En la mayoría de los casos, éstos son interruptores de paquete. El cuadro 10-1 demuestra la relación entre las dos categorías de dispositivos.

El Cuadro 10-1 DCEs Reside Generalmente Dentro De WANs Portador-Funcionados

La conexión entre un dispositivo del DTE y un dispositivo del DCE consiste en un componente de la capa física y un componente de la capa del acoplamiento. El componente físico define las especificaciones mecánicas, eléctricas, funcionales, y procesales para la conexión entre los dispositivos. Una de las especificaciones de interfaz lo más comúnmente posible usadas de la capa física es el estándar recomendado (especificación Rs)-232. El componente de la capa del acoplamiento define el protocolo que establece la conexión entre el dispositivo del DTE, tal como una rebajadora, y el dispositivo del DCE, tal como un interruptor. Este capítulo examina una especificación comúnmente utilizada del protocolo usada en establecimiento de una red WAN: el protocolo del relais del capítulo.

Circuitos Virtuales Del Relais Del Marco

El relais del capítulo proporciona la comunicación connection-oriented de la capa de trasmisión de datos. Esto significa que una comunicación definida existe entre cada par de dispositivos y que estas conexiones están asociadas a un identificador de la conexión. Este servicio es puesto en ejecucio'n usando un circuito virtual del relais del capítulo, que es una conexión lógica creada entre dos dispositivos de equipo terminal de datos (DTE) a través de una red packet-switched del relais del capítulo (PSN).

Los circuitos virtuales proporcionan una trayectoria de comunicación bidireccional a partir de un dispositivo del DTE a otro y son identificados únicamente por un identificador de la conexión del dato-acoplamiento (DLCI). Un número de circuitos virtuales se pueden multiplexar en un solo circuito físico para la transmisión a través de la red. Esta capacidad puede reducir a menudo la complejidad del equipo y de la red requerida para conectar los dispositivos múltiples del DTE.

Un circuito virtual puede pasar con cualquier número de los dispositivos intermedios del DCE (interruptores) situados dentro del PSN del relais del capítulo.

Los circuitos virtuales del relais del capítulo caen en dos categorías: circuitos virtuales cambiados (SVCs) y circuitos virtuales permanentes (PVCs).

Circuitos Virtuales Cambiados

Circuitos virtuales cambiados (SVCs) son las conexiones temporales usadas en las situaciones que requieren solamente transferencia de datos esporádica entre los dispositivos del DTE a través de la red del relais del capítulo. Una sesión de la comunicación a través de un SVC consiste en los cuatro estados operacionales siguientes:

"disposición de llamada el circuito virtual del The entre dos dispositivos del DTE del relais del capítulo se establece.

"transferencia de datos el Data se transmite entre los dispositivos del DTE sobre el circuito virtual.

"marcha lenta la conexión del The entre los dispositivos del DTE sigue siendo activa, pero no se transfiere ningunos datos. Si un SVC permanece en un estado IDLE por un período del tiempo definido, la llamada puede ser terminada.

"terminación de la llamada el circuito virtual del The entre los dispositivos del DTE se termina.

Después de que se termine el circuito virtual, los dispositivos del DTE deben establecer un SVC nuevo si hay datos adicionales que se intercambiarán. Se espera que SVCs sea establecido, mantenido, y terminado usando los mismos protocolos que señalan usados en el ISDN.

Pocos fabricantes del bastidor retransmiten conexiones cambiadas del circuito virtual de la ayuda de equipo del DCE. Por lo tanto, su despliegue real es mínimo en redes de hoy del relais del capítulo.

Es apoyada previamente no extensamente por el equipo de Frame Relay, SVCs ahora la norma. Las compañías han encontrado que SVCs ahorra el dinero en el extremo porque el circuito no está abierto toda la hora.

Circuitos Virtuales Permanentes

Circuitos virtuales permanentes (PVCs) están permanentemente las conexiones establecidas que se utilizan para las transferencias de datos frecuentes y constantes entre los dispositivos del DTE a través de la red del relais del capítulo. La comunicación a través de un PVC no requiere la disposición de llamada y los estados de la terminación que se utilizan con SVCs. PVCs funcionan siempre en uno de los dos estados operacionales siguientes:

"transferencia de datos el Data se transmite entre los dispositivos del DTE sobre el circuito virtual.

"marcha lenta la conexión del The entre los dispositivos del DTE es activa, pero no se transfiere ningunos datos. Desemejante de SVCs, PVCs no será terminado bajo ninguna circunstancias cuando en un estado IDLE.

Los dispositivos del DTE pueden comenzar a transferir datos siempre que sean listos porque el circuito se establece permanentemente.

Identificador De la Conexión Del Dato-Acoplamiento

Los circuitos virtuales del relais del capítulo son identificados por los identificadores de la conexión del dato-acoplamiento (DLCIs) . Los valores de DLCI son asignados típicamente por el abastecedor de servicio del relais del capítulo (por ejemplo, la compañía del teléfono).

El relais DLCIs del capítulo tiene significación particular, que significa que sus valores son únicos en el LAN, pero no no necesariamente en el relais WAN del capítulo.

El cuadro 10-2 ilustra cómo dos diversos dispositivos del DTE se pueden asignar el mismo valor de DLCI dentro de un relais WAN del capítulo.

El cuadro 10-2 un circuito virtual del solo relais del marco se puede asignar diverso DLCIs en cada final de un VC

Mecanismos Del Congestio'n-Control

El relais del capítulo reduce gastos indirectos de la red poniendo mecanismos simples de la congestio'n-notificacio'n en ejecucio'n más bien que explícito, control de flujo del por-virtual-circuito. El relais del capítulo se pone en ejecucio'n típicamente en medios confiables de la red, así que la integridad de los datos no se sacrifica porque el control de flujo se puede dejar a los protocolos de la alto-capa. El relais del capítulo pone dos mecanismos de la congestio'n-notificacio'n en ejecucio'n:

"notificación Delantero-expli'cita de la congestión (FECN)

"notificación Al reve's-expli'cita de la congestión (BECN)

FECN y BECN cada uno es controlado por un solo pedacito contenido en el jefe del marco del relais del capítulo. El jefe del marco del relais del capítulo también contiene un pedacito de la elegibilidad del descarte (DE), que se utiliza para identificar menos tráfico importante que se pueda caer durante períodos de la congestión.

El pedacito de FECN es parte del campo de dirección en el jefe del marco del relais del capítulo. Se inicia el mecanismo de FECN cuando un dispositivo del DTE envía marcos del relais del capítulo en la red. Si se congestiona la red, los dispositivos del DCE (interruptores) fijan el valor del pedacito de FECN de los marcos a 1. Cuando los marcos alcanzan el dispositivo del DTE de la destinación, el campo de dirección (con el pedacito de FECN fijado) indica que el marco experimentó la congestión en la trayectoria de la fuente a la destinación. El dispositivo del DTE puede retransmitir esta información a un protocolo de la alto-capa para procesar. Dependiendo de la puesta en práctica, el control de flujo puede ser iniciado, o la indicación puede ser no hecha caso.

The BECN bit is part of the Address field in the Frame Relay frame header. DCE devices set the value of the BECN bit to 1 in frames traveling in the opposite direction of frames with their FECN bit set. This informs the receiving DTE device that a particular path through the network is congested. The DTE device then can relay this information to a higher-layer protocol for processing. Depending on the implementation, flow-control may be initiated, or the indication may be ignored.

Frame Relay Discard Eligibility

The Discard Eligibility (DE) bit is used to indicate that a frame has lower importance than other frames. The DE bit is part of the Address field in the Frame Relay frame header.

DTE devices can set the value of the DE bit of a frame to 1 to indicate that the frame has lower importance than other frames. When the network becomes congested, DCE devices will discard frames with the DE bit set before discarding those that do not. This reduces the likelihood of critical data being dropped by Frame Relay DCE devices during periods of congestion.

Frame Relay Error Checking

Frame Relay uses a common error-checking mechanism known as the cyclic redundancy check (CRC). The CRC compares two calculated values to determine whether errors occurred during the transmission from source to destination. Frame Relay reduces network overhead by implementing error checking rather than error correction. Frame Relay typically is implemented on reliable network media, so data integrity is not sacrificed because error correction can be left to higher-layer protocols running on top of Frame Relay.

Frame Relay Local Management Interface

The Local Management Interface (LMI) is a set of enhancements to the basic Frame Relay specification. The LMI was developed in 1990 by Cisco Systems, StrataCom, Northern Telecom, and Digital Equipment Corporation. It offers a number of features (called extensions) for managing complex internetworks. Key Frame Relay LMI extensions include todo addressing, virtual circuit status messages, and multicasting.

The LMI todo addressing extension gives Frame Relay data-link connection identifier (DLCI) values todo rather than particular significance. DLCI values become DTE addresses that are unique in the Frame Relay WAN. The todo addressing extension adds functionality and manageability to Frame Relay internetworks. Individual network interfaces and the end nodes attached to them, for example, can be identified by using standard address-resolution and discovery techniques. In addition, the entire Frame Relay network appears to be a typical LAN to routers on its periphery.

LMI virtual circuit status messages provide communication and synchronization between Frame Relay DTE and DCE devices. These messages are used to periodically report on the status of PVCs, which prevents data from being sent into black holes (that is, over PVCs that no longer exist).

The LMI multicasting extension allows multicast groups to be assigned. Multicasting saves bandwidth by allowing routing updates and address-resolution messages to be sent only to specific groups of routers. The extension also transmits reports on the status of multicast groups in update messages.

Frame Relay Network Implementation

A common private Frame Relay network implementation is to equip a T1 multiplexer with both Frame Relay and non-Frame Relay interfaces. Frame Relay traffic is forwarded out the Frame Relay interface and onto the data network. Non-Frame Relay traffic is forwarded to the appropriate application or service, such as a private branch exchange (PBX) for telephone service or to a video-teleconferencing application.

A typical Frame Relay network consists of a number of DTE devices, such as routers, connected to remote ports on multiplexer equipment via traditional point-to-point services such as T1, fractional T1, or 56-Kb circuits. An example of a simple Frame Relay network is shown in Figure 10-3.

Figure 10-3 A Simple Frame Relay Network Connects Various Devices to Different Services over a WAN

The majority of Frame Relay networks deployed today are provisioned by service providers that intend to offer transmission services to customers. This is often referred to as a public Frame Relay service. Frame Relay is implemented in both public carrier-provided networks and in private enterprise networks. The following section examines the two methodologies for deploying Frame Relay.

Public Carrier-Provided Networks

In public carrier-provided Frame Relay networks, the Frame Relay switching equipment is located in the central offices of a telecommunications carrier. Subscribers are charged based on their network use but are relieved from administering and maintaining the Frame Relay network equipment and service.

Generally, the DCE equipment also is owned by the telecommunications provider.
DTE equipment either will be customer-owned or perhaps will be owned by the telecommunications provider as a service to the customer.

The majority of today's Frame Relay networks are public carrier-provided networks.

 

Private Enterprise Networks

More frequently, organizations worldwide are deploying private Frame Relay networks. In private Frame Relay networks, the administration and maintenance of the network are the responsibilities of the enterprise (a private company). All the equipment, including the switching equipment, is owned by the customer.

Frame Relay Frame Formats

To understand much of the functionality of Frame Relay, it is helpful to understand the structure of the Frame Relay frame. Figure 10-4 depicts the basic format of the Frame Relay frame, and Figure 10-5 illustrates the LMI version of the Frame Relay frame.

Flags indicate the beginning and end of the frame. Three primary components make up
the Frame Relay frame: the header and address area, the user-data portion, and the frame check sequence (FCS). The address area, which is 2 bytes in length, is comprised of 10
bits representing the actual circuit identifier and 6 bits of fields related to congestion management. This identifier commonly is referred to as the data-link connection identifier (DLCI). Each of these is discussed in the descriptions that follow.

Standard Frame Relay Frame

Standard Frame Relay frames consist of the fields illustrated in Figure 10-4.

Figure 10-4 Five Fields Comprise the Frame Relay Frame

The following descriptions summarize the basic Frame Relay frame fields illustrated in Figure 10-4.

•Flags—Delimits the beginning and end of the frame. The value of this field is always the same and is represented either as the hexadecimal number 7E or as the binary number 01111110.

•Address—Contains the following information:

–DLCI— The 10-bit DLCI is the essence of the Frame Relay header. This value represents the virtual connection between the DTE device and the switch. Each virtual connection that is multiplexed onto the physical channel will be represented by a unique DLCI. The DLCI values have particular significance only, which means that they are unique only to the physical channel on which they reside. Therefore, devices at opposite ends of a connection can use different DLCI values to refer to the same virtual connection.

–Extended Address (ánimo)—The ánimo is used to indicate whether the byte in which the ánimo value is 1 is the last addressing field. If the value is 1, then the current byte is determined to be the last DLCI octet. Although current Frame Relay implementations all use a two-octet DLCI, this capability does allow longer DLCIs to be used in the future. The eighth bit of each byte of the Address field is used to indicate the ánimo.

–C/R—The C/R is the bit that follows the most significant DLCI byte in the Address field. The C/R bit is not currently defined.

–Congestion Control—This consists of the 3 bits that control the Frame Relay congestion-notification mechanisms. These are the FECN, BECN, and DE bits, which are the last 3 bits in the Address field.

Forward-explicit congestion notification (FECN) is a single-bit field that can be set to a value of 1 by a switch to indicate to an end DTE device, such as a router, that congestion was experienced in the direction of the frame transmission from source to destination. The primary benefit of the use of the FECN and BECN fields is the capability of higher-layer protocols to react intelligently to these congestion indicators. Today, DECnet and OSI are the only higher-layer protocols that implement these capabilities.

Backward-explicit congestion notification (BECN) is a single-bit field that, when set to a value of 1 by a switch, indicates that congestion was experienced in the network in the direction opposite of the frame transmission from source to destination.

Discard eligibility (DE) is set by the DTE device, such as a router, to indicate that the marked frame is of lesser importance relative to other frames being transmitted. Frames that are marked as "discard eligible" should be discarded before other frames in a congested network. This allows for a basic prioritization mechanism in Frame Relay networks.

•Data—Contains encapsulated upper-layer data. Each frame in this variable-length field includes a user data or payload field that will vary in length up to 16,000 octets. This field serves to transport the higher-layer protocol packet (PDU) through a Frame Relay network.

•Frame Check Sequence—Ensures the integrity of transmitted data. This value is computed by the source device and verified by the receiver to ensure integrity of transmission.

LMI Frame Format

Frame Relay frames that conform to the LMI specifications consist of the fields illustrated in Figure 10-5.

Figure 10-5 Nine Fields Comprise the Frame Relay That Conforms to the LMI Format

The following descriptions summarize the fields illustrated in Figure 10-5.

•Flag—Delimits the beginning and end of the frame.

•LMI DLCI—Identifies the frame as an LMI frame instead of a basic Frame Relay frame. The LMI-specific DLCI value defined in the LMI consortium specification is DLCI = 1023.

•Unnumbered Information Indicator—Sets the poll/final bit to zero.

•Protocol Discriminator—Always contains a value indicating that the frame is an LMI frame.

•Call Reference—Always contains zeros. This field currently is not used for any purpose.

•Message Type—Labels the frame as one of the following message types:

–Status-inquiry message—Allows a user device to inquire about the status of the network.

–Status message—Responds to status-inquiry messages. Status messages include keepalives and PVC status messages.

•Information Elements—Contains a variable number of individual information elements (IEs). IEs consist of the following fields:

–IE Identifier—Uniquely identifies the IE.

–IE Length—Indicates the length of the IE.

–Data—Consists of 1 or more bytes containing encapsulated upper-layer data.

•Frame Check Sequence (FCS)—Ensures the integrity of transmitted data.

Summary

Frame Relay is a networking protocol that works at the bottom two levels of the OSI reference model: the physical and data link layers. It is an example of packet-switching technology, which enables end stations to dynamically share network resources.

Frame Relay devices fall into the following two general categories:

•Data terminal equipment (DTEs), which include terminals, personal computers, routers, and bridges

•Data circuit-terminating equipment (DCEs), which transmit the data through the network and are often carrier-owned devices (although, increasingly, enterprises are buying their own DCEs and implementing them in their networks)

Frame Relay networks transfer data using one of the following two connection types:

•Switched virtual circuits (SVCs), which are temporary connections that are created for each data transfer and then are terminated when the data transfer is complete (not a widely used connection)

•Permanent virtual circuits (PVCs), which are permanent connections

The DLCI is a value assigned to each virtual circuit and DTE device connection point in the Frame Relay WAN. Two different connections can be assigned the same value within the same Frame Relay WAN—one on each side of the virtual connection.

In 1990, Cisco Systems, StrataCom, Northern Telecom, and Digital Equipment Corporation developed a set of Frame Relay enhancements called the Local Management Interface (LMI). The LMI enhancements offer a number of features (referred to as extensions) for managing complex internetworks, including the following:

•Global addressing

•Virtual circuit status messages

•Multicasting

 

Normativa de uso de los recursos informáticos y de comunicaciones

1. Ámbito de Aplicación:

El propósito de esta normativa de uso de los Recursos Informáticos y de Comunicaciones (RI en adelante) , es asegurar que dichos recursos se utilizan con los fines de Investigación, Docencia y Servicios Administrativos, propios de la misma. Así mismo, se pretende conseguir los siguientes objetivos:

1. Proteger el prestigio y el buen nombre así como de los Centros, Departamentos, Servicios e Institutos que la constituyen.
   2. Garantizar la seguridad, rendimientos y privacidad de los rumbos y máquinas tanto como de terceros.
   3. Evitar situaciones que puedan causar algún tipo de responsabilidad civil, administrativa o penal.
   4. Proteger la labor realizada del personal técnico a cargo de los RI frente a ciertos actos indeseables.
2. Asignación de recursos de los rumbos informáticos:

Para cualquier Sistema Informático (Central o Departamental) existirá un responsable y dos categorías de usuario: Administrador del Recurso y Usuario Final.

2.1 Responsable de los Recursos Informáticos

El responsable de los RI es la persona que ha de velar por el buen uso de los recursos bajo su tutela. Estos serán:

• El CSIRC será responsable de la gestión todo de la Red de Comunicaciones de la Universidad, así como de todos los Recursos y Servicios Informáticos dedicados a la Gestión Administrativa, Investigación y Docencia Centralizadas. Al mismo tiempo será el responsable de la gestión, coordinación y administración del espacio radioeléctrico dentro de los ámbitos físicos.
• Los Decanos y Directores de Centro son responsables de los recursos de uso general para la Docencia de ese Centro.
• Los Directores de Departamento, Institutos Universitarios y/o Grupo de Investigación son los responsables de los RI de los miembros de su Dpto., Instituto o Grupo bajo su tutela, destinados a la docencia o investigación.
• El responsable de RI podrá delegar las funciones que crea necesarias para realizar el control del uso de los RI.

2.2 El Administrador de Recursos Informáticos

El Administrador de RI es la persona encargada de gestionar uno o más RI (rumbos multiusuario, estacione