Rfc1180-Es (Tutorial TCP-IP)

Descargar como txt, pdf o txt
Descargar como txt, pdf o txt
Está en la página 1de 30

Network Working Group T.

Socolofsky
Request for Comments: 1180 C. Kale
Spider Systems Limited
Enero 1991

Un Tutorial de TCP/IP

Estado de la memoria

Este RFC es un tutorial del conjunto TCP/IP, centrndose en


particular en los pasos que sigue un datagrama IP desde el host
fuente hasta el host destino a travs de un router. No especifica un
estndar de Internet. Se permite la distribucin ilimitada de esta
memoria.

Indice de Contenidos

1. Introduccin................................................ 1
2. Perspectiva general TCP/IP ................................. 2
3. Ethernet.................................................... 8
4. ARP......................................................... 9
5. Protocolo Internet (IP)..................................... 12
6. Protocolo de datagrama de usuario (UDP)..................... 22
7. Protocolo de Control de la Transmisin (TCP)................ 24
8. Aplicaciones de red......................................... 25
9. Otra informacin............................................ 27
10. Referencias................................................. 27
11. Relacin con otros RFCs..................................... 27
12. Consideraciones de seguridad................................ 27
13. Direcciones de los autores.................................. 28

1. Introduccin

Este tutorial slo contiene una visin de los puntos ms llamativos


de TCP/IP, as como los fundamentos de la tecnologa TCP/IP. Se
omite la historia del desarrollo y fundacin, el asunto de su uso y
su futuro comparado con OSI de ISO. En efecto, mucha informacin
tcnica tambin se omite. Lo que queda es un mnimo de informacin
que debera ser entendida por profesionales del entorno TCP/IP.
Estos profesionales incluyen al administrador del sistema, al
programador del sistema y al administrador de la red.

Este tutorial usa ejemplos del entorno TCP/IP UNIX, no obstante los
puntos principales son aplicables a todas las implementaciones de
TCP/IP.

Ntese que el propsito de esta memoria es la explicacin, no la

Socolofsky & Kale [Pgina 1]


RFC 1180 Un Tutorial de TCP/IP Enero 1991

definicin. Si surge cualquier cuestin acerca de la correcta


especificacin del protocolo, por favor remtase al estndar de
definicin RFC actual.

La prxima seccin es una ojeada a TCP/IP, seguida de descripciones


detalladas de componentes individuales.

2. Perspectiva general TCP/IP

El trmino genrico "TCP/IP" usualmente significa cualquier cosa y


todo con referencia a los protocolos especficos TCP e IP. Pueden
incluir otros protocolos, aplicaciones e incluso los medios de red.
Un ejemplo de estos protocolos son: UDP, ARP e ICMP. Un ejemplo de
estas aplicaciones son: TELNET, FTP y RPC. Un trmino ms preciso es
"tecnologa internet". A una red que usa una tecnologa internet se
le llama una "internet".

2.1 Estructura bsica

Para entender esta tecnologa primero debe entender la siguiente


estructura lgica:
----------------------------
| aplicaciones de red |
| |
|... | / .. | / ...|
| ----- ----- |
| |TCP| |UDP| |
| ----- ----- |
| / |
| -------- |
| | IP | |
| ----- -*------ |
| |ARP| | |
| ----- | |
| | |
| ------ |
| |ENET| |
| ---@-- |
----------|-----------------
|
----------------------o---------
Cable Ethernet

Figura 1. Nodo de red bsico TCP/IP

Esta es la estructura lgica de los protocolos divididos en capas


dentro de un computador en una internet. Cada computador que se puede
comunicar usando una tecnologa internet tiene tambin una estructura

Socolofsky & Kale [Pgina 2]


RFC 1180 Un Tutorial de TCP/IP Enero 1991

lgica. Es esta estructura lgica la que determina el comportamiento


del computador en la internet. Las cajas representan el procesado de
los datos conforme van atravesando el computador y las lneas que
conectan las cajas muestran el camino de los datos. La lnea
horizontal de abajo representa el cable de Ethernet, el "o" es el
transceptor. El "*" es la direccin IP y la "@" es la direccin
Ethernet. Entender esta estructura lgica es esencial para entender
la tecnologa internet; hay referencias a ella a lo largo de todo
este tutorial.

2.2 Terminologa

El nombre de una unidad de datos que fluye a travs de una internet


depende de donde se encuentre en la pila de protocolos. En resumen:
si est en una Ethernet se le llama trama Ethernet; si est entre el
driver Ethernet y el mdulo IP se le llama un paquete IP; si est
entre el mdulo IP y el mdulo UDP se le llama datagrama UDP; si est
entre el mdulo IP y el mdulo TCP se le llama segmento TCP (o ms
generalmente un mensaje de transporte); y si est en una aplicacin
de red se le llama mensaje de aplicacin.

Estas definiciones son imperfectas. Las definiciones actuales varan


de una publicacin a otra. Unas definiciones ms especficas pueden
encontrarse en: http://www.faqs.org/rfcs/rfc1122.html (RFC1122)
seccin 1.3.3.

Un driver es un software que comunica directamente el interfaz


hardware de red. Un mdulo es un software que comunica con un driver,
con aplicaciones de red o con otro mdulo.

Los trminos driver, mdulo, trama Ethernet, paquete IP, datagrama


UDP, mensaje TCP y mensaje de aplicacin se usan apropiadamente a lo
largo de este tutorial.

2.3 Flujo de datos

Sigamos los datos tal como fluyen hacia abajo a lo largo de la pila
de protocolos mostrada en la Figura 1. Para una aplicacin que usa
TCP (Transmission Control Protocol - Protocolo de Control de
Transmisin), los datos pasan entre la aplicacin y el mdulo TCP.
Para aplicaciones que usan UDP (User Datagram Protocol - Protocolo de
Datagrama de Usuario), los datos pasan entre la aplicacin y el
mdulo UDP. FTP (File Transfer Protocol - Protocolo de Transferencia
de Ficheros) es una aplicacin tpica que usa TCP. En este ejemplo su
pila de protocolos es FTP/TCP/IP/ENET. SNMP (Simple Network
Management Protocol - Protocolo Simple de Control de la Red) es una
aplicacin que usa UDP. En este ejemplo su pila de protocolos es
SNMP/UDP/IP/ENET.

Socolofsky & Kale [Pgina 3]


RFC 1180 Un Tutorial de TCP/IP Enero 1991

El mdulo TCP, el mdulo UDP y el driver Ethernet son multiplexores


n-a-1. Como multiplexores conmutan muchas entradas hacia una sola
salida. Tambin son demultiplexores 1-a-n. Como demultiplexores
conmutan una entrada hacia muchas salidas, de acuerdo al campo de
tipo en la cabecera del protocolo.

1 2 3 ... n 1 2 3 ... n
| / | | | / ^
| | / | | | / |
------------- flujo ---------------- flujo
|multiplexor| de |de-multiplexor| de
------------- datos ---------------- datos
| | | |
| v | |
1 1

Figura 2. multiplexor n-a-1 y demultiplexor 1-a-n

Si una trama Ethernet sale desde el driver de Ethernet hacia la red,


el paquete puede pasar por el mdulo ARP (Address Resolution Protocol
- Protocolo de Resolucin de Direcciones) o por el mdulo IP. El
valor del campo de tipo en la trama Ethernet determina por dnde pasa
la trama Ethernet, por el mdulo ARP o por el mdulo IP.

Si un paquete IP sube a travs del mdulo IP, la unidad de datos pasa


al mdulo TCP o al UDP, lo cual viene determinado por el valor del
campo de protocolo en la cabecera IP.

