CAPA DE TRANSPORTE

Es el corazn en la jerarqua completa de protocolos, proporcionando un

transporte confiable, eficiente y econmico de la mquina de origen a la mquina
de destino, independientemente de la red o redes fsicas en uso. Para lograr este
objetivo, la Capa de Transporte, hace uso de los servicios proporcionados por la
capa de red. El hardware o software que se encarga del trabajo se llama entidad
de transporteque puede estar:

En la Tarjeta de interfaz de red

En el ncleo del sistema operativo
En un proceso de usuario independiente
En un paquete de biblioteca que forma parte de las aplicaciones de la red

En algunos casos la portadora, puede prestar servicios de transporte confiable en

cuyo caso, la entidad de transporte, reside en mquinas especiales de interfaz en
la orilla de la subred a la que se conectan los HOST.
Hay dos tipos de servicio de transporte: orientado a conexiones y sin conexiones,
(al igual que en el servicio de red), en ambos casos las conexiones tienen 3 fases:
Establecimiento, Transferencia de Datos, Liberacin (los servicios de transporte,
y de red son muy parecidos) entonces Porqu no es suficiente una sola capa?.
La respuesta se da en que debido a que la Capa de Red forma parte de una subred
de comunicacin tiene desventajas. Por ello, Qu pasa cuando se dan problemas
en las conexiones?. Los usuarios al no tener control sobre la subred, no pueden
solucionar los problemas. Por ello una capa es necesario una capa encima de la
de red que mejore la calidad del servicio. Si a la mitad de una transmisin larga,
se informa a la entidad de transporte que su conexin de red ha terminado, sin
indicacin de lo sucedido, la entidad de transporte, puede comunicarse con
la entidad de transporte remota, y por medio de esta nueva conexin pedir que
se le informe sobre que datos llegaron y cuales no para reiniciar desde la
interrupcin.

La capa de transporte, asla a las capas superiores respecto a la tecnologa, el

diseo y las imperfecciones de la subred.
La capa de transporte es el lmite entre el proveedor y el usuario del servicio
confiable de transmisin de datos.

Parmetros de la calidad del servicio, propios de la capa de transporte

Retardo de
Establecimiento de
Conexin
Probabilidad de falla
de establecimiento de
Conexin
Rendimiento
Retardo de trnsito
Tasa de errores
residual
Proteccin
Prioridad
Tenacidad

Tiempo que transcurre entre la solicitud de una conexin y la

confirmacin del usuario
Posibilidad de que una conexin no se establezca en un lapso
mximo de tiempo.
Mide la cantidad de bytes de datos transferidos pos segundo
Mide el tiempo entre el envo de un mensaje y su recepcin por el
destino.
Mide la cantidad de mensajes perdidos o alterados como una
fraccin del total enviado.
Mecanismo por el cual el usuario indique su inters en que la capa
de transporte, proporcione proteccin contra terceros no autorizados
Mecanismo para que un usuario indique que conexiones son ms
importantes.
Probabilidad de que la capa de transporte termine por si misma una
transmisin debido a problemas interno o congestionamiento.

Primitivas del un servicio de transporte sencillo

Todas estas primitivas, estn Encapsuladas en TPDU(Unidad de Datos del
Protocolo de Transporte)
TPDU
LISTEN
CONNECT
SEND
RECEIVE
DISCONNECT

Primitivas
Elementos de los Protocolos de Transporte
El servicio de transporte se implementa mediante un protocolo de
transporte que cumple funciones como control de errores, la secuencia y control
de flujo, etc.
Direccionamiento

Para establecer conexin entre dos procesos de aplicacin, el mtodo que

