0% encontró este documento útil (0 votos)
23 vistas10 páginas

Arquitectura del Protocolo TCP/IP

El protocolo TCP/IP es un conjunto de estándares de comunicación desarrollado en 1969 para facilitar la conectividad en redes, incluyendo Internet. Se organiza en un modelo de cuatro capas que abarca desde la interfaz de red hasta la capa de aplicación, permitiendo la interoperabilidad entre diferentes sistemas y tecnologías. Los protocolos fundamentales de TCP/IP, como IP, TCP y UDP, son esenciales para el direccionamiento, enrutamiento y transmisión de datos en redes modernas.
Derechos de autor
© All Rights Reserved
Nos tomamos en serio los derechos de los contenidos. Si sospechas que se trata de tu contenido, reclámalo aquí.
Formatos disponibles
Descarga como DOC, PDF, TXT o lee en línea desde Scribd
0% encontró este documento útil (0 votos)
23 vistas10 páginas

Arquitectura del Protocolo TCP/IP

El protocolo TCP/IP es un conjunto de estándares de comunicación desarrollado en 1969 para facilitar la conectividad en redes, incluyendo Internet. Se organiza en un modelo de cuatro capas que abarca desde la interfaz de red hasta la capa de aplicación, permitiendo la interoperabilidad entre diferentes sistemas y tecnologías. Los protocolos fundamentales de TCP/IP, como IP, TCP y UDP, son esenciales para el direccionamiento, enrutamiento y transmisión de datos en redes modernas.
Derechos de autor
© All Rights Reserved
Nos tomamos en serio los derechos de los contenidos. Si sospechas que se trata de tu contenido, reclámalo aquí.
Formatos disponibles
Descarga como DOC, PDF, TXT o lee en línea desde Scribd

Protocolo TCP/IP

Los protocolos TCP/IP


El TCP/IP es un grupo de protocolos estándares de la industria diseñados para
grandes redes que incluyen los enlaces de las redes de área amplia (wide area
network, WAN). El TCP/IP fue desarrollado en 1969 por la Agencia de Proyectos de
Investigación Avanzada del Departamento de Defensa de los Estados Unidos
(Department of Defense Advanced Research Projects Agency, DARPA), el resultado
de un experimento para compartir recursos llamado la Red de la Agencia de
Proyectos de Investigación Avanzada (Advanced Research Projects Agency Network,
ARPANET). El propósito del TCP/IP fue proporcionar enlaces de redes para
comunicación de alta velocidad. Desde 1969 la ARPANET ha crecido hasta ser una
comunidad mundial de redes conocida como Internet.

El protocolo TCP/IP de Windows permite la conectividad en computadoras. Al


agregar el TCP/IP se obtienen las siguientes ventajas:

 Un protocolo de red empresarial enrutable, estándar que es uno de los


protocolos más completos y aceptados disponible. Todos los sistemas
operativos de redes modernos ofrecen soporte para el TCP/IP, y la mayoría
de las grandes redes utilizan el TCP/IP para la mayoría de su tráfico de red.
 Una tecnología para conectar sistemas disímiles. Muchas utilidades de
conectividad estándar están disponibles para acceder y transferir datos
entre sistemas diferentes, incluyendo el Protocolo de Transferencia de
Archivos (File Transfer Protocol, FTP) y Telnet, un protocolo de emulación de
terminal. Varias de estas utilidades estándares están incluidas con
Windows .
 Un marco cliente-servidor, multiplataforma, escalable y robusto. El Microsoft
TCP/IP ofrece la interfase Windows® Sockets, la cual es ideal para
desarrollar aplicaciones cliente servidor que pueden ejecutarse sobre las
pilas que sean compatibles con Windows Sockets de otras compañías.
 Un método para tener acceso a Internet. Internet consiste de miles de redes
mundiales que conectan instalaciones de investigación, universidades,
bibliotecas y compañías privadas

La arquitectura del protocolo TCP/IP.


Los protocolos TCP/IP mapean un modelo conceptual de cuatro capas conocido
como el modelo DARPA, denominado así por la agencia del gobierno de los Estados
Unidos que inicialmente desarrolló TCP/IP. Las cuatro capas en el modelo DARPA
corresponden a una o más capas del modelo de siete capas de Interconexiones de
Sistemas Abiertos (Open Systems Interconnection, OSI).