Si el datagrama UDP sube a travs del mdulo UDP, el mensaje de


aplicacin pasa a la aplicacin de red basndose en el valor del
campo de puerto de la cabecera UDP. Si el mensaje TCP sube a travs
del mdulo TCP, el mensaje de aplicacin pasa a la aplicacin de red
basndose en el valor del campo del campo de puerto en la cabecera
TCP.

La multiplexacin hacia abajo es simple de ejecutar, ya que para cada


punto de partida slo hay un camino hacia abajo; cada mdulo de
protocolo aade su informacin de cabecera para que el paquete pueda
ser demultiplexado en el computador destino.

Los datos que pasan desde las aplicaciones a travs de TCP o de UDP
convergen en el mdulo IP y se envan hacia abajo a travs del driver
de interfase de red.

Aunque la tecnologa internet soporta muchos y diferentes medios de


red, en este tutorial se usa Ethernet para todos los ejemplos, ya que
es la red fsica bajo IP ms comn. El computador de la Figura1 tiene

Socolofsky & Kale [Pgina 4]


RFC 1180 Un Tutorial de TCP/IP Enero 1991

una conexin Ethernet simple. La direccin Ethernet de 6 bytes es


nica para cada interfase en una Ethernet y est localizada en el
interfase ms bajo del driver de Ethernet.

El computador tambin tiene una direccin IP de 4 bytes. Esta


direccin est localizada en el interfase ms bajo del mdulo IP. La
direccin IP debe ser nica en una internet.

Un computador en funcionamiento conoce siempre su propia direccin IP


y Ethernet.

2.4 Dos interfaces de red

Si un computador est conectado a dos Ethernet separadas, como se


muestra en la Figura 3

----------------------------
| aplicaciones de red |
| |
|... | / .. | / ...|
| ----- ----- |
| |TCP| |UDP| |
| ----- ----- |
| / |
| -------- |
| | IP | |
| ----- -*----*- ----- |
| |ARP| | | |ARP| |
| ----- | | ----- |
| | | / |
| ------ ------ |
| |ENET| |ENET| |
| ---@-- ---@-- |
----------|-------|---------
| |
| ---o---------------------------
| Cable Ethernet 2
---------------o----------
Cable Ethernet 1

Figura 3. Nodo de red TCP/IP en 2 Ethernet

Fjese en que este computador tiene dos direcciones Ethernet y dos


direcciones IP.
De esta estructura se ve que para computadores con ms de una
interfase fsica de red, el mdulo IP es tanto un multiplexor n-a-m
como un demultiplexor m-a-n

Socolofsky & Kale [Pgina 5]


RFC 1180 Un Tutorial de TCP/IP Enero 1991

1 2 3 ... n 1 2 3 ... n
| | / | | | / ^
| | / | | | / |
------------- flujo ---------------- flujo
|multiplexor| de |de-multiplexor| de
------------- datos ---------------- datos
/ | | | / | | |
/ | | v / | | |
1 2 3 ... m 1 2 3 ... m

Figura 4. multiplexor n-a-m y de-multiplexor m-a-n

Se lleva a cabo esta multiplexacin en ambas direcciones para dar


cabida a los datos de entrada y de salida. Un mdulo IP con ms de un
interfase de red es ms complejo que nuestro ejemplo original en el
cual se pueden enviar datos hacia delante sobre la red prxima. Los
datos pueden llegar a cualquier interfase y ser enviados a cualquier
otro.

TCP UDP
/
/
--------------
| IP |
| |
| --- |
| / |
| / v |
--------------
/ /
los datos los datos
entran por salen por
aqu aqu

Figura 5. Ejemplo de reenviado de un paquete IP

El proceso de enviar un paquete IP sobre otra red se llama


enrutamiento o reenvo de un paquete IP. Un computador que ha sido
dedicado a la tarea de enrutar o reenviar paquetes IP se llama un
"router o enrutador IP".

Como puede observar en la figura, el paquete IP enrutado nunca llega


al mdulo TCP y UDP del router IP. Algunas implementaciones de
routers IP no tienen mdulos TCP o UDP.

2.5 IP crea una red lgica individual

Socolofsky & Kale [Pgina 6]


RFC 1180 Un Tutorial de TCP/IP Enero 1991

El mdulo IP es bsico para el xito de la tecnologa internet. Cada


mdulo o driver aade su cabecera a los mensajes y los mensajes
atraviesan hacia abajo la pila de protocolos. Cada mdulo o driver
elimina la cabecera correspondiente del mensaje conforme ste sube
por la pila de protocolos hacia la aplicacin. La cabecera IP
contiene la direccin IP, la cual construye una red lgica individual
a partir de mltiples redes fsicas. Esta interconexin de redes
fsicas es el origen del nombre: internet. Una serie de redes
fsicas interconectadas que limitan el rango de un paquete IP se
llama una "internet".

2.6 Independencia de la red fsica

IP esconde a las aplicaciones de red el hardware de red que est en


la base. Si usted inventa una nueva red fsica, puede ponerla en
funcionamiento implementando un nuevo driver que conecte a internet
bajo IP. De esta forma, las aplicaciones de red permanecen intactas
y no se ven afectadas por los cambios en la tecnologa hardware.

2.7 Interoperabilidad

Si dos computadores en una internet puede comunicarse, ello se llama


"interoperar"; si una implementacin de la tecnologa internet es
buena, se dice que tiene "interoperabilidad". Los usuarios de
computadores de propsito general se benefician de la instalacin de
una internet debido a la interoperabilidad de los computadores en el
mercado. Generalmente, cuando usted compra un computador, ste
interoperar. Si el computador no tiene interoperabilidad y la
interoperabilidad no puede ser aadida, ste ocupa un lugar extrao y
especial en el mercado.

2.8 Tras el primer vistazo

Con los conocimientos de base, contestaremos a las siguientes


preguntas:

Cuando se enva un paquete IP, cmo se determina la direccin


Ethernet?

Cmo sabe IP cul de los mltiples interfaces de red debe usar al


enviar un paquete IP?

Cmo un cliente en un computador alcanza el servidor en otro


computador?

Por qu existe TCP y UDP en lugar de existir o uno o el otro?

Qu aplicaciones de red estn disponibles?

Socolofsky & Kale [Pgina 7]


RFC 1180 Un Tutorial de TCP/IP Enero 1991

Esto ser explicado, por partes, tras un recordatorio de Ethernet.

3. Ethernet

Esta seccin es un corto recordatorio de la tecnologa Ethernet.

Una trama Ethernet contiene la direccin destino, la direccin


origen, el campo de tipo y los datos.

Una direccin Ethernet es de 6 bytes. Cada dispositivo tiene su


propia direccin Ethernet y escucha para recibir tramas con esta
direccin de destino. Todos los dispositivos tambin escuchan para
recibir tramas con una direccin destino comodn de "FF-FF-FF-FF-FF-
FF" (en hexadecimal), llamada una direccin de difusin
("broadcast").

Ethernet usa CSMA/CD (Carrier Sense and Multiple Access with


Collision Detection - Acceso Mltiple y Deteccin de Portadora con
Deteccin de colisiones). CSMA/CD significa que todos los
dispositivos se comunican en un medio simple, que slo uno de ellos
puede transmitir a la vez, y que todos ellos pueden recibir a la vez.
Si dos dispositivos intentan transmitir en el mismo instante, la
colisin de la transmisin se detecta y ambos dispositivos esperan
durante un tiempo aleatorio (pero corto) antes de intentar transmitir
de nuevo.

