Está en la página 1de 23

RESUMEN CCNA EXPLORATION 4

1.3.2 Elementos de una red El diagrama muestra los elementos de una red tpica, incluyendo
dispositivos, medios y servicios unidos por reglas, que trabajan en forma conjunta para enviar
mensajes. Utilizamos la palabra mensajes como un trmino que abarca las pginas Web, los e
mails, los mensajes instantneos, las llamadas telefnicas y otras formas de comunicacin
permitidas por Internet. En este curso, aprenderemos acerca de una variedad de mensajes,
dispositivos, medios y servicios que permiten la comunicacin de esos mensajes. Aprenderemos
adems sobre las reglas o protocolos que unen a estos elementos de red.

MODOS DE TRANSMISION
Segn las citadas lneas, puedan transmitir en una o dos direcciones podramos clasificarlas
como:
Simplex: Transmisin en una sola direccin, ejemplo tpico las emisoras de radios comerciales.
Half-Duplex: se puede transmitir en ambos sentidos, pero nunca simultneamente, podramos
poner como ejemplo las emisoras de radioaficionado, uno habla el otro escucha o viceversa.
Full-Duplex: La transmisin podemos hacerla en ambos sentidos y de forma simultnea. Para
tal fin aqu existen dos canales de comunicacin, mientra que en las otras dos citadas
anteriormente solo exista un canal.
Sobre este tipo de transmisin hablaremos ms, a lo largo de este curso, pero es necesario
irnos acostumbrando a esta terminologa

Switch: el dispositivo ms utilizado para interconectar redes de rea local,

Firewall: proporciona seguridad a las redes,

Router: ayuda a direccionar mensajes mientras viajan a travs de una red,

Router inalmbrico: un tipo especfico de router que generalmente se encuentra en redes


domsticas,

Nube: se utiliza para resumir un grupo de dispositivos de red, sus detalles pueden no ser
importantes en este anlisis,

Enlace serial: una forma de interconexin WAN (Red de rea extensa), representada por la lnea
en forma de rayo
Calidad de servicio (QoS)
Internet actualmente proporciona un nivel aceptable de tolerancia a fallas y escalabilidad para sus
usuarios. Pero las nuevas aplicaciones disponibles para los usuarios en internetworks crean
expectativas mayores para la calidad de los servicios enviados. Las transmisiones de voz y video en
vivo requieren un nivel de calidad consistente y un envo ininterrumpido que no era necesario para
las aplicaciones informticas tradicionales. La calidad de estos servicios se mide con la calidad de
experimentar la misma presentacin de audio y video en persona. Las redes de voz y video
tradicionales estn diseadas para admitir un nico tipo de transmisin y, por lo tanto, pueden
producir un nivel aceptable de calidad. Los nuevos requerimientos para admitir esta calidad de
servicio en una red convergente cambian la manera en que se disean e implementan las
arquitecturas de red

2.4.5 Unidad de dato del protocolo y encapsulacin


Mientras los datos de la aplicacin bajan al stack del protocolo y se transmiten por los medios de la
red, varios protocolos le agregan informacin en cada nivel. Esto comnmente se conoce como
proceso de encapsulacin. La forma que adopta una seccin de datos en cualquier capa se denomina
Unidad de datos del protocolo (PDU). Durante la encapsulacin, cada capa encapsula las PDU que
recibe de la capa inferior de acuerdo con el protocolo que se utiliza. En cada etapa del proceso, una
PDU tiene un nombre distinto para reflejar su nuevo aspecto. Aunque no existe una
convencin universal de nombres para las PDU, en este curso se denominan de acuerdo con los
protocolos de la suite TCP/IP.