AXOFT ARGENTINA S.A. TANGO CENTRO DE CLIENTES


Cerrito 1186 Piso 7º - CP C1010AAX Cerrito 1214 - CP C1010AAZ

Buenos Aires - Argentina


Teléfonos 5031-8264 / 4816-2620 - Fax 4816-2394 - Apoyo técnico 4816-2919
e-mail: info@[Link] - [Link]
La figura 1 muestra la arquitectura del protocolo TCP/IP.

Figura 1. Arquitectura del protocolo TCP/IP.

Capa de interfase de red.

La capa de interfase de red (también llamada la capa de acceso de red) es


responsable de colocar los paquetes TCP/IP en el medio de la red y de recibir los
paquetes TCP/IP del medio de la red. El TCP/IP fue diseñado para ser independiente
del método de acceso a la red, del formato del cuadro (frame) y del medio. De este
modo, el TCP/IP puede ser utilizado para conectar diferentes tipos de red. Esto
incluye tecnologías de LAN, tales como Ethernet o Token Ring y tecnologías de WAN
tales como X.25 o Frame Relay. La independencia de cualquier tecnología de red
específica le da al TCP/IP la habilidad de ser adaptado a las nuevas tecnologías tales
como Asynchronous Transfer Mode (ATM).

La capa de interfase de red comprende a las capas de enlace datos y física del
modelo OSI. Note que la capa de Internet no aprovecha los servicios de
secuenciación y la confirmación que pudieran estar presentes en la capa de enlace
de datos. Se asume una capa de interfase de red no confiable, y la comunicación
confiable es responsabilidad de la capa de transporte, a través del establecimiento
de la sesión y la confirmación de paquetes.

Capa de Internet.

La capa de Internet es responsable de las funciones de direccionamiento, empaque


y enrutamiento. Los protocolos base de la capa de Internet son el IP, ICMP y IGMP.

AXOFT ARGENTINA S.A. TANGO CENTRO DE CLIENTES


Cerrito 1186 Piso 7º - CP C1010AAX Cerrito 1214 - CP C1010AAZ

Buenos Aires - Argentina


Teléfonos 5031-8264 / 4816-2620 - Fax 4816-2394 - Apoyo técnico 4816-2919
e-mail: info@[Link] - [Link]
 El Protocolo de Internet (Internet Protocol, IP) es un protocolo enrutable
responsable del direccionamiento IP y de la fragmentación y ensamble de los
paquetes.
 El Protocolo de Conversión de Dirección (Address Resolution Protocol, ARP)
es responsable de la conversión de las direcciones de la capa de Internet a
las direcciones de la capa de la interfase de red, tales como las direcciones
de hardware.
 El Protocolo de Mensajes de Control de Internet (Internet Control Message
Protocol, ICMP) es responsable de proporcionar funciones de diagnóstico y
de reporte de errores o de condiciones referentes a la entrega de los
paquetes IP.
 El Protocolo de Administración de Grupo de internet (Internet Group
Management Protocol, IGMP) es responsable de la administración de los
grupos IP multicast.

La capa de Internet es análoga a la capa de red del modelo OSI.

Capa de transporte.

La capa de transporte (también conocida como la capa de transporte de servidor a


servidor) es responsable de proporcional a la capa de aplicación los servicios de
comunicación de sesión y datagrama. Los protocolos base de la capa de transporte
son el TCP y el Protocolo de Datagramas de Usuario (User Datagram Protocol, UDP).

 El TCP proporciona un servicio de comunicación confiable, orientado a


conexión, uno a uno. El TCP es responsable del establecimiento de una
conexión TCP, la secuenciación y la confirmación de los paquetes enviados,
y de la recuperación de los paquetes perdidos durante la transmisión.
 El UDP proporciona servicios de comunicación no confiables, uno a uno o de
uno a muchos, sin conexión. El UDP es utilizado cuando la cantidad de datos
a ser transferidos es pequeña (tales como datos que pueden caber dentro de
un paquete único), cuando la carga de establecer la conexión no es deseable
o cuando la aplicación o los protocolos de capas superiores proporcionan una
entrega confiable.