3.1 Una analoga humana

Una buena analoga de la tecnologa Ethernet es un grupo de personas


hablando en una pequea habitacin completamente a oscuras. En esta
analoga, el medio fsico de red son las ondas sonoras en el aire en
lugar de las seales elctricas en un cable coaxial.

Cada persona puede or las palabras cuando otra est hablando


(Deteccin de Portadora). Todo el mundo en la habitacin tiene
capacidad para hablar (Acceso Mltiple), pero ninguno de ellos habla
durante mucho tiempo porque son educados. Si una persona es
maleducada, se le pide que deje la habitacin (por ejemplo, echarla
de la red).

Nadie habla mientras otra persona est hablando. Pero si dos personas
empiezan a hablar en el mismo instante, cada uno de ellas sabe que
esto ha sucedido debido a que han escuchado algo que ellas no han
dicho (Deteccin de Colisin). Cuando estas dos personas se dan
cuenta de esta situacin esperan un momento, despus una de ellas
empieza a hablar. El otro escucha lo que se dice y espera a que la
primera persona termine de hablar antes de empezar a hablar ella
misma.

Socolofsky & Kale [Pgina 8]


RFC 1180 Un Tutorial de TCP/IP Enero 1991

Cada persona tiene un nombre nico (una direccin Ethernet nica)


para evitar confusiones. Cada vez que una de ellas habla, empieza el
mensaje con el nombre de la persona con quien est hablando y con su
propio nombre (direccin Ethernet destino y origen, respectivamente)
por ejemplo, "Hola, Jane, soy Jack, ...blah, blah, blah...". Si quien
habla quiere hacerlo a todo el mundo debe decir "a todo el mundo"
(direccin de difusin), por ejemplo, "Hola a todo el mundo, soy
Jack,
...blah, blah, blah...".

4. ARP

Cuando se enva un paquete IP, cmo se determina la direccin


Ethernet destino?

ARP (Address Resolution Protocol - Protocolo de Resolucin de


Direcciones) se usa para traducir direcciones IP a direcciones
Ethernet. La traduccin se hace slo para paquetes salientes, ya que
es cuando se crean la cabecera IP y la cabecera Ethernet.

4.1 Tabla ARP para traduccin de direcciones

La traduccin se lleva a cabo buscando el una tabla. La tabla,


llamada tabla ARP, se guarda en memoria y contiene una fila por cada
computador. Hay una columna para la direccin IP y una columna para
la direccin Ethernet. Cuando se traduce una direccin IP a una
direccin Ethernet, se busca en en la tabla la direccin IP
correspondiente. La siguiente es una tabla ARP simplificada:

------------------------------------
|direccin IP direccin Ethernet|
------------------------------------
|223.1.2.1 08-00-39-00-2F-C3|
|223.1.2.3 08-00-5A-21-A7-22|
|223.1.2.4 08-00-10-99-AC-54|
------------------------------------
TABLA 1. Ejemplo de tabla ARP

El convenio para escribir los 4 bytes de la direccin IP es escribir


cada byte en decimal y separar los bytes con un punto. Cuando se
escriben los 6 bytes de la direccin Ethernet, el convenio es cada
byte en hexadecimal y separar los bytes con un guin o con dos
puntos.

La tabla ARP es necesaria, ya que la direccin IP y la direccin


Ethernet se escogen de forma independiente, no puede usar un
algoritmo para traducir direcciones IP a direcciones Ethernet. La

Socolofsky & Kale [Pgina 9]


RFC 1180 Un Tutorial de TCP/IP Enero 1991

direccin IP se escoge por el administrador de red, basndose en la


localizacin del computador en la internet. Cuando el computador se
mueve a una parte diferente de la internet, su direccin IP debe ser
cambiada. La direccin Ethernet es seleccionada por el fabricante de
la tarjeta de red, basndose en las direcciones Ethernet reservadas
para el fabricante. Cuando la tarjeta interfase de hardware Ethernet
cambia, la direccin Ethernet cambia.

4.2 Escenario tpico de traduccin

Durante un funcionamiento normal, una aplicacin de red, como TELNET,


enva un mensaje de aplicacin a TCP, despus TCP enva el
correspondiente mensaje TCP al mdulo IP. La direccin IP destino es
conocida por la aplicacin, el mdulo TCP, el mdulo IP. En este
punto, el paquete IP ha sido construido y est listo para enviarse al
driver Ethernet, pero primero se debe determinar la direccin
Ethernet.

La tabla ARP se usa para buscar la direccin Ethernet destino.

4.3 La pareja Peticin/Respuesta ARP

Pero, Cmo se rellena la tabla ARP en primer lugar? La respuesta es


que se rellena automticamente por ARP basndose en las necesidades.
Dos cosas ocurren cuando la tabla ARP no puede ser usada para
traducir una direccin:

1. Un paquete de peticin ARP con una direccin Ethernet de


broadcast se enva a la red a cada computador.

2. El paquete IP saliente se pone en una cola.

Cada interfase Ethernet de cada computador recibe el broadcast de la


trama Ethernet. Cada driver Ethernet examina el campo de tipo en la
trama y pasa el paquete ARP al mdulo ARP. El paquete de peticin ARP
dice "Si tu direccin IP coincide con esta direccin IP destino, por
favor dime tu direccin Ethernet". Un paquete de peticin ARP es algo
similar a esto:

Socolofsky & Kale [Pgina 10]


RFC 1180 Un Tutorial de TCP/IP Enero 1991

--------------------------------------------
|Direccin IP remitente 223.1.2.1 |
|Direccin Enet remitente 08-00-39-00-2F-C3|
--------------------------------------------
|Direccin IP destinatario 223.1.2.2 |
|Direccin Enet destinatario <blanco> |
--------------------------------------------
TABLA 2. Ejemplo de peticin ARP

Cada mdulo ARP examina la direccin IP y si la direccin IP destino


coincide con la propia direccin IP, enva una respuesta directamente
a la direccin Ethernet origen. El paquete respuesta ARP dice "Si,
esta direccin IP es ma, djame darte mi direccin Ethernet". Un
paquete respuesta ARP tiene el contenido del campo origen/destino
intercambiado comparndolo con el paquete de peticin. Tiene un
aspecto como este:

--------------------------------------------
|Direccin IP remitente 223.1.2.2 |
|Direccin Enet remitente 08-00-28-00-38-A9|
--------------------------------------------
|Direccin IP destinatario 223.1.2.1 |
|Direccin Enet dest. 08-00-39-00-2F-C3 |
--------------------------------------------
TABLA 3. Ejemplo de respuesta ARP

La respuesta es recibida por el computador remitente original. El


driver Ethernet mira el campo de tipo de la trama Ethernet y despus
pasa el paquete ARP al mdulo ARP. El mdulo ARP examina el paquete
ARP y aade las direcciones IP y Ethernet del remitente a su tabla
ARP.

La tabla actualizada ahora tiene un aspecto como este:

----------------------------------
|direccin IP direccin Ethernet|
----------------------------------
|223.1.2.1 08-00-39-00-2F-C3|
|223.1.2.2 08-00-28-00-38-A9|
|223.1.2.3 08-00-5A-21-A7-22|
|223.1.2.4 08-00-10-99-AC-54|
----------------------------------
TABLA 4. Tabla ARP despus de la respuesta

4.4 Continuacin del escenario

La nueva traduccin ha sido ahora instalada automticamente en la

Socolofsky & Kale [Pgina 11]


RFC 1180 Un Tutorial de TCP/IP Enero 1991

tabla, tan solo milisegundos despus de que fuera necesaria. Si usted


