Unidad 2: Comunicaciones y protocolos, definicion y

Caracteristica

PROTOCOLO FRAME RELAY.

QU ES FRAME RELAY?
Es una tcnica de comunicacin mediante retransmisin de tramas para redes de
circuito virtual, introducida por la ITU-T a partir de la recomendacin I.122 de 1988.
Consiste en una forma simplificada de tecnologa de conmutacin de paquetesque
transmite una variedad de tamaos de tramas (frames) para datos, perfecto para la
transmisin de grandes cantidades de datos.
CARACTERISTICAS:

Es un Protocolo de Enlace mediante circuito virtual permanente (actualmente

an no se utiliza en modo de conmutacin aunque esta preparado para ello)

Segun la recomendacin Q.922 del ITU T se encuadra en el segundo nivel

del comunicaciones (Enlace) del sistema OSI(Organizacin de Estndares
Internacionales), apoyandose en el protocolo ncleo LAP-F (recQ.922) para
las comunicaciones a nivel Fsico.

La comunicacin se realiza punto a punto en cada nodo,lo que permite

prescindir de mecanismos de control de errores a (el control de errores se
llevvara a cabo por los niveles superiores), permitiendo que la red opere a
altas velocidades al no haber sobrecarga de procesamiento en cada nodo

Proporciona una velocidad de transmisin de hasta 2MBit/S

USOS:

Se ultiliza principalmente para la interconexin de redes de rea local y

extensas sobre redes pblicas o privadas.

Presta el servicio de transporte de datos y voz el ms usado mundialmente,

el cual permite la conmutacin de tramas, garantizando un uso dinmico del
ancho de banda.

Permite las aplicaciones de este servicio en la inteconexin LAN a LAN.

Usa una tranferencia de altos volmenes de datos.

Acceso a sistemas de informacin centralizados desde localidades remotas.

Posibilidad de integrar voz y datos.

PROTOCOLO ATM

QU ES ATM?
El Modo de Transferencia Asncrono es una tecnologa de conmutacin que usa
pequeas celdas de tamao fijo. En 1988, el CCITT design a ATM como el
mecanismo de transporte planeado para el uso de futuros servicios de banda ancha.
ATM es asncrono porque las celdas son transmitidas a travs de una red sin tener
que ocupar fragmentos especficos de tiempo en alineacin de paquete, como las
tramas T1. Estas celdas son pequeas (53 bytes), comparadas con los paquetes
LAN de longitud variable. Todos los tipos de informacin son segmentados en
campos de pequeos bloques de 48 bytes, los cinco restantes corresponden a un
header usado por la red para mover las celdas. ATM es una tecnologa orientada a
conexin, en contraste con los protocolos de base LAN, que son sin conexin.
Orientado a conexin significa que una conexin necesita ser establecida entre dos
puntos con un protocolo de sealizacin antes de cualquier transferencia de datos.
Una vez que la conexin est establecida, las celdas ATM se auto-rutean porque
cada celda contiene campos que identifican la conexin de la celda a la cual
pertenecen.
QU INTERFACES PERMITE MANEJAR ATM?
Existen dos interfases especificadas que son la interfase usuario-red UNI (usernetwork interface) y la de red a red NNI (network-network interface). La UNI liga un
dispositivo de usuario a un switch pblico o privado y la NNI describe una conexin
entre dos switches.

Hay dos interfases pblicas UNI, una a 45 Mbps y otra a 155 Mbps. La interfase
DS3 est definida en un estndar T1 del comit ANSI, mientras que la interfase de
155 Mbps est definida por los grupos estndar del CCITT y ANSI. Tres interfases
han sido desarrolladas para UNIs privadas, una a 100 Mps y dos a 155 Mbps. Es
seguro que la interfase estndar internacional SDH/SONET de 155 Mbps sea la
elegida porque permite interoperabilidad en UNIs pblicas y privadas.
Como ATM es una red orientada a conexin, un enlace entre dos puntos empieza
cuando uno transmite una solicitud a travs de la UNI a la red. Un dispositivo
responsable de sealizacin pasa la seal a travs de la red a su destino. Si el
sistema indica que se acepta la conexin, un circuito virtual es establecido a travs
de la red ATM entre los dos puntos. Ambas UNIs contienen mapas para que las
celdas puedan ser ruteadas correctamente. Cada celda contiene campos, un
identificador de ruta virtual VPI (virtual path identifier) y un identificador de circuito
virtual VCI (virtual circuit identifier) que indican estos mapeos.
El uso de celdas para transmitir datos no significa que los protocolos de hoy no sean
usados. ATM es totalmente transparente a protocolo. La carga de cada celda es
pasada por el switch sin ser "leida" a nivel binario. ATM usa el concepto de control
de error y flujo de "fin a fin" en contraste a la red convencional de paquete
conmutado que usa un control de error y flujo interno. Esto es que la red en s no
checa la carga de datos para errores y lo deja al dispositivo terminal final (De hecho,
el nico chequeo de error en las celdas es en el header, as la integridad de los
VCI/VPI esta asegurada).
ATM est diseado para manejar los siguientes tipos de trfico:
Clase A - Constant Bit Rate (CBR), orientado a conexin, trfico sncrono (Ej. voz o
video sin compresin)
Clase B - Variable Bit Traffic (VBR), orientado a conexin, trfico scrono (voz y
video comprimidos).
Clase C - Variable Bit Rate, orientado a conexin, trfico asncrono (X.25, Frame
Relay, etc).

Clase D - Informacin de paquete sin conexin (trfico LAN, SMDS, etc).

CMO FUNCIONA ATM?

El componente bsico de una red ATM es un switch electrnico

especialmente diseado para transmitir datos a muy alta velocidad. Un
switch tpico soporta la conexin de entre 16 y 32 nodos. Para permitir la
comunicacin de datos a alta velocidad la conexin entre los nodos y el
switch se realizan por medio de un par de hilos de fibra ptica.
Aunque un switch ATM tiene una capacidad limitada, mltiples switches
pueden interconectarse ente si para formar una gran red. En particular, para
conectar nodos que se encuentran en dos sitios diferentes es necesario
contar con un switch en cada uno de ellos y ambos a su vez deben estar
conectados entre si.
Las conexiones entre nodos ATM se realizan en base a dos interfaces
diferentes como ya mencionamos, la User to Network Interfaces o UNI se
emplea para vincular a un nodo final o edge device con un switch. La
Network to Network Interfaces o NNI define la comunicacin entre dos
switches.
Los diseadores piensan en UNI como la interface para conectar equipos del
cliente a la red del proveedor y a NNI como una interface para conectar
redes del diferentes proveedores.

PROTOCOLO TCP/IP

QUE ES TCP/IP Y COMO FUNCIONA?

TCP/IP es el nombre de un protocolo de conexin de redes. Un protocolo es un
conjunto de reglas a las que se tiene que atener todas la compaas y productos de
software con l fin de que todos sus productos sean compatibles entre ellos. Estas
reglas aseguran que una maquina que ejecuta la versin TCP/IP de Digital
Equipment pueda hablar con un PC Compaq que ejecuta TCP/IP .
TCP/IP es un protocolo abierto, lo que significa que se publican todos los aspectos
concretos del protocolo y cualquiera los puede implementar.
TCP/IP esta diseado para ser un componente de una red, principalmente la parte
del software. Todas las partes del protocolo de la familia TCP/IP tienen unas tareas
asignadas como enviar correo electrnico, proporcionar un servicio de acceso
remoto, transferir ficheros, asignar rutas a los mensajes o gestionar cadas de la red.
Una red TCP/IP transfiere datos mediante el ensamblaje de bloque de datos en
paquetes. Cada paquete comienza con una cabecera que contiene informacin de
control, tal como la direccin del destino, seguida de los datos. Cuando se enva un
archivo a travs de una red TCP/IP, su contenido se enva utilizando una serie de
paquetes diferentes.

ARQUITECTURA DE NIVELES DE TCP / IP

Cuando se diseo TCP/IP los comits establecidos para crear la familia de
protocolos consideraron todos los servicios que se tenan que proporcionar.
La distribucin por niveles se utiliza en muchos sistemas de software; una referencia
comn es la arquitectura ideal del protocolo de conexin de redes desarrollada por
la International Organization for Standardization, denominada ISO, aunque en
realidad debera decir IOS, ISO desarrollo el modelo de referencia Open Systems
Interconnection (OSI), o Interconexin de Sistemas abiertos que consta de siete
niveles.