La capa de transporte comprende las responsabilidades de la capa de transporte


OSI y algunas de las responsabilidades de la capa de sesión OSI.

Capa de aplicación.

La capa de aplicación proporciona la habilidad de acceder los servicios de otras


capas y define los protocolos que las aplicaciones utilizan para intercambiar datos.
Hay varios protocolos para la capa de aplicación y constantemente se están
desarrollando nuevos protocolos.

Los protocolos de la capa de aplicación más ampliamente conocidos son aquellos


usados para el intercambio de información del usuario:

AXOFT ARGENTINA S.A. TANGO CENTRO DE CLIENTES


Cerrito 1186 Piso 7º - CP C1010AAX Cerrito 1214 - CP C1010AAZ

Buenos Aires - Argentina


Teléfonos 5031-8264 / 4816-2620 - Fax 4816-2394 - Apoyo técnico 4816-2919
e-mail: info@[Link] - [Link]
 El Protocolo de Transferencia de Hipertexto (HyperText Transfer Protocol,
HTTP) es utilizado para transferir los archivos que componen las páginas de
la Web.
 El Protocolo de transferencia de Archivos (File Transfer Protocol, FTP) es
utilizado para la transferencia interactiva de archivos.
 El Protocolo Simple de Transferencia de Correo (Simple Mail Transfer
Protocol, SMTP) es utilizado para la transferencia de mensajes de correo y
anexos.
 El Telnet, un protocolo de emulación de terminal, es utilizado para el inicio
de sesiones remotas en servidores de red.

Adicionalmente, los siguientes protocolos ayudan a facilitar el uso y la


administración de redes TCP/IP:

 El Sistema de Nombre de Dominio (Domain Name System, DNS) es utilizado


para convertir un nombre de servidor en una dirección IP.
 · El Protocolo de Información de Enrutamiento (Routing Information Protocol,
RIP) es un protocolo de enrutamiento que los enrutadores utilizan para
intercambiar información de enrutamiento en una red IP.
 El Protocolo Simple de Administración de Red (Simple Network Management
Protocol, SNMP) es utilizado entre la consola de administración de red y los
dispositivos de la red (enrutadores, puentes y concentradores inteligentes)
para colectar e intercambiar información de administración de la red.

Ejemplos de interfases de la capa de aplicación para aplicaciones TCP/IP son


Windows Sockets y NetBIOS. Windows Sockets proporciona una interfase de
programación para aplicaciones (API) estándar bajo el sistema operativo Microsoft
Windows. El NetBIOS es una interfase, estándar de la industria, para accesar
servicios de protocolo tales como sesiones, datagramas y conversión de nombres.
Más adelante en este artículo se proporciona información adicional acerca de
Windows Sockets y NetBIOS.

Los protocolos bases del TCP/IP.

El componente del protocolo TCP/IP es una serie de protocolos interconectados


llamados los protocolos base del TCP/IP. Todas las demás aplicaciones y demás
protocolos en el grupo de protocolos TCP/IP se apoyan en los servicios básicos
proporcionados por los siguientes protocolos: IP, ARP, ICMP, IGMP, TCP, y UDP.

El IP.

El IP es un protocolo de datagramas no confiable, sin conexión y principalmente


responsable del direccionamiento y enrutamiento de los paquetes entre servidores.
Sin conexión significa que una sesión no se establece antes de intercambiar los
datos. No confiable significa que la entrega no está garantizada. El IP siempre hace
un mejor esfuerzo para intentar entregar un paquete. Un paquete IP podría
perderse, entregarse fuera de secuencia, duplicado o retrasado. El IP no intenta
recuperarse de este tipo de errores Un paquete IP consiste de una cabecera IP (IP

AXOFT ARGENTINA S.A. TANGO CENTRO DE CLIENTES


Cerrito 1186 Piso 7º - CP C1010AAX Cerrito 1214 - CP C1010AAZ

Buenos Aires - Argentina


Teléfonos 5031-8264 / 4816-2620 - Fax 4816-2394 - Apoyo técnico 4816-2919
e-mail: info@[Link] - [Link]
header) y una carga IP (IP payload). La tabla 3 describe los campos clave en la
cabecera IP.

Tabla 3. Campos clave en la cabecera IP.