recuerda el paso 2 anterior, el paquete IP haba sido puesto en cola
de espera. Despus, se realiza la traduccin de la direccin IP a la
direccin Ethernet mirando en la tabla ARP y despus la trama
Ethernet se transmite a la Ethernet. Por lo tanto, para los nuevos
pasos 3,4 y 5 el escenario para el computador emisor es:

1. Un paquete de peticin ARP con una direccin Ethernet broadcast


se ha enviado a la red hacia cada computador.

2. El paquete IP de salida se pone en una cola de espera.

3. La respuesta ARP llega con la traduccin IP a Ethernet para la


tabla ARP.

4. Para el paquete IP en la cola, la tabla ARP se usa para traducir


la direccin IP a la direccin Ethernet.

5. La trama Ethernet es transmitida hacia la Ethernet.

En resumen, cuando no se encuentra la traduccin en la tabla ARP, un


paquete IP se pone en cola de espera. Los datos de traduccin se
rellenan rpidamente mediante una peticin/respuesta ARP y el paquete
IP que estaba en la cola es transmitido.

Cada computador tiene una tabla ARP diferente para cada interfase
Ethernet. Si el computador destino no existe, no hay respuesta ARP ni
entrada en la tabla ARP. IP descartar los paquetes de salida
dirigidos a esa direccin. La capa superior de protocolos no puede
decir cual es la diferencia entre una Ethernet sin conexin y la
ausencia de un computador con la direccin IP destino.

Alguna implementaciones de IP y ARP no ponen en cola el paquete IP


mientras se espera a la respuesta ARP. En lugar de esto, el paquete
IP se descarta y la recuperacin de la prdida del paquete IP se deja
al mdulo TCP o a la aplicacin de red UDP. Esta recuperacin se
realiza mediante time-out (tiempo de espera agotado) y retransmisin.
El mensaje retransmitido se enva con xito a la red debido a que la
primera copia del mensaje caus que se rellenase la tabla ARP.

El mdulo IP es primordial para la tecnologa internet y la esencia


de IP es su tabla de enrutamiento. IP usa esta tabla en memoria para
tomar todas las decisiones sobre enrutar un paquete IP. El contenido
de la tabla de enrutamiento est definido por el administrador de
red. Los errores bloquean la comunicacin.

Entender como se usa una tabla de enrutamiento es entender el


internetworking. Este conocimiento es necesario para el xito de la

Socolofsky & Kale [Pgina 12]


RFC 1180 Un Tutorial de TCP/IP Enero 1991

administracin y el mantenimiento de una red IP.

La tabla de enrutamiento se entiende mejor echando un primer vistazo


al enrutamiento, en lugar de aprender acerca de las direcciones IP, y
despus observando los detalles.

5.1 Enrutamiento directo

La figura siguiente es una pequea internet con tres computadores: A,


B y C. Cada computador tiene la misma pila de protocolos TCP/IP de
la Figura 1. Cada interfase Ethernet de un computador tiene su
propia direccin Ethernet. Cada computador tiene una direccin IP
asignada al interfase IP por el administrador de red, el cual tambin
ha asignado un nmero de red IP a la Ethernet.

A B C
| | |
--o------o------o--
Ethernet 1
Red IP "Desarrollo"

Figura 6. Una red IP

Cuando A enva un paquete IP a B, la cabecera IP contiene la


direccin IP de A como la direccin origen IP, y la cabecera Ethernet
contiene la direccin Ethernet de A como la direccin Ethernet
origen. Igualmente, la cabecera IP contiene la direccin IP de B como
la direccin destino IP, y la cabecera Ethernet contiene la direccin
Ethernet de B como la direccin Ethernet destino.

----------------------------------------
|direccin fuente destino |
----------------------------------------
|Cabecera IP A B |
|Cabecera Ethernet A B |
----------------------------------------
TABLA 5. Direcciones en un marco Ethernet para un paquete IP
desde A hacia B

En este caso simple, la informacin IP es pasada por alto, ya que IP


aade poco al servicio ofrecido por Ethernet. Sin embargo, IP aade
coste: el proceso extra de CPU y el ancho de banda para generar,
transmitir y parsear la cabecera IP.

Cuando el mdulo IP de B recibe el paquete IP desde A compara la


direccin destino IP con la propia, buscando coincidencias, despus

Socolofsky & Kale [Pgina 13]


RFC 1180 Un Tutorial de TCP/IP Enero 1991

pasa el datagrama al protocolo de nivel superior.

Esta comunicacin entre A y B usa enrutamiento directo.

5.2 Enrutamiento indirecto

La figura siguiente muestra una visin ms realista de una internet.


Est compuesta por tres Ethernet y tres redes IP conectadas mediante
un router IP llamado computador D. Cada red IP tiene cuatro
computadores; cada computador tiene su propia direccin IP y
Ethernet.

A B C ----D---- E F G
| | | | | | | | |
--o------o------o------o- | -o------o------o------o--
Ethernet 1 | Ethernet 2
Red IP "Desarrollo" | Red IP "Contabilidad"
|
|
| H I J
| | | |
--o-----o------o------o--
Ethernet 3
Red IP "Taller"

Figura 7. Tres redes IP; una internet

Excepto para el computador D, cada computador tiene una pila TCP/IP


como la de la Figura 1. El computador D es el router IP; est
conectado a las tres redes y por consiguiente tiene tres direcciones
IP y tres direcciones Ethernet. El computador D tiene una pila de
protocolos TCP/IP similar a la Figura 3, excepto en que tiene tres
mdulos ARP y tres drivers Ethernet en lugar de dos. Por favor,
observe que el computador D tiene slo un mdulo IP.

El administrador de red ha asignado un nmero nico, llamado un


nmero IP de red, a cada una de las Ethernet. Los nmeros IP de red
no se muestran en este diagrama, slo los nombres de la red.

Cuando el computador A enva un paquete IP al computador B, el


proceso es idntico al ejemplo anterior de una red simple. Cualquier
comunicacin entre computadores localizada en una red IP sencilla
concuerda con el ejemplo de enrutamiento directo explicado
anteriormente.

Cuando el computador D y A se comunican, es comunicacin directa.


Cuando el computador D y E se comunican, es comunicacin directa.
Cuando el computador D y H se comunican, es comunicacin directa.

Socolofsky & Kale [Pgina 14]


RFC 1180 Un Tutorial de TCP/IP Enero 1991

Esto es debido a que cada una de estas parejas de computadores estn


en la misma red IP.

En cualquier caso, cuando el computador A se comunica con un


computador en el lado ms alejado del router IP, la comunicacin ya
no es directa. A debe usar a D para reenviar el paquete IP a la
prxima red IP. Esta comunicacin se llama indirecta.

Este enrutamiento de los paquetes IP se hace por los mdulos IP y


ocurre de forma transparente para TCP, UDP y las aplicaciones de red.

Si A enva un paquete IP a E, la direccin origen IP y la direccin


origen Ethernet son las de A. La direccin IP destino es la de E,
pero como el mdulo IP de A enva el paquete IP a D para que lo
reenve, la direccin Ethernet destino es la de D.

----------------------------------------
|direccin fuente destino |
----------------------------------------
|cabecera IP A E |
|cabecera Ethernet A D |
----------------------------------------
TABLA 6. Direcciones en una trama Ethernet para un paquete IP
desde A hacia E (antes de pasar por D)

El mdulo IP de D recibe el paquete IP y examinando la direccin


destino IP dice "Esta no es mi direccin IP" y enva el paquete
directamente hacia E.