APLICACION
PRESENTACION
SESION
TRANSPORTE
RED
ENLACE DE DATOS
FISICO

El modelo de referencia OSI se desarroll para aislar los componentes comunes del
sistema del software en niveles. Cada nivel es independiente del resto.
Cada nivel en el modelo de referencia OSI tiene una tarea especfica que
desempear. El objetivo de una arquitectura por niveles es agrupar servicios afines,
a la vez que conseguir que sean independientes de los dems. Las tareas son un
poco abstractas, porque el modelo OSI es simplemente eso, un modelo. No est
diseado para ser un modelo real, sino un modelo para que lo sigan sistemas como
TCP/IP.
El enfoque OSI por niveles es el que utiliza TCP/IP, aunque con una ligera
modificacin. Los niveles son similares, aunque TCP/IP agrupa varios de los niveles
OSI en un nico nivel TCP/IP. Esto se realiza principalmente porque era el mejor
mtodo de implementar los servicios TCP/IP.
Una condicin que se necesita para permitir que la arquitectura por niveles funcione
adecuadamente es que cada nivel debe saber lo que recibe de un nivel por encima
o por debajo. Para simplificar esta tarea, cada nivel aade un bloque de datos al
principio y al final del mensaje que indica que nivel esta implicado, adems del resto
de informacin que los otros niveles y la mquina que lo va a recibir necesitan para
manejar el mensaje de forma adecuada. Los datos dentro del mensaje se ignoran.
Esto se denomina encapsulacin, ya que cada nivel aade una cpsula de
informacin en torno a los datos originales.

APLICACIN
TRANSPORTE
INTERNET
INTERFACE DE RED
FISICO

LOS NIVELES TCP/IP

Cada nivel lleva a cabo su propia encapsulacin aadiendo cabecera y bloques

finales que reciben del nivel superior, lo que tiene como resultado seis conjuntos de
cabeceras y bloques finales en el momento en que un mensaje llega a la red. Todas
estas cabeceras y bloques finales se pasan a la red ( como por ejemplo Ethernet o
Netware) que puede aadir incluso ms informacin al principio o al final.

PROTOCOLO UDP
El grupo de protocolos de Internet tambin maneja un protocolo de transporte sin
conexiones, el UDP (User Data Protocol, protocolo de datos de usuario). El UDP
ofrece a las aplicaciones un mecanismo para enviar datagramas IP en bruto
encapsulados sin tener que establecer una conexin.
Muchas aplicaciones cliente-servidor que tienen una solicitud y una respuesta usan
el UDP en lugar de tomarse la molestia de establecer y luego liberar una conexin.
El UDP se describe en el RFC 768. Un segmento UDP consiste en una cabecera de
8 bytes seguida de los datos. La cabecera se muestra a continuacin. Los dos
puertos sirven para lo mismo que en el TCP: para identificar los puntos terminales
de las mquinas origen y destino. El campo de longitud UDP incluye la cabecera de
8 bytes y los datos. La suma de comprobacin UDP incluye la misma
pseudocabecera de formato, la cabecera UDP, y los datos, rellenados con una
cantidad par de bytes de ser necesario.
Esta suma es opcional, y se almacena como 0 si no se calcula. Inutilizarla seria
absurdo, a menos que la cantidad de los datos no importe, por ejemplo, voz
digitalizada.

UDP no admite numeracin de los datagramas, factor que, sumado a que tampoco
utiliza seales de confirmacin de entrega, hace que la garanta de que un paquete
llegue a su destino sea mucho menor que si se usa TCP. Esto tambin origina que
los datagramas pueden llegar duplicados y/o desordenados a su destino. Por estos
motivos el control de envo de datagramas, si existe, debe ser implementado por las
aplicaciones que usan UDP como medio de transporte de datos, al igual que el
reeensamble de los mensajes entrantes.
Es por ello un protocolo del tipo best-effort (mximo esfuerzo), porque hace lo que
puede para transmitir los datagramas hacia la aplicacin, pero no puede garantizar
que la aplicacin los reciba.
Tampoco utiliza mecanismos de deteccin de errores. Cuando se detecta un error
en un datagrama, en lugar de entregarlo a la aplicacin destino, se descarta.
Cuando una aplicacin enva datos a travs de UDP, stos llegan al otro extremo
como una unidad. Por ejemplo, si una aplicacin escribe 5 veces en el puerto UDP,
la aplicacin al otro extremo har 5 lecturas del puerto UDP. Adems, el tamao de
cada escritura ser igual que el tamao de las lecturas.
PROTOCOLO RSVP
Qu es RSVP?
El protocolo de reservacin de recursos (RSVP) es un protocolo de control de red
que permite que algunas aplicaciones de Internet o una red local puedan obtener
diferentes calidades de servicio (QoS) para su flujo de datos. Por ello se conoce
como un protocolo sealizacin de QoS, y posibilita:

dar a las aplicaciones una modo uniforme para solicitar determinado nivel de
QoS

encontrar una forma de garantizar cierto nivel de QoS

proveer autentificacin

RSVP es un protocolo que se desarrolla entre los usuarios y la red, y entre los
diferentes nodos (routers) de la red que soportan este protocolo. Consiste en hacer
"reservas" de recursos en dichos nodos para cada flujo de informacin de usuario,
con la consecuente ocupacin de los mismos. Esto requiere, lgicamente,
intercambio de mensajes RSVP entre dichos entes funcionales, as como
"mantener" estados de reserva en cada nodo RSVP. De manera que tanto la
solicitud de las reservas, como el mantenimiento de stas durante la comunicacin,
y la posterior cancelacin, implica el intercambio de mensajes de sealizacin, lo
que representa un trfico considerable cuando de entornos como Internet se trata.
RSVP ofrece dos tipos de servicios, a saber: Servicio de carga controlada y servicio
garantizado.

Servicio de carga controlada: aunque no est muy bien definido, se entiende

en general que la prdida de paquetes debe ser muy baja o nula.

Servicio garantizado: se basa en solicitar determinado ancho de banda y

cierta demora de trnsito mxima.

De los dos tipos de servicios que RSVP soporta, el ms adecuado para aplicaciones
con requerimientos de tiempo real es el servicio garantizado, aunque es ms
complejo de implementar que el servicio de carga controlada.
Algunas caractersticas o aspectos fundamentales en el RSVP son:

Merging : En los diferentes nodos que se van atravesando en la red por el

camino de datos, se va realizando un proceso de concentracin de los
diferentes mensajes de peticin de reservas

Estado de reserva en cada nodo: El estado soft RSVP se crea y refresca

peridicamente por mensajes Path y Resv .

Estilos de reserva: Una peticin de reserva incluye un conjunto de opciones

que se conocen como el estilo de reserva. Las distintas combinaciones de
estas opciones conforman los tres estilos de reserva en uso, Wildcar-Filter
(WF), Fixed-Filter (FF) y Shared-Explicit (SE).

Definicin de Protocolo
En el campo de las telecomunicaciones un protocolo de comunicaciones es el
conjunto de reglas normalizadas para la representacin, sealizacin, autenticacin y
deteccin de errores necesario para enviar informacin a travs de un canal de
comunicacin. Un ejemplo de un protocolo de comunicaciones simple adaptado a la
comunicacin por voz es el caso de un locutor de radio hablando a sus radioyentes.
Funcin de un Protocolo

Cuando se realiza un intercambio de datos entre computadores, terminales y/u otros

dispositivos se requieren las siguientes tareas: (similitud de conversacin entre un
profesor y un alumno).

El sistema fuente de informacin debe activar el camino directo de datos o

bien proporcionar a la red de comunicacin la identificacin del sistema
destino deseado. (....Seor Juan M.,... ).

El sistema fuente debe asegurarse de que el destino est preparado para recibir
los datos.(....Seor Juan M., mreme...).

La aplicacin de transferencia de fichero en el origen debe asegurarse de que

el programa gestor en el destino esta preparado para aceptar y almacenar el
fichero para el usuario determinado.(....Seor Juan M., mreme..., Don Jose le
estoy escuchando.... ).

Si los formatos de los ficheros son incompatibles uno de los sistemas deber realizar
una operacin de adecuacin.(....Seor Juan M., mreme..., Don Jose le estoy
escuchando.... perdone pero tengo que acercarme para escucharle mejor).

