UNIDAD PROFESIONAL INTERDICIPLINARIA DE INGENIERIA CIENCIAS SOCIALES Y ADMINISTRATIVAS

TELEINFORMATICA
Secuencia:2NV50

RODRIGUEZ ESCOBAR LESLY KAREN

22/10/2012

Qu significa TCP/IP?
TCP/IP es un conjunto de protocolos. La sigla TCP/IP significa "Protocolo de control de transmisin/Protocolo de Internet" y se pronuncia "T-C-P-I-P". Proviene de los nombres de dos protocolos importantes del conjunto de protocolos, es decir, del protocolo TCP y del protocolo IP. En algunos aspectos, TCP/IP representa todas las reglas de comunicacin para Internet y se basa en la nocin de direccin IP, es decir, en la idea de brindar una direccin IP a cada equipo de la red para poder enrutar paquetes de datos. Debido a que el conjunto de protocolos TCP/IP originalmente se cre con fines militares, est diseado para cumplir con una cierta cantidad de criterios, entre ellos:

dividir mensajes en paquetes; usar un sistema de direcciones; enrutar datos por la red; detectar errores en las transmisiones de datos.

El conocimiento del conjunto de protocolos TCP/IP no es esencial para un simple usuario, de la misma manera que un espectador no necesita saber cmo funciona su red audiovisual o de televisin. Sin embargo, para las personas que desean administrar o brindar soporte tcnico a una red TCP/IP, su conocimiento es fundamental.

La diferencia entre estndar e implementacin

En general, TCP/IP relaciona dos nociones:

la nocin de estndar: TCP/IP representa la manera en la que se realizan las comunicaciones en una red; la nocin de implementacin: la designacin TCP/IP generalmente se extiende a software basado en el protocolo TCP/IP. En realidad, TCP/IP es un modelo cuya aplicacin de red utilizan los desarrolladores. Las aplicaciones son, por lo tanto, implementaciones del protocolo TCP/IP.

TCP/IP es un modelo de capas

Para poder aplicar el modelo TCP/IP en cualquier equipo, es decir, independientemente del sistema operativo, el sistema de protocolos TCP/IP se ha dividido en diversos mdulos. Cada uno de stos realiza una tarea especfica. Adems, estos mdulos realizan sus tareas uno despus del otro en un orden especfico, es decir que existe un sistema estratificado. sta es la razn por la cual se habla de modelo de capas.

El trmino capa se utiliza para reflejar el hecho de que los datos que viajan por la red atraviesan distintosniveles de protocolos. Por lo tanto, cada capa procesa sucesivamente los datos (paquetes de informacin) que circulan por la red, les agrega un elemento de informacin (llamado encabezado) y los enva a la capa siguiente. El modelo TCP/IP es muy similar al modelo OSI (modelo de 7 capas) que fue desarrollado por la Organizacin Internacional para la Estandarizacin (ISO) para estandarizar las comunicaciones entre equipos.

Presentacin del modelo OSI

OSI significa Interconexin de sistemas abiertos. Este modelo fue establecido por ISO para implementar un estndar de comunicacin entre equipos de una red, esto es, las reglas que administran la comunicacin entre equipos. De hecho, cuando surgieron las redes,cada fabricante contaba con su propio sistema (hablamos de un sistema patentado), con lo cual coexistan diversas redes incompatibles. Por esta razn, fue necesario establecer un estndar. La funcin del modelo OSI es estandarizar la comunicacin entre equipos para que diferentes fabricantes puedan desarrollar productos (software o hardware) compatibles (siempre y cuando sigan estrictamente el modelo OSI).

La importancia de un sistema de capas

El objetivo de un sistema en capas es dividir el problema en diferentes partes (las capas), de acuerdo con su nivel de abstraccin. Cada capa del modelo se comunica con un nivel adyacente (superior o inferior). Por lo tanto, cada capa utiliza los servicios de las capas inferiores y se los proporciona a la capa superior.