----------------------------------------
|direccin fuente destino |
----------------------------------------
|cabecera IP A E |
|cabecera Ethernet D E |
----------------------------------------
TABLA 7. Direcciones en una trama Ethernet para un paquete IP
desde A hacia E (tras pasar por D)

En resumen, para la comunicacin directa, tanto la direccin IP


origen como la direccin Ethernet origen son del remitente, y la
direccin IP y Ethernet destino son del destinatario. Para la
comunicacin indirecta la direccin IP y la Ethernet no se emparejan
de esta forma.

Esta internet de ejemplo es una muy simple. Las redes reales son
usualmente ms complicadas por varios factores, teniendo mltiples
routers IP y muchos tipos de redes fsicas. Esta internet del ejemplo

Socolofsky & Kale [Pgina 15]


RFC 1180 Un Tutorial de TCP/IP Enero 1991

podra surgir debido a que el administrador de red quisiera dividir


una Ethernet grande para localizar el trfico broadcast Ethernet.

5.3 Tablas de enrutamiento del mdulo IP

Este vistazo al enrutamiento ha mostrado qu ocurre, pero no como


ocurre. Ahora, examinemos las reglas o algoritmos usados por el mdulo
IP.

Para un paquete IP de salida, entrando desde una capa superior, IP debe


decidir tanto enviar el paquete IP directa o indirectamente como elegir
un interfase de red inferior. Estas elecciones se realizan consultando
la tabla de enrutamiento.

Para un paquete IP de entrada, entrando desde un interfase inferior, IP


debe decidir tanto reenviar el paquete IP o pasarlo hacia una capa
superior. Si el paquete IP va a ser reenviado, se trata como un paquete
IP de salida.

Cuando un paquete IP de entrada llega nunca es reenviado de nuevo a


travs del mismo interfase por el que ha llegado.

Estas decisiones se hacen antes de que el paquete IP se pase hacia el


interfase inferior y antes de que se consulte la tabla ARP.

5.4 Direccin IP

El administrador de red asigna una direccin IP a los computadores de


acuerdo con la red IP a la cual estn conectados. Una parte de los
cuatro bytes de la direccin IP es la direccin de red, la otra parte
es el nmero IP del computador (o nmero de host). Para el computador
en la tabla 1, con la direccin IP 223.1.2.1, el nmero de red es
223.1.2 y el nmero de host es 1.

La porcin de la direccin que se usa para nmero de red y para


nmero de host se define mediante los bits superiores en una
direccin de cuatro bytes. Todos los ejemplos de direcciones IP en
este tutorial son de clase C, lo que significa que los tres bits
superiores de la direccin (110) indican que el nmero de red ser de
21 bits y el nmero de host de ocho bits. Esto permite 2.097.152
redes de clase C con 254 computadores en cada red.

El espacio de direcciones IP lo administra el NIC (Network


Information Center). Todas las internets que estn conectadas a la
misma Internet de alcance mundial deben usar nmero de red asignados
por el NIC. Si usted est montando su propia internet y no est
pensando en conectarla a la Internet, an as debera obtener sus
nmeros de red del NIC. Si usted escoge su propio nmero, podra

Socolofsky & Kale [Pgina 16]


RFC 1180 Un Tutorial de TCP/IP Enero 1991

correr el riesgo de producirse confusiones y caos en el caso de que


su internet est conectada a otra internet.

5.5 Nombres

La gente se refiere a los computadores mediante nombres, no mediante


nmeros. Un computador llamado alfa puede tener la direccin IP
223.1.2.1. Para redes pequeas, estos datos de traduccin de nombre a
direccin suelen estar en cada computador en el archivo "hosts". Para
redes mayores, este archivo de datos de traduccin se guarda en un
servidor y se accede desde cualquier punto de la red cuando se
necesita. Algunas lneas de este archivo podran ser como sigue:

223.1.2.1 alfa
223.1.2.2 beta
223.1.2.3 gamma
223.1.2.4 delta
223.1.3.2 epsilon
223.1.4.2 iota

La direccin IP est en la primera columna y el nombre de computador


est en la segunda columna.

En muchos casos, usted puede instalar archivos "hosts" idnticos en


todos los computadores. Usted puede reparar en que "delta" tiene slo
una entrada en este archivo incluso aunque tenga tres direcciones IP.
"Delta" puede ser alcanzado con cualquiera de estas direcciones IP;
no importa cual de ellas use. Cuando delta recibe un paquete IP y
mira la direccin destino, reconoce cualquiera de sus propias
direcciones IP.

A las redes IP tambin se les dan nombres. Si usted tiene tres redes
IP, su archivo "redes" para documentar estos nombre puede ser algo
como esto:

223.1.2 desarrollo
223.1.3 contabilidad
223.1.4 taller

El nmero de red IP est en la primera columna y su nombre est en la


segunda columna.

De este ejemplo puede ver que "alfa" es el computador nmero 1 en la


red de "desarrollo", beta es el computador nmero 2 en la red de
"desarrollo" y as sucesivamente.

El siguiente archivo "hosts" es adecuado para los usuarios, pero el


administrador de red probablemente cambiar la lnea de "delta" con:

Socolofsky & Kale [Pgina 17]


RFC 1180 Un Tutorial de TCP/IP Enero 1991

223.1.2.4 desnetrouter delta


223.1.3.1 connetrouter
223.1.4.1 talnetrouter

Estas tres nuevas lneas para el archivo "hosts" dan a cada una de
las direcciones IP de "delta" un nombre significativo. De hecho, la
primera IP listada tiene dos nombres, "delta" y "desnetrouter" son
sinnimos. En la prctica "delta" es el nombre de propsito general
para el computador y los otros tres nombres slo se usan cuando se
administra la tabla de enrutamiento IP.

Estos archivos son usados por las rdenes de administracin de red y


las aplicaciones de red para ofrecer nombres significativos. No se
requieren para operar en una internet, pero nos lo hacen ms fcil.

5.6 Tabla de enrutamiento IP

Cmo sabe IP qu interfase inferior de red usar cuando se enva un


paquete? IP busca en la tabla de enrutamiento usando una bsqueda de
clave del nmero de red IP extrado de la direccin IP destino.

La tabla de enrutamiento contiene una lnea para cada ruta. Las


columnas principales en la tabla de enrutamiento son: nmero de red
IP, indicador de directo/indirecto, direccin IP del router y nmero
de interfase. Esta tabla es usada por IP en cada paquete de salida.

En muchos computadores, la tabla de enrutamiento puede ser modificada


con la orden "route". El contenido de la tabla de enrutamiento est
definido por el administrador de red, ya que el administrador de red
asigna las direcciones IP a los computadores.

5.7 Detalles del enrutamiento directo

Para explicar como se usa, visitemos en detalle las situaciones de


enrutamiento que hemos revisado anteriormente.

--------- ---------
| alfa | | beta |
| 1 | | 1 |
--------- ---------
| |
--------o---------------o-
Ethernet 1
red IP "desarrollo"

Figura 8. Vista de una red IP

Socolofsky & Kale [Pgina 18]


RFC 1180 Un Tutorial de TCP/IP Enero 1991

La tabla de enrutamiento de "alfa" ser como sigue:

-----------------------------------------------------------------
|red sealador directo/indirecto router nmero de interfase|
-----------------------------------------------------------------
|desarrollo directo <blanco> 1 |
-----------------------------------------------------------------
TABLA 8. Ejemplo de tabla de enrutamiento simple

Esta vista puede ser vista en algunos sistemas UNIX con la orden
"netstat -r". En esta red simple, todos los computadores tienen
tablas de enrutamiento idnticas.