La actividad consiste en realizar un anlisis de los siguientes protocolos:

SDLC

X25

FRAME RELAY

ATM

TCP

UDP

IP

RSVP

SDH

WDM

Adicionalmente pueden incluir otros protocolos y estndares tales como: IPV4,

IPV6, ICMP, IGMP, NetBEUI, IPX, ARP, RARP, ETHERNET, FAST ETHERNET,
GIGABIT ETHERNET, TOKEN RING, FDDI, HDLC, CDP, SPX, NetBIOS, RPC,
SSL, SNMP, SMTP, NNTP, FTP, SSH, HTTP, CIFS, NFS, TELNET, IRC, POP3,
IMAP, LDAP.
PROTOCOLO SDLC
Desarrollado por la IBM en 1974 para sistemas multipunto con una
Estacin Principal y mltiples estaciones secundarias. Opera en el Modo
de Respuesta Normal (Normal Response Mode, NRM), en el cual todas las
estaciones secundarias estn subordinadas a la Estacin Principal
(Sistema Maestra-Esclava) y no efectan ninguna operacin que no sea
solicitada por la Maestra. Cuando mltiples secundarios estn conectados
a un nico primario, esto se conoce como una red multipunto. As, por
ejemplo, una unidad central en Los ngeles puede apoyar una lnea
multipunto con los controladores conectados a gotas en oficinas en
Boston, Nueva York y Washington.
PROTOCOLO X.25
El protocolo X.25 es el estndar para redes de paquetes. Dentro de la
perspectiva de x.25, una red opera en gran parte como un sistema
telefnico. Una red x.25 se asume como si estuviera formada por
complejos conmutadores de paquetes que tienen la capacidad necesaria
para el enrutamiento de paquetes. Los anfitriones no estn comunicados
de manera directa a los cables de comunicacin de la red, sino que cada
anfitrin se comunica con uno de los conmutadores de paquetes por
medio de una lnea de comunicacin serial. En cierto sentido la
comunicacin entre un anfitrin y un conmutador de paquetes x.25 es una
red miniatura que consiste en un enlace serial. El anfitrin puede seguir
un complicado procedimiento para transferir sus paquetes hacia la red.
La especificacin X.25 permite dos tipos de conexiones o circuitos:
PVC son circuitos virtuales permanentes. Estas conexiones son siempre
abiertas, lista para que los datos se enven y/o sean recibidos.
Los SVC son circuitos virtuales conmutados. Estas conexiones deben
restablecerse cada vez que una nueva sesin de intercambio de datos se
llevara a cabo, y las conexiones se rompan al final de la sesin.

Una manera fcil de imaginar que esta distincin es pensar en su

telfono: cada vez que desee intercambio de datos (por ejemplo, el sonido
de su voz), se hace una llamada marcando un nmero. Cuando alguien
contesta el telfono en el otro extremo de la lnea, se establece la
conexin, y se puede hablar entre s. Cuando termine de hablar, cuelgue y
se rompe la conexin. Esta es una conexin de SVC.
Imaginemos, por el contrario, que tiene una lnea de telfono especial que
va directamente a otro telfono y siempre est conectado. No es
necesario marcar un nmero para llegar a la fiesta en el otro extremo de
la lnea. Usted solo tiene que levantar el telfono y hablar, y su mensaje
es recibido inmediatamente en el otro extremo de la conexin. Es un poco
como en los viejos telfonos de lnea directa entre los lderes de Rusia y
los EE.UU: el telfono siempre est descolgado y preparado para la
comunicacin. Esta es una conexin PVC.
PROTOCOLO HTTP:
HTTP traducido al espaol como, protocolo de transferencia de hipertexto,
es el protocolo ms utilizado en Internet tiene la finalidad de transferir los
datos
a
travs
de
Internet
El propsito del protocolo HTTP es permitir la transferencia de archivos
principalmente, en formato HTML. Entre un navegador y un servidor web,
localizados mediante una cadena de caracteres denominada direccin
URL.
Este protocolo HTTPS es usado por los entidades bancarias pues la
informacin que manejan es de suma confidencialidad e importancia y por
ello se necesita mantener cifrado el canal de transferencia.
Un

ejemplo

de

este

seria

una

direccin

de

pgina

web.

https://e-bdvcpx.banvenez.com/
Que seria la direccin del banco de Venezuela al tratar de iniciar sesin
como
un
usuario.
PROTOCOLO

CIFS

Antes llamado Protocolo SMB (Server Message Block) y renombrado por

Microsoft a Common Internet File System (CIFS) en 1998 y aadi ms
caractersticas, que incluyen soporte para enlaces simblicos y mayores
tamaos
de
archivo.
Funciona como una capa de aplicacin del protocolo de red, se utiliza
principalmente para proporcionar acceso compartido a archivos ,
impresoras , puertos de serie y comunicaciones variadas entre los nodos

de una red. Tambin proporciona un mecanismo de comunicacin de inter

procesos autenticados. Involucra equipos que ejecutan Microsoft
Windows
.
Ejemplo:
Queremos montar el recurso compartido //w2003/tierramedia en la
carpeta local/home/xeon/lan con las credenciales del usuario pipin
perteneciente al dominio amigos.cu. Tambin necesitamos acceder a los
archivos con permisos de lectura/escritura y que el propietario sea el
usuario local mediante el cual hemos iniciado sesin y que en nuestro
ejemplo
es
xeon:
xeon@miwheezy:~$
/home/xeon/lan

sudo

mount.cifs
-o

//w2003.amigos.cu/tierramedia
user=pipin,uid=xeon,forceuid

Seamos nuevamente curiosos y listemos la carpeta lan. Ahora el

propietario es xeon y el grupo sigue siendo root. No necesitamos indicarle
al mount.cifs la opcin rw para tener acceso de lectura/escritura. Los
permisos inherentes a un sistema de archivos UNIX/Linux lo garantizan. Lo
podemos comprobar creando y borrando directorios; modificando archivos
existentes.

ATM
ATM es una tecnologa orientada a conexin, en contraste con los
protocolos de base LAN, que son sin conexin. Orientado a conexin
significa que una conexin necesita ser establecida entre dos puntos con
un protocolo de sealizacin antes de cualquier transferencia de datos.
Una vez que la conexin est establecida, las celdas ATM se auto-rutean
porque cada celda contiene campos que identifican la conexin de la
celda a la cual pertenecen.
Asynchronous Transfer Mode (ATM) es una tecnologa de switching
basada en unidades de datos de un tamao fijo de 53 bytes llamadas
celdas. ATM opera en modo orientado a la conexin, esto significa que
cuando dos nodos desean transferir deben primero establecer un canal o
conexin por medio de un protocolo de llamada o sealizacin. Una vez
establecida la conexin, las celdas de ATM incluyen informacin que
permite
identificar
la
conexin
a
la
cual
pertenecen.
En una red ATM las comunicaciones se establecen a travs de un conjunto
de dispositivos intermedios llamados switches.
Frame Relay
Frame Relay proporciona la capacidad de comunicacin de paquetes de
conmutacin de datos que es usada a travs de la interfase entre los
dispositivos de usuario (por ejemplo, routers, puentes, mquinas hosts) y
equipos de red (por ejemplo, nodos de intercambio). Los dispositivos de

usuario son referidos a menudo como data terminal equipment (DTE),

mientras que los equipos de red son llamados data circuit-terminating
equipment (DCE). la red que proporciona la interfase Frame Relay puede
ser o una red pblica o una red de equipos privados sirviendo a una sola
empresa.
Como interfase a una red, Frame Relay es del mismo tipo de protocolo que
X.25. Sin embargo, Frame Relay difiere significativamente de X.25 en su
funcionalidad y formato. En particular, Frame Relay es un protocolo ms
perfeccionado, que proporciona un desarrollo ms alto y una mayor
eficiencia.
Protocolo TCP: es uno de los principales protocolos de la capa de
transporte del modelo TCP/IP. En el nivel de aplicacin, posibilita la
administracin de datos que vienen del nivel ms bajo del modelo, o van
hacia l, (es decir, el protocolo IP). Cuando se proporcionan los datos al
protocolo IP, los agrupa en datagramas (cada paquete se trata de forma
independiente) TCP es un protocolo orientado a conexin, es decir, que
permite que dos mquinas que estn comunicadas controlen el estado de
la transmisin. IP, fijando el campo del protocolo en 6 (para que sepa con
anticipacin
que
el
protocolo
es
TCP).
Protocolo UDP: es un protocolo de la capa de transporte no orientado a la
conexin, basicamente es el IP ms un encabezado corto. UDP
proporciona la posibilidad de que las aplicaciones envien de datagramas
IP encapsulados sin necesidad de establecer una conexin.