El modelo OSI
El modelo OSI es un modelo que comprende 7 capas, mientras que el modelo TCP/IP tiene slo 4. En realidad, el modelo TCP/IP se desarroll casi a la par que el modelo OSI. Es por ello que est influenciado por ste, pero no sigue todas las especificaciones del modelo OSI. Las capas del modelo OSI son las siguientes:

La capa fsica define la manera en la que los datos se convierten fsicamente en seales digitales en los medios de comunicacin (pulsos elctricos, modulacin de luz, etc.).

La capa de enlace de datos define la interfaz con la tarjeta de interfaz de red y cmo se comparte el medio de transmisin. La capa de red permite administrar las direcciones y el enrutamiento de datos, es decir, su ruta a travs de la red. La capa de transporte se encarga del transporte de datos, su divisin en paquetes y la administracin de potenciales errores de transmisin. La capa de sesin define el inicio y la finalizacin de las sesiones de comunicacin entre los equipos de la red. La capa de presentacin define el formato de los datos que maneja la capa de aplicacin (su representacin y, potencialmente, su compresin y cifrado) independientemente del sistema.

La capa de aplicacin le brinda aplicaciones a la interfaz. Por lo tanto, es el nivel ms cercano a los usuarios, administrado directamente por el software.

El modelo TCP/IP
El modelo TCP/IP, influenciado por el modelo OSI, tambin utiliza el enfoque modular (utiliza mdulos o capas), pero slo contiene cuatro:

Como puede apreciarse, las capas del modelo TCP/IP tienen tareas mucho ms diversas que las del modelo OSI, considerando que ciertas capas del modelo TCP/IP se corresponden con varios niveles del modelo OSI. Las funciones de las diferentes capas son las siguientes: Capa de acceso a la red: especifica la forma en la que los datos deben enrutarse, sea cual sea el tipo de red utilizado; Capa de Internet: es responsable de proporcionar el paquete de datos (datagrama); Capa de transporte: brinda los datos de enrutamiento, junto con los mecanismos que permiten conocer el estado de la transmisin; Capa de aplicacin: incorpora aplicaciones de red estndar (Telnet, SMTP, FTP, etc.). A continuacin se indican los principales protocolos que comprenden el conjunto TCP/IP: Aplicaciones de red TCP o UDP IP, ARP, RARP FTS, FDDI, PPP, Ethernet, Red de anillos

Encapsulacin de datos
Durante una transmisin, los datos cruzan cada una de las capas en el nivel del equipo remitente. En cada capa, se le agrega informacin al paquete de datos. Esto se llama encabezado, es decir, una recopilacin de informacin que garantiza la transmisin. En el nivel del equipo receptor, cuando se atraviesa cada capa, el encabezado se lee y despus se elimina. Entonces, cuando se recibe, el mensaje se encuentra en su estado original.

En cada nivel, el paquete de datos cambia su aspecto porque se le agrega un encabezado. Por lo tanto, las designaciones cambian segn las capas:

el paquete de datos se denomina mensaje en el nivel de la capa de aplicacin;

el mensaje despus se encapsula en forma de segmento en la capa de transporte; una vez que se encapsula el segmento en la capa de Internet, toma el nombre de datagrama; finalmente, se habla de trama en el nivel de capa de acceso a la red.

Capa de acceso a la red

La capa de acceso a la red es la primera capa de la pila TCP/IP. Ofrece la capacidad de acceder a cualquier red fsica, es decir, brinda los recursos que se deben implementar para transmitir datos a travs de la red. Por lo tanto, la capa de acceso a la red contiene especificaciones relacionadas con la transmisin de datos por una red fsica, cuando es una red de rea local (Red en anillo, Ethernet, FDDI), conectada mediante lnea telefnica u otro tipo de conexin a una red. Trata los siguientes conceptos:

enrutamiento de datos por la conexin; coordinacin de la transmisin de datos (sincronizacin); formato de datos; conversin de seal (anloga/digital); deteccin de errores a su llegada. ...

Afortunadamente, todas estas especificaciones son invisibles al ojo del usuario, ya que en realidad es el sistema operativo el que realiza estas tareas, mientras los drivers de hardware permiten la conexin a la red (por ejemplo, el driver de la tarjeta de red).

La capa de Internet
La capa de Internet es la capa "ms importante" (si bien todas son importantes a su manera), ya que es la que define los datagramas y administra las nociones de direcciones IP. Permite el enrutamiento de datagramas (paquetes de datos) a equipos remotos junto con la administracin de su divisin y ensamblaje cuando se reciben. La capa de Internet contiene 5 protocolos:

el protocolo IP; el protocolo ARP; el protocolo ICMP; el protocolo RARP;

el protocolo IGMP. Los primeros tres protocolos son los ms importantes para esta capa.

La capa de transporte
Los protocolos de las capas anteriores permiten enviar informacin de un equipo a otro. La capa de transporte permite que las aplicaciones que se ejecutan en equipos remotos puedan una comunicarse. tarea, El problema un es identificar estas aplicaciones. etc. De hecho, segn el equipo y su sistema operativo, la aplicacin puede ser un programa, proceso, Adems, el nombre de la aplicacin puede variar de sistema en sistema. Es por ello que se ha implementado un sistema de numeracin para poder asociar un tipo de aplicacin con un tipo de datos. Estos identificadores se denominan puertos. La capa de transporte contiene dos protocolos que permiten que dos aplicaciones puedan intercambiar datos independientemente del tipo de red (es decir, independientemente de las capas inferiores). Estos dos protocolos son los siguientes:

TCP, un protocolo orientado a conexin que brinda deteccin de errores; UDP, un protocolo no orientado a conexin en el que la deteccin de errores es obsoleta.

La capa de aplicacin
La capa de aplicacin se encuentra en la parte superior de las capas del protocolo TCP/IP. Contiene las aplicaciones de red que permiten la comunicacin mediante las capas capa inferior (la capa de transporte), es decir, TCP o UDP. Existen diferentes tipos de aplicaciones para esta capa, pero la mayora son servicios de red o aplicaciones brindadas al usuario para proporcionar la interfaz con el sistema operativo. Se pueden clasificar segn los servicios que brindan:

inferiores.

Por lo tanto, el software en esta capa se comunica mediante uno o dos protocolos de la

servicios de administracin de archivos e impresin (transferencia); servicios de conexin a la red; servicios de conexin remota; diversas utilidades de Internet.

Control del flujo