Para discutirla, se imprime de nuevo la tabla sin el nmero de red


traducido a su nombre de red.

-----------------------------------------------------------------
|red sealador directo/indirecto router nmero de interfase|
-----------------------------------------------------------------
|223.1.2 directo <blanco> 1 |
-----------------------------------------------------------------
TABLA 9. Ejemplo de tabla de enrutamiento simple con
nmeros

5.8 Escenario directo

"Alfa" est enviando un paquete IP a "beta". El paquete IP est en el


mdulo IP de "alfa" y la direccin IP destino es "beta" o 223.1.2.2.
IP extrae la porcin de red de esta direccin IP y busca una entrada
igual en la primera columna de la tabla. En esta red, se encuentra
una concordancia en la primera entrada.

La otra informacin en esta entrada indica que en esta red se puede


acceder a los computadores directamente a travs del interfase 1. Se
usa la tabla de traduccin ARP para traducir la direccin IP de
"beta" y despus se enva la trama Ethernet directamente a "beta" va
el interfase nmero 1.

Si una aplicacin intenta enviar datos a una direccin IP que no est


en la red de "desarrollo", IP no ser capaz de encontrar una entrada
en la tabla de enrutamiento y descartar el paquete IP. Algunos
computadores envan un mensaje de error de "red no alcanzable".

5.9 Detalles del enrutamiento indirecto

Ahora, echemos una mirada ms cercana al escenario de enrutamiento un


poco ms complicado que habamos examinado anteriormente.

Socolofsky & Kale [Pgina 19]


RFC 1180 Un Tutorial de TCP/IP Enero 1991

--------- --------- ---------


| alfa | | delta | |epsilon|
| 1 | |1 2 3| | 1 |
--------- --------- ---------
| | | | |
--------o---------------o- | -o----------------o--------
Ethernet 1 | Ethernet 2
Red IP "Desarrollo" | Red IP "Contabilidad"
|
| --------
| | iota |
| | 1 |
| --------
| |
--o--------o--------
Ethernet 3
Red IP "Taller"

Figura 9. Vista cercana de tres redes IP

La tabla de enrutamiento de "alfa" ser como esta:

-----------------------------------------------------------------
|red sealador directo/indirecto router nmero de interfase|
-----------------------------------------------------------------
|desarrollo directo <blanco> 1 |
|contabilidad indirecto desnetrouter 1 |
|taller indirecto desnetrouter 1 |
-----------------------------------------------------------------
TABLA 10. Tabla de enrutamiento de "alfa"

Para su discusin, la tabla se muestra de nuevo usando nmeros en


lugar de nombres.

-----------------------------------------------------------------
|red sealador directo/indirecto router nmero de interfase|
-----------------------------------------------------------------
|223.1.2 directo <blanco> 1 |
|223.1.3 indirecto 223.1.2.4 1 |
|223.1.4 indirecto 223.1.2.4 1 |
-----------------------------------------------------------------
TABLA 11. Tabla de enrutamiento de "alfa" con nmeros

El router en la tabla de enrutamiento de "alfa" es la direccin IP de


la conexin de "delta" a la red de "desarrollo".

5.10 Escenario indirecto

Socolofsky & Kale [Pgina 20]


RFC 1180 Un Tutorial de TCP/IP Enero 1991

"Alfa" est enviando un paquete IP a "epsilon". El paquete IP est en


el mdulo IP de "alfa" y la direccin IP destino es la de "epsilon"
(223.1.3.2). IP extrae la porcin de red de esta direccin IP
(223.1.3) y busca en la primera columna de la tabla una
correspondencia. La encuentra en la segunda entrada.

Esta entrada indica que los computadores en la red 223.1.3 pueden ser
alcanzados a travs del router IP "desnetrouter". El mdulo IP de
"alfa" hace una traduccin ARP para la direccin IP de "desnetrouter"
y enva el paquete IP directamente a "desnetrouter" a travs del
interfase 1 de "alfa". El paquete IP todava contiene la direccin IP
destino de "epsilon".

El paquete IP llega al interfase de la red de "desarrollo" de "delta"


y se pasa al mdulo IP. La direccin IP destino se examina y como no
concuerda con ninguna de las direcciones IP propias de "delta", ste
decide reenviar el paquete IP.

El mdulo IP de "delta" extrae la porcin de red de la direccin IP


destino (223.1.3) y busca un campo con ese nmero en su tabla de
enrutamiento. La tabla de enrutamiento de "delta" sera como sigue:

-----------------------------------------------------------------
|red sealador directo/indirecto router nmero de interfase|
-----------------------------------------------------------------
|desarrollo directo <blanco> 1 |
|taller directo <blanco> 2 |
|contabilidad directo <blanco> 3 |
-----------------------------------------------------------------
TABLA 12. Tabla de enrutamiento de "delta"

A continuacin se muestra nuevamente la tabla de delta, sin la


traduccin de nombres.

-----------------------------------------------------------------
|red sealador directo/indirecto router nmero de interfase|
-----------------------------------------------------------------
|223.1.2 directo <blanco> 1 |
|223.1.4 directo <blanco> 2 |
|223.1.3 directo <blanco> 3 |
-----------------------------------------------------------------
TABLA 13. Tabla de enrutamiento de "delta" con nmeros

Se encuentra una concordancia en la segunda entrada. IP despus enva


el paquete IP directamente a "epsilon" a travs del interfase nmero
3. El paquete IP contiene la direccin IP de "epsilon" y la direccin
Ethernet de "epsilon".

Socolofsky & Kale [Pgina 21]


RFC 1180 Un Tutorial de TCP/IP Enero 1991

El paquete IP llega a "epsilon" y se pasa al mdulo IP de "epsilon".


La direccin IP de destino se examina y se encuentra que coincide con
la IP de "epsilon", por lo cual el paquete se pasa a la capa superior
de protocolo.

5.11 Resumen de enrutamiento

Cuando un paquete IP viaja a travs de una internet larga, puede


atravesar muchos routers IP antes de llegar a su destino. El camino
que toma no se determina por una fuente central, ya que es el
resultado de consultar cada una de las tablas de enrutamiento usadas
en el viaje. Cada computador define slo el siguiente salto en el
viaje y se confa en ese computador para enviar el paquete IP de esta
forma.

5.12 Administrando las rutas

Mantener las tablas de enrutamiento con informacin correcta en una


internet grande es una tarea difcil; la configuracin de red es
modificada constantemente por los administradores de red para
adecuarse a las necesidades. Los errores en las tablas de
enrutamiento pueden bloquear la comunicacin de forma que sea
extremadamente tedioso hacer un diagnstico.

Mantener una configuracin de red simple nos lleva por un largo


camino hacia conseguir una internet confiable. Por ejemplo, l mtodo
ms directo para asignar redes IP a Ethernet es asignar un nmero de
red IP simple para cada Ethernet.

Tambin puede conseguir ayuda de ciertos protocolos y aplicaciones de


red. ICMP (Internet Control Message Protocol - Protocolo de Mensajes
de Control de Internet) puede avisar de algunos problemas de
enrutamiento. Para redes pequeas la tabla de enrutamiento se llena
manualmente en cada computador por el administrador de red. Para
redes mayores, el administrador de red automatiza esta operacin
manual con un protocolo de enrutamiento para distribuir las rutas por
la red.

Cuando un computador se mueve de una red IP a otra, su direccin IP


debe cambiar. Cuando un computador se elimina de una red IP, su
antigua direccin ser invlida. Estos cambios necesitan frecuentes
actualizaciones del archivo "hosts". Este archivo de texto puede
resultar difcil de mantener incluso para redes de tamao medio. El
DNS (Domain Name System - Sistema de Nombres de Dominio) ayuda a
resolver estos problemas.