El protocolo ARP
El protocolo ARP tiene un papel clave entre los protocolos de capa de
Internet relacionados con el protocolo TCP/IP, ya que permite que se
conozca la direccin fsica de una tarjeta de interfaz de red
correspondiente a una direccin IP. Por eso se llama Protocolo de
Resolucin de Direccin (en ingls ARP significa Address Resolution
Protocol).
Cada equipo conectado a la red tiene un nmero de identificacin de 48
bits. ste es un nmero nico establecido en la fbrica en el momento de
fabricacin de la tarjeta. Sin embargo, la comunicacin en Internet no
utiliza directamente este nmero (ya que las direcciones de los equipos
deberan cambiarse cada vez que se cambia la tarjeta de interfaz de red),
sino que utiliza una direccin lgica asignada por un organismo: la
direccin
IP.
Para que las direcciones fsicas se puedan conectar con las direcciones
lgicas, el protocolo ARP interroga a los equipos de la red para averiguar
sus direcciones fsicas y luego crea una tabla de bsqueda entre las
direcciones lgicas y fsicas en una memoria cach.
Protocolo RARP

Del modo inverso a ARP el protocolo RARP se utiliza cuando un

computador conoce su direccin MAC pero desconoce su direccin IP.
Segn el protocolo TCP/IP esto sera un inconveniente para enviar
informacin a las capas superiores. Lo que se necesita para una
interrogacin RARP sea atendida es un servidor RARP en la red. Cabe
destacar que tanto el protocolo ARP como RARP cuentan con una misma
estructura.
s un protocolo utilizado para resolver la direccin IP de una direccin
hardware dada (como una direccin Ethernet). La principal limitacin era
que cada direccin MAC tena que ser configurada manualmente en un
servidor central y se limitaba slo a la direccin IP, dejando otros datos
como la mscara de subred, puerta de enlace y dems informacin que
tenan que ser configurados a mano. Otra desventaja de este protocolo es
que utiliza como direccin destino, evidentemente, una direccin MAC de
difusin para llegar al servidor RARP. Sin embargo, una peticin de ese
tipo no es reenviada por el router del segmento de subred local fuera de
la misma, por lo que este protocolo, para su correcto funcionamiento,
requiere de un servidor RARP en cada subred.
Protocolo Token Ring: es una arquitectura de red desarrollada por IBM en
los aos 1970 con topologa fsica en anillo y tcnica de acceso de paso
de testigo, usando un frame de 3 bytes llamado token que viaja alrededor
del anillo. Token Ring se recoge en el estndar IEEE 802.5. En desuso por
la popularizacin de Ethernet; actualmente no es empleada en diseos de
redes. Su arquitectura lgica es en forma de anillo, mientras que
fsicamente puede observarse la red de tipo estrella. Su trabajo consiste
en mantener al testigo circulando por el anillo hasta el momento que una
estacin quiera transmitir, esta puede hacerlo mientras est pase por ella;
al recibir al testigo la estacin verifica la prioridad del mismo, si resulta
mayor o igual que los datos que desea enviar retendr el mximo de
tiempo que el testigo pueda dura en la estacin o hasta no tener mas
informacin que enviar e inicia la transmisin. a medida que las tramas
recorren el anillo van verificando que alguna de las estaciones sea la
direccin destino de no ser as la ignoran.
Protocolo Gigabit Ethernet: tambin conocida como GigaE, es una
ampliacin del estndar Ethernet (concretamente la versin 802.3ab y
802.3z del IEEE) que consigue una capacidad de transmisin de 1 gigabit
por segundo, correspondientes a unos 1000 megabits por segundo de
rendimiento contra unos 100 de Fast Ethernet (Tambin llamado 100BASETX). En cuanto a las dimensiones de red, no hay lmites respecto a
extensin fsica o nmero de nodos. Al igual que sus predecesores,
Gigabit Ethernet soporta diferentes medios fsicos, con distintos valores
mximos de distancia. Este protocolo de manera general puede ser usado
para conectar conmutadores entre si, para conectar servidores a
concentradores y para conectar estaciones finales a concentradores. en

este mismo orden se basan los administradores de red y si observamos es

de sentido inverso al despliegue de Ethernet convencional.