Es una tcnica para que el emisor no sobrecargue al receptor al enviarle ms datos de los que pueda procesar . El receptor tiene un buffer de una cierta capacidad para ir guardando los datos recibidos y tras procesarlos , enviarlos a capas superiores . Vamos a suponer que todas las tramas recibidas llegan con un poco de retardo pero sin errores y sin adelantarse unas a otras . 6.1.1. Control de flujo mediante parada y espera Consiste en que el emisor enva una trama y al ser recibida por el receptor , ste ( el receptor ) confirma al emisor ( envindole un mensaje de confirmacin ) la recepcin de la trama . Este mensaje recibido por el emisor es el que le indica que puede enviar otra trama al receptor . De esta forma , cuando el receptor est colapsado ( el buffer a punto de llenarse ) , no tiene ms que dejar de confirmar una trama y entonces el emisor esperar hasta que el receptor decida enviarle el mensaje de confirmacin ( una vez que tenga espacio en el buffer ) . Este sistema es el ms eficaz para que no haya errores y es el ms utilizado cuando se permiten tramas muy grandes , pero es normal que el emisor parta las tramas en ms pequeas para evitar que al ser una trama de larga duracin , es ms probable que se produzca algn error en la transmisin . Tambin , en LAN's , no se suele permitir que un emisor acapare la lnea durante mucho tiempo ( para poder transmitir una trama grande ) . Otro problema adicional es que se infrautiliza la lnea al estar parada mientras los mensajes del receptor llegan al emisor . 6.1.2. Control del flujo mediante ventana deslizante El problema de que slo hay una trama cada vez en trnsito por la red se soluciona con este sistema de ventanas deslizantes . En este sistema , el receptor y el emisor se ponen de acuerdo en el nmero de tramas que puede guardar el receptor sin procesar ( depende del tamao del buffer ) . Tambin se ponen de acuerdo en el nmero de bits a utilizar para numerar cada trama ( al menos hay que tener un nmero de bits suficientes para distinguir cada una de las tramas que quepan en el buffer del receptor ) , Por ejemplo , si en el buffer del receptor caben 7 tramas , habr que utilizar una numeracin con 3 bits ( 23 = 8 > 7 ) . El emisor transmite tramas por orden ( cada trama va numerada mdulo 2nmero de bits ) hasta un mximo de el nmero mximo de tramas que quepan en el buffer del receptor ( en el ejemplo , 7 ) . El receptor ir procesando las tramas que le lleguen y confirmando que admite tramas a partir de una dada ( hasta un mximo de 7 en el ejemplo ) . Por ejemplo , si ha procesado hasta la trama 5 , confirmar el nmero 6 ( es decir , que puede procesar las tramas 6 , 7 , 0 , 1 , 2 , 3 y 4 ) . Al recibir el emisor la confirmacin de la trama 6 , emitir todas las que no haya transmitido desde la 6 hasta la 4 ( 6 , 7 , 0 , 1 , 2 , 3 y 4 ) . Por ejemplo , se ya haba enviado la 6 , 7 , 0 y 1 , sabe que puede enviar la 2 , 3 y 4 . Existe la posibilidad de indicarle al emisor la confirmacin de tramas recibidas y prohibirle el envo de ms tramas ( con el mensaje de Receptor No Preparado ) .

Cuando la dos estaciones son emisoras y receptoras , se pueden utilizar dos ventanas por estacin , una para el envo y otra para la recepcin . Se puede utilizar la misma trama para enviar datos y confirmaciones , mejorando as la utilizacin del canal . Este sistema de transmisin es mucho ms eficiente que el de parada y espera , ya que pueden haber ms de una trama a la vez en las lneas de transmisin ( en el de parada y espera slo puede haber una trama a la vez ) . Deteccin de errores Cuanto mayor es la trama que se transmite , mayor es la probabilidad de que contenga algn error . Para detectar errores , se aade un cdigo en funcin de los bits de la trama de forma que este cdigo seale si se ha cambiado algn bit en el camino . Este cdigo debe de ser conocido e interpretado tanto por el emisor como por el receptor . 6.2.1. Comprobacin de paridad Se aade un bit de paridad al bloque de datos ( por ejemplo , si hay un nmero par de bits 1 , se le aade un bit 0 de paridad y si son impares , se le aade un bit 1 de paridad ) . Pero puede ocurrir que el propio bit de paridad sea cambiado por el ruido o incluso que ms de un bit de datos sea cambiado , con lo que el sistema de deteccin fallar . 6.2.2. Comprobacin de redundancia cclica ( CRC ) Dado un bloque de n bits a transmitir , el emisor le sumar los k bits necesarios para que n+k sea divisible ( resto 0 ) por algn nmero conocido tanto por el emisor como por el receptor . Este proceso se puede hacer bien por software o bien por un circuito hardware ( ms rpido ) .

Control de errores
Se trata en este caso de detectar y corregir errores aparecidos en las transmisiones . Puede haber dos tipos de errores : Tramas perdidas : cuando una trama enviada no llega a su destino . Tramas daadas : cuando llega una trama con algunos bits errneos .