6. UDP (User Datagram Protocol -Protocolo de Datagrama de Usuario)

Socolofsky & Kale [Pgina 22]


RFC 1180 Un Tutorial de TCP/IP Enero 1991

UDP es uno de los dos principales protocolos que residen por encima
de IP. Ofrece servicio a las aplicaciones de red de usuario. Algunos
ejemplos de aplicaciones de red que usan UDP son: NFS (Network File
System - Sistema de Archivos de Red) y SNMP (Simple Network
Management Protocol - Protocolo de Administracin de Red Simple). El
servicio es un poco ms que un interfase a IP.

UDP es un servicio de entrega de datagramas no orientado a conexin,


lo cual no garantiza la entrega. UDP no mantiene una conexin de
extremo a extremo con el mdulo UDP remoto; simplemente enva el
datagrama a la red y acepta datagramas de entrada de la red.

UDP aade dos valores a los servicios provistos por IP. Uno de ellos
es la multiplexacin de la informacin entre aplicaciones basndose
en el nmero de puerto. El otro es una suma de comprobacin
(checksum) para comprobar la integridad de los datos.

6.1 Puertos

Cmo un cliente en un computador alcanza el servidor en otro?

El camino de la comunicacin entre una aplicacin y UDP se hace a


travs de los puertos UDP. Estos puertos estn numerados, empezando
por cero. Una aplicacin que ofrece servicios (el servidor) espera
mensajes que vengan dirigidos hacia un puerto especfico dedicado
para ese servicio. El servidor espera pacientemente a cualquier
cliente que demande el servicio.

Por ejemplo, el servidor SNMP, llamado agente SNMP, siempre espera en


el puerto 161. Slo puede haber un agente SNMP por computador debido
a que slo hay un puerto 161. Este nmero de puerto es bien conocido;
es un nmero fijo asignado para internet. Si un cliente SNMP quiere
servicio, enva su peticin al puerto UDP 161 del computador destino.

Cuando una aplicacin enva datos a travs de UDP llega al destino


remoto como una unidad simple. Por ejemplo, si una aplicacin escribe
cinco veces al puerto UDP, la aplicacin remota leer cinco veces del
puerto UDP. Del mismo modo, el tamao de cada escritura coincide con
el tamao de cada lectura.

UDP conserva los lmites del mensaje definidos por la aplicacin.


Nunca une dos mensajes de aplicacin juntos o divide un mensaje de
aplicacin en dos partes.

6.2 Checksum - Suma de comprobacin

Un paquete IP entrante con un campo de tipo en la cabecera IP


indicando UDP se pasa al mdulo UDP a travs de IP. Cuando el mdulo

Socolofsky & Kale [Pgina 23]


RFC 1180 Un Tutorial de TCP/IP Enero 1991

UDP recibe el datagrama UDP desde IP examina la suma de comprobacin


UDP. Si esta suma es cero, sto significa que no fue calculada por la
aplicacin y puede ser ignorada. De este modo, el mdulo UDP del
computador remitente puede o no generar sumas de comprobacin. Si la
red entre dos mdulos UDP es slo Ethernet, puede que no sea
necesario hacer esta suma. En cualquier caso, es recomendable
habilitar siempre su generacin ya que en algn momento futuro un
cambio en la tabla de enrutamiento pude hacer que los datos pueden
ser enviados a travs de un medio menos confiable.

Si la suma de comprobacin es vlida (o cero) el nmero de puerto


destinatario se examina y si la aplicacin est limitada a este
puerto, un mensaje de aplicacin, un mensaje de aplicacin se pone en
cola de espera para ser ledo por la aplicacin. De otro modo, el
datagrama UDP se descarta. Si el datagrama UDP entrante llega ms
rpido de lo que la aplicacin pueda leerlo y si la cola est llena
al mximo, el datagrama UDP es descartado por UDP. UDP continuar
descartando datagramas hasta que haya espacio en la cola.

7. TCP (Transmission Control Protocol - Protocolo de Control de la


Transmisin)

TCP ofrece un servicio diferente que UDP. TCP ofrece un flujo de


bytes orientado a conexin, en lugar de un servicio de entrega de
datagramas no orientado a conexin. TCP garantiza la entrega,
mientras que UDP no lo hace.

TCP es usado por las aplicaciones de red que quieren garanta de


entrega y no pueden ser molestados haciendo time-outs (tiempo de
espera agotado) y retransmisiones. Las dos aplicaciones de red ms
tpicas que usan TCP son FTP (File Transfer Protocol - Protocolo de
Transferencia de Ficheros) y TELNET. Otras aplicaciones de red
populares incluyen el sistema X-Window, rcp (copia remota) y la serie
de rdenes r. La mayor capacidad de TCP no es gratis: requiere ms
CPU y ancho de banda de red. Las interioridades del mdulo TCP son
mucho ms complicadas que las de un mdulo UDP.

De forma similar a UDP, las aplicaciones conectan a los puertos TCP.


Los nmeros de puertos bien definidos se dedican a aplicaciones
especficas. Por ejemplo, el servidor de TELNET usa el nmero de
puerto 23. El cliente TELNET puede encontrar el servidor
sencillamente conectndose al puerto TCP 23 del computador
especificado.

Cuando la aplicacin empieza a usar TCP, el mdulo TCP del computador


del cliente y el mdulo TCP del computador servidor empiezan a
comunicarse entre si. Estos dos mdulos TCP finales contienen
informacin de estado que define el circuito virtual. Este circuito

Socolofsky & Kale [Pgina 24]


RFC 1180 Un Tutorial de TCP/IP Enero 1991

virtual consume recursos en ambos puntos finales TCP. El circuito


virtual es full-duplex (bidireccional); los datos pueden ir en ambos
sentidos simultneamente. La aplicacin escribe datos en el puerto
TCP, los datos atraviesan la red y son ledos por la aplicacin en el
destino remoto.

TCP empaqueta el flujo de bytes como quiere; no conserva los lmites


del mensaje entre escrituras. Por ejemplo, si una aplicacin hace
cinco escrituras al puerto TCP, la aplicacin remota puede hacer diez
lecturas para recuperar todos los datos. O incluso leer todos los
datos de una sola vez. No hay relacin entre el nmero y el tamao de
las escrituras en un extremo y el tamao de las lecturas en el otro
extremo.

TCP es un protocolo de ventana deslizante con time-out (agotamiento


del tiempo de espera) y retransmisin. Los datos salientes deben ser
reconocidos por el extremo remoto TCP. Los reconocimientos
(acknowledgement - ACK) pueden ser enviados junto con mensajes de
datos. Ambos extremos pueden controlar el flujo del extremo remoto,
lo cual previene el desbordamiento de los buffers (memorias
temporales intermedias).

Como todos los protocolos de ventana deslizante, el protocolo tiene


tamao de ventana. El tamao de la ventana determina la cantidad de
datos que pueden ser transmitidos antes de que se requiera un
reconocimiento. Para TCP, esta cantidad no es un nmero de segmentos
TCP, sino un nmero de bytes.

8. Aplicaciones de red

Por qu existen tanto TCP como UDP, en lugar de slo uno o el otro?

Proveen diferentes servicios. Muchas aplicaciones estn implementadas