Campos de la
Función
cabecera IP
Dirección IP
La dirección IP de la fuente original del datagrama IP.
origen
Dirección IP
La dirección IP del destino final del datagrama IP.
destino
Utilizado para identificar a un datagrama IP específico y
Identificación para identificar todos los fragmentos de un datagrama IP
específico si ocurriera la fragmentación.
Informa al IP en el servidor destino si tiene que pasar el
Protocolo
paquete al TCP, UDP, ICMP u otros protocolos.
Suma de Un simple cálculo matemático utilizado para verificar la
verificación integridad de la cabecera IP.
Contiene el número de redes en las cuales el datagrama
es permitido viajar antes de ser descartado por un
Tiempo de enrutador. El TTL es establecido por el servidor que envía y
vida (Time to es utilizado para prevenir que los paquetes circulen
Live, TTL) infinitamente en una red IP. Cuando se redirecciona un
paquete IP, a los enrutadores se les requiere que
disminuyan el TTL o al menos uno.

Fragmentación y ensamblado.

Si un enrutador recibe un paquete IP que es demasiado grande para la red a la cual


el paquete será redireccionado, el IP fragmentará el paquete original en paquetes
más pequeños que cabrán en la red. Cuando los paquetes lleguen a su destino final,
el IP en el servidor destino ensamblará los fragmentos a su carga original. Este
proceso es denominado fragmentación y ensamblado. La fragmentación puede
ocurrir en ambientes que tienen una mezcla de tecnologías de red, tales como
Ethernet y Token Ring.

La fragmentación y ensamblado funcionan de la siguiente manera:

1. Cuando un paquete IP es enviado por el origen, pone un valor único en el


campo Identificación.
2. El paquete IP es recibido en el enrutador. El enrutador IP nota que la unidad
de transmisión máxima (maximum transmission unit, MTU) de la red a la
cual el paquete será redireccionado es más pequeña que el tamaño del
paquete IP.
3. El IP fragmenta la carga original en fragmentos que cabrán en la siguiente
red. Cada fragmento es enviado por su propia cabecera IP la cual contiene:

AXOFT ARGENTINA S.A. TANGO CENTRO DE CLIENTES


Cerrito 1186 Piso 7º - CP C1010AAX Cerrito 1214 - CP C1010AAZ

Buenos Aires - Argentina


Teléfonos 5031-8264 / 4816-2620 - Fax 4816-2394 - Apoyo técnico 4816-2919
e-mail: info@[Link] - [Link]
o El campo Identificación original que identifica todos los fragmentos
que van juntos.
o La bandera Más Fragmentos (More Fragments) indica que otros
fragmentos siguen. La bandera Más Fragmentos no es establecido en
el último fragmento, porque no le siguen otros fragmentos.
o El campo Desplazamiento de Fragmento (Fragment Offset) indica la
posición del fragmento relativa a la carga IP original.
4. Cuando los fragmentos son recibidos por el IP en el servidor remoto, son
identificados por el campo Identificación como pertenecientes a uno mismo.
Entonces el Desplazamiento de Fragmento es utilizado para ensamblar los
fragmentos en la carga IP original.

El ARP.

Cuando los paquetes IP son enviados sobre tecnologías de redes de acceso


compartido, de transmisión amplia (broadcast-based), tales como Ethernet o Token
Ring, la dirección de Control de Acceso de Medios (Media Access Control, MAC)
correspondiente a una dirección IP de redireccionamiento debe ser convertida. El
ARP utiliza las transmisiones a nivel de MAC para convertir una dirección IP de
redireccionamiento conocida a su dirección MAC

El ICMP.

El Protocolo de Mensajes de Control de Internet (Internet Control Message Protocol,


ICMP) proporciona servicios de resolución de problemas y de reporte de errores
para los paquetes que no son entregables. Por ejemplo, si el IP es incapaz de
entregar un paquete al servidor destino, el ICMP enviará un mensaje de Destino
Inalcanzable (Destination Unreachable) al servidor origen. La tabla 4 muestra los
mensajes ICMP más comunes.

Tabla 4. Mensajes ICMP comunes.