FTP (siglas en ingls de File Transfer Protocol, 'Protocolo de Transferencia

de Archivos') en informtica, es un protocolo de red para la transferencia
de archivos entre sistemas conectados a una red TCP (Transmission
Control Protocol), basado en la arquitectura cliente-servidor. Desde un
equipo cliente se puede conectar a un servidor para descargar archivos
desde l o para enviarle archivos, independientemente del sistema
operativo utilizado en cada equipo.
El servicio FTP es ofrecido por la capa de aplicacin del modelo de capas
de red TCP/IP al usuario, utilizando normalmente el puerto de red 20 y el
21. Un problema bsico de FTP es que est pensado para ofrecer la
mxima velocidad en la conexin, pero no la mxima seguridad, ya que
todo el intercambio de informacin, desde el login y password del usuario
en el servidor hasta la transferencia de cualquier archivo, se realiza en
texto plano sin ningn tipo de cifrado, con lo que un posible atacante
puede capturar este trfico, acceder al servidor y/o apropiarse de los
archivos transferidos.
SSH (Secure SHell, en espaol: intrprete de rdenes segura) es el
nombre de un protocolo y del programa que lo implementa, y sirve para
acceder a mquinas remotas a travs de una red. Permite manejar por
completo la computadora mediante un intrprete de comandos, y tambin
puede redirigir el trfico de X para poder ejecutar programas grficos si
tenemos un Servidor X (en sistemas Unix y Windows) corriendo.
Adems de la conexin a otros dispositivos, SSH nos permite copiar datos
de forma segura (tanto archivos sueltos como simular sesiones FTP
cifradas), gestionar claves RSA para no escribir claves al conectar a los
dispositivos y pasar los datos de cualquier otra aplicacin por un canal
seguro tunelizado mediante SSH.
NetBIOS
NetBIOS, "Network Basic Input/Output System", es, en sentido estricto,
una especificacin de interfaz para acceso a servicios de red, es decir,
una capa de software desarrollado para enlazar un sistema operativo de
red con hardware especfico. NetBIOS fue originalmente desarrollado por
IBM y Sytek como API/APIS para el software cliente de recursos de una
Red de rea local (LAN).

Resumiendo, de forma sencilla, NetBIOS, permite a las aplicaciones

'hablar' con la red. Su intencin es conseguir aislar los programas de
aplicacin de cualquier tipo de dependencia del hardware. Tambin evita
que los desarrolladores de software tengan que desarrollar rutinas de
recuperacin ante errores o de enrutamiento o direccionamiento de
mensajes a bajo nivel. Coloquialmente hablando, NetBIOS hace el 'trabajo
sucio'.
NetBIOS provee los servicios de sesin descritos en la capa 5 del modelo
OSI. Se encarga de establecer la sesin y mantener las conexiones. Pero
este protocolo debe transportarse entre mquinas a travs de otros
protocolos; debido a que por s mismo no es suficiente para transportar
los datos en redes LAN o WAN, para lo cual debe usar otro mecanismo de
transporte (Ej: en redes LAN protocolo NetBEUI, en redes WAN protocolo
TCP/IP). Los protocolos que pueden prestar el servicio de transporte a
NetBIOS son:
IPC/IPX
NetBEUI
TCP/IP
El hecho de tener que ser transportado por otros protocolos se debe a que
al operar en la capa 5 de OSI no provee un formato de datos para la
transmisin, el cual es provisto por los protocolos antes mencionados.
NetBIOS permite comunicacin orientada a conexin (TCP) o no orientada
a conexin (UDP). Soporta tanto broadcast como multicast, adems de 4
tipos de servicios diferentes: Servicios Generales, Servicio de Nombres,
Servicio de Sesin y Servicio de Datagramas.
RPC (Remote Procedure Call)
El Remote Procedure Call (RPC) (del ingls, Llamada a Procedimiento
Remoto) es un protocolo que permite a un programa de ordenador
ejecutar cdigo en otra mquina remota sin tener que preocuparse por las
comunicaciones entre ambos. El protocolo es un gran avance sobre los
sockets usados hasta el momento. De esta manera el programador no
tena que estar pendiente de las comunicaciones, estando stas
encapsuladas dentro de las RPC.
Las RPC son muy utilizadas dentro del paradigma cliente-servidor. Siendo
el cliente el que inicia el proceso solicitando al servidor que ejecute cierto
procedimiento o funcin y enviando ste de vuelta el resultado de dicha
operacin al cliente.

Hay distintos tipos de RPC, muchos de ellos estandarizados como pueden

ser el RPC de Sun denominado ONC RPC (RFC 1057), el RPC de OSF
denominado DCE/RPC y el Modelo de Objetos de Componentes
Distribuidos de Microsoft DCOM, aunque ninguno de estos es compatible
entre s. La mayora de ellos utilizan un lenguaje de descripcin de
interfaz (IDL) que define los mtodos exportados por el servidor.
Hoy en da se est utilizando el XML como lenguaje para definir el IDL y el
HTTP como protocolo de red, dando lugar a lo que se conoce como
servicios web. Ejemplos de stos pueden ser SOAP o XML-RPC.

NetBIOS
NetBIOS, "Network Basic Input/Output System", es, en sentido estricto,
una especificacin de interfaz para acceso a servicios de red, es decir,
una capa de software desarrollado para enlazar un sistema operativo de
red con hardware especfico. NetBIOS fue originalmente desarrollado por
IBM y Sytek como API/APIS para el software cliente de recursos de una
Red de rea local (LAN).
Resumiendo, de forma sencilla, NetBIOS, permite a las aplicaciones
'hablar' con la red. Su intencin es conseguir aislar los programas de
aplicacin de cualquier tipo de dependencia del hardware. Tambin evita
que los desarrolladores de software tengan que desarrollar rutinas de
recuperacin ante errores o de enrutamiento o direccionamiento de
mensajes a bajo nivel. Coloquialmente hablando, NetBIOS hace el 'trabajo
sucio'.
NetBIOS provee los servicios de sesin descritos en la capa 5 del modelo
OSI. Se encarga de establecer la sesin y mantener las conexiones. Pero
este protocolo debe transportarse entre mquinas a travs de otros
protocolos; debido a que por s mismo no es suficiente para transportar
los datos en redes LAN o WAN, para lo cual debe usar otro mecanismo de
transporte (Ej: en redes LAN protocolo NetBEUI, en redes WAN protocolo
TCP/IP). Los protocolos que pueden prestar el servicio de transporte a
NetBIOS son:
IPC/IPX
NetBEUI
TCP/IP
El hecho de tener que ser transportado por otros protocolos se debe a que
al operar en la capa 5 de OSI no provee un formato de datos para la
transmisin, el cual es provisto por los protocolos antes mencionados.
NetBIOS permite comunicacin orientada a conexin (TCP) o no orientada
a conexin (UDP). Soporta tanto broadcast como multicast, adems de 4

tipos de servicios diferentes: Servicios Generales, Servicio de Nombres,

Servicio de Sesin y Servicio de Datagramas.
RPC (Remote Procedure Call)
El Remote Procedure Call (RPC) (del ingls, Llamada a Procedimiento
Remoto) es un protocolo que permite a un programa de ordenador
ejecutar cdigo en otra mquina remota sin tener que preocuparse por las
comunicaciones entre ambos. El protocolo es un gran avance sobre los
sockets usados hasta el momento. De esta manera el programador no
tena que estar pendiente de las comunicaciones, estando stas
encapsuladas dentro de las RPC.
Las RPC son muy utilizadas dentro del paradigma cliente-servidor. Siendo
el cliente el que inicia el proceso solicitando al servidor que ejecute cierto
procedimiento o funcin y enviando ste de vuelta el resultado de dicha
operacin al cliente.
Hay distintos tipos de RPC, muchos de ellos estandarizados como pueden
ser el RPC de Sun denominado ONC RPC (RFC 1057), el RPC de OSF
denominado DCE/RPC y el Modelo de Objetos de Componentes
Distribuidos de Microsoft DCOM, aunque ninguno de estos es compatible
entre s. La mayora de ellos utilizan un lenguaje de descripcin de
interfaz (IDL) que define los mtodos exportados por el servidor.
Hoy en da se est utilizando el XML como lenguaje para definir el IDL y el
HTTP como protocolo de red, dando lugar a lo que se conoce como
servicios web. Ejemplos de stos pueden ser SOAP o XML-RPC.

IPV4: es la cuarta versin del protocolo Internet Protocol (IP), y la primera

en ser implementada a gran escala. la ipv4 Es la versin ms extendida.
Una IP de ese tipo tiene una forma como esta: 212.150.67.158
Suele escribirse as por una cuestin prctica y de facilidad de lectura.
Como cuatro nmeros decimales, que pueden variar cada uno entre 0 y
255, separados por puntos. Los equipos informticos trabajan en realidad
con bits. 1 bit puede tener slo dos valores. O cero o uno. Los bits sirven
para definir estados como encendido o apagado, verdadero o falso, ms o
menos, etc. As funcionan internamente los equipos y sus programas.
IPV6:Surgi porque el IPV4 estaba "quedndose corto". Empezaban a
acabarse las IPS para identificar a los miles de millones de equipos y
dispositivos de las redes mundiales e Internet.
El IPv6 asigna 128 bits a cada IP en vez de slo 32 como el IPv4.
Cada nmero de la IPv4 representa 8 bits. O lo que es lo mismo, 1 byte.
Por tanto estn formadas en total por 32 bits o 4 bytes (4 grupos de 8 bits

cada uno, 4 x 8=32).

Hay varias formas de escribir una IPv6:
Notacin completa
Tiene este aspecto:
2A03:2880:2110:CF01:0ACE:0000:0000:0009
Los valores separados por el smbolo ":" son dos pares de nmeros
hexadecimales (por ejemplo, 2A03). Representan a 2 bytes (16 bits).
En total hay 8 grupos de nmeros hexadecimales. Corresponden a los 128
bits de la IPv6 (8 grupos x 16 bits cada grupo= 128 bits).
Notacin abreviada
Elimina los ceros que estn al principio de cada grupo. Y representa con ":
:" el grupo o grupos consecutivos formado/s slo por ceros.
La IPv6 anterior quedara as:
2A03:2880:2110:CF01:ACE::9
Los ceros del sexto y stimo grupo se han abreviado como ": :". Y no se
escriben los ceros que estaban al principio del quinto y octavo grupos
Notacin mixta
Es la menos habitual. Escribe los ltimos 32 bits con el formato del IPv4 y
los dems con el del IPv6. Por ejemplo:
2A03:2880:2110:CF01:0ACE:0000:212.150.67.158
o bien
2A03:2880:2110:CF01:ACE::212.150.67.158
El Simple Mail Transfer Protocol (SMTP) (Protocolo para la transferencia
simple de correo electrnico), es un protocolo de red utilizado para el
intercambio de mensajes de correo electrnico entre computadoras u
otros dispositivos (PDA, telfonos mviles, etc.). Fue definido en el RFC
2821 y es un estndar oficial de Internet.1
El funcionamiento de este protocolo se da en lnea, de manera que opera
en los servicios de correo electrnico. Sin embargo, este protocolo posee
algunas limitaciones en cuanto a la recepcin de mensajes en el servidor
de destino (cola de mensajes recibidos). Como alternativa a esta

limitacin se asocia normalmente a este protocolo con otros, como el POP

o IMAP, otorgando a SMTP la tarea especfica de enviar correo, y recibirlos
empleando los otros protocolos antes mencionados (POP O IMAP).
Network News Transport Protocol (NNTP) es un protocolo inicialmente
creado para la lectura y publicacin de artculos de noticias en Usenet. Su
traduccin literal al espaol es "protocolo para la transferencia de noticias
en red".
Protocolo (IP)
Internet Protocol (en espaol 'Protocolo de Internet') o IP es un protocolo
de comunicacin de datos digitales clasificado funcionalmente en la Capa
de Red segn el modelo internacional OSI.
Su funcin principal es el uso bidireccional en origen o destino de
comunicacin para transmitir datos mediante un protocolo no orientado a
conexin que transfiere paquetes conmutados a travs de distintas redes
fsicas previamente enlazadas segn la norma OSI de enlace de datos.
Las principales caractersticas de este protocolo son:
-Protocolo orientado a no conexin.
-Fragmenta paquetes si es necesario.
-Direccionamiento mediante direcciones lgicas IP de 32 bits.
-Si un paquete no es recibido, este permanecer en la red durante un
tiempo finito.
-Realiza el "mejor esfuerzo" para la distribucin de paquetes.
-Tamao mximo del paquete de 65635 bytes.
-Slo ser realiza verificacin por suma al encabezado del paquete, no a los
datos ste que contiene.
La unidad de informacin intercambiada por IP es denominada
datagrama. Tomando como analoga los marcos intercambiados por una
red fsica los datagramas contienen un encabezado y un rea de datos. IP
no especifica el contenido del rea de datos, sta ser utilizada
arbitrariamente por el protocolo de transporte.

Protocolo de reserva (RSVP)

El protocolo de reserva de recursos (RSVP o Resource Reservation
Protocol), descrito en RFC 2205, es un protocolo de la capa de transporte

diseado para reservar recursos de una red bajo la arquitectura de

servicios integrados (IntServ). "RSVP no es una aplicacin de transporte,
es ms bien un protocolo de control de internet, como ICMP, IGMP, o
protocolos de enrutamiento" - RFC 2205. RSVP reserva los canales o rutas
en redes internet para la transmisin por unidifusin y multidifusin con
escalabilidad y robustez.
RSVP puede ser utilizado tanto por hosts como por routers para pedir o
entregar niveles especficos de calidad de servicio (QoS) para los flujos de
datos de las aplicaciones. RSVP define cmo deben hacer las reservas las
aplicaciones y cmo liberar los recursos reservados una vez que han
terminado. Las operaciones RSVP generalmente dan como resultado una
reserva de recursos en cada nodo a lo largo de un camino.
El protocolo de reservacin de recursos (RSVP) es un protocolo de control
de red que permite que algunas aplicaciones de Internet o una red local
puedan obtener diferentes calidades de servicio (QoS) para su flujo de
datos. Por ello se conoce como un protocolo sealizacin de QoS, y
posibilita:
Dar a las aplicaciones un modo uniforme para solicitar determinado nivel
de QoS encontrar una forma de garantizar cierto nivel de QoS Proveer
autentificacin. RSVP es un protocolo que se desarrolla entre los usuarios
y la red, y entre los diferentes nodos (routers) de la red que soportan este
protocolo. Consiste en hacer "reservas" de recursos en dichos nodos para
cada flujo de informacin de usuario, con la consecuente ocupacin de los
mismos. Esto requiere, lgicamente, intercambio de mensajes RSVP entre
dichos entes funcionales, as como "mantener" estados de reserva en
cada nodo RSVP. De manera que tanto la solicitud de las reservas, como el
mantenimiento de stas durante la comunicacin, y la posterior
cancelacin, implican el intercambio de mensajes de sealizacin, lo que
representa un trfico considerable cuando de entornos como Internet se
trata

ethernet: es un estndar de redes de computadora de rea local que se

utiliza para la comunicacin de dispositivos el mtodo de acceso al medio
con deteccin de portadora y determinacin de colisin (CSMA/CD),
algoritmo que transmite y codifica marcos de datos formateados.
fast ethernet: Fast Ethernet es una extensin del estndar Ethernet
actualmente usado en muchas LANs alrededor del mundo. Estas redes
operan actualmente a una velocidad de 10 Mbps, y el estndar es

conocido como IEEE 802.3. Hay diferentes tipos de medio donde se

ejecuta 802.3, incluido el par trenzado sin escudo (10BASE-T), coaxial
(grueso y delgado) y fibra (10BASE-F).
Como hemos anunciado el estndar Ethernet usa la tecnologa conocida
como CSMA/CD (carrier sense multiple acces/colision detection). Este es
un mtodo bastante catico de comunicacin que algunas veces es
referido como "Escuchar antes de transmitir", que significa que cuando
una estacin de trabajo desea enviar un paquete de datos, esta escucha
en la red para ver si esta ocupada, si no lo esta, transmite el paquete. Si
exactamente al mismo tiempo otras estaciones transmiten un paquete, se
detecta una colisin, y todas las estaciones que estn transmitiendo
esperan un tiempo aleatorio para intentar retransmitir. En una red
extremadamente ocupada, estas colisiones pueden ocurri muy a
menudo, provocando la degradacin de la eficiencia de la red.

INTERNET MESSAGE ACCESS PROTOCOL

(IMAP, Protocolo de acceso a mensajes de internet).
Es un protocolo de aplicacin que permite el acceso a mensajes
almacenados en un servidor de Internet. Mediante IMAP se puede tener
acceso al correo electrnico desde cualquier equipo que tenga una
conexin a Internet.
IMAP fue diseado como una moderna alternativa a POP por Mark Crispin
en el ao 1986. Fundamentalmente, los dos protocolos les permiten a los
clientes de correo acceder a los mensajes almacenados en un servidor de
correo.
Ya sea empleando POP3 o IMAP4 para obtener los mensajes, los clientes
utilizan SMTP para enviar mensajes. Los clientes de correo electrnico son
comnmente denominados clientes POP o IMAP, pero en ambos casos se
utiliza SMTP.
Versiones del IMAP
IMAP da acceso al correo electrnico de manera que los clientes pueden
guardarse copias locales de los mensajes (consideradas como una cach
temporal). Adems, presenta mltiples versiones, entre las cuales se
encuentran: IMAP2, IMAP3, IMAP2bis e IMAP4.
IMAP2
La versin IMAP2 fue la primera versin de IMAP distribuida pblicamente
y fue definida en el RFC 1064 en 1988. Ms tarde, fue actualizado por el
RFC 1176, la misma busc hacerle frente a la administracin de correo
electrnico centralizado que careca de POP2. En ella se introdujeron
comandos y respuestas de etiquetado.

IMAP3
IMAP3 es una versin rara del IMAP, fue especficamente una
contrapuesta del RFC 1176, la cual fue definida por el RFC 1203 en los
aos 1991 pero la misma no fue aceptada por el mercado.
IMAP2bis
El protocolo de oficina de correo deja gran parte de la gestin a un usuario
que permanece sujeto a una sola mquina o computadora, si el equipo
llega a fallar, se pierden todos sus datos y no se pueden recuperar los
correo electrnicos, debido a esto y con la llegada del MIME se toma la
decisin de ampliar IMAP2 para apoyar el MIME y agregar funciones para
las administracin de buzones. Entonces IMAP2bis considerado una
revisin experimental aade estas funcionalidades de crear, eliminar y
guardar como borradores los mensajes en los respectivos buzones.
IMAP4
El IMAP decidi realizar un cambio en el nombre de IMAP2bis para evitar
confusiones con la propuesta dada en los aos 1991 (IMAP3), la cual fue
hecha por un grupo de la competencia que no obtuvo logros con dicha
propuesta, el nuevo nombre dado de IMAP2bis sera entonces IMAP4.
IMAP4 permite a los clientes de correo electrnico manipular los mensajes
de correo electrnico almacenados en el servidor, como tambin la
manipulacin de las carpetas locales. Sin embargo fue revisada puesto
que encontraron o descubrieron fallas en la seguridad. Para el ao del
2003 surge IMAP4rev1 que incluy las funciones de escuchar los mensajes
antes de descargar el cuerpo entero del correo electrnico.
IMAP IDLE
IMAP IDLE es una extensin de IMAP que sirve para que el servidor avise
al cliente cuando ha llegado un correo y se sincronicen. La alternativa
sera que el cliente lea cada poco tiempo el servidor para ver si hay
correos.
Esta funcionalidad se encuentra descrita en el RFC-2177 IMAP4-IDLE
Permite la sincronizacin instantnea y no al cabo de unos minutos. Lo
que puede mejorar la comunicacin en listas de correo. Si alguien enva
un mensaje y otra persona lo ve y responde en el momento que llega a
lista. Es probable que el que envi el primer mensaje todava est en la
lista, lo que permitira mantener una conversacin en tiempo real y
solventar la duda en el momento.
Con la alternativa habitual de revisar el correo, aunque sea
automticamente, se tardara unos minutos en darse cuenta de que se ha

recibido un correo, ms el tiempo que se tardara en escribirlo.

Para aprovechar esta funcin debe estar activada tanto en el cliente de
correo como en el servidor.

*NFS (Network File System o Sistema de archivos de red) es un protocolo

de nivel de aplicacin, segn el Modelo OSI. Es utilizado para sistemas de
archivos distribuido en un entorno de red de computadoras de rea local.
Posibilita que distintos sistemas conectados a una misma red accedan a
ficheros remotos como si se tratara de locales. Originalmente fue
desarrollado en 1984 por Sun Microsystems, con el objetivo de que sea
independiente de la mquina, el sistema operativo y el protocolo de
transporte, esto fue posible gracias a que est implementado sobre los
protocolos XDR (presentacin) y ONC RPC (sesin). El protocolo NFS est
incluido por defecto en los Sistemas Operativos UNIX y la mayora de
distribuciones Linux.
En sus caractersticas tenemos que sistema NFS est dividido al menos en
dos partes principales: un servidor y uno o ms clientes. Los clientes
acceden de forma remota a los datos que se encuentran almacenados en
el servidor.
Las estaciones de trabajo locales utilizan menos espacio de disco debido a
que los datos se encuentran centralizados en un nico lugar pero pueden
ser accedidos y modificados por varios usuarios, de tal forma que no es
necesario replicar la informacin.
Los usuarios no necesitan disponer de un directorio home en cada una
de las mquinas de la organizacin. Los directorios home pueden
crearse en el servidor de NFS para posteriormente poder acceder a ellos
desde cualquier mquina a travs de la infraestructura de red.
Tambin se pueden compartir a travs de la red dispositivos de
almacenamiento como disqueteras, CD-ROM y unidades ZIP. Esto puede
reducir la inversin en dichos dispositivos y mejorar el aprovechamiento
del hardware existente en la organizacin.
Todas las operaciones sobre ficheros son sncronas. Esto significa que la
operacin slo retorna cuando el servidor ha completado todo el trabajo
asociado para esa operacin. En caso de una solicitud de escritura, el
servidor escribir fsicamente los datos en el disco, y si es necesario,
actualizar la estructura de directorios, antes de devolver una respuesta
al cliente. Esto garantiza la integridad de los ficheros.

*TELNET (TELecommunication NETwork) es el nombre de un protocolo de

red que nos permite viajar a otra mquina para manejarla remotamente
como si estuviramos sentados delante de ella. Tambin es el nombre del
programa informtico que implementa el cliente. Para que la conexin
funcione, como en todos los servicios de Internet, la mquina a la que se
acceda debe tener un programa especial que reciba y gestione las
conexiones. El puerto que se utiliza generalmente es el 23.
Para su Funcionamiento Telnet slo sirve para acceder en modo terminal,
es decir, sin grficos, pero es una herramienta muy til para arreglar fallos
a distancia, sin necesidad de estar fsicamente en el mismo sitio que la
mquina que los tena. Tambin se usaba para consultar datos a distancia,
como datos personales en mquinas accesibles por red, informacin
bibliogrfica, etc.
Aparte de estos usos, en general telnet se ha utilizado (y an hoy se
puede utilizar en su variante SSH) para abrir una sesin con una mquina
UNIX, de modo que mltiples usuarios con cuenta en la mquina, se
conectan, abren sesin y pueden trabajar utilizando esa mquina. Es una
forma muy usual de trabajar con sistemas UNIX.

CDP
Protocolo de descubrimiento de Cisco es un protocolo de red propietario
de nivel 2, desarrollado por Cisco Systems y usado en la mayora de sus
equipos. Es utilizado para compartir informacin sobre otros equipos Cisco
directamente conectados, tal como la versin del sistema operativo y la
direccin IP. CDP tambin puede ser usado para realizar encaminamiento
bajo demanda (ODR, On-Demand Routing), que es un mtodo para incluir
informacin de encaminamiento en anuncios CDP, de forma que los
protocolos de encaminamiento dinmico no necesiten ser usados en redes
simples.
Los dispositivos Cisco envan anuncios a la direccin de destino de
multidifusin 01:00 (que tambin es usada por otros protocolos
propietarios de Cisco tales como VTP). Los anuncios CDP (si est
soportados y configurados en el IOS) se envan por defecto cada 60
segundos en las interfaces que soportan cabeceras SNAP, incluyendo
Ethernet, Frame Relay y ATM. Cada dispositivo Cisco que soporta CDP
almacena la informacin recibida de otros dispositivos en una tabla que
puede consultarse usando el comando show cdp neighbor. La informacin
de la tabla CDP se refresca cada vez que se recibe un anuncio y la

informacin de un dispositivo se descarta tras tres anuncios no recibidos

por su parte (tras 180 segundos usando el intervalo de anuncio por
defecto).
SPX
Intercambio de Paquetes Secuenciados es un antiguo protocolo de red de
Novell perteneciente al sistema operativo NetWare utilizado para controlar
la entrega de datos a travs de una red de rea local
Es un protocolo de la capa de transporte orientado a comunicaciones con
conexin que se encarga de verificar que un mensaje enviado a travs de
una red llega intacto a su destino. Para ello, utiliza como mensajero el
protocolo IPX (el cul por s solo carece de fiabilidad durante el transporte
de paquetes) permitiendo establecer y mantener conexiones adems de
enviar datos.
El protocolo se encarga de garantizar la integridad de los paquetes
enviados y de los paquetes de confirmacin recibidos. Tambin realiza un
control sobre el flujo de datos, regulando la velocidad a la que se envan y
reciben los paquetes y reduciendo el riesgo de corrupcin. Para controlar
el envo de los paquetes, SPX espera un mensaje de confirmacin, y si
ste no se recibe, vuelve a retransmitir el paquete un nmero
determinado de veces. Si tras ese nmero de veces, an sigue sin
recibirse una respuesta con el mensaje de confirmacin, el protocolo da
por asumido que ha habido un fallo de conexin, y cierra la conexin.

IRC (Internet Relay Chat): es un protocolo de comunicacin en tiempo real

basado en texto, que permite debates entre dos o ms personas. Se
diferencia de la mensajera instantnea en que los usuarios no deben
acceder a establecer la comunicacin de antemano, de tal forma que
todos los usuarios que se encuentran en un canal pueden comunicarse
entre s, aunque no hayan tenido ningn contacto anterior. Las
conversaciones se desarrollan en los llamados canales de IRC, designados
por nombres que habitualmente comienzan con el carcter # o & (este
ltimo slo es utilizado en canales locales del servidor). Es un sistema de
charlas ampliamente utilizado por personas de todo el mundo.
Los usuarios del IRC utilizan una aplicacin cliente para conectarse con un
servidor, en el que funciona una aplicacin IRCd (IRC daemon o servidor
de IRC) que gestiona los canales y las conversaciones murales.
POP3: En informtica se utiliza el Post Office Protocol (POP3, Protocolo
de Oficina de Correo o "Protocolo de Oficina Postal") en clientes locales de