Datos: el trmino general para las PDU que se utilizan en la capa de aplicacin.
Segmento: PDU de la capa de transporte.
Paquete: PDU de la capa de Internetwork.
Trama: PDU de la capa de acceso a la red.
Bits: una PDU que se utiliza cuando se transmiten fsicamente datos a travs de un medio.
Modelo OSI
Inicialmente, el modelo OSI fue diseado por la Organizacin Internacional para la Estandarizacin
(ISO, International Organization for Standardization) para proporcionar un marco sobre el cual crear
una suite de protocolos de sistemas abiertos. La visin era que este conjunto de protocolos se
utilizara para desarrollar una red internacional que no dependiera de sistemas propietarios.
Lamentablemente, la velocidad a la que fue adoptada la Internet basada en TCP/IP y la proporcin
en la que se expandi ocasionaron que el desarrollo y la aceptacin de la suite de protocolos OSI
quedaran atrs. Aunque pocos de los protocolos desarrollados mediante las especificaciones OSI
son de uso masivo en la actualidad, el modelo OSI de siete capas ha realizado aportes importantes
para el desarrollo de otros protocolos y productos para todos los tipos de nuevas redes.
Como modelo de referencia, el modelo OSI proporciona una amplia lista de funciones y servicios
que pueden producirse en cada capa. Tambin describe la interaccin de cada capa con las capas
directamente por encima y por debajo de l. Aunque el contenido de este curso se estructurar en
torno al modelo OSI, el eje del anlisis sern los protocolos identificados en el stack de protocolos
TCP/IP. Tenga en cuenta que, mientras las capas del modelo TCP/IP se mencionan slo por el
nombre, las siete capas del modelo OSI se mencionan con frecuencia por nmero y no por nombre.
2.4.8 Comparacin entre el modelo OSI y el modelo TCP/IP
Los protocolos que forman la suite de protocolos TCP/IP pueden describirse en trminos del modelo
de referencia OSI.
En el modelo OSI, la capa Acceso a la red y la capa Aplicacin del modelo TCP/IP estn subdivididas
para describir funciones discretas que deben producirse en estas capas. En la capa Acceso a la red,
la suite de protocolos TCP/IP no especifica cules protocolos utilizar cuando se transmite por un
medio fsico; slo describe la transferencia desde la capa de Internet a los protocolos de red fsica.
Las Capas OSI 1 y 2 analizan los procedimientos necesarios para tener acceso a los medios y los
medios fsicos para enviar datos por una red. Los paralelos clave entre dos modelos de red se
producen en las Capas 3 y 4 del modelo OSI. La Capa 3 del modelo OSI, la capa Red, se utiliza casi
universalmente para analizar y documentar el rango de los procesos que se producen en todas las
redes de datos para direccionar y enrutar mensajes a travs de una internetwork. El Protocolo de
Internet (IP) es el protocolo de la suite TCP/IP que incluye la funcionalidad descrita en la Capa 3.
La Capa 4, la capa Transporte del modelo OSI, con frecuencia se utiliza para describir servicios o
funciones generales que administran conversaciones individuales entre los hosts de origen y de
destino. Estas funciones incluyen acuse de recibo, recuperacin de errores y secuenciamiento. En
esta capa, los protocolos TCP/IP, Protocolo de control de transmisin (TCP) y Protocolo de
datagramas de usuario (UDP) proporcionan la funcionalidad necesaria.
La capa de aplicacin TCP/IP incluye una cantidad de protocolos que propocionan funcionalidad
especfica para una variedad de aplicaciones de usuario final. Las Capas 5, 6 y 7 del modelo OSI se
utilizan como referencias para proveedores y programadores de software de aplicacin para
fabricar productos que necesitan acceder a las redes para establecer comunicaciones.
2.5.1 Direccionamiento en la red
El modelo OSI describe los procesos de codificacin, formateo, segmentacin y encapsulacin de
datos para transmitir por la red. Un flujo de datos que se enva desde un origen hasta un destino se
puede dividir en partes y entrelazar con los mensajes que viajan desde otros hosts hacia otros
destinos. Miles de millones de estas partes de informacin viajan por una red en cualquier
momento. Es muy importante que cada parte de los datos contenga suficiente informacin de
identificacin para llegar al destino correcto. Existen varios tipos de direcciones que deben incluirse
para entregar satisfactoriamente los datos desde una aplicacin de origen que se ejecuta en un host
hasta la aplicacin de destino correcta que se ejecuta en otro. Al utilizan el modelo OSI como gua,
se pueden observar las distintas direcciones e identificadores necesarios en cada capa.
2.5.2 Envo de datos al dispositivo final
Durante el proceso de encapsulacin, se agregan identificadores de direccin a los datos mientras
bajan al stack del protocolo en el host de origen. As como existen mltiples capas de protocolos
que preparan los datos para transmitirlos a sus destinos, existen mltiples capas de
direccionamiento para asegurar la entrega. El primer identificador, la direccin fsica del host,
aparece en el encabezado de la PDU de Capa 2, llamado trama. La Capa 2 est relacionada con la
entrega de los mensajes en una red local nica. La direccin de la Capa 2 es exclusiva en la red local
y representa la direccin del dispositivo final en el medio fsico. En una LAN que utiliza Ethernet,
esta direccin se denomina direccin de Control de Acceso al medio (MAC). Cuando dos dispositivos
se comunican en la red Ethernet local, las tramas que se intercambian entre ellos contienen las
direcciones MAC de origen y de destino. Una vez que una trama se recibe satisfactoriamente por el
host de destino, la informacin de la direccin de la Capa 2 se elimina mientras los datos se
desencapsulan y suben el stack de protocolos a la Capa
2.5.3 Transporte de datos a travs de internetwoks
Los protocolos de Capa 3 estn diseados principalmente para mover datos desde una red local a
otra red local dentro de una internetwork. Mientras las direcciones de Capa 2 slo se utilizan para
comunicar entre dispositivos de una red local nica, las direcciones de Capa 3 deben incluir
identificadores que permitan a dispositivos de red intermediarios ubicar hosts en diferentes redes.
En la suite de protocolos TCP/IP, cada direccin IP host contiene informacin sobre la red en la que
est ubicado el host. En los lmites de cada red local, un dispositivo de red intermediario, por lo
general un router, desencapsula la trama para leer la direccin host de destino contenida en el
encabezado del paquete, la PDU de Capa 3. Los routers utilizan la porcin del identificador de red
de esta direccin para determinar qu ruta utilizar para llegar al host de destino. Una vez que se
determina la ruta, el router encapsula el paquete en una nueva trama y lo enva por su trayecto
hacia el dispositivo final de destino. Cuando la trama llega a su destino final, la trama y los
encabezados del paquete se eliminan y los datos se suben a la Capa 4.
4.1.4 TCP y UDP
Los dos protocolos ms comunes de la capa de Transporte del conjunto de protocolos TCP/IP son el
Protocolo de control de transmisin (TCP) y el Protocolos de datagramas de usuario (UDP). Ambos
protocolos gestionan la comunicacin de mltiples aplicaciones. Las diferencias entre ellos son las
funciones especficas que cada uno implementa.
Protocolo de datagramas de usuario (UDP)
UDP es un protocolo simple, sin conexin, descrito en la RFC 768. Cuenta con la ventaja de proveer
la entrega de datos sin utilizar muchos recursos. Las porciones de comunicacin en UDP se llaman
datagramas. Este protocolo de la capa de Transporte enva estos datagramas como mejor intento.
Entre las aplicaciones que utilizan UDP se incluyen:
sistema de nombres de dominios (DNS), streaming de vdeo, y Voz sobre IP (VoIP).
Protocolo de control de transmisin (TCP)
TCP es un protocolo orientado a la conexin, descrito en la RFC 793. TCP incurre en el uso adicional
de recursos para agregar funciones. Las funciones adicionales especificadas por TCP estn en el
mismo orden de entrega, son de entrega confiable y de control de flujo. Cada segmento de TCP
posee 20 bytes de carga en el encabezado, que encapsulan los datos de la capa de Aplicacin,
mientras que cada segmento UDP slo posee 8 bytes de carga. Ver la figura para obtener una
comparacin.