Mensaje
Función
ICMP
Mensaje simple para resolución de problemas utilizado para revisar la
Echo Request
conectividad IP hacia un servidor deseado.
Echo Reply Respuesta a un Echo Request del ICMP.
Enviado por un enrutador para informar a un servidor que envía de una
Redirect
mejor ruta hacia la dirección IP destino.
Enviada por un enrutador para informar a un servidor que envía que sus
datagramas IP están siendo descartadas debido a la congestión en el
Source
enrutador. El servidor que envía, entonces disminuye su velocidad de
Quench
transmisión. Source Quench es un mensaje ICMP electivo y frecuentemente
no es implementado.
Destination Enviado por un enrutador o por el servidor destino para informar al servidor
Unreachable que envía que el datagrama no puede ser entregado.

AXOFT ARGENTINA S.A. TANGO CENTRO DE CLIENTES


Cerrito 1186 Piso 7º - CP C1010AAX Cerrito 1214 - CP C1010AAZ

Buenos Aires - Argentina


Teléfonos 5031-8264 / 4816-2620 - Fax 4816-2394 - Apoyo técnico 4816-2919
e-mail: info@[Link] - [Link]
Hay una serie de mensajes Destination Unreachable del ICMP. La tabla 5 describe
los mensajes Destination Unreachable del ICMP más comunes.

Tabla 5. Mensajes Destination Unreachable del ICMP comunes.

Mensajes
Destination Descripción
Unreachable
Network Enviado por un enrutador IP cuando una ruta a la red destino no pudo ser
Unreachable encontrada.
Enviado por un enrutador IP cuando un servidor destino en la red destino no
puede ser encontrado. Este mensaje solamente es utilizado con tecnologías
Host
de red orientadas a conexiones (enlaces WAN). Los enrutadores IP con
Unreachable
tecnologías de red sin conexión (tales como Ethernet y Token Ring) no
envían mensajes Host Unreachable.

Protocol Enviado por el nodo IP destino cuando el campo Protocolo en la cabecera IP


Unreachable no pude ser apareado con un protocolo del cliente IP a actualmente cargado.
Enviado por un nodo IP destino cuando el Puerto Destino (Destination Port)
Port Unreachable en la cabecera IP no puede ser apareado con un proceso que utilice ese
puerto.
Fragmentation Enviado por un enrutador IP cuando la fragmentación debe de ocurrir pero
Needed and DF no es permitida debido a que el valor de la bandera No Fragmentar (Don't
Set Fragment, DF) en la cabecera IP fue activada por el nodo origen.

El TCP.

El TCP es un servicio de entrega confiable, orientado a conexiones. Los datos son


transmitidos en segmentos. Orientado a conexiones significa que una conexión
debe establecerse antes de que el servidor intercambie datos. La confiabilidad es
lograda asignando un número de secuencia a cada segmento transmitido. Se utiliza
una confirmación para verificar que los datos fueron recibidos por el otro servidor.
Para cada segmento enviado, el servidor que recibe debe regresar una confirmación
(acknowledgment, ACK) dentro de un periodo específico de bytes recibidos. Si una
ACK no es recibida, los datos son retransmitidos. El TCP utiliza comunicaciones de
flujo de bytes (byte-stream), donde los datos dentro del segmento TCP son tratados
como una secuencia de bytes sin límites de registro o de campo.

La tabla 6 describe los campos claves en la cabecera TCP.

Tabla 6. Campos clave en la cabecera TCP.

Campo Función
Puerto origen El puerto TCP del servidor que envía.

AXOFT ARGENTINA S.A. TANGO CENTRO DE CLIENTES


Cerrito 1186 Piso 7º - CP C1010AAX Cerrito 1214 - CP C1010AAZ

Buenos Aires - Argentina


Teléfonos 5031-8264 / 4816-2620 - Fax 4816-2394 - Apoyo técnico 4816-2919
e-mail: info@[Link] - [Link]
Puerto destino El puerto TCP del servidor destino.
Número de El número de secuencia del primer byte de datos en el
secuencia segmento TCP.
Número de El número de secuencia del byte que el que envía espera
confirmación recibir del otro lado de la conexión.
El tamaño actual de la memoria intermedia TCP en el
Ventana servidor que envía este segmento TCP para almacenar
segmentos que llegan.
Suma de Verifica la integridad de la cabecera TCP y de los datos
verificación TCP TCP .

