Professional Documents
Culture Documents
INTRODUCCIoN
Si alguna vez has intentado comprender Internet, seguro que has acabado frente a un
libro de TCP-IP. Y seguro que a la sexta pgina lo has dado por IMPOSIBLE!!!
TCP-IP es el alma de la red, nosotros te ofrecemos un curso MUY ESPECIAL ;)
Si, por ejemplo, eliminsemos de la parrafada Por supuesto, para que dos profesionales se
del doctor PyC todo aquello que no formase entiendan tienen que hablar no slo el mismo
parte exclusivamente del lenguaje tcnico de lenguaje tcnico, si no tambin el mismo
los cirujanos, esta frase: idioma comn.
Cul es el motivo por el cual es esto as? Tanto si esa conversacin es hablada como si
Pues, si pensis un poco, llegaris vosotros es escrita, seguira utilizando tanto el lenguaje
mismos a la conclusin. tcnico de los cirujanos, como el idioma
castellano. En nada cambiara, salvo en el
Imaginad que el lenguaje tcnico de los hecho de que el medio utilizado sera diferente.
cirujanos fuese un lenguaje completo, con
sus frmulas de saludos, despedidas, una Ahora bien, igual que un cirujano japons no
gramtica completa para construir las frases, puede entenderse con un cirujano de Jan, si
palabras para expresar cualquier trmino el doctor PyC le hubiese soltado la parrafada
comn en cualquier comunicacin (como los al doctor Scherzo por correo, y ste le hubiese
habituales: me lo repita, habla ms respondido a viva voz cuando recibiese la
despacio, que no me da tiempo a apuntarlo!, carta (es decir, que se lo habra contado a las
etc.), e incluso tuviese sus propios nombres, paredes), tampoco habra sido posible una
en lugar de los que tenemos en castellano comunicacin.
(doctor Pyc, y doctor Scherzo). Sera una
completa locura! Ambos interlocutores tienen que compartir el
mismo medio fsico para comunicarse. Si un
Desde luego, no sera nada prctico que interlocutor est utilizando el telfono, y el
cualquier cirujano tuviese que aprender un otro est respondiendo por escrito en un papel,
idioma totalmente nuevo slo para poder jams podr haber una comunicacin.
comunicarse con sus colegas.
Por supuesto, tampoco sirve de nada que
Lo ms prctico, y lo ms lgico, es utilizar ambos hablen a viva voz, si cada uno est en
el recurso conocido por todos que es el idioma un lugar diferente, donde no se puedan
castellano, y simplemente ampliarlo con una escuchar mutuamente.
serie de trminos que permitan entrar en
detalle en los conceptos manejados por los Podemos considerar, por tanto, al medio fsico
cirujanos. como otra capa de la comunicacin. En este
caso, esta capa ya no existe por una
Una vez comprendida la necesidad de conveniencia de hacer las cosas ms fciles,
comunicarse utilizando dos capas, vamos a si no por una necesidad natural.
Por ejemplo, un programa que funcione bajo Por el momento, continuaremos con los
Windows no tiene que preocuparse de saber conceptos sin entrar en ningn detalle.
cmo dibujar una ventana en la pantalla, si Ahora que ya habis comprendido el concepto
no que simplemente le dice al sistema de capas, he de pediros que os olvidis del
dibjame una ventana de estas ejemplo de los cirujanos, porque mi intencin
caractersticas y Windows har el trabajo era nicamente que comprendieseis el
sucio por l. concepto de capas, pero no mostrar
metafricamente cada capa del protocolo
Todava recuerdo los tiempos en los que TCP/IP con su equivalente en el mundo real,
programaba aplicaciones grficas en MS-DOS ya que las capas que forman TCP/IP no tienen
y me tena que currar desde cero todo el prcticamente nada que ver con las capas que
interfaz... un autntico infierno. Perdas ms forman la comunicacin entre dos cirujanos.
tiempo con el interfaz que con el propio
programa. La nica capa que s que tienen en comn
tanto las mquinas como los cirujanos es la
Pues lo mismo que ocurre con las ventanas, del medio fsico ya que, como dije, esta capa
que son una funcin comn a todas las no surge como una facilidad para la
aplicaciones de Windows, tambin ocurre con comunicacin, si no que es una necesidad
las comunicaciones, que tienen una serie de natural irremediable. Igual que dos cirujanos
funciones comunes a todas las aplicaciones necesitan compartir un mismo medio para
de comunicaciones. Estas funciones comunes, comunicarse, tambin han de hacerlo dos
que son las que proporciona el idioma TCP/IP, mquinas.
se ubican precisamente en el Sistema
Operativo, para que sea l el que lidie con los
detalles, igual que las ventanas las gestiona
el Sistema Operativo, y es l el nico que se
preocupa de
conocer los
detalles para
dibujarlas.
Perico Palotes
C/Pirulin. N12. 1 A.
35003 Villapalotes (Huelva).
Gracias a las direcciones postales todo el sistema 3.2. La capa TCP (Transmission
de Correos puede funcionar. Y no slo gracias a la Control Protocol = Protocolo de
direccin del destinatario, si no tambin a la del Control de Transmisin) : La
remitente, que ser una direccin con el mismo
formato (nombre, calle, cdigo postal, poblacin, y
necesidad de las conexiones para
provincia). tener una comunicacin fiable
Gracias a la direccin del remitente se sabr a quin Volvamos ahora al escenario del hospital. En
informar si la carta no llega a su destino, y el esta ocasin, el doctor PyC recibe un aviso de
destinatario podr responder a la carta si lo desea. urgencia a travs del servicio de megafona
del hospital.
Pues exactamente lo mismo ocurre con las
direcciones de Internet. Aunque estas direcciones,
las famosas IPs, aparentemente no consten de varios
campos (nombre, calle, poblacin, etc.), en realidad
esos campos s que existen, y estn codificados
dentro del propio nmero que forma la direccin IP.
Como en algunos casos la comunicacin no Sera absurdo que si el frame 7 no llega, se parase la pelcula,
orientada a conexin es suficiente, en las pidisemos de nuevo al emisor el frame 7, espersemos su llegada,
mquinas tambin es utilizada para algunos la comprobsemos y volvisemos a activar la pelcula. Si pensamos
casos concretos. Cuando no necesitamos que llegan entre 15 y 30 frames por segundo, bufff, estaramos
saber si nuestro interlocutor nos est parando la pelcula cada dos por tres es mejor despreciar
escuchando, no necesitaremos utilizar un ese frame que no ha llegado y seguir con la peli :)
protocolo de transporte fiable, como es TCP,
si no que nos bastar con utilizar un protocolo En el caso de los programas de intercambio de archivos tipo P2P
no orientado a conexin, que tambin os (como el eMule, http://www.emule-project.net/), el tema se
sonar bastante, y es el UDP (Protocolo de complica un poquito, pero solo un poquito.
Datagramas de Usuario).
Si estamos descargando un programa llamado officexp.zip (de
Por tanto, UDP es tambin un protocolo de 650MB) desde 7 usuarios a la vez, este nos llega en trocitos
transporte e, igual que la mayora de pequeos. Lo importante es que nos lleguen cuanto ms trocitos
aplicaciones de comunicaciones utilizan como mejor y en el menor espacio de tiempo. Pero claro, tambin es
apoyo TCP/IP, tambin hay varias aplicaciones importante que no perdamos ningn trocito (o despus el ZIP
que en lugar de eso utilizan como apoyo nos dar errores).
UDP/IP.
En este caso, podramos pensar que es mejor utilizar TCP, puesto DOCTOR en un sistema UDP en un mundo P2P :)
que nos asegura que llegan todos los trocitos; pero entonces El doctor (receptor) recibe por megafona un mensaje (archivo)
estaramos sobrecargando la red P2P con centenares de peticiones PERO el tipo del megfono (emisor) es MUY DESPREOCUPADO
de comprobacin y la descarga sera muy lenta. Cmo resolvemos y no le importa si el doctor (receptor) recibe o no el mensaje.
esto?
El mensaje (archivo) a transmitir es: PRESNTESE
Pues trabajamos con UDP y hacemos que sea el programa P2P INMEDIATAMENTE EN EL QUIRFANO.
quien compruebe si faltan trocitos. En caso de faltar algn trozo
se reclama y en caso de no faltar no se reclama. 1.- El tipo del megfono (emisor) emite la primera palabra
(primera parte del archivo): PRESNTESE
PARALELISMO: Por si alguien no lo ha pillado, retomemos el 2.- El doctor (receptor) en teora recibe la primera palabra
caso del doctor y hagamos un paralelismo con el mundo P2P. (primera parte del archivo): PRESNTESE
DOCTOR en un sistema TCP en un mundo P2P :) 3.- El tipo del megfono (emisor) emite la segunda palabra
El doctor (receptor) recibe por megafona un mensaje (archivo) (segunda parte del archivo): INMEDIATAMENTE
PERO el tipo del megfono (emisor) es MUY EXIGENTE y
4.- El doctor (receptor) en teora recibe la segunda palabra
OBLIGA al doctor (receptor) que confirme la correcta recepcin
(segunda parte del archivo): INMEDIATAMENTE
de cada palabra (parte del archivo) que recibe.
pero cada palabra (trozo de archivo) emitida tendr estar deberamos poder olvidar. Una cosa es el tipo de protocolo que
precedida de un nmero correlativo (nmero de control). Vamos estamos utilizando para nuestras conexiones (TCP o UDP e
a verlo. incluso ambos a la vez) y sus consecuencias sobre la red y, OTRA
MUY DISTINTA, cmo programamos el software para mejorar
DOCTOR en un sistema UDP en un mundo P2P (con control el rendimiento de dichas conexiones.
aadido).
El doctor (receptor) recibe por megafona un mensaje (archivo) Hemos visto que las carencias de seguridad del protocolo UDP
con un sistema previamente pactado :) (capa de transporte) han sido "salvadas" gracias a cmo hemos
programado el software (nivel de aplicacin).
El mensaje (archivo) a transmitir es: PRESNTESE
INMEDIATAMENTE EN EL QUIRFANO. PARA LOS QUISQUILLOSOS:
- Si, pero y si el doctor (software receptor) no recibe ninguna
Segn han pactado, el mensaje a transmitir ser: palabra (trocito de archivo) porque est dormido?
UNOPRESNTESE DOSINMEDIATAMENTE TRESEN Pues entonces dotamos de un poco ms de inteligencia al programa
CUATROEL CINCOQUIRFANO. para que la primera palabra (trocito de archivo) se haga por
TCP (confirmacion aobligatoria) y el resto por UDP. De esta
1.- El tipo del megfono (emisor) emite la primera palabra forma no se emitirn mas palabras (trocitos de archivo) por
( p r i m e r a p a r t e d e l a rc h i v o ) : U N O P R E S N T E S E megafona hasta que el doctor llame al Sr. del megfono
confirmando que la recibido la primera palabra.
2.- El doctor (receptor) en teora recibe la primera palabra
( p r i m e r a p a r t e d e l a rc h i v o ) : U N O P R E S N T E S E - Si, pero y si el doctor (software receptor) no confirma la
recepcin de esa primera palabra (trocito de archivo)?
3.- El tipo del megfono (emisor) emite la segunda palabra Pues hacemos que el Sr. de megafona (software emisor) enve
(segunda parte del archivo): DOSINMEDIATAMENTE un mensaje al telfono mvil del doctor cada 5 minutos durante
2 horas hasta que conteste.
4.- El doctor (receptor) en teora recibe la segunda palabra
(segunda parte del archivo): DOSINMEDIATAMENTE Y si a pesar de todo no contesta? Pues llamamos a otro doctor
mientras el primero est dormido (en un P2P sera el equivalente
5.- Seguiramos as hasta que el doctor (receptor) en teora a servir el archivo a otro cliente mientras el primero pasa a una
recibiese la ltima palabra (ltimo trozo del archivo). En ese lista de espera :)
momento el doctor (receptor/software receptor) comprobara que
tiene en su poder las palabras (trozos de archivo) y que no falta La intencin de esta extensa nota no es otra que ACERCAR ese
ninguna (se puede comprobar gracias a que tienen nmeros extrao mundo de las capas OSI a la realidad, a programas que
correlativos). utilizamos diariamente y que no tenemos ni idea de cmo funcionan
(por ejemplo la visualizacin de video en tiempo real y los P2P).
Solo en caso de que faltase alguna palabra (trozo de archivo) el Quizs ahora pensemos un poco ms en lo que hay detrs de
doctor llamara por telfono al emisor pidindole UNICAMENTE esas cosas que utilizamos mecnicamente sin pensar :)
la palabra que le falta.
Como podemos ver, ahora la conexin sigue siendo del tipo UDP Olvidndonos ya de UDP, vamos a ver entonces
(cargamos poco la red); pero gracias a que hemos dotado al Sr. qu es TCP, que es el que ms nos interesa.
del megfono y al doctor (software emisor y receptor) de A diferencia de las comunicaciones no
inteligencia (software), hemos conseguido adems bastante orientadas a conexin, las orientadas a
seguridad en la comunicacin. conexin son aquellas en las cuales hay un
dilogo directo con el interlocutor. Es decir, no
ACABANDO Y PUNTUALIZANDO: es ningn monlogo que sueltas con la
esperanza de que alguien te escuche, si no
Acabamos de aprender algo importantsimo que ya nunca que es una conversacin entre dos o ms
interlocutores, donde todos saben en todo necesitars saber que tu servidor de correo
momento si estn siendo escuchados por lo est recibiendo (aunque si llega al buzn
los dems. del destinatario o no es ya un asunto
aparte), si ests en un Chat necesitas saber
Como ejemplo de comunicacin orientada que la persona o personas con las que
a conexin tenemos el telfono, donde en hablas estn conectadas en ese momento,
todo momento sabes si la persona con la y leyndote.
que ests hablando est siguiendo el
dilogo. Por el contrario, cuando hablas Hasta donde la capa IP entiende, slo
con un contestador automtico telefnico, existen sobres que circulan desde una
se trata precisamente de una comunicacin direccin de remitente hacia una direccin
no orientada a conexin. de destinatario, pero en ningn momento
existe un dilogo entre remitentes y
destinatarios. Es en la capa TCP donde
aparece este nuevo concepto, que engloba
l o s s o b r e s q u e p a ra I P c i r c u l a n p o r
separado, en un nico flujo de dilogo
entre las dos partes.
mensaje dijese: Doctor PyC, acuda a la sala Los buzones de correos tienen un tamao
de ciruga cardiovascular para atender una limitado y, si bien cada fascculo por separado
urgencia de cardiopata precartida en un cabe perfectamente en el buzn, la coleccin
paciente varn de 70 aos, diabtico, de entera no cabra en ningn buzn.
grupo sanguneo AB+, y cuyo color preferido Lo mismo ocurre con las mquinas, que tienen
es el fucsia. Si el Doctor PyC no respondiese un buzn de recepcin de un tamao limitado,
a la primera llamada, habra que repetir toda y hemos de ajustarnos a esas limitaciones
la parrafada de nuevo. tecnolgicas.
No tiene sentido soltar parrafadas muy largas 3.4. La capa TCP: Las conexiones
si no tienes la certeza de que ests siendo simultneas
escuchado. Por eso, si lo que tienes que
transmitir es muy largo, lo mejor es que lo Una de las principales funciones de la capa
vayas contando poco a poco, y esperando la TCP es la de permitir que existan varios
confirmacin de que cada parte ha sido dilogos simultneos entre dos interlocutores.
escuchada. Aqu no recurrir a ms metforas, si no que
ser ms sencillo verlo directamente en nuestro
Cuando hablamos por telfono, normalmente campo de trabajo.
no soltamos un rollo de varias horas sin parar
(aunque los hay que si...), si no que estamos Si, por ejemplo, est PyC en MSN chateando
pendientes de que cada cierto tiempo nuestro con Scherzo, y a la vez le est enviando un
sufrido interlocutor nos d las confirmaciones archivo, no estarn manteniendo dos dilogos
de rigor como si, si, o aja, o que te calles simultneos? Por un lado, estn chateando,
ya. Normalmente, si llevamos dos minutos y por otro lado estn enviando un archivo.
seguidos hablando y no hemos escuchado un
aja de nuestro interlocutor, nos mosqueamos Suponiendo que un Chat en MSN funcionase
bastante, y decimos oye, sigues ah?. mediante una conexin punto a punto (que
no es as, como sabris si habis ledo mi
En resumen, lo natural a la hora de transmitir artculo sobre MSN, pero imaginaremos que
mucha informacin es hacerlo en pequeos s), habra una serie de paquetes cuyo
trozos, cada uno de los cuales confirmar su remitente sera PyC y cuyo destinatario sera
recepcin por separado. Scherzo, pero de esos paquetes algunos seran
parte del archivo que se est transfiriendo
Lo mismo ocurre en la comunicacin entre (que, por supuesto, estara partido en trozos,
mquinas. Como TCP se encarga de enviar tal y como vimos en el punto anterior), y otros
confirmaciones, es tambin el que se encarga seran parte de la conversacin que mantienen
de partir los paquetes muy grandes en PyC y Scherzo a travs del Chat.
paquetes ms pequeos para que estas
confirmaciones puedan llegar poco a poco, y Para permitir que esto ocurra, el protocolo de
no tener que retransmitir todo si no llegase transporte, TCP, tiene que tener algn sistema
la confirmacin. que identifique qu paquetes son del Chat, y
qu paquetes son del archivo. Esto lo hace
Esto nos permite, adems, adaptarnos a la capacidad
asignando un nmero a cada dilogo
de nuestro interlocutor. Por ejemplo, si nos
simultneo y, segn el nmero que haya en
suscribisemos a una enciclopedia por fascculos,
cada paquete, sabr si ste forma parte del
y nos enviasen toda la coleccin de golpe,
probablemente el cartero mandara al garete a los
archivo, o del Chat.
tos de Espasa, y les dira que los 20 volmenes
Pues estos nmeros mgicos de los que estoy hablando
los iba a llevar hasta all su simptica abuela.
no son otros que los archiconocidos PUERTOS.
Un puerto es un campo del protocolo TCP que se abre esta conexin lo detallaremos a lo
permite identificar el servicio al que va largo del curso, pero no en este artculo.
destinado cada paquete en una conexin De momento lo que s que sabemos es que
entre dos mquinas. la responsable de abrir y mantener las
conexiones es la capa TCP.
As, cada vez que una mquina reciba un 3. Scherzo escoge el archivo que
paquete con el nmero de puerto 25, sabr quiere bajar: comandos CWD, CDUP,
que ese paquete es un e-mail, cada vez que LIST,... todo esto ya lo vimos en los artculos
reciba un paquete con el nmero de puerto sobre FTP de la serie RAW, y ahora no nos
21, sabr que ese paquete es un comando interesa mucho.
de FTP, cada vez que reciba un paquete con 4. Scherzo inicia la transferencia del
el nmero de puerto 80 sabr que es una archivo: comandos PORT o PASV, y RETR
conexin Web, etc., etc. o REST. Tambin lo vimos en los artculos
de la serie RAW, y tampoco nos interesa
4. Ejemplo: Enviando un archivo. ahora.
5. El archivo se transfiere desde el
Para recapitular todas las ideas mostradas a servidor de PyC hacia el cliente de
lo largo del artculo, termino con un ejemplo Scherzo: Aqu unos enanitos se encargan
bastante completo que muestra paso a paso de llevar el archivo de una mquina a otra,
el envo de un archivo de PyC a Scherzo. cargando los datos en sacos que llevan a
la espalda. Pero... espera! Si esto no es
Estad muy atentos a cada paso, porque espero la serie RAW! En la serie RAW no me
que este ejemplo os ayude a comprender quedaba ms remedio que deciros estas
mucho mejor todos los conceptos que cosas, porque al llegar a este punto no
necesitareis para seguir el resto del curso. poda daros ms detalles, ya que ms de
Fijad tambin vuestra atencin en todas las una vez os mencion que explicar lo que
ilustraciones, pues muestran grficamente ocurre en estos momentos sera suficiente
toda la secuencia del ejemplo, y adems los para llenar no slo un artculo, si no una
datos que aparezcan en las propias serie entera. Y al fin ha llegado esa serie!
ilustraciones son tambin fundamentales. As que esperad unas cuantas lneas, que
enseguida os explico cmo funcionan las
A lo largo de la serie RAW os he explicado ya cosas realmente. Tampoco quiero chafar
varios sistemas de transferencia de archivos la ilusin a nadie, as que si alguien no
(FTP, DCC, MSN,...). En este ejemplo quiere dejar de creer en los enanitos que
usaremos, por ejemplo, una transferencia transportan paquetes de datos, que no siga
por FTP. leyendo! ;-)
6. Finaliza la transferencia del
Antes de nada, vamos a ver cmo sera el archivo: y a otra cosa, mariposa.
proceso si slo nos fijsemos en la capa de
arriba, es decir, en la capa sobre la que he Para qu os he mostrado todos estos pasos
ido hablando mes tras mes en la serie RAW. que conocis ya perfectamente (sobre todo si
habis seguido la serie RAW)? Pues
1. PyC abre su servidor FTP: pone sencillamente, para que veis que entre los
un puerto en escucha, gracias a una pasos 5 y 6 ocurren una gran cantidad de
funcin que da el sistema operativo que cosas que siempre hemos obviado, y que sern
permite a cualquier aplicacin realizar las que precisamente detalle en este ejemplo.
estas y otras funciones de TCP/IP.
2. Scherzo abre una conexin con Nos olvidaremos, por tanto, del resto de pasos,
el servidor FTP de PyC: el modo en que y nos centraremos nicamente en lo que ocurre
si no segn el nmero de byte del archivo en La capa TCP ya ha terminado su trabajo inicial,
el que empieza ese trozo. As, el primer trozo y de momento se puede relajar un poco
tendr un nmero de secuencia 0, el segundo mandando los bloques a la capa IP, que sabr
un nmero de secuencia 1500, y el tercero qu hacer con ellos a continuacin. Pero, a
un nmero de secuencia 3000. diferencia del programa de FTP, la capa TCP
no se puede dormir en los laureles esperando
Pero, es ste el nico dato que ha de asignar a que la transferencia del archivo termine, si
la capa TCP a cada trozo? Pues me temo que no que tendr que seguir trabajando ms
n o, ya q u e s a b e m o s b i e n q u e l a s adelante, tal y como iremos viendo.
responsabilidades de esta capa van ms all
de simplemente partir los paquetes en bloques. 4.3. En el sistema operativo de
Hablamos tambin de los nmeros de puerto, PyC: La capa IP.
as que tendr que aadir a cada trozo los
dos puertos implicados en la conexin. En cuanto TCP llama a la capa IP, y le pasa
Adivinis cules son estos puertos? los 3 bloques, sta se pone en marcha. Su
labor principal consiste en aadir a cada bloque
Je, je... era una pregunta con trampa. Si
las direcciones IP de PyC y Scherzo para que,
habis pensado que uno de los puertos era
el 21, puerto asignado al servicio FTP, os una vez que los bloques estn flotando por el
habis equivocado, aunque he de reconocer ciberespacio, todos aquellos mediadores por
que lo he preguntado a mala leche. 0:-) los que pasen sepan dnde llevarlos.
Como vemos en la ilustracin, la nica como para que nunca tengan que repetirse.
mquina que se comunica directamente con Estas direcciones, ms largas que las
Internet es el router ADSL, y es ste el que direcciones IP, constan de 48 bits, por lo que
tiene que encargarse de llevar todos los tericamente permiten identificar casi 300
paquetes de PyC y de su hermano a Internet. Billones de dispositivos Ethernet diferentes.
Para ello, ambos ordenadores estn Entonces, qu datos aadir el nivel Ethernet
conectados al router mediante un cable de a cada bloque que queremos transmitir? Pues,
red (si el router slo tiene un conector RJ-45 al igual que la capa IP, aadir una direccin
tendra que haber en medio un switch, pero MAC de origen, y una direccin MAC de destino.
esa cuestin la obviamos por salirse del tema). Y, tambin igual que en la capa IP, tendr que
aadir un dato ms, que es un identificador
El problema aqu es que la comunicacin en de la capa superior que le pas los bloques,
Ethernet es de tipo broadcast. es decir, en este caso la capa IP.
Pero lo que nos interesa aqu es conocer el Los tres paquetes que forman el archivo, con sus cabeceras TCP,
mecanismo utilizado para distinguir unas IP, y Ethernet. En sta la MAC de origen ser la de PyC, y la
mquinas de otras en una LAN. MAC de destino la del router ADSL de PyC, que ser el prximo
punto con el que habr que enlazar la comunicacin. El ordenador
Como podis imaginar, esto se consigue de PyC conoce la direccin MAC del router gracias al protocolo
asignando un nmero diferente a cada tarjeta ARP, pero eso se sale del tema del artculo.
de red de las mquinas conectadas a la LAN.
Este nmero es nico en el mundo para cada
tarjeta de red.
! No sabes...
Los fabricantes de dispositivos Ethernet tienen
un acuerdo para que nunca se fabriquen dos No sabes la MAC de tu tarjeta de Red? de verdad?...
tarjetas de red con el mismo nmero. Este
bueno, bueno tendras que haber ledo los anteriores
nmero mgico es precisamente la famosa
nmeros de esta revista :)
direccin MAC (comnmente conocida
como direccin fsica) de la que
probablemente habris odo hablar.
Abre una ventana de comandos (Men inicio --> Todos
los Programas --> Accesorios --> Smbolo del sistema).
Al haber una MAC diferente por cada Escribe IPCONFIG /ALL. Pulsa enter y ZAS!!! Ah tienes
dispositivo Ethernet del mundo, las direcciones la MAC de tu/s tarjetas Ethernet (Tarjetas de Red).
MAC tienen que ser lo suficientemente grandes
Al fin el paquete lleg hasta el ltimo router La capa IP de Scherzo analizar ahora no slo
del camino! Este, por supuesto, es el router la IP de destino (que es la de Scherzo), si no tambin
ADSL de Scherzo. ste analizar el paquete, la de origen (que es la de PyC), ya que tendr que
y ver que en la capa IP tiene como direccin enviar sus respuestas a esa direccin. Una vez que
IP de destino la IP de Scherzo, as que ahora se queda con estos dos datos, manda el paquete
slo le falta saber a cul de los PCs de la LAN a la capa superior que, segn la cabecera IP, es la
de Scherzo enviarlo. capa TCP.
En todos los saltos que ha ido dando el paquete de
un router a otro, ninguno ha analizado su cabecera
Todos los PCs de la LAN de Scherzo comparten
TCP, ya que esto es slo responsabilidad del
una misma IP de cara a Internet, que es la
destinatario final (Scherzo).
IP del router, y ste los diferencia slo por su
Una vez analizada la cabecera IP, se elimina, y se pasa el resto El sistema de Scherzo construye un nuevo paquete para indicar
del paquete a la capa TCP.
a PyC que recibi el suyo. La cabecera TCP de este nuevo
paquete constar de un campo ACK con el mismo valor que el
nmero de secuencia del paquete al que quiere responder, e
4.14. En el sistema operativo de intercambiar los puertos de origen y de destino. El contenido
Scherzo: la capa TCP del paquete (zona azul) estar vaco, ya que lo nico importante
aqu son las cabeceras.
La capa TCP de Scherzo coger el paquete,
y ver que no es un paquete completo, si no
slo un trozo (recordemos que el archivo se
parti en 3 trozos en la capa TCP de PyC). 4.15. En el sistema operativo de
Scherzo: de vuelta en la capa IP
La capa TCP de Scherzo tiene ahora dos
responsabilidades: responder a PyC dicindole Esta cabecera la pasaremos a la capa IP, que
que ha recibido el primer trozo, y mandar el conoce la IP de PyC, por lo que construye una
paquete a la capa de arriba, es decir, a la cabecera IP adecuada para ese paquete:
aplicacin cliente de FTP, que ser la que sepa
qu hacer con los datos contenidos en el
paquete.
PyC enva los tres paquetes y espera un tiempo razonable a Gracias al nmero de secuencia de cada paquete se puede
que le llegue la respuesta (ACK) de Scherzo diciendo que ha reconstruir el archivo original, uniendo cada fragmento en el
recibido cada uno de los paquetes punto (posicin en bytes) indicado por el nmero de secuencia.