UNIVERSIDAD NACIONAL DEL CHIMBORAZO.

TEMA: INVESTIGACION SOBRE HDLC Y DETALLE DE FORMATO DE UNA TRAMA

NOMBRE: BYRON VELSTEGUI

PROFESOR: Dr. Carlos Volter Buenao Pesntez

SEMESTRE: TERCERO

MATERIA: SISTEMAS DE COMUNICACIN

FECHA: 11-07-2014









HDLC
Introduccin.
En este apunte veremos detalles de un protocolo orientado a conexin de nivel de enlace, pero que est
relacionado con otros protocolos muy similares, de los cuales se marcar las diferencias entre estos y HDLC
(High-level Data Link Control).
HDLC fue especificado por la ISO, luego de que IBM a mediados de 1973 anunciara que en sus productos
de comunicaciones trabajarn con un protocolo denominado SDLC (Synchronous Data Link Control),
basado en un entorno centralizado (por sondeo) y estrategias de envo continuo y repeticin no selectiva.
Luego del anuncio de IBM, ANSI describe un protocolo de similares caractersticas denominado ADCCP
(Advanced Data Communications Control Procedures). Posteriormente a HDLC, el CCITT lanza, para su
red X.25, el protocolo LAPB (Link Access Procedure Balanced), que es una versin reducida de HDLC.
Caractersticas comunes.
Orientados a bit: provee una gran eficiencia con respecto a los protocolos orientados a byte, usando
la estrategia de bit-stuffing (insercin de bit). Tambin utilizar bits de control es otra ventaja, en vez
de bytes.
Poseen tres etapas en la comunicacin:
Logical Link Setup (establecimiento lgico de enlace).
Transmisin de informacin.
Liberacin del enlace.
Control de flujo: esto se realiza a travs de piggybacking.
Control de errores: cada frame lleva consigo un codigo de redundancia cclica, utilizando el
CRCCCITT como polinomio generador.
Permite el sondeo de terminales.
Protocolos de ventana deslizante (protocolos 5 y 6 tericos de Tanenbaum).
Formato general del frame:
8 bits
01111110
8 bits
Direccin
8 bits
Control
0 bits
...DATOS...
16 bits
CRC
8 bits
01111110
donde los primeros y ltimos 8 bits sirven para marcar el comienzo y final de una frame.
El campo de direccin identifica la terminal que recibir el frame. Pensar que HDLC pemite comunicaciones
punto a punto y multipunto (hasta 256 estaciones). En el caso de punto a punto se utliiza para diferenciar
comandos y respuestas (00000011 para cuando la red enva un comando o una terminal enva una
respuesta o 00000001 para cuando una terminal enva un comando o la red enva una respuesta). HDLC
puede utilizar ms de 256 terminales, extiendiendo el tamao del campo de direccin, tomando el primer bit
de cada uno de los bytes para indicar si es el byte final del campo de direccin, considerando que el ltimo
byte debe tener ese bit en 1, mientras que en los precedentes en 0.
El campo de control identifica el tipo de frame, que pueden ser tres: de informacin, de supervisin y no
numerado. El campo de control se presenta de la siguiente forma:
De informacin:
1 bit
0
3 bits
Secuencia (Seq)
1 bit
P/F
3 bits Prximo
(Next)
De supervisin:
1 bit
1
1 bit
0
2 bits Tipo
(Type)
1 bit
P/F
3 bits Prximo
(Next)
No numeradas:
1
bit
1
1
bit
1
2 bits Tipo
(Type)
1
bit
P/F
3 bits
Modific. (Modifier)