Hay varias tcnicas para corregir estos errores : 1. Deteccin de errores : discutida antes . 2. Confirmaciones positivas : el receptor devuelve una confirmacin de cada trama recibida correctamente . 3. Retransmisin despus de la expiracin de un intervalo de tiempo : cuando ha pasado un cierto tiempo , si el emisor no recibe confirmacin del receptor , reenva otra vez la trama . 4. Confirmacin negativa y retransmisin : el receptor slo confirma las tramas recibidas errneamente , y el emisor las reenva . Todos estos mtodos se llaman ARQ ( solicitud de repeticin automtica ) . Entre los ms utilizados destacan : 6.3.1. ARQ con parada-y-espera Se basa en la tcnica de control de flujo de parada-y-espera . Consiste en que el emisor transmite una trama y hasta que no recibe confirmacin del receptor , no enva otra .

Puede ocurrir que : La trama no llegue al receptor , en cuyo caso , como el emisor guarda una copia de la trama y adems tiene un reloj , cuando expira un cierto plazo de tiempo sin recibir confirmacin del receptor , reenva otra vez la trama . La trama llegue al receptor deteriorada , en cuyo caso no es confirmada como buena por el receptor . Pero puede ocurrir que el receptor confirme una trama buena pero la confirmacin llegue al emisor con error , entonces , el emisor enviara otra vez la trama . Para solucionar esto , las tramas se etiquetan desde 0 en adelante y las confirmaciones igual .

Es una tcnica sencilla y barata pero poco eficiente . 6.3.2. ARQ con adelante-atrs-N Se basa en la tcnica de control de flujo con ventanas deslizantes . Cuando no hay errores , la tcnica es similar a las ventanas deslizantes , pero cuando la estacin destino encuentra una trama errnea , devuelve una confirmacin negativa y rechaza todas las tramas que le lleguen hasta que reciba otra vez la trama antes rechazada , pero en buenas condiciones . Al recibir la estacin fuente una confirmacin negativa de una trama , sabe que tiene que volver a transmitir esa trama y todas las siguientes . Si el receptor recibe la trama i y luego la i+2 , sabe que se ha perdido la i+1 , por lo que enva al emisor una confirmacin negativa de la i+1 . La estacin emisora mantiene un temporizador para el caso de que no reciba confirmacin en un largo periodo de tiempo o la confirmacin llegue errnea , y as poder retransmitir otra vez las tramas . 6.3.3. ARQ con rechazo selectivo Con este mtodo , las nicas tramas que se retransmiten son las rechazadas por el receptor o aquellas cuyo temporizador expira sin confirmacin . Este mtodo es ms eficiente que los anteriores . Para que esto se pueda realizar , el receptor debe tener un buffer para guardar las tramas recibidas tras el rechazo de una dada , hasta recibir de nuevo la trama rechazada y debe de ser capaz de colocarla en su lugar correcto ( ya que deben de estar ordenadas ) . Adems , el emisor debe de ser capaz de reenviar tramas fuera de orden . Estos requerimientos adicionales hacen que este mtodo sea menos utilizado que el de adelanteatrs-N .

Control de Enlace de Datos a Alto Nivel HDLC (High-level Data Link Control)
El protocolo ms importante para el enlace de datos es el HDLC (ISO 3309, ISO 4335)pues es la base para otros protocolos de capa 2, los cuales usan los mismos procedimientosy formatos similaresPara permitir numerosas aplicaciones, HDLC define tres tipos de estaciones, dosconfiguraciones de enlace y tres modos de operacin para la Tx de datos.Los tres tipos de estaciones son: 1. Estacin primaria: tiene la responsabilidad de controlar el enlace. Las tramasgeneradas por la estacin primaria se denominan rdenes. 2. Estacin secundaria: funciona bajo la supervisin y control de la estacin primaria.Las tramas generadas por la estacin secundaria se denominan respuesta 3. Estacin combinada: es una mezcla entre las caractersticas de la primaria y lasecundaria. Puede generar tanto rdenes como respuestas.Las configuraciones de enlaces son:

1. Configuracin no balanceada: esta formada por una estacin primaria y una o ms secundarias permitiendo tanto Tx full - duplex como semi - duplex. 2. Configuracin balanceada: consiste en dos estaciones combinadas e igualmente permite Tx full - duplex y semi - duplex. Los tres modos de transferencia de datos son: 1. Modo de respuesta normal (NRM): se utiliza en la configuracin no balanceada. Laestacin primaria puede iniciar la Tx de datos a la secundaria pero la estacinsecundaria slo puede emitir respuestas a las rdenes de la 1ria 2. Modo balanceado asncrono (ABM): se utiliza en la configuracin balanceada.Cualquier estacin combinada puede iniciar la Tx sin necesidad de permiso de la otraestacin combinada. 3. Modo de respuesta asncrono (ARM): se utiliza en la configuracin no balanceada. Laestacin secundaria puede transmitir respuestas sin necesidad de permiso explcito de laprimaria, la cual an es responsable del funcionamiento de la lnea (iniciacin,recuperacin de errores, desconexin lgica). El modo ms utilizado es el AMB, pues no necesita hacer sondeos como en el NRM. Elmodo ARM se emplea en casos particulares. HDLC usa transmisin sncrona. Todos los intercambios se realizan a travs de tramas,utilizndose un formato sencillo

Los campos de limitacin o bandera B, de direccin D y de Control se denominan enconjunto cabecera. El campo de Secuencia de Verificacin de Trama ( STV o FCS ) enconjunto con el delimitador final B se denominan cola. 0 1 1 1 1 1 1 0 (7Eh) B : Los campos de delimitacin o banderas estn localizados en los extremos de latrama. Ambos corresponden a la siguiente combinacin de bits. Se puede utilizar un nico delimitador como final y comienzo de la siguiente trama simultneamente. dado que es posible que dicha combinacin de bits aparezcan dentro de latrama (confundindose con un delimitador) entonces se utilizan un procedimiento denominado insercin de bits. En la transmisin de los bits que estn entre los dosdelimitadores, el transmisor inserta un 0 extra siempre que encuentre cinco 1s seguidos. Elreceptor tras la deteccin del delimitador de comienzo, monitorizando la cadena de bitsrecibida, y cuando aparezcan cinco 1s seguidos examina el sexto bit. Si este bit es 0 seeliminar y si es un 1 y el sptimo un 0 se considerar esta combinacin como delimitador. D : El campo de direccin identifica a la estacin secundaria que debe recibir la trama.Este campo tiene normalmente 8 bits. I : El campo de informacin solo esta presente en las tramas I y en algunas tramas-N.Este campo puede contener cualquier secuencia de bits, siempre que sea el n de bits seamltiplo entero de 8.

STV : El campo de Secuencia de Verificacin de Tramas (FCS) contiene un cdigo para ladeteccin de errores, que corresponde a un CRC de los bits de la trama excluyendo losdelimitadores. Normalmente se usa el CRC-CCITT de 16 bits aunque tambin se puedeutilizar un CRC-32 de 32 bits. C : El campo de Control permite determinar el tipo de trama.Tramas de Informacin (tramas-I) : transportar los datos generados por el usuario.Tramas de Supervisin (tramas-S) : son para el control de flujo.Tramas no Numeradas (tramas-N) : permiten el establecimiento y liberacin de la comunicacin. Para la versin de 1 byte (8 bits), el campo de control de la trama de informacin tiene elsiguiente formato. El primer bit 0 indica que se trata de una trama de informacin.