correo para obtener los mensajes de correo electrnico almacenados en

un servidor remoto. Es un protocolo de nivel de aplicacin en el Modelo
OSI.
POP3 est diseado para recibir correo, no para enviarlo; le permite a los
usuarios con conexiones intermitentes o muy lentas (tales como las
conexiones por mdem), descargar su correo electrnico mientras tienen
conexin y revisarlo posteriormente incluso estando desconectados. Cabe
mencionar que la mayora de los clientes de correo incluyen la opcin de
dejar los mensajes en el servidor, de manera tal que, un cliente que utilice
POP3 se conecta, obtiene todos los mensajes, los almacena en la
computadora del usuario como mensajes nuevos, los elimina del servidor
y finalmente se desconecta. En contraste, el protocolo IMAP permite los
modos de operacin conectado y desconectado.

LDAP
(Protocolo compacto de acceso a directorios) es un protocolo estndar que
permite administrar directorios, esto es, acceder a bases de informacin
de usuarios de una red mediante protocolos TCP/IP.
Las bases de informacin generalmente estn relacionadas con los
usuarios, pero, algunas veces, se utilizan con otros propsitos, como el de
administrar el hardware de una compaa.
El objetivo del protocolo LDAP, desarrollado en 1993 en la Universidad de
Michigan, fue reemplazar al protocolo DAP (utilizado para acceder a los
servicios de directorio X.500 por OSI) integrndolo al TCP/IP. Desde 1995,
DAP se convirti en LDAP independiente, con lo cual se dej de utilizar
slo para acceder a los directorios tipo X500. LDAP es una versin ms
simple del protocolo DAP, de all deriva su nombre Protocolo compacto de
acceso a directorios.
El protocolo LDAP define el mtodo para acceder a datos en el servidor a
nivel cliente pero no la manera en la que se almacena la informacin.
El protocolo LDAP actualmente se encuentra en su 3era versin y el IETF
(Grupo de Trabajo de Ingeniera de Internet) lo ha estandarizado. Por lo
tanto, existe una RFC (peticin de comentarios) para cada versin de
LDAP que constituye un documento de referencia:
RFC 1777 para LDAP v.2