Los subcampos de Seq y Next sirven para el control de flujo y errores (Sec es el nmero de secuencia del
frame y el Next posee el nmero de frame esperado).
El bit de P/F se utiliza cuando se sondea terminales. Con P se pide datos a la terminal y todos los frames de
la terminal que no sea el ltimo; y con el bit en F se cierra los frames enviados desde la terminal.
Los dos bits del campo Type en frames de supervisin indican si el emisor del frame est listo para recibir
(RR), si no lo est (RNR), o si se rechaza selectivamente (SREJ, en HDLC y ADCCP) o no selectivamente
(REJ en HDLC, SDLC, ADCCP y LAPB).
En frames no numerados indican desconexin (DISC), establecimiento de conexin (SNRM , SARM o
SABM, las versiones extendidas para ventanas deslizantes de 128 ), rechazo de un frame que lleg con
errores, a partir del chequeo con el CRC o porque es menor al tamao mnimo de 32 bytes (FRMR) o para
efectuar el acknowledgment a nivel de frames de control (UA). Estos ltimos solo lo hacen con el nico
frame de control que puede estar pendiente, ya que para la informacin de control no hay ventana
deslizante.
Por ltimo el campo Modifier ayuda a identificar los frames no numerados, porque es imposible identificarlos
con solo 2 bits.
Tipos de conexin.
Existen tres tipos de conexin, que se basan en los roles de cada una de las partes de la o las conexiones
fsicas.
Uno es la conexin con modo de respuesta normal (NRN) para configuraciones centralizadas, que puede
utilizar lneas punto a punto o multipunto y el frame de extablecimiento puede ser SNRM o SNRME,
dependiendo del tamao de la ventana deslizante.
Otro modo es la conexin con modo de respuesta asincrnico (ARM), tambin para configuraciones
centralizadas con punto a punto o multipunto, usando SARM o SARME como frame de establecimiento de
conexin.
Por ltimo est el modo de respuesta asincrnica balanceada (ABM) exclusivo para punto a punto, usando
SABM o SABME.
En los dos primeros casos se habla de una estacin principal, que controla el flujo de datos haci a y desde
las terminales , aparte de recuperar en casos de fallas, etc., donde la estacin est encargada de generar
los comandos para recibir las respuestas de las terminales, solo en el caso de estar en NRM. En ARM las
terminales pueden transmitir sin pedir permiso del principal.
En modo balanceado est claro que es para dos partes con la misma capacidad ( no est la idea de
host/terminal o amo/esclavo), cada uno puede dar rdenes o generar respuestas dependiendo del caso.
Este modo es el nico permitido en LAPB, que es utilizado en redes con X.25 (nivel de red), donde el
establecimiento del enlace se hace a travs de un SABM y un UA como respuesta, inicializando contadores,
ventanas y temporizadores.
La desconexin se realiza por un intercambio de DISC y su UA respectivo.
Modos de trabajo.
Caractersticas principales:
Comienza con el establecimiento lgico del enalce, con SARM o SNRM para modo asimtrico, o
con SABM para modo balanceado.
Full-duplex.
Host/terminal (punto a punto o multipunto) o punto a punto balanceado.
Ventana deslizante de 3 bits o 7 en modo extendido (control de flujo/errores de informacin).
UA para control de flujo/errores en frames de control.
LAPB y SDLC solo poseen repeticin no selectiva.
Fin de la conexin mediante DISC.
















FORMATO DE LAS TRAMAS ETHERNET Y IEEE 802.3

