CAPA DE TRANSPORTE.pdf

7/25/2019 CAPA DE TRANSPORTE.pdf

1/18

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 lacapa 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 enla 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 lade 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.


2/18

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

Retardo de

Establecimiento de

Conexin

Tiempo que transcurre entre la solicitud de una conexin y la

confirmacin del usuario

Probabilidad de fallade establecimiento de

Conexin

Posibilidad de que una conexin no se establezca en un lapsomximo de tiempo.

Rendimiento Mide la cantidad de bytes de datos transferidos pos segundo

Retardo de trnsitoMide el tiempo entre el envo de un mensaje y su recepcin por el

destino.

Tasa de errores

residual

Mide la cantidad de mensajes perdidos o alterados como una

fraccin del total enviado.

ProteccinMecanismo por el cual el usuario indique su inters en que la capa

de transporte, proporcione proteccin contra terceros no autorizados

PrioridadMecanismo para que un usuario indique que conexiones son ms

importantes.

TenacidadProbabilidad 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 detransporte que cumple funciones como control de errores, la secuencia y control

de flujo, etc.

Direccionamiento
http://www.uazuay.edu.ec/estudios/sistemas/teleproceso/apuntes_1/TPDU.htmhttp://www.uazuay.edu.ec/estudios/sistemas/teleproceso/apuntes_1/TPDU.htmhttp://www.uazuay.edu.ec/estudios/sistemas/teleproceso/apuntes_1/Primitivas.htmhttp://www.uazuay.edu.ec/estudios/sistemas/teleproceso/apuntes_1/Primitivas.htmhttp://www.uazuay.edu.ec/estudios/sistemas/teleproceso/apuntes_1/Primitivas.htmhttp://www.uazuay.edu.ec/estudios/sistemas/teleproceso/apuntes_1/TPDU.htm


3/18

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 procesosespecial 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.


4/18

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 grandesdiferencias. 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 lacapa 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


5/18

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.


6/18

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 unade 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


7/18

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 debenrecibirse 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 caractersticasadicionales, 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.


8/18

Separacin de comunicaciones mltiples

Considere una computadora conectada a una red que recibe y enva correos electrnicos ymensajes instantneos, explora sitios Web y realiza una llamada telefnica de VoIP de manerasimultnea. Cada una de estas aplicaciones enva y recibe datos en la red al mismo tiempo. Sinembargo, los datos de la llamada telefnica no estn dirigidos al explorador Web, y el texto de unmensaje instantneo no aparece en el correo electrnico.

Adems, los usuarios necesitan que el correo electrnico o pgina Web se reciba por completo yse presente para la informacin que se considere til. Los retrasos ligeros se consideranaceptables 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 puedeconsiderar aceptable. Se puede inferir la parte de audio perdida del contexto de la conversacin ose 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. Eneste ejemplo, el usuario, no la red, gestiona el reenvo o reemplazo de informacin que falta.


9/18

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 produzcanotras comunicaciones al mismo tiempo. Tambin dificulta la recuperacin de errores y laretransmisin de datos daados.

Dividir datos en pequeas partes y enviarlas del origen al destino permite que muchascomunicaciones 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 demanera concurrente en una computadora. Sin segmentacin, slo una aplicacin, la corriente devideo por ejemplo, podra recibir datos. Puede no recibir correos electrnicos, chatear enmensajera 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 origeny la de destino se conoce como conversacin.

Para identificar cada segmento de datos, la capa de transporte aade a la pieza un encabezadoque contiene datos binarios. Este encabezado contiene campos de bits. Son los valores de estoscampos los que permiten que los distintos protocolos de la capa de transporte lleven a cabo lasdiversas funciones.


10/18

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


11/18

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 lasaplicaciones. Estas conexiones preparan las aplicaciones para que se comuniquen entre s antesde que se transmitan los datos. Dentro de estas sesiones, se pueden gestionar de cerca los datospara la comunicacin entre dos aplicaciones.

Entrega confiable

Por varias razones, es posible que una seccin de datos se corrompa o se pierda por completo amedida que se transmite a travs de la red. La capa de transporte puede asegurar que todas laspartes 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 proporcionarmltiples rutas que pueden tener diferentes tiempos de transmisin. Al numerar y secuenciar los


12/18

segmentos, la capa de transporte puede asegurar que los mismos se reensamblen en el ordenadecuado.

Control del flujo

Los hosts de la red cuentan con recursos limitados, como memoria o ancho de banda. Cuando lacapa de transporte advierte que estos recursos estn sobrecargados, algunos protocolos puedensolicitar que la aplicacin que enva reduzca la velocidad del flujo de datos. Esto se lleva a cabo enla capa de transporte regulando la cantidad de datos que el origen transmite como grupo. El controlde 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


13/18

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 queespecifican 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.


14/18

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 UDPse 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)


15/18

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,


16/18

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 seejecuta 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 depuerto 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 parde 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


17/18

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 unorganismo 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 yaplicaciones. 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 lasaplicaciones de los servidores, las aplicaciones cliente se pueden programar para solicitar unaconexin a dicho puerto y su servicio asociado.

Puertos registrados (nmeros del 1024 al 49151): estos nmeros de puerto se asignan a procesoso aplicaciones del usuario. Estos procesos son principalmente aplicaciones individuales que elusuario 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 tambinseleccionados de forma dinmica por un cliente como su puerto de origen.

Puertos dinmicos o privados (nmeros 49152 a 65535): tambin conocidos como puertosefmeros, estn usualmente asignados de forma dinmica a las aplicaciones cliente cuando se


18/18

inicia una conexin. No es muy comn que un cliente se conecte a un servicio utilizando un puertodinmico 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 informacinsolicitada puede requerir la confiabilidad de TCP. En este caso, el nmero de puerto bien conocidode 53 lo utilizan ambos protocolos con este servicio.

A veces es necesario conocer las conexiones TCP activas que estn abiertas y en ejecucin en elhost de red. Netstat es una utilidad de red importante que puede usarse para verificar esasconexiones. Netstat indica el protocolo en uso, la direccin y el nmero de puerto locales, ladireccin 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, lasconexiones TCP innecesarias pueden consumir recursos valiosos del sistema y por lo tantodisminuir 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.

Documents

CAPA DE TRANSPORTE.pdf