RFC 2251 para LDAP v.3

LDAP le brinda al usuario mtodos que le permiten:
conectarse
desconectarse
buscar informacin
comparar informacin
insertar entradas
cambiar entradas
eliminar entradas
Asimismo, el protocolo LDAP (en versin 3) ofrece mecanismos de cifrado
(SSL, etc.) y autenticacin para permitir el acceso seguro a la informacin
almacenada en la base.

Protocolo WDM:

La tecnologa conocida como Multiplexin por Divisin de Longitud de

Onda, a pesar de existir desde hace varios aos, es hoy en da uno de los
temas de mayor inters dentro del rea de la infraestructura de redes
pticas, WDM se ha consolidado como una de las tecnologas favoritas,
debido a las enormes ventajas que ofrece en la optimizacin del uso del
ancho de banda.
Conceptualmente, esta forma de multiplexin es similar a FDM
(Multiplexin por divisin de frecuencia), utilizada en sistemas satelitales
y de microondas. Mientras que FDM consiste en transmitir varias seales
al mismo tiempo a travs de un solo canal de banda ancha, modulando
primero cada una de ellas en una subportadora distinta y, posteriormente,
reunindolas para formar una sola seal, WDM rene diferentes
longitudes de onda para formar la seal que se transmitir. De manera
similar a otras formas de multiplexin, WDM requiere que cada longitud
de onda sea debidamente espaciada de las dems, con el objeto de evitar
la interferencia intercanal.
PROTOCOLO SDH:
SDH (Jerarqua Digital Sncrona) entendiendo por sincrona que todos los
sistemas operan al mismo tiempo, o sea que tienen solamente un reloj de
referencia.
SDH se deriv del estndar norteamericano de Sonet que fue propuesto
por Bellcore en 1985, este fue tomado por la CCITT y en 1986 se
desarroll SDH, en resumen SDH es el estndar europeo para las
transmisiones sncronas.