Las aplicaciones que utilizan TCP son:


exploradores Web, email, y transferencia de archivos
4.1.5 Direccionamiento del puerto
Identificacin de las conversaciones
Considere el ejemplo anterior de una computadora que recibe y enva emails, mensajes
instantneos, pginas Web y llamadas telefnicas VoIP de manera simultnea. Los servicios basados
en TCP y UDP mantienen un seguimiento de las varias aplicaciones que se comunican. Para
diferenciar los segmentos y datagramas para cada aplicacin, tanto TCP como UDP cuentan con
campos de encabezado que pueden identificar de manera exclusiva estas aplicaciones. Estos
identificadores nicos son los nmeros de los puertos.
En el encabezado de cada segmento o datagrama hay un puerto de origen y destino. El nmero de
puerto de origen es el nmero para esta comunicacin asociado con la aplicacin que origina la
comunicacin en el host local. El nmero de puerto de destino es el nmero para esta comunicacin
asociado con la aplicacin de destino en el host remoto.
Los nmeros de puerto se asignan de varias maneras, en funcin de si el mensaje es una solicitud o
una respuesta. Mientras que los procesos en el servidor poseen nmeros de puertos estticos
asignados a ellos, los clientes eligen un nmero de puerto de forma dinmica para cada
conversacin. Cuando una aplicacin de cliente enva una solicitud a una aplicacin de servidor, el
puerto de destino contenido en el encabezado es el nmero de puerto que se asigna al daemon de
servicio que se ejecuta en el host remoto. El software del cliente debe conocer el nmero de puerto
asociado con el proceso del servidor en el host remoto. Este nmero de puerto de destino se puede
configurar, ya sea de forma predeterminada o manual. Por ejemplo, cuando una aplicacin de
explorador Web realiza una solicitud a un servidor Web, el explorador utiliza TCP y el nmero de
puerto 80 a menos que se especifique otro valor. Esto sucede porque el puerto TCP 80 es el puerto
predeterminado asignado a aplicaciones de servidores Web. Muchas aplicaciones comunes tienen
asignados puertos predeterminados. El puerto de origen del encabezado de un segmento o
datagrama de un cliente se genera de manera aleatoria. Siempre y cuando no entre en conflicto con
otros puertos en uso en el sistema, el cliente puede elegir cualquier nmero de
puerto. El nmero de puerto acta como direccin de retorno para la aplicacin que realiza la
solicitud. La capa de Transporte mantiene un seguimiento de este puerto y de la aplicacin que
gener la solicitud, de manera que cuando se devuelva una respuesta, pueda ser enviada a la
aplicacin correcta. El nmero de puerto de la aplicacin que realiza la solicitud se utiliza como
nmero de puerto de destino en la respuesta que vuelve del servidor.
La combinacin del nmero de puerto de la capa de Transporte y de la direccin IP de la capa de
Red asignada al host identifica de manera exclusiva un proceso en particular que se ejecuta en un
dispositivo host especfico. Esta combinacin se denomina socket. Eventualmente, los trminos
nmero de puerto y socket se utilizan en forma indistinta. En el contexto de este curso, el trmino
socket hace referencia slo a la combinacin exclusiva de direccin IP y nmero de puerto. Un par
de sockets, que consiste en las direcciones IP y los nmeros de puerto de origen y de
destino, tambin es exclusivo e identifica la conversacin entre dos hosts. Por ejemplo, una solicitud
de pgina Web HTTP que se enva a un servidor Web (puerto 80) y que se ejecuta en un host con
una direccin Ipv4 de Capa 3 192.168.1.20 ser destinada al socket 192.168.1.20:80.
Si el explorador Web que solicita la pgina Web se ejecuta en el host 192.168.100.48 y el nmero
de puerto dinmico asignado al explorador Web es 49.152, el socket para la pgina Web ser
192.168.100.48:49152.