Puertos TCP.

Un puerto TCP proporciona una localización específica para entregar los segmentos
TCP. Los números de puertos por debajo de 1024 son puertos bien conocidos y
están asignados por la Autoridad de Número Asignados de Internet (Internet
Assigned Numbers Authority, IANA). La tabla 7 lista algunos puertos TCP bien
conocidos.

Tabla 7. Puertos TCP bien conocidos.

Número de puerto
Descripción
TCP
20 FTP (Canal de datos).
21 FTP (Canal de control).
23 Telnet.
Protocolo de Transferencia de Hipertexto (HyperText Transfer Protocol,
80
HTTP) utilizado para la Web.
139 Servicios de sesión NetBIOS.

El UDP.

El UDP proporciona un servicio de datagrama sin conexión que ofrece entrega no


confiable, de mejor esfuerzo de los datos transmitidos en los mensajes. Esto
significa que la llegada de los datagramas no está garantizada; ni que la entrega de
los paquetes esté en la secuencia correcta. El UDP no se recupera de la pérdida de
datos utilizando retransmisión

El UDP es utilizado por aplicaciones que no requieren confirmación de la recepción


de los datos y que típicamente transmiten pequeñas cantidades de datos en un
momento dado. El servicio de nombres de NetBIOS, el servicio de datagramas de
NetBIOS y el Protocolo Simple de Administración de Redes (Simple Network
Management Protocol, SNMP) son ejemplos de servicios y aplicaciones que utilizan
el UDP. La tabla 8 describe los campos clave en la cabecera UDP.

AXOFT ARGENTINA S.A. TANGO CENTRO DE CLIENTES


Cerrito 1186 Piso 7º - CP C1010AAX Cerrito 1214 - CP C1010AAZ

Buenos Aires - Argentina


Teléfonos 5031-8264 / 4816-2620 - Fax 4816-2394 - Apoyo técnico 4816-2919
e-mail: info@[Link] - [Link]
Tabla 8. Campos claves en la cabecera UDP.

Campo Función
Puerto origen Puerto UDP del servidor que envía.
Puerto destino Puerto UDP del servidor destino.
Suma de Verifica la integridad de la cabecera UDP y de los
verificación UDP datos UDP.
Número de El número de secuencia del byte que el que envía
confirmación espera recibir del otro lado de la conexión.

Puertos UDP.

Para usar el UDP, una aplicación debe proporcionar la dirección IP y el número de


puerto UDP de la aplicación destino. Un puerto proporciona una localización para los
mensajes que se envían. Un puerto funciona como una cola de mensajes
multiplexada, significando que puede recibir múltiples mensajes a la vez. Cada
puerto está identificado por un número único. Es importante notar que los puertos
UDP son distintos y separados de los puertos TCP, incluso aunque algunos de ellos
usen el mismo número. La tabla 9 lista algunos puertos UDP bien conocidos.

Tabla 9. Puertos UDP bien conocidos.

Número de
Descripción
puerto UDP
Petición de nombre para el Sistema de Nombres de
53
Dominio (Domain Name System, DNS).
Protocolo Trivial de Transferencia de Archivos (File
69
Transfer Protocol, TFTP).
137 Servicios de nombres NetBIOS.
138 Servicio de datagrama NetBIOS.
Protocolo Simple de Administración de Redes (Simple
161
Network Management Protocol, SNMP).

AXOFT ARGENTINA S.A. TANGO CENTRO DE CLIENTES


Cerrito 1186 Piso 7º - CP C1010AAX Cerrito 1214 - CP C1010AAZ

Buenos Aires - Argentina


Teléfonos 5031-8264 / 4816-2620 - Fax 4816-2394 - Apoyo técnico 4816-2919
e-mail: info@[Link] - [Link]
AXOFT ARGENTINA S.A. TANGO CENTRO DE CLIENTES
Cerrito 1186 Piso 7º - CP C1010AAX Cerrito 1214 - CP C1010AAZ

Buenos Aires - Argentina


Teléfonos 5031-8264 / 4816-2620 - Fax 4816-2394 - Apoyo técnico 4816-2919
e-mail: info@[Link] - [Link]

También podría gustarte