Las implementaciones de la transmisin sincrnica se deben

principalmente a su capacidad de interconectarse con el sistema
plegcrono existente.
La Jerarqua Digital Sncrona (SDH) (Synchronous Digital Hierarchy) es un
conjunto de protocolos de transmisin de datos. Se puede considerar
como la revolucin de los sistemas de transmisin, como consecuencia de
la utilizacin de la fibra ptica como medio de transmisin, as como de la
necesidad de sistemas ms flexibles y que soporten anchos de banda
elevados
ALGUNAS DE LAS VENTAJAS SON:
La SDH presenta una serie de ventajas respecto a la jerarqua digital
plesiocrona (PDH).
Algunas de estas ventajas son:
El proceso de multiplexacin es mucho ms directo. La utilizacin de
punteros permite una localizacin sencilla y rpida de las seales
tributarias de la informacin.
El procesamiento de la seal se lleva a cabo a nivel de STM-1. Las
seales de velocidades superiores son sncronas entre s y estn en fase
por ser generadas localmente por cada nodo de la red.
Las tramas tributarias de las seales de lnea pueden ser subdivididas
para acomodar cargas plesicronas, trfico ATM o unidades de menor
orden. Esto supone mezclar trfico de distinto tipo dando lugar a redes
flexibles.

IGMP (Internet Group Management Protocol)

IGMP es el protocolo encargado de gestionar los grupos multicast
[NETWORK]. Es un protocolo de la capa IP, y los mensajes se transmiten
encapsulados en datagramas IP. Mediante IGMP los equipos se registran
dinmicamente en un grupo multicast. Hay tres versiones de este
protocolo, definidas en las [RFC 1112], [RFC 2236] y [RFC 3376]. ([RFC
988] define la versin 0, que pronto qued obsoleta).
Dichos documentos definen tambin tres niveles de capacidad multicast
para los equipos que conforman una red. Los equipos de nivel 0 no tienen
ninguna capacidad de mover trfico IP Multicast, no pueden recibir
paquetes multicast ni enviarlos. Los equipos de nivel 1 son aquellos que
tienen capacidad de enviar dicho trfico, pero no de recibirlo; pueden
actuar como fuente pero no como receptor. Por ltimo, los equipos de
nivel 2 tienen capacidad tanto de enviar el trfico multicast como de

recibirlo.
El funcionamiento de IGMP es el siguiente. Cuando un equipo quiere
recibir paquetes de un grupo multicast, enva un mensaje Membership
Report con destino la direccin del grupo y especificando la interfaz de red
por donde quiere recibirlo. Es posible unirse a un grupo multicast a travs
de distintas interfaces. En este caso, el equipo recibir paquetes
duplicados, cada uno por cada interfaz. Tambin es posible que ms de un
proceso del mismo equipo reciba informacin de este grupo, aunque en
este caso no hay mensajes repetidos.
Tras enviar el mensaje de peticin de unin al grupo, el equipo recibir un
mensaje de confirmacin o de fallo. Si el proceso funciona correctamente,
el protocolo se encargar de que los routers configuren la ruta para que
los paquetes multicast sean recibidos por el equipo de forma normal.
En la versin 1 de IGMP no hay mensajes explcitos para abandonar el
grupo. En lugar de eso, los routers multicast envan mensajes Membership
Query en intervalos regulares a la direccin 224.0.0.1 (todos los equipos
de la red) y con direccin de grupo 0. Los equipos que quieren seguir
recibiendo paquetes de un grupo responden con un Membership Request
para ese grupo. Para evitar un envo masivo de respuestas, cada equipo
pone en marcha un contador de tiempo de espera de valor aleatorio. Si
cumplido ese tiempo nadie ha mandado respuesta de confirmacin de su
grupo, responde. Si algn equipo ha respondido antes no enva nada. De
esta manera, el router slo necesita una respuesta por grupo para saber
que tiene que seguir reenviando.
A partir de estos mensajes y de los protocolos de enrutamiento los routers
multicast construyen tablas con las interfaces que contienen equipos
pertenecientes a cada grupo, de tal forma que si les llega un paquete
multicast saben por qu interfaces tienen que reenviarlo.
La versin 2 de IGMP aade la funcionalidad de desconexin explcita de
un grupo mediante el mensaje Leave Group. Cuando un host quiere
abandonar un grupo enva un mensaje Leave Group a la direccin
224.0.0.2 (todos los routers de la red), en el que se especifica qu grupo
se quiere abandonar. Los routers con versin 1 no entienden este
mensaje y lo tiran. Los que tienen la versin 2 responden con un GroupSpecific Query, que funciona como un Membership Query normal pero con
direccin de grupo la especificada en el mensaje Leave Group recibido. Si
nadie contesta a este mensaje el router entiende que no hay ningn

equipo interesado en este grupo y es borrado de la tabla. De esta manera

se reduce el gasto de ancho de banda desde que el ltimo ordenador de
la red abandona el grupo hasta que el router se da cuenta de ello y deja
de enviar mensajes Membership Query y paquetes multicast del grupo.
El protocolo ICMP
El Protocolo de Mensajes de Control y Error de Internet, ICMP, es de
caractersticas similares a UDP, pero con un formato mucho ms simple, y
su utilidad no est en el transporte de datos de usuario, sino en controlar
si un paquete no puede alcanzar su destino, si su vida ha expirado, si el
encabezamiento lleva un valor no permitido, si es un paquete de eco o
respuesta, etc. Es decir, se usa para manejar mensajes de error y de
control necesarios para los sistemas de la red, informando con ellos a la
fuente original para que evite o corrija el problema detectado. ICMP
proporciona as una comunicacin entre el software IP de una mquina y
el mismo software en otra.