La Autoridad de nmeros asignados de Internet (IANA) asigna nmeros de puerto. IANA es un


organismo de estndares responsable de la asignacin de varias normas de direccionamiento.
Existen distintos tipos de nmeros de puerto:
Puertos bien conocidos (Nmeros del 0 al 1 023): estos nmeros se reservan para servicios y
aplicaciones. Por lo general, se utilizan para aplicaciones como HTTP (servidor Web), POP3/SMTP
(servidor de email) y Telnet. Al definir estos puertos conocidos para las aplicaciones del servidor,
las aplicaciones del cliente pueden ser programadas para solicitar una conexin a un puerto
especfico y su servicio asociado.
Puertos Registrados (Nmeros 1024 al 49151): estos nmeros de puertos estn asignados a
procesos o aplicaciones del usuario. Estos procesos son principalmente aplicaciones individuales
que el usuario elige instalar en lugar de aplicaciones comunes que recibira un puerto bien conocido.
Cuando no se utilizan para un recurso del servidor, estos puertos tambin pueden utilizarse si un
usuario los selecciona de manera dinmica como puerto de origen.
Puertos dinmicos o privados (Nmeros del 49 152 al 65 535): tambin conocidos como puertos
efmeros, suelen asignarse de manera dinmica a aplicaciones de cliente cuando se inicia una
conexin. No es muy comn que un cliente se conecte a un servicio utilizando un puerto dinmico
o privado (aunque algunos programas que comparten archivos punto a punto lo hacen).
Utilizacin de los dos protocolos TCP y UDP
Algunas aplicaciones pueden utilizar los dos protocolos: TCP y UDP. Por ejemplo, el bajo gasto de
UDP permite que DNS atienda rpidamente varias solicitudes de clientes. Sin embargo, a veces el
envo de la informacin solicitada puede requerir la confiabilidad de TCP. En este caso, el nmero
53 de puerto conocido es utilizado por ambos protocolos con este servicio.
Se puede encontrar un lista actual de nmeros de puertos en
http://www.iana.org/assignments/portnumbers.
A veces es necesario conocer las conexiones TCP activas que estn abiertas y en ejecucin en el
host de red. Netstat es una utilidad de red importante que puede usarse para verificar esas
conexiones. Netstat indica el protocolo en uso, la direccin y el nmero de puerto locales, la
direccin y el nmero de puerto ajenos y el estado de la conexin.
Las conexiones TCP no descritas pueden representar una importante amenaza a la seguridad. Esto
se debe a que pueden indicar que algo o alguien est conectado al host local. Adems, las
conexiones TCP innecesarias pueden consumir recursos valiosos del sistema y por lo tanto disminuir
el rendimiento del host. Netstat debe utilizarse para determinar las conexiones abiertas de un host
cuando el rendimiento parece estar comprometido. Existen muchas opciones tiles para el
comando netstat.
4.1.6 Segmentacin y reensanblaje: Divide y vencers
Un captulo anterior explicaba cmo se construyen las PDU enviando datos de una aplicacin a
travs de los varios protocolos para crear una PDU que luego se transmita en el medio. En el host
de destino, este proceso se invierte hasta que los datos puedan enviarse a la aplicacin.
Algunas aplicaciones transmiten grandes cantidades de datos; en algunos casos, varios gigabytes.
Resultara poco prctico enviar todos estos datos en una sola gran seccin. No puede transmitirse
ningn otro trfico de red mientras se envan estos datos. Una gran seccin de datos puede tardar
minutos y hasta horas en enviarse. Adems, si hubiera algn error, el archivo de datos completo se
perdera o tendra que ser reenviado. Los dispositivos de red no cuentan con buffers de memoria lo
suficientemente grandes como para almacenar esa cantidad de datos durante la transmisin o
recepcin. El lmite vara en funcin de la tecnologa de la red y del medio fsico especfico que se
utiliza.
Dividir los datos de aplicacin en secciones garantiza que los datos se transmitan
dentro de los lmites del medio y que los datos de distintas aplicaciones puedan ser
multiplexados en el medio. TCP y UDP gestionan la segmentacin de forma distinta.
Con TCP, cada encabezado de segmento contiene un nmero de secuencia. Este nmero de
secuencia permite que las funciones de la capa de Transporte del host de destino reensamblen los
segmentos en el mismo orden en el que fueron transmitidos. Esto asegura que la aplicacin de
destino cuente con los datos en la forma exacta en la que se enviaron.
A pesar de que los servicios que utilizan UDP tambin rastrean las conversaciones entre
aplicaciones, no tienen en cuenta el orden en el que se transmiti la informacin ni el
mantenimiento de la conexin. No existe nmero de secuencia en el encabezado UDP. UDP es un
diseo simple y genera menos carga que TCP, lo que produce una transferencia de datos ms rpida.
La informacin puede llegar en un orden distinto al que fue transmitida, ya que los paquetes pueden
tomar diversas rutas a travs de la red. Una aplicacin que utiliza UDP debe tolerar el hecho de que
los datos no lleguen en el orden en el que fueron enviados.
4.2 PROTOCOLO TCP: COMUNICACIN CON CONFIABILIDAD
4.2.1 TCP: Cmo generar conversaciones confiables
La diferencia clave entre TCP y UDP es la confiabilidad
La confiabilidad de la comunicacin TCP se lleva a cabo utilizando sesiones orientadas a la conexin.
Antes de que un host que utiliza TCP enve datos a otro host, la capa de Transporte inicia un proceso
para crear una conexin con el destino. Esta conexin permite el rastreo de una sesin o stream de
comunicacin entre los hosts. Este proceso asegura que cada host tenga conocimiento de la
comunicacin y se prepare. Una conversacin TCP completa requiere el establecimiento de una
sesin entre los hosts en ambas direcciones.
Luego de establecida la sesin, el destino enva acuses de recibo al origen por los segmentos que
recibe. Estos acuses de recibo forman la base de la confiabilidad dentro de la sesin TCP. Cuando el
origen recibe un acuse de recibo, reconoce que los datos se han entregado con xito y puede dejar
de rastrearlos. Si el origen no recibe el acuse de recibo dentro de un tiempo predeterminado,
retransmite esos datos al destino.
Parte de la carga adicional que genera el uso de TCP es el trfico de red generado por los acuses de
recibo y las retransmisiones. El establecimiento de las sesiones genera cargas en forma de
segmentos adicionales intercambiados. Tambin existen cargas adicionales en los hosts
individuales, generadas por la necesidad de mantener un seguimiento de los segmentos que
esperan acuse de recibo y por el proceso de retransmisin.
Esta confiabilidad se logra contando con campos en el segmento TCP, cada uno con una funcin
especfica, como se muestra en la figura. Estos campos se explicarn ms adelante en esta seccin.
4.2.2 Procesos del servidor TCP
Como se explic en el captulo anterior, los procesos de aplicacin se ejecutan en servidores. Estos
procesos esperan hasta que un cliente inicie comunicacin con una solicitud de informacin o de
otros servicios. Cada proceso de aplicacin que se ejecuta en el servidor es configurado por el
administrador del sistema para utilizar un nmero de puerto, de forma predeterminada o manual.
Un servidor individual no puede tener dos servicios asignados al mismo nmero de
puerto dentro de los mismos servicios de la capa de Transporte. Un host que ejecuta
una aplicacin de servidor Web y una de transferencia de archivos no puede configurar ambas para
utilizar el mismo puerto (por ejemplo, el puerto TCP 8.080). Cuando una aplicacin de servidor activa
se asigna a un puerto especfico, este puerto se considera abierto para el servidor. Esto significa
que la capa de Transporte acepta y procesa segmentos direccionados a ese puerto. Toda solicitud
entrante de un cliente direccionada al socket correcto es aceptada y los datos se envan a la
aplicacin del servidor. Pueden existir varios puertos simultneos abiertos en un servidor, uno para
cada aplicacin de servidor activa. Es comn que un servidor provea ms de un servicio, como un
servidor Web y un servidor FTP, al mismo tiempo.
Una manera de mejorar la seguridad en un servidor es restringir el acceso al servidor a slo aquellos
puertos asociados con los servicios y aplicaciones accesibles a solicitantes autorizados.
La figura muestra la asignacin tpica de puertos de origen y destino en operaciones de cliente o
servidor TCP.
4.2.3 Establecimiento y finalizacin de la conexin TCP
Cuando dos hosts se comunican utilizando TCP, se establece una conexin antes de que puedan
intercambiarse los datos. Luego de que se completa la comunicacin, se cierran las sesiones y la
conexin finaliza. Los mecanismos de
conexin y de sesin habilitan la funcin de confiabilidad de TCP.
Ver la figura para observar los pasos para establecer y finalizar una conexin TCP.
El host rastrea cada segmento de datos dentro de una sesin e intercambia informacin sobre los
datos recibidos por cada host a travs de la informacin del encabezado TCP. Cada conexin
representa dos streams de comunicacin de una va o sesiones. Para establecer la conexin los hosts
realizan un intercambio de seales de tres vas. Los bits de control en el encabezado TCP indican el
progreso y estado de la conexin. Enlace de tres vas:
Establece que el dispositivo de destino est presente en la red.
Verifica que el dispositivo de destino tenga un servicio activo y est aceptando las peticiones en el
nmero de puerto de destino que el cliente que lo inicia intente usar para la sesin.
Informa al dispositivo de destino que el cliente de origen intenta establecer una sesin de
comunicacin en ese nmero de puerto.
En conexiones TCP, el host que brinde el servicio como cliente inicia la sesin al servidor. Los tres
pasos para el establecimiento de una conexin TCP son:
1. El cliente que inicia la conexin enva un segmento que contiene un valor de secuencia inicial, que
acta como solicitud para el servidor para comenzar una sesin de comunicacin.
2. El servidor responde con un segmento que contiene un valor de reconocimiento igual al valor de
secuencia recibido ms 1, adems de su propio valor de secuencia de sincronizacin. El valor es uno
mayor que el nmero de secuencia porque el ACK es siempre el prximo Byte u Octeto esperado.
Este valor de reconocimiento permite al cliente unir la respuesta al segmento original que fue
enviado al servidor.
3. El cliente que inicia la conexin responde con un valor de reconocimiento igual al valor de
secuencia que recibi ms uno. Esto completa el proceso de establecimiento de la conexin.
Para entender el proceso de enlace de tres vas, es importante observar los distintos valores que
intercambian los dos hosts. Dentro del encabezado del segmento TCP, existen seis campos de 1 bit
que contienen informacin de control utilizada para gestionar los procesos de TCP. Estos campos
son los siguientes:
URG: Urgente campo de sealizador significativo,
ACK: Campo significativo de acuse de recibo,
PSH: Funcin de empuje,
RST: Reconfiguracin de la conexin,
SYN: Sincronizar nmeros de secuencia,
FIN: No hay ms datos desde el emisor.
A estos campos se los denomina sealadores porque el valor de uno de estos campos es slo de 1
bit, entonces tiene slo dos valores: 1 0. Si el valor del bit se establece en 1, indica la informacin
de control que contiene el segmento. Si se utiliza un proceso de cuatro pasos, los sealizadores se
intercambian para finalizar la conexin TCP