N(S) : 3 bits que indican el nmero de secuencia de trama enviada. N(R) : 3 bits que indican el nmero de secuencia de trama que se espera recibir. P/F : bit de sondeo / Final. Si es puesta en 1 exige una confirmacin (o reconocimientode esta trama en forma inmediata. Se pone a 0 en caso contrario. El campo de control de la trama de supervisin, que sirve para el control de flujo, en suversin de 1 byte tiene el siguiente formato.

As RR(n) significa que el receptor est listo para recibir el trama n y acepta todas lastramas hasta la n-1, RNR(n) significa que el receptor no est listo y que cuando lo estespera recibir la trama n. REJ(n) es el rechazo de la trama n y espera recibir la trama n,SREJ(n) es el rechazo de la trama n en particular, espera recibir dicha trama.Las tramas no numeradas (tramas-N) no son para el control de flujo ni para transmisinde informacin, por tanto no tienen numero de secuencia. Sirve para el establecimiento y laconclusin de la comunicacin. Las tramas-N siempre tienen un campo de control de 8 bitscon el siguiente formato:

Las tramas No Numeradas siempre tienen un campo de control de 8 bits en la prctica, el establecimiento (o desconexin) de la comunicacin de datos se realiza mediante unprocedimiento denominado LAPB (Link Acces Procedure Balanced) procedimiento deacceso al enlace balanceado, desarrollado por la UIT-T como una parte de la Norma S-2S(Conmutacin de paquetes). Para el establecimiento de la comunicacin entre una estacin A y otra B, el origen (A)enva una trama de solicitud de iniciacin en uno de los tres modos, por ejemplo SABM (obien SNRM o SARM), a lo cual el destino (B) contesta con UA si acepta la solicitud (conlo cual queda establecida la comunicacin) o bien contesta con una trama DM (mododesconectado) rechazando la solicitud. Cualquiera de las dos entidades situadas a ambos lados del enlace puede iniciar ladesconexin. Una de las estaciones enva una trama de solicitud de desconexin DISC, a locual el otro extremo podr aceptar dicha desconexin respondiendo con una trama deaceptacin UA. Puede ocurrir que al enviar la solicitud SABM esta no llegue a destino ypor tanto este no puede contestar.

Por ello cuando A enva una trama SABM habilita un temporizador, modo que si steexpira antes que llegue una confirmacin, entonces vuelve a enviar otra trama SABMhabilitando nuevamente el temporizador, y si este expira antes de una contestacin elprocedimiento se repite un determinado nmero de veces, o hasta que llegue unaconfirmacin (UA).Una vez establecida la comunicacin se puede empezar o transmitirinformacin. As, la estacin A puede enviar una trama I(0,0), que indica que est enviando la trama 0 yreconoce todas las tramas anteriores a 0 por tanto espera recibir la trama 0. El destino Bpuede contestar con una trama I(0,1), es decir enva la trama de informacin 0 y reconocelas tramas anteriores a 1 por tanto la prxima trama que espera recibir es la 1. Tambin sepuede contestar con una trama de supervisin, por ejemplo una trama RR(4) indica que sereconocen todas las anteriores a la 4 y que la prxima trama que espera recibir es la 4. Si el receptor est ocupado puede contestar con una RNR(4), que indica que no le envenms tramas (por el momento) y que cuando est listo la prxima trama que espera recibir esla 4 (por tanto confirma las tramas anteriores a la 4. A continuacin se muestra algunos ejemplos:

En el ltimo ejemplo A enva varias tramas ..I(2,0), I(3,0), B se reconoce la trama 2(RR(3)). La ltima trama I(3,0) se pierde, como A no enva ms tramas B no sabe que seenvi la trama 3 por tanto no puede contestar. Al expirar el temporizador de la trama 3. Aenva una trama de supervisin RR poniendo a 1 el bit P exigiendo respuesta inmediata. Bcontesta con RR(3,F) indicando que esta listo para recibir la trama 3, contesta con el bit Fen 1. Entonces B retransmite la trama 3 y si llega sin errores B contesta afirmativamentecon RR4.