normalmente se emplea es definir direcciones de transporte en las que los
procesos pueden estar a la espera de solicitudes de conexin. En Internet estos
puntos terminales son pares:
Direccin IP, puerto local NSAP
AAL-SAP (run: yes">&nbe: EN-US"> TSAP
Esquema de conexin.
Un esquema de conexin empleado por los HOST UNIX en Internet se conoce
como protocolo inicial de conexin. En lugar de que cada servidor concebible
escuche en un TSAP bien conocido, cada mquina que desea ofrecer servicio a
usuarios remotos tiene un servidor de procesos especial que actua como
apoderado. (proxy)
Establecimiento de una conexin
El establecimiento de una conexin es sorprendentemente complicado. Ya que el
problema se da cuando la red puede perder, almacenar o duplicar paquetes, por
ello la solucin es tratar de mantener una subred con el menor congestionamiento
posible, para ello se debe restringir el tiempo de vida de los paquetes para ello
existen las siguientes tcnicas:
1. Diseo de subred restringida
2. Contador de saltos en cada paquete
3. Marca de tiempo en cada paquete.
El primero evita que los paquetes hagan ciclos, el segundo consiste en
incrementar el conteo de saltos cada vez que se reenva el paquete, y el tercero
requiere que cada paquete lleve la hora en que fue creado. Teniendo limitado el
tiempo de vida de los paquetes, es posible proponer una manera a prueba de
errores de establecer conexiones seguras.
Liberacin de una conexin
Liberacin asimtrica.- es la manera en que funciona el sistema telefnico,
cuando unha parte cuelga, se pierde la conexin.

Liberacin simtrica.- trata a la conexin como dos conexiones unidireccionales

distintas, y requiere que cada una de ellas e libere por separado.
Si ninguna de las partes est preparada para desconectarse hasta estar segura que
la otra est preparada para desconectarse tambin, run: yes"> ocurrir la
desconexin.
PROTOCOLOS DE TRANSPORTE EN INTERNET
La Internet tiene 2 protocolos principales, TCP(es el orientado a conexiones) y el
UDP (bsicamente el IP con la adicin de una cabecera corta)
TCP(Transmisin Control Protocol) Protocolo de Control de Transmisin: se
diseo para proporcionar una corriente de bytes confiable. Una interred es
diferente que una sola red, porque las distintas partes pueden tener, topologas,
anchos de banda, retardos, tamaos de paquete y otros parmetros con grandes
diferencias. Se diseo TCP para adaptarse dinmicamente a las propiedades de
lrun: yes"> y para ser robusto ante distintos tipos de fallas.
Se defini formalmente en el RFC-793.
Una mquina que reconoce el TCP tiene una entidad de transporte TCP. El
servicio de transporte se obtiene haciendo que tanto el transmisor como el
receptor creen puntos terminales, llamados sockets. Cada socket tiene un nmero
(DIRErun: yes"> consiste en una direccin IP del HOST.

CAPA DE TRANSPORTE
Las redes de datos e Internet brindan soporte a la red humana al proporcionar la comunicacin
continua y confiable entre las personas, tanto de manera local como alrededor del mundo. En un
nico dispositivo, las personas pueden utilizar varios servicios como correo electrnico, la Web y la
mensajera instantnea para enviar mensajes o recuperar informacin. Las aplicaciones como
clientes de correo electrnico, exploradores web y clientes de mensajera instantnea permiten a la
gente utilizar las computadoras y las redes para enviar mensajes y encontrar informacin.
Los datos de cada una de estas aplicaciones se empaqueta, se transporta y se entrega al demonio
del servidor adecuado o a la aplicacin en el dispositivo de destino. Los procesos descritos en la
capa de Transporte del modelo OSI aceptan los datos de la capa de Aplicacin y los preparan para
el direccionamiento en la capa de red. La capa de Transporte es responsable de la transferencia
de extremo a extremo general de los datos de aplicacin.
En este captulo, se examina el rol de la capa de transporte cuando se encapsulan los datos de
aplicacin para usarse en la capa de red. La capa de Transporte incluye tambin las siguientes
funciones:
Permite aplicaciones mltiples para comunicarse en la red al mismo tiempo que en un dispositivo

sencillo
Asegua que, si es necesario, la aplicacin correcta reciba todos los datos de forma confiable y en
orden
Emplea mecanismos de manejo de errores
Objetivos de aprendizaje
Al completar este captulo, usted podr:
Explicar la necesidad de la capa de transporte.
Identificar la funcin de la capa de transporte a medida que provee la transferencia de datos de
extremo a extremo entre las aplicaciones.
Describir las funciones de dos protocolos TCP/IP de la capa de transporte: TCP y UDP.
Explicar las funciones clave de la capa de transporte incluyendo confiabilidad, direccionamiento de
puerto y segmentacin.
Explicar cmo cada TCP y UDP maneja las funciones clave.
Identificar cundo es apropiado usar TCP o UDP y proveer ejemplos de aplicaciones que usan
cada protocolo.

4.1 FUNCIONES DE LA CAPA DE TRANSPORTE

4.1.1 Propsito de la capa de transporte

La capa de transporte permite la segmentacin de datos y brinda el control necesario para
reensamblar las partes dentro de los distintos streams de comunicacin. Las responsabilidades
principales que debe cumplir son:
Rastreo de comunicacin individual entre aplicaciones en los hosts de origen y destino
Segmentacin de datos y manejo de cada parte
Reensamble de segmentos en streams de datos de aplicacin
Identificacin de diferentes aplicaciones
Rastreo de conversaciones individuales
Cualquier host puede tener mltiples aplicaciones que se comunican a travs de la red. Cada una
de estas aplicaciones se comunicar con una o ms aplicaciones en hosts remotos. Es
responsabilidad de la capa de transporte mantener los streams de comunicacin mltiple entre
estas aplicaciones.
Segmentacin de datos
As como cada aplicacin crea datos de stream para enviarse a una aplicacin remota, estos datos
se pueden preparar para enviarse a travs de los medios en partes manejables. Los protocolos de
la capa de transporte describen los servicios que segmentan estos datos de la capa de aplicacin.
Esto incluye la encapsulacin necesaria en cada seccin de datos. Cada seccin de datos de
aplicacin requiere que se agreguen encabezados en la capa de transporte para indicar la
comunicacin a la cual est asociada.
Reensamble de segmentos
En el host de recepcin, cada seccin de datos se puede direccionar a la aplicacin adecuada.
Adems, estas secciones de datos individuales tambin deben reconstruirse para generar un
stream completo de datos que sea til para la capa de aplicacin. Los protocolos en la capa de
transporte describen cmo se utiliza la informacin del encabezado de la capa para reensamblar
las partes de los datos en streams para pasarlos a la capa de aplicacin.
Identificacin de aplicaciones
Para pasar streams de datos a las aplicaciones adecuadas, la capa de transporte debe identificar
la aplicacin meta. Para lograr esto, la capa de transporte asigna un identificador a la aplicacin.
Los protocolos TCP/IP denominan a este identificador nmero de puerto. A todos los procesos de
software que requieran acceder a la red se les asigna un nmero de puerto exclusivo en ese host.
Este nmero de puerto se utiliza en el encabezado de la capa de transporte para indicar qu
aplicacin se asocia a qu parte.
La capa de transporte es el enlace entre la capa de aplicacin y la capa inferior que es responsable

de la transmisin de la red. Esta capa acepta los datos de diferentes conversaciones y las pasa a
las capas inferiores como partes manejables que se pueden multiplexar de forma eventual en la
red.
Las aplicaciones no necesitan saber los detalles operativos de la red en uso. Las aplicaciones
generan datos que se envan desde una aplicacin a otra sin tener en cuenta el tipo de host
destino, el tipo de medios sobre los que los datos deben viajar, el paso tomado por los datos, la
congestin en un enlace o el tamao de la red.
Adems, las capas inferiores no tienen conocimiento de que existen varias aplicaciones que envan
datos en la red. Su responsabilidad es entregar los datos al dispositivo adecuado. La capa de
transporte clasifica entonces estas piezas antes de enviarlas a la aplicacin adecuada.
Los requisitos de datos varan
Hay mltiples protocolos de la capa de transporte debido a que las aplicaciones tienen diferentes
requisitos. Para algunas aplicaciones, los segmentos deben llegar en una secuencia especfica de
manera que puedan ser procesados en forma exitosa. En algunos casos, todos los datos deben
recibirse para ser utilizados por cualquiera de las mismas. En otros casos, una aplicacin puede
tolerar cierta prdida de datos durante la transmisin a travs de la red.
En las redes convergentes actuales, las aplicaciones con distintas necesidades de transporte
pueden comunicarse en la misma red. Los diferentes protocolos de la capa de transporte poseen
distintas reglas para permitir a los dispositivos manejar estos diversos requerimientos de datos.
Algunos protocolos proporcionan slo las funciones bsicas para enviar de forma eficiente partes
de datos entre las aplicaicones adecuadas. Estos tipos de protocolos son tiles para aplicaciones
cuyos datos son sensibles a retrasos.
Otros protocolos de la capa de transporte describen los procesos que proporcionan caractersticas
adicionales, como asegurar un envo confiable entre las aplicaciones. Si bien estas funciones
adicionales proveen una comunicacin ms slida entre aplicaciones de la capa de transporte,
representan la necesidad de utilizar recursos adicionales y generan un mayor nmero de
demandas en la red.

Separacin de comunicaciones mltiples

Considere una computadora conectada a una red que recibe y enva correos electrnicos y
mensajes instantneos, explora sitios Web y realiza una llamada telefnica de VoIP de manera
simultnea. Cada una de estas aplicaciones enva y recibe datos en la red al mismo tiempo. Sin
embargo, los datos de la llamada telefnica no estn dirigidos al explorador Web, y el texto de un
mensaje instantneo no aparece en el correo electrnico.
Adems, los usuarios necesitan que el correo electrnico o pgina Web se reciba por completo y
se presente para la informacin que se considere til. Los retrasos ligeros se consideran
aceptables para asegurar que la informacin se reciba y se presente por compelto.
En cambio, la prdida ocasional de partes pequeas de una conversacin telefnica se puede
considerar aceptable. Se puede inferir la parte de audio perdida del contexto de la conversacin o
se puede solicitar a la otra persona que repita lo que dijo. Es preferible esto ltimo a las demoras
que se produciran si se solicita a la red que gestione y vuelva a enviar los segmentos perdidos. En
este ejemplo, el usuario, no la red, gestiona el reenvo o reemplazo de informacin que falta.

Como se explic en un captulo anterior, el envo de algunos tipos de datos, un video por ejemplo,
a travs de la red como un stream de comunicacin completa puede impedir que se produzcan
otras comunicaciones al mismo tiempo. Tambin dificulta la recuperacin de errores y la
retransmisin de datos daados.
Dividir datos en pequeas partes y enviarlas del origen al destino permite que muchas
comunicaciones diferentes se intercalen (multiplexadas) en la misma red.
La segmentacin de los datos, que cumple con los protocolos de la capa de transporte,
proporciona los medios para enviar y recibir datos cuando se ejecutan varias aplicaciones de
manera concurrente en una computadora. Sin segmentacin, slo una aplicacin, la corriente de
video por ejemplo, podra recibir datos. Puede no recibir correos electrnicos, chatear en
mensajera instantnea o ver pginas Web mientras ve un video.
En la capa de transporte, cada conjunto de piezas particular que fluye entre la aplicacin de origen
y la de destino se conoce como conversacin.
Para identificar cada segmento de datos, la capa de transporte aade a la pieza un encabezado
que contiene datos binarios. Este encabezado contiene campos de bits. Son los valores de estos
campos los que permiten que los distintos protocolos de la capa de transporte lleven a cabo las
diversas funciones.

4.1.2 Control de las conversaciones

Las funciones principales que especifican los protocolos de la capa de transporte incluyen:
Segmentacin y reensamble: la mayora de las redes tienen una limitacin en la cantidad de datos
que se pueden incluir en una simple PDU. La capa de transporte divide los datos de aplicacin en
bloques de datos de un tamao adecuado. En el destino, la capa de transporte reensambla los
datos antes de enviarlos a la aplicacin o servicio de destino.
Multiplexacin de conversacin: puede haber aplicaciones o servicios que se ejecutan en cada
host de la red. A cada una de estas aplicaciones o servicios se les asigna una direccin conocida
como puerto, de manera que la capa de transporte determina con qu aplicacin o servicio se
identifican los datos.
Adems de utilizar la informacin contenida en los encabezados, para las funciones bsicas de

segmentacin y reensamble de datos algunos protocolos en la capa de transporte proporcionan:

Conversaciones orientadas a la conexin
Entrega confiable
Reconstruccin de datos ordenada
Control del flujo

Establecimiento de una sesin

La capa de transporte puede brindar esta orientacin a la conexin creando una sesin entre las
aplicaciones. Estas conexiones preparan las aplicaciones para que se comuniquen entre s antes
de que se transmitan los datos. Dentro de estas sesiones, se pueden gestionar de cerca los datos
para la comunicacin entre dos aplicaciones.
Entrega confiable
Por varias razones, es posible que una seccin de datos se corrompa o se pierda por completo a
medida que se transmite a travs de la red. La capa de transporte puede asegurar que todas las
partes alcancen su destino haciendo que el dispositivo origen retransmita todos los datos perdidos.
Entrega en el mismo orden
Los datos pueden llegar en el orden equivocado, debido a que las redes pueden proporcionar
mltiples rutas que pueden tener diferentes tiempos de transmisin. Al numerar y secuenciar los

segmentos, la capa de transporte puede asegurar que los mismos se reensamblen en el orden
adecuado.
Control del flujo
Los hosts de la red cuentan con recursos limitados, como memoria o ancho de banda. Cuando la
capa de transporte advierte que estos recursos estn sobrecargados, algunos protocolos pueden
solicitar que la aplicacin que enva reduzca la velocidad del flujo de datos. Esto se lleva a cabo en
la capa de transporte regulando la cantidad de datos que el origen transmite como grupo. El control
de flujo puede evitar la prdida de segmentos en la red y evitar la necesitad de la retransmisin.
As como se discuten los protocolos en este captulo, estos servicios se explicarn a mayor detalle.

4.1.3 Soporte de comunicacin confiable

Cabe recordar que la funcin principal de la capa de transporte es administrar los datos de
aplicacin para las conversaciones entre hosts. Sin embargo, cada aplicacin tiene determinados
requisitos para sus datos y, por lo tanto, se han desarrollado diferentes protocolos de transporte
para que cumplan con estos requisitos.
Un protocolo de la capa de transporte puede implementar un mtodo para asegurar el envo
confiable de datos. En trminos de redes, confiabilidad significa asegurar que cada seccin de
datos que enva el origen llegue al destino. En la capa de transporte, las tres operaciones bsicas

de confiabilidad son:
rastreo de datos transmitidos
acuse de recibo de datos recibidos
retransmisin de cualquier dato sin acuse de recibo
Esto requiere que los procesos de la capa de transporte en el origen d seguimiento a todas las
partes de datos de cada conversacin y retransmitan cualquier dato del cual el destino no acuso
recibo. La capa de transporte del host de recepcin tambin debe rastrear los datos a medida que
se reciben y reconocer la recepcin de los mismos.
Estos procesos de confiabilidad generan un uso adicional de los recursos de la red debido al
reconocimiento, rastreo y retransmisin. Para admitir estas operaciones de confiabilidad se
intercambian ms datos de control entre los hosts emisores y receptores. Esta informacin de
control se encuentra en el encabezado de la Capa 4.
Esto crea una compensacin entre el valor de la confiabilidad y la carga que hay en la red. Los
desarrolladores de aplicaciones deben elegir qu tipo de protocolo de transporte es adecuado en
base a los requerimientos de sus aplicaciones. En la capa de transporte, existen protocolos que
especifican mtodos para la entrega confiable, garantizada o de mximo esfuerzo. En el contexto
de networking, el envo del mejor esfuerzo se conoce como poco confiable, porque no hay acuse
de recibo de que los datos se recibieron en el destino.
Determinacin de la necesidad de confiabilidad
Las aplicaciones, tales como bases de datos, pginas Web y correo electrnico, necesitan que
todos los datos enviados lleguen al destino en su condicin original para que los datos sean tiles.
Todos los datos perdidos pueden corromper una comunicacin y dejarla incompleta o ilegible. Por
lo tanto, estas aplicaciones se disean para utilizar un protocolo de capa de transporte que
implemente la confiabilidad. Los gastos de red adicionales se consideran necesarios para estas
aplicaciones.
Otras aplicaciones son ms tolerantes a la prdida de cantidades pequeas de datos. Por ejemplo,
si uno o dos segmentos de un stream de vdeo no llegan al destino, slo generar una interrupcin
momentnea en el stream. Esto puede representar distorsin en la imagen pero quizs ni sea
advertido por el usuario.
Imponer el uso de recursos adicionales para asegurar la confiabilidad para esta aplicacin puede
reducir la utilidad de la misma. La imagen en un streaming video se degradara en gran medida si
el dispositivo de destino tuvo que dar cuenta de los datos perdidos y demorar el stream mientras
espera que lleguen. Es conveniente proporcionar la mejor imagen posible al momento en que
llegan los segmentos y renunciar a la confiabilidad. Si por algn motivo se requiere confiabilidad,
estas aplicaciones pueden proveer verificacin de errores y solicitudes de retransmisin.

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 Protocolo 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".
Las aplicaciones que utilizan UDP incluyen:
Sistema de nombres de dominio (DNS)
Streaming video
Voz sobre IP (VOIP)

Protocolo de control de transmisin (TCP)

TCP es un protocolo orientado a la conexin descrito en RFC 793. El TCP utiliza recursos
adicionales para ganar 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. Vea la figura para hacer una
comparacin.
Las aplicaciones que utiliza el TCP son:
Exploradores Web
Correo electrnico
Transferencias de archivos

4.1.5 Direccionamiento del puerto

Identificacin de conversaciones
Considere el ejemplo anterior de una computadora que recibe y enva correos electrnicos,

mensajes instantneos, pginas Web y llamadas telefnicas VoIP de manera simultnea.

Los servicios basados en TCP y UDP mantienen un seguimiento de las diversas 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 nmeros de puertos.
En el encabezado de cada segmento o datagrama, hay un puerto origen y uno de 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 que origina la comunicacin en el host local.
Los nmeros de puerto se asignan de distintas maneras, en virtud de si el mensaje es una solicitud
o una respuesta. Mientras que los procesos del servidor tienen nmeros de puerto estticos
asignados, los clientes eligen de forma dinmica un nmero de puerto 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 asignado al demonio de servicio 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 en el encabezado de un segmento o de un datagrama de la solicitud de un
cliente se crea de forma aleatoria desde los nmeros de puerto mayores de 1023. Mientras no
haya un conflicto con otros puertos en uso en el sistema, el cliente puede elegir cualquier nmero
de puerto del rango de nmeros predeterminados que utiliza el sistema operativo. 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, se pueda ser enviar 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 de origen y destino y los nmeros de puertos,
tambin es exclusivo e identifica la conversacin entre los dos hosts.
Por ejemplo, una solicitid de pgina Web HTTP que se enva a un servidor Web (puerto 80) que se
ejecuta en un host con una direccin IPv4 de Capa 3 de 192.168.1.20 se destinara al socket
192.168.1.20:80.
Si el explorador Web que solicita una pgina Web se ejecuta en el host 192.168.100.48 y el

nmero de puerto dinmico que se asign al explorador es 49152, el socket para la pgina Web
sera 192.168.100.48:49152.

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

organismo normativo responsable de asegurar diferentes estndares de direccionamiento.
Hay diversos tipos de nmeros de puerto:
Puertos bien conocidos (nmeros del 0 al 1023): estos nmeros se reservan para servicios y
aplicaciones. Por lo general, se utilizan para aplicaciones como HTTP (servidor Web), POP3/SMTP
(servidor de correo electrnico) y Telnet. Al definir estos puertos bien conocidos para las
aplicaciones de los servidores, las aplicaciones cliente se pueden programar para solicitar una
conexin a dicho puerto y su servicio asociado.
Puertos registrados (nmeros del 1024 al 49151): estos nmeros de puerto se asignan 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 se pueden utilizar tambin
seleccionados de forma dinmica por un cliente como su puerto de origen.
Puertos dinmicos o privados (nmeros 49152 a 65535): tambin conocidos como puertos
efmeros, estn usualmente asignados de forma dinmica a las aplicaciones 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).

Uso de TCP y UDP

Algunas aplicaciones pueden utilizar ambos. 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 de puerto bien conocido
de 53 lo utilizan ambos protocolos con este servicio.
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.