a) Formato de trama Ethernet. b) Formato trama IEEE 802.3
Los campos de trama Ethernet e IEEE 802.3 son los siguientes:
- Prembulo: el patrn de unos y ceros alternados les indica a las estaciones receptoras que una trama
es Ethernet o IEEE 802.3. La trama Ethernet incluye un byte adicional que es el equivalente al campo
Inicio de trama (SOF) de la trama IEEE 802.3.
- Inicio de trama (SOF): el byte delimitador de IEEE 802.3 finaliza con dos bits 1 consecutivos, que
sirven para sincronizar las porciones de recepcin de trama de todas las estaciones de la LAN. SOF se
especifica explcitamente en Ethernet.
- Direcciones destino y origen: vienen determinadas por las direcciones MAC nicas de cada tarjeta de
red (6 bytes en hexadecimal). Los primeros 3 bytes de las direcciones son especificados por IEEE segn el
proveedor o fabricante. El proveedor de Ethernet o IEEE 802.3 especifica los ltimos 3 bytes. La direccin
origen siempre es una direccin de broadcast nica (de nodo nico). La direccin destino puede ser de
broadcast nica, de broadcast mltiple (grupo) o de broadcast (todos los nodos).
- Tipo (Ethernet): el tipo especifica el protocolo de capa superior que recibe los datos una vez que se
ha completado el procesamiento Ethernet.
- Longitud (IEEE 802.3): la longitud indica la cantidad de bytes de datos que sigue este campo.
- Datos (Ethernet): una vez que se ha completado el procesamiento de la capa fsica y de la capa de
enlace, los datos contenidos en la trama se envan a un protocolo de capa superior, que se identifica en el
campo tipo. Aunque la versin 2 de Ethernet no especifica ningn relleno, al contrario de lo que sucede
con IEEE 802.3, Ethernet espera por lo menos 46 bytes de datos.
- Datos (IEEE 802.3): una vez que se ha completado el procesamiento de la capa fsica y de la capa de
enlace, los datos se envan a un protocolo de capa superior, que debe estar definido dentro de la porcin
de datos de la trama. Si los datos de la trama no son suficientes para llenar la trama hasta una cantidad
mnima de 64 bytes, se insertan bytes de relleno para asegurar que por lo menos haya una trama de 64
bytes (tamao mnimo de trama).
- Secuencia de verificacin de trama (FCS): esta secuencia contiene un valor de verificacin CRC
(Control de Redundancia Cclica) de 4 bytes, creado por el dispositivo emisor y recalculado por el
dispositivo receptor para verificar la existencia de tramas daadas.


Cuando un paquete es recibido por el destinatario adecuado, les retira la cabecera de Ethernet y el
checksum de verificacin de la trama, comprueba que los datos corresponden a un mensaje IP y entonces
lo pasa a dicho protocolo (capa de red-Internet) para que lo procese.
Hay que destacar que las direcciones utilizadas por Ethernet no tienen nada que ver con las direcciones
de Internet. Las de Internet se le asignan a cada usuario, mientras que las de Ethernet vienen de incluidas
de fbrica en la tarjeta de red (NIC).
El formato de trama Ethernet que se utiliza en redes TCP/IP es algo diferente del estndar IEEE 802.3:
Aqu el campo Longitud no existe (las tarjetas son capaces de detectar automticamente la longitud de
una trama), y en su lugar se emplea el campo Tipo.
Los medios fsicos ms utilizados son:
10Base5 10Base2 10Base-T 10Base-FL
Cable Coaxial grueso Coaxial delgado UTP Cat 3/5 Fibra 62,5/125 micras
Pares 1 1 2/2 2
Full dplex No No S/S S
Tipo Conector N BNC RJ-45/RJ-45 ST
Topologa Bus Bus Estrella/Estrella Estrella
Dist. Seg. 500, mx 2500 m 185, mx 925 m 100, mx 500 m 2 km.
N Nodos/seg. 100 30 1024/1024 1024
En Ethernet, como en todas las redes locales, la transmisin es realizada de manera asincrnica. Por
esto, se utiliza un sincronismo implcito en los datos mediante el uso de cdigos que incorporan cierto
nivel de redundancia. Ethernet usa el cdigo Manchester, que utiliza dos voltajes e identifica el bit 0
como una transicin alto-bajo y el 1 como una transicin bajo-alto.
El cdigo Manchester es poco eficiente, pero resulta sencillo y barato de implementar. Su mayor
inconveniente resulta ser la elevada frecuencia de la seal, lo que complic bastante las cosas cuando se
adapt Ethernet para UTP.
Los errores de CRC en una red Ethernet funcionando correctamente deberan ser casi nulos, salvo los
originados por la conexin y desconexin de equipos. Debido a la elevada confiabilidad del medio fsico, el
protocolo MAC de Ethernet no realiza ningn tipo de verificacin, ya que la probabilidad de que un frame
no llegue a su destino es tan baja que esto sera perjudicial para el rendimiento de la red.