para usar solo uno u otro. Usted, el programador, elije el protocolo
que mejor satisface sus necesidades. Si necesita un servicio de
entrega confiable, TCP puede ser mejor. Si necesita un servicio de
datagrama, UDP puede ser mejor. Si necesita eficiencia sobre
circuitos de transporte extensos, TCP puede ser mejor. Si necesita
eficiencia sobre redes rpidas con poca latencia, UDP puede ser
mejor. Si sus necesidades no encajan dentro de estas categoras,
entonces la "mejor" opcin est poco clara. Sin embargo, las
aplicaciones pueden disimular deficiencias en la eleccin. Por
ejemplo si elige UDP y necesita confiabilidad, entonces la aplicacin
debe proveer confiabilidad. Si elige TCP y necesita un servicio
orientado a grabacin, entonces la aplicacin debe insertar marcas en
la trama de bytes para delimitar los registros.

Que aplicaciones de red estn disponible?

Socolofsky & Kale [Pgina 25]


RFC 1180 Un Tutorial de TCP/IP Enero 1991

Hay muchas para listar. El nmero est creciendo continuamente.


Algunas de las aplicaciones han existido desde los comienzos de la
tecnologa internet: TELNET y FTP. Otros son relativamente nuevos: X-
Windows y SNMP. Lo siguiente es una breve descripcin de las
aplicaciones mencionadas en este tutorial.

8.1 TELNET

TELNET provee una capacidad de ingreso remoto sobre TCP. La operacin


y apariencia es similar a un dilogo del teclado a travs de una
conexin telefnica. En la lnea de rdenes el usuario escribe
"telnet delta" y recibe un prompt de ingreso desde la computadora
llamada "delta".

TELNET trabaja bien; es una antigua aplicacin y ha extendido la


interoperabilidad. Las implementaciones de TELNET usualmente
trabajan entre diferentes sistemas operativos. Por ejemplo, un
cliente TELNET puede estar en un VAX/VMS y el servidor en un UNIX
System V.

8.2 FTP

File Transfer Protocol - Protocolo de Transferencia de Ficheros


(FTP), antiguo como TELNET, tambin usa TCP y ha extendido la
interoperabilidad. La operacin y apariencia es como si usted
TELNETeara a la computadora remota. Pero en lugar de escribir sus
rdenes usuales, tiene que hacerlo con una pequea lista de rdenes
para listar directorios y lo que desee. Las rdenes FTP permiten
copiar archivos entre computadoras.

8.3 rsh

Intrprete de rdenes remoto (rsh o remsh) es uno de una familia


entera de rdenes de estilo UNIX remoto. La orden UNIX de copia, cp,
se convierte en rcp. La orden UNIX "quien ingreso en", who, se
convierte en rwho. La lista contina y est referida a una coleccin
como la serie de rdenes "r" o los rdenes "r*" (r estrella).

Las rdenes r* principalmente trabajan entre sistemas UNIX y son


diseados para interactuar entre hosts autenticados. Algunas
precauciones son tomadas para seguridad, pero proveen un conveniente
ambiente de usuario.

Para ejecutar la orden "cc file.c" en una computadora remota llamada


delta, escriba "rsh delta cc file.c". Para copiar el fichero "file.c"
a delta, escriba "rcp file.c delta:". Para ingresar a delta, escriba
"rlogin delta", y si administr las computadoras en una cierta
manera, no ser desafiado con una clave.

Socolofsky & Kale [Pgina 26]


RFC 1180 Un Tutorial de TCP/IP Enero 1991

8.4 NFS

Network File System - Sistema de Ficheros de Red, los primeros


desarrollados por Sun Microsystems Inc, usa UDP y es excelente para
montar sistemas de ficheros UNIX en mltiples computadoras. Una
estacin de trabajo bajo disco puede acceder al disco rgido del
servidor como si el disco estuviese localizado en la estacin de
trabajo. Una copia simple de disco de una base de datos en un
mainframe "alpha" puede tambin ser usada por el mainframe "beta" si
el sistema de ficheros de la base de datos esta montada con NFS en
"beta".

NFS agrega carga significativa a una red y tiene una pobre utilidad a
travs de conexiones lentas, pero los beneficios son grandes. El
cliente NFS est implementado en el kernel, permitiendo todas las
aplicaciones y rdenes para usar el disco NFS montado como si el
disco fuese local.

8.5 SNMP

Simple Network Management Protocol - Protocolo de Administracin de


Red Simple (SNMP) usa UDP y esta diseado para el uso de una estacin
de manejo de red central. Es un hecho bien conocido que si toma
bastantes datos, un administrador de red puede detectar y
diagnosticar problemas de red. La estacin central usa SNMP para
recolectar estos datos desde otras computadoras en la red. SNMP
define el formato de los datos; le deja a la estacin central o al
administrador de red interpretar los datos.

8.6 X-Window

El sistema X-Window usa el protocolo X-Window en TCP para dibujar


ventanas en la pantalla de una estacin de trabajo. X-Window es mucho
ms que una utilidad para dibujar ventanas; es una filosofa entera
para disear una interfaz de usuario.

9. Otra informacin

Mucha informacin sobre la tecnologa de internet no fue incluida en


este tutorial. Esta seccin lista informacin que es considerada el
prximo nivel de detalle para el lector que desea aprender ms.

- rdenes de administracin: arp, route y netstat


- ARP: entrada permanente, entrada pblica, entrada de time-out,
spoofing
- Tabla de encaminamiento IP: entrada de host, pasarela
predeterminada, subredes
- IP: contador tiempo-de-vida, fragmentacin, ICMP

Socolofsky & Kale [Pgina 27]


RFC 1180 Un Tutorial de TCP/IP Enero 1991

- RIP, ciclos de encaminamiento


- Sistema de nombres de dominio

10. Referencias

[1] Comer, D., "Internetworking with TCP/IP Principles, Protocols,


and Architecture", Prentice Hall, Englewood Cliffs, New Jersey,
U.S.A., 1988.

[2] Feinler, E., et al, DDN Protocol Handbook, Volume 2 and 3, DDN
Network Information Center, SRI International, 333 Ravenswood
Avenue, Room EJ291, Menlow Park, California, U.S.A., 1985.

[3] Spider Systems, Ltd., "Packets and Protocols", Spider Systems


Ltd., Stanwell Street, Edinburgh, U.K. EH6 5NG, 1990.

11. Relacin con otros RFCs

Este RFC es un tutorial y no ACTUALIZA ni DEJA OBSOLETO ningn otro


RFC.

12. Consideraciones de seguridad

Hay consideraciones de seguridad entre el conjunto de protocolos


TCP/IP. Para muchas personas estas consideraciones son serios
problemas, para otras no; depende de los requerimientos del usuario.

Este tutorial no discute estos asuntos, pero si quiere aprender ms


debe comenzar con el tema de ARP-spoofing, entonces vea la seccin
"Consideraciones de Seguridad" del RFC 1122 para tener ms
informacin.

13. Direcciones de los autores

Theodore John Socolofsky


Spider Systems Limited
Spider Park
Stanwell Street
Edinburgh EH6 5NG
United Kingdom

Phone:
from UK 031-554-9424
from USA 011-44-31-554-9424
Fax:
from UK 031-554-0649
from USA 011-44-31-554-0649

Socolofsky & Kale [Pgina 28]


RFC 1180 Un Tutorial de TCP/IP Enero 1991

EMail: [email protected]

Claudia Jeanne Kale


12 Gosford Place
Edinburgh EH6 4BJ
United Kingdom

Phone:
from UK 031-554-7432
from USA 011-44-31-554-7432

EMail: [email protected]

Traduccin al castellano: M.Angels Flores Guirola, A.J. Waisbrot


(2002)

Socolofsky & Kale [Pgina 29]

También podría gustarte