El Modelo TCPIP

Trabajo Sobre Redes de Ordenadores
El modelo TCP/IP:
El TCP/IP o TRANSPORT CONTROL PROTOCOL ms que un protocolo es un conjunto de
protocolos. Se ha convertido en el estndar de intercomunicacin de redes de rea extensa es el !nico
protocolo de enlace transporte permitido en Internet.
"a idea #eneral de conectar una red con ordenadores di$erentes parti de las investi#aciones
llevadas a ca%o en la &e$ense 'dvanced (esearch Projects '#enc (DARPA). En el m%ito de esta
investi#acin) &'(P' desarrollo el conjunto de protocolos TCP/IP para esta%lecer comunicaciones entre
redes e implant una red que reci%i el nom%re de ARPAnet) que ms tarde se convirti en Internet. El
conjunto de protocolos TCP/IP de$ine los $ormatos normas utili*ados en la transmisin recepcin de
in$ormacin con independencia de cualquier tipo de hard+are determinado u or#ani*acin de red. ' pesar
de los protocolos se desarrollaron para la internet) TCP/IP se ha convertido en el estndar de hecho a que
muchas or#ani*aciones pu%licas privadas lo utili*an para su conectividad.
El ,xito inicial de TCP/IP $ue de%ido a su inclusin en las di$erentes variedades del sistema
operativo UNIX $ue impulsado porque su implantacin resulta ms cmoda econmica que los
protocolos equivalentes. TCP/IP emplea un modelo de enrutamiento %asado en -datagramas- .paquetes/
en lu#ar de circuitos virtuales. TCP/IP %rinda a los arquitectos de sistemas e in#enieros de
comunicaciones una independencia del hard+are utili*ado.
TCP/IP lleva asociado una serie de conceptos a aclarar:
Hosts: son cada uno de los dispositivos conectados a la red. 0n host puede ser un servidor) un
puesto de la red) un servidor de impresoras) un router) etc.
Direccin: es un cdi#o que identi$ica a cada dispositivo dentro de la red.
Red: Conjunto de hosts a#rupados %ajo una misma direccin de red.
Subred: conjunto de hosts dentro de una red.
Conjunto de protocolos TCP/IP:
En l1neas #enerales) el conjunto de protocolos TCP/IP se corresponde con el modelo de
comunicaciones de red de$inido por la International 2r#ani*ation $or Standardi*ation .ISO/. Este modelo
se denomina modelo de re$erencia Interconexin de sistemas a%iertos .OSI/. El modelo 2SI descri%e un
sistema de redes ideal que permite esta%lecer una comunicacin entre procesos de capas distintas $ciles
de identi$icar. En el host) las capas prestan servicios a capas superiores reci%en servicios de capas
in$eriores. "a si#uiente $i#ura muestra las siete capas del modelo de re$erencia 2SI su correspondencia
#eneral con las capas del conjunto de protocolos TCP/IP.
3odelo de re$erencia 2SI las capas de TCP/IP correspondientes:
Nivel Funcin Protocolo
1
2
Protocolos arquitectura
'rmando 45 Carlos
Telnet FTP TFTP SMTP DNS
TCP PD
!P
!CPM R!P OSPF "#P
ARP RARP
'plicacin
Presentacin
Sesin
Transporte
(ed
Enlace de datos
61sico
Modelo de referencia OSI Suite o Conjunto de rotocolos !CP"IP
$

El sistema para determinar capas permite a los pro#ramadores concentrar sus es$uer*os en las
$unciones de una capa determinada. 7o es necesario que creen todo los mecanismos para enviar
in$ormacin a lo lar#o de la red. Slo tienen que sa%er los servicios que el so$t+are de%e proporcionar a la
capa superior) los servicios que las capas in$eriores pueden proporcionar al so$t+are qu, protocolos del
conjunto proporcionan estos servicios.
' continuacin se enumeran los protocolos ms comunes del conjunto de protocolos TCP/IP los
servicios que proporcionan.
Protocolos TCP%!P Servicio
Protocolo Internet .IP/
Proporciona servicios para la entre#a de paquetes
.encaminamiento/ entre nodos.
Protocolo de control de mensaje
Internet .IC3P/
(e#ula la transmisin de mensajes de error control
entre los host las #ate+as.
Protocolo de resolucin de
direcciones .'(P/
'si#na direcciones Internet a direcciones $1sicas.
Protocolo de resolucin de
direcciones invertidas .('(P/
'si#na direcciones $1sicas a direcciones Internet.
Protocolo de control de transmisin
.TCP/
Proporciona servicios de env1o de $lujos $ia%les entre los
clientes.
Protocolo de data#rama de usuario
.0&P/
Proporciona servicio de entre#a de data#ramas no $ia%le
entre clientes.
Protocolo de trans$erencia de
archivos .6TP/
Proporciona servicios de nivel de aplicacin para la
trans$erencia de archivos.
TE"7ET Proporciona un m,todo de emulacin de terminal.
Protocolo de in$ormacin de
encaminamiento .(IP/
Permite el intercam%io de in$ormacin de encamina8
miento de vectores de distancia entre routers.
Protocolo '%rir la v1a ms corta
primero .2PS6/
miento de estado del enlace entre routers.
Protocolo 9ate+a externo .E9P/
miento entre routers externos.
&escripcin #eneral del uso de TCP/IP :
'rmando 4: Carlos
"t&ernet To'en Rin(
Otros
)edios
*
+
,
-
"as aplicaciones que se desarrollan con TCP/IP) normalmente) usan varios protocolos del
conjunto. "a suma de las capas del conjunto de protocolos se conoce tam%i,n como el stac; de protocolo.
"as aplicaciones de$inidas por el usuario se comunican con la capa superior del conjunto de protocolos.
"a capa de nivel superior del protocolo del computador de ori#en traspasa la in$ormacin a las capas
in$eriores del stac;) que a su ve* la pasan a la red $1sica. "a red $1sica traspasa la in$ormacin al ordenador
de destino. "as capas in$eriores del stac; de protocolo del ordenador de destino pasan la in$ormacin a las
capas superiores) que a su ve* la pasan a la aplicacin de destino.
Cada capa del conjunto de protocolos TCP/IP tiene varias $unciones< estas $unciones son
independientes de las otras capas. 7o o%stante) cada capa espera reci%ir determinados servicios de la capa
in$erior cada capa proporciona ciertos servicios a la capa superior.
"a si#uiente $i#ura muestra las di$erentes capas del conjunto TCP/IP. Cada capa del stac; de
protocolo del ordenador de ori#en se comunica con la misma capa del ordenador de destino. "as capas
que se encuentran al mismo nivel en el ordenador de ori#en de destino son pares. 'simismo) la
aplicacin del ordenador de ori#en la del de destino tam%i,n son pares. &esde el punto de vista del
usuario o pro#ramador) la trans$erencia de paquetes se e$ect!a directamente de una capa par a otra.
Capas de los protocolos TCP/IP:
El proceso que utili*a una aplicacin para trans$erir el contenido de un archivo es el si#uiente:
=. "a capa de la aplicacin env1a un $lujo de %tes a la capa de transporte del ordenador de ori#en.
4. "a capa de transporte divide el $lujo en se#mentos TCP) asi#na un enca%e*ado con un n!mero de
secuencia al se#mento en cuestin transmite este se#mento a la capa de Internet .IP/. Se
calcula la suma de compro%acin.
5. "a capa de IP crea un paquete con parte de los datos que contiene el se#mento TCP. "a capa de
IP a>ade al paquete un enca%e*ado que indica las direcciones IP de ori#en de destino. Esta
capa tam%i,n determina la direccin $1sica del ordenador de destino o los ordenadores que act!an
como intermediarios hasta el host de destino. Entonces) env1a el paquete la direccin $1sica a la
capa de enlace de datos. Se vuelve a calcular la suma de compro%acin.
:. "a capa de enlace de datos transmite el paquete IP en la seccin de datos de una trama de enlace
de datos al ordenador de destino. Si el ordenador de destino act!a como intermediario) el paso 5
volver a repetirse hasta que se alcance el destino $inal.
'rmando 4? Carlos
#ost de origen #ost de destino
'plicacin 'plicacin
Transporte Transporte
Internet Internet
Inter$a* de red Inter$a* de red
@ard+are de red
3ensajes
o $lujos
&ata#ramas
.0P&/ o
se#mentos .TCP/
&ata#ramas IP
Tramas de red
?. Cuando se alcan*a el ordenador de destino) la capa de enlace de datos descarta el enca%e*ado del
enlace env1a el paquete IP a la capa de IP.
A. "a capa de IP veri$ica el enca%e*ado del paquete. Si la suma de compro%acin del enca%e*ado
no coincide con la calculada por dicha capa) el paquete se i#nora.
B. Si las sumas coinciden) la capa IP descarta el enca%e*ado env1a el se#mento TCP a la capa
TCP correspondiente. Esta capa comprue%a el n!mero de secuencia para determinar si el
se#mento) es el se#mento correcto de la secuencia.
C. "a capa TCP calcula una suma de compro%acin para los datos el enca%e*ado TCP. Si la suma
no coincide con la suma transmitida con el enca%e*ado) la capa TCP descarta el se#mento. Si la
suma coincide el se#mento est en la secuencia correcta) la capa TCP env1a un reconocimiento
al ordenador de destino.
D. "a capa TCP descarta el enca%e*ado TCP trans$iere los %tes del se#mento que aca%a de
reci%ir a la aplicacin.
=E. "a aplicacin que se encuentra en el ordenador de destino reci%e un $lujo de %tes como si
estuviera conectado directamente a la aplicacin del ordenador de ori#en.
Propiedades del TCP:
"as Propiedades que suministra el TCP al nivel de 'plicacin son:
2rientado a ristras de caracteres: 7o reci%e de su nivel superior .el 7ivel de 'plicacin/
mensajes troceados) sino una ristra de caracteres que de%e enviar completa al destino. El
usuario ori#en env1a un mensaje .ristra de caracteres/ al TCP quiere que ,ste la ha#a lle#ar al
usuario destino. Si es necesario dividir esta ristra en tro*os para su transmisin) esto ser
totalmente transparente a los usuarios.
"a unid.d de tr.ns)isin de cara al pro#rama de aplicacin es un b/te< la unidad de
transmisin manda %te a %te el protocolo de transporte los va reco#iendo lue#o los manda
en un paquete.
0tili*a conexin en Circuitos Firtuales. 'ntes de empe*ar la transmisin de datos) se tienen que
poner de acuerdo los pro#ramas de aplicacin de los 4 extremos. 0no solicita la conexin) el
otro la acepta) una ve* solicitada aceptada) queda esta%lecida la conexin) comien*a la
transmisin de datos:
Esta%lecimiento de la conexin.
Trans$erencia de datos.
"i%eracin de conexin.
Trans$erencia -Gu$$erada- . "os datos no se van mandando se#!n son enviados desde el 7ivel
de 'plicacin al Protocolo de Transporte . que como vemos se env1an %te a %te/. El protocolo
de transporte va almacenando los datos) construe un paquete con un n!mero determinado de
%tes lo manda. 7o se env1a un paquete hasta que no alcan*a un tama>o m1nimo) llenando con
datos de un mismo pro#rama de aplicacin o de varios . por motivos de e$iciencia/.
(istras no estructuradas.
=/ "os n!meros de secuencia estn asociados a cada %te.
4/ Cada %te posee un n!mero de secuencia.
5/ Cada %te dentro de un paquete posee un nH de secuencia que lo identi$ica.
7o existe una estructuracin para la trans$erencia.
Conexin $ull8duplex.
Para implementar la $ia%ilidad el TCP emplea el mecanismo de 0"NTANA D"SL!1ANT". Es
decir) para evitar que los paquetes se pierdan o sean duplicados al destino) se esta%lece la necesidad de un
reconocimiento desde el receptor por cada paquete enviado.
'dems el emisor activa un timer por cada paquete enviado) tal que si en un tiempo determinado no
reci%e el reconocimiento asociado) retransmite el paquete. Este m,todo supone que el emisor de%e
#uardar el paquete enviado hasta que el receptor recono*ca que le ha lle#ado) pueda eliminarlo del
%u$$er.
0na primera aproximacin ser1a:
'rmando 4A Carlos
Paq =
Paq 4
'dc =
'dc 4
Paq =
Paq =
'dc =
Paq =
Paq =
'dc =
'dc =
Este mecanismo no est orientado a paquetes) sino a octetos) se env1a un octeto se espera su
reconocimiento. 7o se env1a un %te hasta que no se ha reconocido el anterior.
Esta =I aproximacin se dice que es de ventana de tama>o i#ual a =) a que el emisor env1a un paquete
no env1a otro hasta que reci%e el reconocimiento del receptor de que lo ha reci%ido correctamente. Si el
tiempo de transmisin es elevado) el emisor puede estar mucho tiempo en espera la conexin est
siendo in$rautili*ada. Es una aproximacin ine$iciente.
En una si#uiente aproximacin en la que el tama>o de la ventana es maor que uno) se pueden
enviar tantos paquetes como el ancho de la ventana esperar sus reconocimientos) a medida que estos
van lle#ando se rueda la ventana .al lle#ar el reco#imiento de un paquete) se %orra este del %u$$er del
emisor puede ocupar su puesto un nuevo paquete que ser enviado) conservando su copia en el
%u$$er en espera de su reconocimiento/.
En la $i#ura anterior slo se contempla la transmisin en un sentido .hal$8duplex/ con una
estacin emisora otra receptora< pero se puede desarrollar transmisin $ull8duplex .permitido por TCP/
por lo tanto cada una de las estaciones tendr una ventana de transmisin enviando paquetes de datos a la
otra estacin reconociendo los paquetes reci%idos.
Cada estacin tiene asociado un timer a cada Paquete que ha enviado. Si ,ste expira antes de que
le lle#ue el reconocimiento de la otra estacin) el paquete es retransmitido. Esto puede suceder por 4
motivos:
a/ P,rdida de un paquete.
%/ P,rdida de un reconocimiento.
En cualquiera de los 4 casos se retransmite el paquete.
El pro%lema que nos aparece ahora es la aparicin de paquetes de datos duplicados) %ien por
la p,rdida del reconocimiento) %ien por la p,rdida temporal de un paquete de datos su posterior
recuperacin.
Para resolver el pro%lema se a>ade un n2)ero de secuenci. . c.d. 3.4uete de d.tos.
En este caso) por ejemplo) el receptor reci%e un paquete de datos con n!mero de secuencia =
env1a el reconocimiento de ha%er1o reci%ido< tiempo despu,s vuelve a reci%ir un paquete con el n!mero
'rmando 4B Carlos
Emisor (eceptor
Paq =
Paq 4
Paq 5
'dc =
'dc 4
'dc 5
Se li%era %u$$er 5
Se li%era %u$$er 4
Se li%era %u$$er =
Paq =
Paq =
Paq 4
Paq 5
de secuencia = e interpreta que se ha perdido su reconocimiento) vuelve a transmitir el reconocimiento de
que le ha lle#ado el paquete =.
Conclusin : la p,rdida de un paquete se resuelve con el env1o de un reconocimiento por parte
del receptor) el pro%lema de paquetes duplicados con el nH de secuencia que identi$ican a cada paquete
de datos.
0n pro%lema de esta aproximacin es que el emisor exi#e que los paquetes de datos que env1a le
sean reconocidos uno a uno) no rueda la ventana . elimina de sus %u$$ers un paquete de datos) haciendo
sitio para otro / hasta que este) el primer paquete enviado) no se ha con$irmado puntualmente) siendo
necesaria la retransmisin en el caso de que se pierda un reconocimiento.
0na mejora a este planteamiento es que el receptor no reconoce expl1citamente el n!mero de
paquete que le ha lle#ado) sino que lleva un contador indicando el si#uiente n!mero de secuencia que
espera reci%ir. Cuando le lle#a un paquete con n!mero de secuencia J) le env1a un mensaje indicando al
emisor que el si#uiente n!mero de secuencia esperado es el JKl) (econociendo impl1citamente que le han
lle#ado correctamente todos los paquetes con n!mero de secuencia menores. Con este planteamiento) la
p,rdida de un reconocimiento no siempre implica la retransmisin de un paquete.
8 6cil de implementar : con un contador adicional. Cada estacin lleva dos contadores:
- 7H de secuencia de sus paquetes de datos.
8 74 de secuencia del si#uiente paquete a reci%ir.
0na desventaja de este mecanismo es lo que sucede si un paquete se pierde:
'l receptor le lle#an paquetes con numero de secuencia maor que 4) que va almacenando pero
que no puede reconocer .reconocerla impl1citamente que le ha lle#ado el paquete 4) lo que es $also/.
Expirar el timer asociado al reconocimiento del paquete 4 ,ste ser retransmitido por el emisor
nuevamente.
Como hemos dicho) al receptor le pueden lle#ar paquetes $uera de orden que almacenar en sus
%u$$ers.
6ormato de los paquetes TCP.
0n paquete TCP va dentro del campo de datos del paquete IP.
Su $ormato es :
0 4 10 16 24 31
PUERTO ORIGEN PUERTO DESTINO
N DE SECUENCIA
N DE RECONOCIMIENTO
HLEN RESERVADO BITS COD. VENTANA
OPCIONES ( si ls !"# PADDING
DATOS
'rmando 4C Carlos
Emisor (eceptor
Paq =
Paq 4
Esperado 4
Esperado 5
Emisor (eceptor
8 Identi$icadores de los puertos ori#en destino) de =A %its cada uno. El identi$icador de las
mquinas que se comunican va en el paquete IP.
8 7!mero de secuencia del paquete)
8 7!mero de reconocimiento) al ser $ull8duplex a$ecta a la trans$erencia en el otro sentido:
-pi##v8%ac;in#-. 7H del si#uiente %te que espera reci%ir.
8 "on#itud de la ca%ecera) .: %its/) que puede variar de%ido al campo opciones.
8 Gits de Cdi#o) .A %its/) codi$ican el tipo de paquete TCP.
8 Fentana) indica el nH de cr,ditos concedidos al otro extremo) es decir) el nH de %tes que el
extremo remoto le puede enviar.
8 Chec;sum) control de errores.
8 Puntero ur#ente .
8 Paddiq) para completar el paquete a una lon#itud m!ltiplo de 54 %its.
6uncin del campo C2&E GITS.
El TCP ir reci%iendo %te a %te del nivel de aplicacin) pero retarda la transmisin de los %tes
individuales) para construir un dataqrama de un tama>o determinado mandarlo. ' trav,s del campo
Code8Gits se puede indicar al TCP qu, tipo de paquete es el que se manda) Este campo consta de A %its
. $la#s/ ) cada uno de ellos tiene un si#ni$icado) nos da una in$ormacin so%re el paquete. "os nom%res
de estos %its son :
$ UR%&
$ AC'&
$ PS#&
$ RS!&
$ S(N&
$ )IN&
Estos $la#s indican :
8 UR% 3ensaje 0r#ente. &a valide* al campo de puntero de datos ur#entes. 0n paquete de este
tipo se salta el control de $lujo normal del protocolo. El puntero dice donde aca%an los datos ur#entes) que
de%en estar al principio no al $inal. Es equivalente a los datos acelerados del nivel de transporte de IS2.
Por ejemplo: si el nivel de aplicacin est mandando octetos al TCP) ,ste los est reco#iendo para
construir un paquete maor) de pronto el nivel de aplicacin env1a unos datos ur#entes) el TCP env1a
estos !ltimos inmediatamente) saltndose a los otros que estn esperando para construir un paquete
.in$ormacin que de%e reci%ir el receptor ur#entemente/ .
8AC5 .(econocimiento/. Indica que el campo de reconocimiento est activo. Esto se utili*a
cuando se emplean los paquetes de datos para enviar los reconocimientos al otro extremo. Se inspecciona
este $la# para sa%er si el campo de reconocimiento tiene el mismo valor que el !ltimo paquete que lle# o
tiene un nuevo valor.
8PSH .Push/. Solicitud de que este mensaje se emita sin espera. El nivel de aplicacin lo que
hace es mandar %tes al TCP en cualquier momento puede enviar un %te que indica un push .porque el
pro#rama de aplicacin a no tiene ms %tes que enviar/. "o que hace que el TCP deje de esperar por
ms %tes del nivel de aplicacin con los que tiene construe un paquete lo env1a. "a di$erencia con el
primer %it estudiado es que el PS@ no altera el orden de los %tes a transmitir) en el mismo orden que
reci%e los %tes el TCP) los transmite. 0n ejemplo de su uso son las conexiones interactivas donde son
pocos los datos que ha que transmitir cada ve*.
8RST .(eset/. Peticin de resetear la conexin.
8S6N .Sincroni*acin/. Sincroni*ar los n!meros de secuencia.
7F!N .6in/. 3arcador de que no existen ms datos.
Tama>o mximo de se#mento:
En una interred se pueden comunicar estaciones de redes di$erentes que pueden tener paquetes de
tama>o di$erente) as1 que si un paquete que se est transmitiendo no se acopla al tama>o $1sico del nivel
de red de la si#uiente red) tendr que ser $ra#mentado. "a $ra#mentacin de paquetes a>ade al#unos
pro%lemas la tasa de errores a la hora de entre#ar una in$ormacin depende del n!mero de paquetes que
se transmitan) a maor n!mero de paquetes la pro%a%ilidad de que al#uno de ellos se pierda es maor
.cada uno de ellos puede su$rir un encaminamiento distinto a trav,s de redes distintas/. L es el TCP el que
de%e encar#arse de los posi%les errores de transmisin.
"a unidad de trans$erencia entre el so$t+are TCP de dos mquinas se llama segmento no todos los
se#mentos enviados a trav,s de una conexin tienen que ser del mismo tama>o) pero am%os extremos
'rmando 4D Carlos
de%en coincidir en el tama>o mximo permitido. 's1 que para el TCP es necesaria la ne#ociacin entre
los dos extremos de la conexin del tama>o mximo de los se#mentos) esta oscilacin se reali*a a trav,s
del camino oci*n visto antes. En este sentido si por al#!n motivo se conoce el conjunto de redes que van
a atravesar los mensajes que se van a transmitir entre dos sistemas in$ormticos) se puede intentar
determinar el tama>o mximo adecuado.
Por ejemplo tomar como tama>o mximo de se#mento el tama>o de se#mento ms peque>o de todas
las redes por las que de%a pasar) de esta $orma todos los mensajes que se transmiten a nivel de transporte
ca%en en la unidad IP ms peque>a de todo el conjunto de redes) no ser necesaria la $ra#mentacin.
En cualquier caso de%emos tener en cuenta la e$iciencia) que se calcula con la relacin:
& / .& K @/
siendo & el tama>o de los datos @ el tama>o de la ca%ecera.
S1 el tama>o es peque>o la e$iciencia del sistema cae a que los distintos enca%e*amientos
tendr1an casi ms peso que los datos. Si el tama>o es #rande tam%i,n disminue la e$iciencia porque
existir una maor $ra#mentacin elevndose la pro%a%ilidad de perdida de al#!n $ra#mento.
"a $iloso$1a que se si#ue en el TCP para la eleccin del tama>o mximo es la si#uiente:
8Si los S.I. estn en la misma red se toma el tama>o de paquete de esa red.
8Si los S.I. estn en di$erentes redes se recomienda un tama>o de ?5A .el tama>o por
de$ecto de un data#rama IP.) ?/A) menos la suma de los tama>os estndar de las ca%eceras IP
TCP) :E/.
El o%jetivo que estamos %uscando es encontrar el tama>o ptimo) aquel en el que el data#rama
IP que soporta al se#mento TCP no necesite $ra#mentacin. "as di$icultades en encontrarlo son:
TCP no inclue un mecanismo para ello. 7o de$ine nin#!n tipo de al#oritmo para intentar
detectar el tama>o ptimo de $orma que la e$iciencia del protocolo se la maor posi%le.
TCP esta%lece una conexin entre dos puntos pero eso no quiere decir que los datos vaan a
se#uir todos la misma ruta. 7o es el concepto de C.F. de J.4? donde la ruta siempre la misma)
aqu1 las pasarelas pueden cam%iar la ruta dinmicamente.
Mste tama>o ptimo depende del tama>o de los enca%e*amientos de los protocolos de los
niveles in$eriores. Si las redes que atraviesa son todas del mismo tipo entonces los
enca%e*amientos sern del mismo tama>o) sino pueden ser distintos.
Clculo del chec;sum
El chec;sum se utili*a para veri$icar la inte#ridad de los datos.
El clculo del chec;sum es el mecanismo de control que se si#ue prcticamente en todas las redes
consiste en utili*ar un polinomio que se aplica so%re el paquete TCP) o so%re el paquete correspondiente
en otro caso) que #enera una serie de valores que constituirn el campo chec;sum. .Esto ocurre en el
emisor/ . 3ediante el mismo polinomio el receptor comprue%a que el paquete reci%ido ha lle#ado intacto.
E : =E =A 4: 5=
S20(C@E P2(T &ESTI7'TI27 P2(T
SEN0E7CE 03GE(
'CO72P"E&9E3E7T 703GE(
@"E7 (ESE(FE& C2&E GITS PI7&2P
C@ECOS03 0(9E7T P2I7TE(
2PTI27S .I6 '7L/ P'&&I79
&'T'
...........
'rmando 5E Carlos
Paq =
Paq 4 'c; =
'c; 4
Paq =
Paq 4
Paq 5
Paq :
'c; =
Si aplicamos el clculo del chec;sum al paquete TCP de la $i#ura anterior podremos testear que
no ha errores en cuanto al paquete TCP que se env1a) pero el TCP va so%re el protocolo IP este
protocolo no #aranti*a que los paquetes lle#uen li%res de errores. 0n caso t1pico indetecta%le seria que la
direccin $uente se hu%iese cam%iado de%ido a al#!n tipo de error en la l1nea durante su traecto al
destino. Cuando el paquete lle#a al destino este env1e el reconocimiento) el reconocimiento no lle#ar al
sistema in$ormativo $uente al ha%erse cam%iado su direccin.
Para prevenir este tipo de errores se a>ade al paquete o se#mento TCP un pseudoenca%e*amiento
que contiene la direccin $uente IP) la direccin destino IP) el protocolo que usa TCP) la lon#itud del
se#mento TCP los ceros necesarios para que el se#mento sea m!ltiplo de =A %its. El chec;sum ahora se
reali*a so%re el pseudoenca%e*amiento so%re el anti#uo paquete TCP. &e esta manera se testea) no solo
que el paquete lle#ue intacto sino que las direcciones sean correctas.
E C =A 5=
S20(CE IP '&&(ESS
&ESTI7'TI27 IP '&&(ESS
QE(2 P(2T2C2" TCP "E79T@
El campo -Protocolo- indica al destino) que el paquete que reci%i no pertenece a un protocolo
distinto del que ,l esta%a esperando. E= receptor extrae la in$ormacin necesaria para el
pseudoenca%e*amiento del data#rama IP que lleva%a el se#mento lo incluir en el clculo del chec;sum
para veri$icar que el se#mento ha lle#ado intacto al destino correcto.
(econocimientos (etransmisiones
El mecanismo de control de Paquetes por parte del TCP es el mecanismo t1pico de reconocimientos
retransmisin. &e%ido a que los paquetes TCP no son de lon#itud $ija) los reconocimientos se re$ieren a
%tes e indican cual es el si#uiente %te que se espera reci%ir. Como los se#mentos viajan en data#ramas
IP) se pueden perder o lle#ar $uera de orden al receptor< para reordenarlos el receptor utili*a el n!mero de
secuencia de los mismos. En al#!n momento) el receptor puede ha%er reconstruido E o ms %tes
continuos) pero puede tener pie*as del se#mento que haan lle#ado $uera de orden. El reconocimiento
especi$ica un n!mero maor que el %te de maor orden del se#mento anti#uo reci%ido.
Este esquema tiene una serie de ventajas e inconvenientes:
Fentajas:
"os reconocimientos son $ciles de #enerar) a que consiste simplemente en contar el
n!mero de %tes que nos hallan llevado en orden colocar este valor ms = en el
campo de reconocimiento del si#uiente paquete a enviar.
"as p,rdidas de reconocimiento no suponen siempre retransmisin de paquetes.
Si se env1an el paquete = el paquete 4) al lle#ar am%os paquetes al receptor) este env1a
el reconocimiento = despu,s el reconocimiento 4.Si se pierde el reconocimiento =
pero) sin em%ar#o) lle#a al emisor el reconocimiento 4 de vencer el timer del paquete
=)quedarn reconocidos los dos paquetes. Con lo cual la p,rdida del reconocimiento =
no $uer*a la retransmisin del paquete =.
&esventajas:
RNu, ocurre si lo que se pierde es un paquete o un se#mentoS
El emisor no reci%e in$ormacin so%re las transmisiones que le han lle#ado
correctamente al receptor) sino so%re una posicin inicial de esa transmisin.

'rmando 5= Carlos
Supn#ase que lle#a el paquete = al receptor este env1a al emisor el reconocimiento de este
paquete. El paquete 4 se pierde lue#o lle#an el paquete 5 el paquete :. El receptor enviar
continuamente el reconocimiento = indicando que espera el si#uiente %te correspondiente al paquete 4)
a que no podr enla*ar el resto de los paquetes que le han lle#ado $uera de orden. &e%ido a que el TCP
puede tra%ajar en interred) a pesar de lle#arle al emisor continuos reconocimientos indicndole que el %te
que espera es del paquete 4) el emisor no puede suponer que este paquete se haa perdido hasta que ven*a
su timer a que puede ser que el paquete haa se#uido una ruta di$erente v ms lar#a que la de los
reconocimientos. El emisor ha de esperar a que ven*a el timer del paquete durante ese tiempo la red
estar inactiva.
El receptor almacena los paquetes 5 :) pero espera que lle#ue el 4) con lo que puede
ocurrir un %loqueo.
Timeout retransmisin:
Como otros protocolos el TCP espera que el destino env1e reconocimientos siempre que reci%a con
,xito nuevos %tes del se#mento) el TCP inicia un timer espera por el reconocimiento. si el timer expira
antes de que los datos del se#mento haan sido reconocidos) TCP supone que se perdi el se#mento o
lle# errneo lo retransmite.
El al#oritmo de retransmisin de TCP es di$erente de los al#oritmos usados en otros protocolos de
red interred. En una interred los paquetes los reconocimientos viajan a di$erentes velocidades
dependiendo de las redes por las que pasen di$erentes velocidades dependiendo de las redes por las que
pasen e individualmente pueden se#uir rutas distintas. 'dems) el nivel de con#estin de dichas redes
puede retrasar el paso de los paquetes por ellos. Por lo que es complicado $ijar un valor para el timer) a
que el tiempo requerido para que un se#mento viaje al destino / re#rese el reconocimiento al emisor varia
de un instante a otro.
"a #r$ica si#uiente re$leja el muestreo so%re =EE paquetes sucesivos que se env1an entre dos
extremos las cruces marcan el tiempo que tarda cada paquete en lle#ar al extremo opuesto devolver el
reconocimiento.
Como vemos) medidas de tiempo son mu dispares) por lo que el valor del timer no puede ser
$ijo. Si $uera $ijo) tendr1amos 4 opciones:
=8 Colocar un timer mu %ajo que darla lu#ar a retransmisiones continuas de los paquetes) a que
vence el timer incluso antes de que llene el paquete al otro extremo. Esto dar1a lu#ar) adems) a una
so%recar#a en la red.
48 Colocar un timer mu alto que podr1a suponer una parada del emisor en el sentido de que se le
aca%en los %tes a transcri%ir ten#a que esperar mucho tiempo para que se de un timeout darse cuenta
de que ha lle#ado un paquete errneo al destino o darse cuenta de que no ha lle#ado.
'rmando 54 Carlos
'c; = Paq =
Paq 4
Paq 4
Paq =
'c; =
Para solucionar este pro%lema se ha desarrollado un al#oritmo de retransmisin adaptativa. El
TCP controla el rendimiento de cada transmisin deduce valores ra*ona%les para los timeout. ' medida
que cam%ia el rendimiento de la conexin) el TCP adapta el timeout a ese cam%io. El TCP reco#e el
tiempo en el que se env1a cada se#mento el tiempo en el que lle#a el reconocimiento de ese se#mento.
&e am%os valores calcula el tiempo estimado de transmisin8reconocimiento .(TT/ que es una
medida ponderada del !ltimo valor (TT o%tenido de los valores anteriores.
RTT = ( * ODL RTT ) + ((1 - ) + NEW-ROUND_TRIP_SAMPLE)
Fariando el valor del parmetro T ) se le dar ms peso a los !ltimos valores estimados del
timeout o a los valores estimados anteriormente.
Si ele#imos un valor para T cercano a =) la media ponderada se hace inmune a cam%ios que duran poco
tiempo .por ejemplo) un se#mento simple que encuentra un #ran retraso/.
Si por el contrario) ele#imos un valor para T cercano a cero hacemos que la media ponderada responda
mu rpidamente a cam%ios en el retraso. Por lo que el valor de T dar lu#ar a que se espere %astante
tiempo antes de reor#ani*ar el timeout o a que ante el ms m1nimo cam%io se requiera el tiempo del
timeout.
---- > 1 ;cambi! !"a#$!
---- > % ;cambi! b&"!c!'
Para calcular el valor del timeout) la estimacin del tiempo de transicin8reconocimiento .(TT/
se multiplica por un cierto U que) se#!n estudios reali*ados) su valor se aproxima a dos.
Tim$"( = ) + RTT = * + RTT
"a medida del (TT
Para medir el tiempo de (TT se resta el tiempo en el que se env1a el se#mento menos el tiempo en el
que se reci%e el reconocimiento. Pero este clculo no $unciona cuando ha retransmisiones. Por ejemplo)
el TCP $orma un se#mento) lo pone en un data#rama / lo env1a. Si suponemos que el tiempo de timeout
es %ajo) el timer expira antes de que lle#ue el reconocimiento el TCP env1a el se#mento de nuevo en un
se#undo data#rama. Como) am%os data#ramas lleva%an el mismo se#mento de datos) el emisor no tiene
$orma de sa%er si el reconocimiento que le lle#a corresponde al data#rama ori#inal o al retransmitido.
Esto se reconoce como am%i#Vedad de reconocimientos. .v,ase la si#uiente $i#ura./
Posi%les medidas de (TT
2tro caso puede suceder cuando el primer paquete que se env1e se pierda. El timer expira se
env1a de nuevo el paquete para el que o%tendremos el reconocimiento. .v,ase la si#uiente $i#ura/.
Posi%les medidas de (TT
El pro%lema es que no se sa%e a que paquete asi#nar el reconocimiento) al primero enviado o al
retransmitido. Cualquiera de las dos asi#naciones dar1a lu#ar a una estimacin errnea para el timeout.
Para solucionar este pro%lema se ha desarrollado el algoritmo de 'arn&
Este al#oritmo consiste en i#norar los tiempos de los se#mentos retransmitidos utili*ar la estrate#ia de
%ac;oo$ para los se#mentos retransmitidos.
Para reconocimientos no am%i#uos .reconocimientos de se#mentos que han sido enviados una
sola ve*/ se calcula el tiempo de transmisin reconocimiento .(TT/ se#!n vimos antes. Cuando ocurre
una retransmisin) se calcula el nuevo timeout como:
+"$#-(im$"( = & + (im$"(-a+(i," -+-$ & = *
Cada ve* que el timer expira causa una retransmisin) el TCP incrementa el timeout. Para evitar que el
timeout sea mu alto) se coloca un limite superior para el mismo. Este l1mite superior ser el maor de los
retardos a trav,s de cualquier camino de la interred.
'rmando 55 Carlos
Send SL7 seqWx
(eceive 'CO se#ment
Control de la con#estin:
Puede parecer que el so$t+are del TCP solo est dise>ado para considerar la interaccin entre los dos
extremos de una conexin los retrasos de comunicacin entre esos extremos. Pero en la prctica el TCP
de%e actuar tam%i,n so%re la con#estin en la interred.
"a con#estin se de%e a un #ran retraso causado por una so%recar#a de data#ramas en uno o mas
puntos de conexin .Por ejemplo) pasarela/. Cuando ocurre una con#estin) por ejemplo cuando a una
pasarela le lle#a excesivo tr$ico) se incrementan los retrasos la pasarela admite los paquetes los
encola hasta que los pueda emitir. cada pasarela tiene una capacidad de almacenamiento $inita los
data#ramas tienen que competir por ese almacenamiento. Si la cola de la pasarela se llena los si#uientes
paquetes que lle#uen se tendrn que recha*ar. 'l ser recha*ados) expira el timer de dichos paquetes en el
emisor volvern a retransmitiese. Esto dar lu#ar a un aumento en la con#estin a un aumento del
retardo.
E. cic. $! $. !i,"i$+($ : aparece con#estin aumenta el retardo) al aumentar el retardo expiran los
timeout se producen retransmisiones. Estas retransmisiones darn lu#ar a una maor con#estin que a
su ve* ori#inar maor retardo hasta que $inalmente ten#a lu#ar un colapso en la interred de $orma que se
quedar totalmente %loqueada.
"a solucin idnea a este Pro%lema es reducir la velocidad de transmisin. Pero el emisor no es
capa* de sa%er que ha con#estin en la red) ,l simplemente o%serva que los paquetes se estn perdiendo)
pero no sa%e la causa. El TCP ha implementado dos t,cnicas para que el emisor redu*ca la velocidad de
transmisin cuando ocurren retrasos) son la Slo+8start 3ultiplicative8decrease.
Como dijimos anteriormente) para cada conexin el TCP de%e recordar el tama>o de ventana
receptora .n!mero de %tes que puede aceptar el receptor/ . Para controlar la con#estin) el TCP mantiene
un se#undo l1mite que es la ventana de con#estin) que es el n!mero de %tes que se pueden introducir en
la red de%ido a la con#estin. En cada momento el TCP calcula el tama>o de esta ventana como:
/$+(a+a-0$&mi(ia = m1+' (A+"+ci &$c$0(&2 #$+(a+a-c+,$!(i3+)
Cuando no ha con#estin) la ventana e con#estin es del mismo tama>o que la ventana del
receptor se pueden introducir en la red tantos %tes como permita la ventana del receptor. Cuando ha
con#estin) se reduce la ventana de con#estin lo que hace reducir el tr$ico que el TCP inectar en la
conexin.
Para estimar el tama>o de la ventana de con#estin se utili*an las t,cnicas:
3ultiplicative8decrease: cada ve* que ha p,rdida de un se#mento) la ventana de con#estin
se divide por dos .hasta) lle#ar a un m1nimo de un se#mento/ se reduce la velocidad de
transmisin) "a idea consiste en proporcionar una reduccin rpida de tr$ico de $orma que
las pasarelas ten#an tiempo de emitir los data#ramas que contin!an en sus colas.
Para recuperarse cuando aca%a la con#estin volver a reesta%lecer la velocidad de tr$ico
normal se aplica la si#uiente t,cnica:
Slo+ start: siempre que comien*a el tr$ico en una nueva conexin o que se incrementa
despu,s de un periodo de con#estin) se iniciali*a la ventana de con#estin al se#mento
cada ve* que lle#a un reconocimiento de un paquete que se ha enviado) se incrementa en =
su tama>o.
Para evitar que la ventana de con#estin cre*ca demasiado en el caso de que no haa con#estin
en la interred de lu#ar a una con#estin adicional) el TCP a>ade una restriccin adicional. 0na ve* que
la ventana de con#estin alcance la mitad de su tama>o ori#inal) se incrementa en = solo cuando todos los
se#mentos de la ventana haan sido reconocidos. ' esto se le denomina 8.se de evit.cin de l.
con(estin.
Esta%lecimiento de la conexin.
Para esta%lecer una conexin) el protocolo de transporte se %asa en el @andsha;e modo 5.
Ejemplo:
8 El TCP del transmisor .Estacin =/ que desea esta%lecer una conexin transmite un S6N con un n!mero
de secuencia 9 hacia el receptor .Estacin 4/.
'rmando 5: Carlos
(eceive SL7 se#ment
Send SL7 seqW) 'CO xK= (eceive SL7 K 'CO se#ment
Send 'CO LK=
8 El receptor .Estacin 4/ contesta con otro S6N con su n!mero de secuencia 6 adems de reconocerle el
paquete antes reci%ido indicndole el prximo n!mero de secuencia que espera de la estacin =.
8 Por !ltimo) el transmisor le reconoce al receptor el n!mero de secuencia 6 indicndole que espera el
paquete 6:1.
8 En este punto la conexin ha quedado esta%lecida la conexin a puede comen*ar la transmisin de
datos en am%os sentidos.
El handsha;e modo 5 es pera am%as estaciones necesario su$iciente para una correcta sincroni*acin
esta%lecimiento de la conexin. (ecordando que TCP tra%aja so%re un servicio de entre#a de paquetes
poco $ia%le) los mensajes pueden ser perdidos) retrasados) duplicados o entre#ados en desorden. Por este
motivo) slo por este) el protocolo de%e usar un mecanismo de timeout retransmitir las peticiones
perdidas. &e esta $orma crecen los pro%lemas a que las retransmisiones las peticiones ori#inales
pueden lle#ar en el proceso de esta%lecimiento de la conexin) durante la transmisin de datos o durante
la desconexin. Con el @andsha;e modo 5 estos pro%lemas quedan resueltos a que durante el
esta%lecimiento de la conexin existe un intercam%io de n!meros de secuencia entre am%as estaciones.
El handsha;e modo 5 o$rece dos $unciones importantes:
8 9aranti*a que am%os puntos de conexin estn dispuestos para trans$erir datos.
7 Permite que am%os acuerden los n!meros de secuencia iniciales.
Cierre de la conexin:
El cierre de la conexin si#ue un esquema de @andsha;e modo 5 modi$icado.
Proceso de cierre :
8 Cuando un data#rama de aplicacin termina de transmitir datos) comunica al TCP que cierre la conexin
en este sentido .(ecordar que la comunicacin es $ull duplex la otra estacin aun puede se#uir enviando
datos/.
8 Para cerrar la conexin en un sentido TCP opera del si#uiente modo:
Transmite aquellos datos pendientes.
Espera los reconocimientos
Env1a un paquete de 6I7.
8 'unque haa cerrado la conexin de%e se#uir enviando los reconocimientos de los paquetes que reci%e.
8 Cuando la estacin remota termine de transmitir datos enviar un 6I7 esperar el reconocimiento.
8 6inalmente la conexin seda de$initivamente cerrada.
&i$erencias entre el proceso de esta%lecimiento cierre de una conexin:
8 Primero se manda el primer 6I7.
8 'ntes del se#undo 6I7:
TCP env1a un reconocimiento e in$orma a la aplicacin que se
van a cerrar las conexiones que no ha sido por error.
Se produce un periodo de espera para con$irmar el $in pudiendo
existir un posi%le time out.
Por !ltimo cuando el pro#rama de aplicacin cierra por $in las
peticiones se produce el se#undo 6I7.
8 Se manda el !ltimo reconocimiento.
(eset de una conexin:
'l#unas condiciones anormales o%li#an a que un pro#rama de aplicacin o el so$t+are de la red
rompan una conexin. Por esto) TCP da la $acilidad de resetear ante estas condiciones anormales. Para
resetear una conexin :
8 0n extremo inicia la terminacin enviando un se#mento con el %it (ST activado en el campo C2&E.
8 El otro extremo responde al reset a%ortando inmediatamente la conexin.
8 El TCP in$orma al pro#rama de aplicacin que se ha producido un reset.
&e$inicin de reset:
(eset W '%orto inmediato de una conexin.
Esto si#ni$ica que la trans$erencia en am%as direcciones cesa inmediatamente los
recursos .%u$$ers etc./quedan li%erados.
'rmando 5? Carlos
Send 6I7 seqWx
(eceive 6I7 se#ment
Send ac; xK=
(eceive 'CO se#ment
Send 6I7) 'CO xK=
(eceive 6I7 K'CO se#ment
Send 'CO K=
(eceive 'CO se#ment
&ireccionamiento IP:
El protocolo IP esta%lece un sistema de direcciones que identi$ica a cada host de $orma !nica. Todos
los equipos dispositivos de comunicaciones en una red TCP/IP han de tener una direccin IP !nica para
poder esta%lecerse la comunicacin.
Cada ve* que se env1a un paquete a la red ,sta determina el camino que se#uir hasta su destino.
"a direccin IP es un n!mero de : %tes .54%its/ que se representa como : enteros entre E 4??.
Cada direccin IP de : %tes se divide en dos partes:
0na porcin de la red) que identi$ica la red.
0na porcin del #ost) que identi$ica el nodo.
"as direcciones IP se dividen en tres clases se#!n los dos %its ms importantes de los cuatro
primeros %tes. Esto se hace para que los routers puedan extraer la porcin de la red de la direccin de
manera e$iciente.
' pesar de la clase de direccin) todos los nodos de una red !nica comparten la misma porcin
de la red< cada nodo tiene una porcin !nica.
Di&$cci3+ IP -$ "+ 4!( 156'**6'78'19
Para $acilitar el encaminamiento de los data#ramas las direcciones de IP se a#rupan en redes.
0na red es un #rupo de direcciones IP que tienen en com!n una parte de su direccin. "a direccin IP
anterior hace re$erencia al host n!mero =A de la red =D:.44:.BC.E
Di&$cci3+ IP -$ "+a &$- 156'**6'78'%
Por convenio la direccin de una red se o%tiene a partir de los %its que tiene en com!n todas las
direcciones de ella) con los dems %its puestos a cero. &ado que cada direccin IP se compone de :
n!meros enteros entre E 4??) la red comprende todas las direcciones desde =D:.44:.BC.= hasta
=D:.44:.BC.4?:. El n!mero E se reserva para el n!mero de la red el n!mero 4?? es la direccin de
di$usin de la red) cualquier data#rama enviado a la direccin de di$usin ser reci%ido procesado por
todos los hosts de la red.
Existen unas clases de redes predeterminadas:
Red de Clase A 10.0.0.0 16.777.214 Hosts
Red de Clase B 10.88.0.0. 65.534 Hosts
Red de Clase C 10.88.221.0. 254 Hosts
Cada direccin tiene una mscara que se determina en $uncin de la direccin de la red. Para
conocer) con exactitud) que parte de la direccin corresponde a la direccin de la red que parte
pertenece a la direccin del host) es necesario ver la mscara.
Di$%&&i'( R%) M*s&$ R(+, H,s-s
Red de Clase A 10.0.0.0 255.0.0.0 16.777.214 Hosts
Red de Clase B 144.102.0.0. 255.255.0.0 65.534 Hosts
Red de Clase C 194.224.78.0. 255.255.255.0 254 Hosts
Direcciones de Cl.se A
0na direccin IP de la clase ' consiste en una porcin de la red de un %te se#uido por una porcin
del @ost de 5 %tes. El %it de maor orden del %te de la porcin de red se de$ine siempre a E. Por lo tanto
se dispondrn de un total de =4A redes de la Clase ' .= a =4A/ con ms de =A millones de nodos por red)
.las redes entre E =4B estn reservadas/ .
Por ejemplo) n W direccin de red h W direccin de host
Clase ' Ennnnnnn.hhhhhhhh.hhhhhhhh.hhhhhhhh
Direcciones de Cl.se ;
0na direccin IP de la clase G consiste en una porcin de la red de dos %tes se#uido por una porcin
del @ost de 4 %tes. "os dos %its de orden superior de la porcin de red se de$inen siempre a =E. Por lo
tanto se dispondrn de aproximadamente =A.EEE redes de la Clase G .desde =4C.x a =D=.x/ con ms de
A?.EEE nodos por red.
Clase ' =Ennnnnn.nnnnnnnn.hhhhhhhh.hhhhhhhh
'rmando 5A Carlos
Direcciones de Cl.se C
0na direccin IP de la clase C consiste en una porcin de la red de tres %tes se#uido por una porcin
del @ost de = %tes. "os tres %its de orden superior de la porcin de red se de$inen siempre a ==E. Por lo
tanto se dispondrn de aproximadamente 4 millones de redes de la Clase C .desde =D4.x.x a 445.x.x/
con 4?: nodos por red.
Clase ' =Ennnnnn.nnnnnnnn.nnnnnnnn.hhhhhhhh
Existen empresas #rupos de usuarios cuas necesidades no lle#an a los 4?: hosts. Para atender
las necesidades de estos #rupos mas reducidos se crean su%redes que se#mentan las clases ') G o C.
Direccin Red Mscara 1er Host !lti"o Host
194.224.78.0 255.255.255.0 194.224.78.1 194.224.78.254
194.224.78.128 255.255.255.128194.224.78.129 194.224.78.254
194.224.78.240 255.255.255.254194.224.78.241 194.224.78.242
Direcciones !P Reserv.d.s
"as re#las de direccionamiento IP reservan los si#uientes tipos de direcciones IP para propsitos
especiales:
&irecciones de la red : Estas son las direcciones IP en las que la porcin del @ost est de$inida
por ceros. Por ejemplo la direccin =4D.:B.E.E es la direccin o numero de red correspondiente a una
red Clase G.
&irecciones de di$usin #eneral : Son direcciones en las que la porcin del @ost est de$inida en
todos .4??/. 0n paquete con una direccin de di$usin #eneral se destina a todos los nodos de la red.
Por norma #eneral) nin#!n nodo tiene asi#nado una porcin del @ost $ormada slo por unos.
&irecciones de retorno de %ucle . "a direccin de la red =4B.E.E.E) todas las direcciones del
@ost en la red) por ejemplo) =4B.E.E.=) son reservadas.
&irecciones reservadas : Son direcciones en las que la porcin de red est $ormada por ceros o
todos .4??/
Creacin de su%redes:
0na red Internet .en una direccin de la red Internet !nica/ puede dividirse en una o ms redes ms
peque>as. En la parte in$erior estn listadas al#unas de las ra*ones para dividir la red:
0sar varios medios . Puede ser imposi%le) inconveniente o demasiado
caro conectar todos los nodos en un medio de la red !nica cuando estos nodos estn demasiado lejos o
conectados a un medio di$erente.
(educir la con#estin . El tr$ico entre nodos en una red !nica usa un
ancho de %anda de la red. Como resultado) se requieren ms anchos de %anda cuando el usuario tiene
ms nodos. "a divisin de los nodos en varias redes reduce el n!mero de nodos de la red. Si los nodos
de una red de tama>o peque>o se comunican principalmente con otros nodos de la misma red) el nivel
de con#estin se reduce.
(educir el uso del CP0 . "a reduccin del uso de CP0 los nodos
conectados es similar a la reduccin de la con#estin. 3s nodos en la red causan ms di$usiones
#enerales en la red. Incluso si una di$usin #eneral no se env1a a un nodo en particular) cada nodo de
una red de%e reaccionar ante la misma antes de decidir si de%e aceptar o descartarse.
'islar una red . "a divisin de una red de maor tama>o en redes ms
peque>as) limita el impacto de uno de los pro%lemas de la red so%re otra. Entre estos pro%lemas se
pueden incluir el error de hard+are de la red) como una interconexin Ethernet a%ierta) o errores de
so$t+are) como una operacin de emisin con$usa.
3ejorar el nivel de se#uridad . En un medio de red de di$usin #eneral
como es Ethernet) cada nodo de una red tiene acceso a todos los paquetes enviados a la misma. Si se
permite slo un tr$ico de red sensitivo en una red) otros monitores de red pueden evitar el acceso a
,ste tipo de tr$ico.
@acer uso e$iciente del espacio de la direccin IP . Si est asi#nando
un n!mero de red Clase ' o G tiene varias redes $1sicas peque>as) puede dividir el espacio de
direccin IP en varias su%redes IP asi#narles redes $1sicas individuales. Con el uso de este m,todo)
no necesita conse#uir ms n!meros de redes IP por cada red $1sica.
3scaras direcciones de su%redes:
'rmando 5B Carlos
Cada su%red $unciona como si $uera una red independiente. Para redes remotas) sin em%ar#o) las
su%redes aparecen colectivamente como redes discretas !nicas. Esto si#ni$ica que la red local slo
necesita una direccin de red IP estas redes remotas no necesitan poner atencin en la u%icacin de un
nodo en una su%red particular.
"a comunicacin entre un nodo en una su%red local un nodo en una su%red di$erente es parecida a
la comunicacin entre nodos de dos redes di$erentes. Para un usuario) el encaminamiento entre su%redes
es transparente. Internamente) el so$t+are IP reconoce cualquier direccin IP que est, destinada a una
su%red env1a estos paquetes al router de la misma.
'l i#ual que en la comunicacin entre redes) la in$ormacin del encaminamiento para la
comunicacin de la su%red entre su%redes se mantiene en la ta%la de encaminamiento .por IP/ para cada
nodo o router. Sin em%ar#o) en el caso de las su%redes) dicha in$ormacin est $ormada por la direccin
de la red la direccin de la su%red.
Cuando una red se distri%ue en varias su%redes) la porcin del @ost de la direccin IP se divide en
dos partes) al i#ual que la direccin IP se divide en dos partes .: %tes en total/. "a porcin de la
direccin del @ost especi$ica la su%red de la red IP el nodo de dicha su%red.
Por ejemplo) si una red tiene la porcin de la direccin de la red Clase G =4D.:B) el resto de dicha
direccin se puede dividir en direcciones de su%red del @ost. Esta divisin est controlada por la red
local a $in de o%tener una maor $lexi%ilidad en el $uncionamiento de la red a nivel local. Por ejemplo) la
direccin de su%red puede contener cuatro %its de los dos %tes restantes. Esto permite =? su%redes)
cada una con :ED: nodos. En otro ejemplo) la direccin de la su%red puede contener ocho %its) lo que
permite usar 4?: su%redes .una direccin de su%red de todos los unos no es vlida/) cada una con 4?:
nodos.
0na mscara de su%redes indica cmo se divide la porcin del @ost de una direccin IP en
direcciones de su%redes porciones de direccin del @ost local. "a mscara de la red est representada
por un n!mero de 54 %its en el que las porciones de direccin de red su%red estn $ormadas por una
direccin IP completa todas las del @ost por ceros. Por ejemplo) con una porcin de la direccin de la
red IP de Clase G de =4D.:B una direccin de la su%red de : %its) la mscara de su%red constar de 4E
unos =4 ceros. En resumen) una mscara de su%red ampl1a la porcin de la direccin de la red de una
direccin IP local. "a si#uiente $i#ura muestra ejemplos de direcciones de redes IP) la relacin con la
mscara de su%red con la correspondiente su%red.
Protocolo &7S .Servicio de 7om%res de &ominio/.
El servicio de nom%res de dominios es un servicio de directorios %asado en una %ase de datos
distri%uida.
"a $uncin %sica del servicio de nom%res de dominios es la de $acilitar el acceso a los recursos
servicios de Internet a trav,s de nom%res $cilmente recorda%les) en lu#ar de direcciones num,ricas.
Esta%lece adems un nivel de direccin que permite cam%iar servicios de una mquina a otra o distri%uir
la car#a de acceso a varios servidores sin necesidad de redistri%uir o cam%iar la direccin num,rica.
Protocolo 0&P .0ser &ata#ram Protocol/:
El protocolo IP proporciona tres de$iniciones mu importantes:
&e$ine la unidad %sica para la trans$erencia de datos utili*ada a trav,s de una red TCP/IP
(eali*a la $uncin de ruteo) indicando por donde de%en ser enviados los datos.
Inclue un conjunto de re#las que de$ine cuando los paquetes enviados por la red de%en ser
descartados. &e$ine las condiciones de error en el env1o recepcin de paquetes.

&'T2S
'rmando 5C Carlos
Ca%ecera &atos !tiles
In$ormacin de direccin
control
de $lujo
"a unidad de datos en TCP/IP se denomina d.t.(r.). consta de un enca%e*ado de un rea de
datos. "a ca%ecera del data#rama lleva una serie de datos como son las direcciones IP del emisor como
del receptor) as1 como unos indicadores de tipo de servicio) protocolo tiempo de vida. "a red $1sica trata
al data#rama como si $uera un dato incluendo la ca%ecera dentro de la parte de datos de la trama.
TCP/IP por lo tanto es capa* de transmitir data#ramas IP entre hosts) donde cada data#rama es
enviado a trav,s de la red) %asndose en la direccin IP del destino. En el Protocolo Internet) una
direccin hace re$erencia a un host) pero no hace nin#una distincin respecto a que usuario o que
aplicacin reci%ir el data#rama. El protocolo 0&P es el que se encar#a de distin#uir entre los di$erentes
destinos que un data#rama puede tener en un mismo host) permitiendo a varias aplicaciones que se
ejecutan en una misma computadora env1en reci%an data#ramas de $orma independientes. El 0&P
proporciona puertos de protocolos utili*ados para distin#uir a que aplicacin se diri#e un data#rama.
Protocolo TCP .Transmision Control Protocol/:
El protocolo de control de transmisin especi$ica el $ormato de los datos los acuse de reci%o que
intercam%ian dos computadoras para lo#rar una trans$erencia con$ia%le) as1 como los procedimientos que
la computadora utili*a para ase#urarse que los datos lle#an de una manera correcta. 'l mismo tiempo
especi$ica como el so$t+are distin#ue el destino correcto dentro de los posi%les destinos dentro de una
misma mquina. Tam%i,n especi$ica cmo dos computadoras inician una trans$erencia de $lujo TCP
como se ponen de acuerdo cuando se completa.
Protocolo '(P ('(P .'dressin# (esolution Protocol / (everse 'dressin# (esolution Protocol/
El protocolo de asociacin de direcciones ARP se encar#a de convertir las direcciones IP de 54 %its
en direcciones $1sicas) ,ste proporciona un mecanismo ra*ona%lemente e$ica* $cil de mantener. El
mecanismo es el si#uiente) cuando una est.cin A quiere conectar con una est.cin ; con direccin IP
GIP) esta emite por di$usin un paquete especial que pide a ; que responda con su direccin $1sica G6S.
Todas las estaciones incluendo a G reci%en la solicitud pero slo ; reconoce su propia IP env1a una
respuesta que contiene su direccin $1sica. Cuando ' reci%e la respuesta utili*a la direccin $1sica para
enviar el data#rama directamente a G.
RARP es el protocolo inverso de asociacin de direcciones) se usa con el $in de que los dispositivos
sin direccin asi#nada puedan o%tenerla de un servidor de direcciones de la red. El proceso es similar al
del protocolo '(P) slo que en este caso se reci%e respuesta de todos los servidores ('(P) aunque slo
se necesite una contestacin. "a principal ventaja de tener ms de un servidor ('(P en una red es la de
hacer el sistema ms con$ia%le) a que si uno $alla siempre puede activarse otro para dar este servicio. El
inconveniente de tener varios servidores ('(P en una red es que cuando se produce las respuestas a una
peticin ('(P se so%recar#a la red con las respuestas de los servidores.
Protocolo S73P .Simple 7et+or; 3ana#ement Protocol/:
El protocolo S73P tiene como $uncin el proporcionar a los administradores de la red) las
herramientas necesarias para depurar pro%lemas) controlar rutas locali*ar computadoras que no cumplan
los protocolos.
En una red TCP/IP) los routers son los conmutadores activos que los administradores necesitan para
las $unciones de revisin control. &ado que los routers conectan redes hetero#,neas) los protocolos para
la administracin de red operan en el nivel de aplicacin se comunican mediante los protocolos de nivel
'rmando 5D Carlos
de transporte del TCP/IP. 0n (outer con administracin de%e conservar el control los estados de
in$ormacin que el administrador puede necesitar. Por ejemplo mantiene estad1sticas del estado de sus
puertos de red) del tr$ico que entra sale) de los data#ramas eliminados de los mensajes de error
#enerados. '!n cuando permite al administrador acceder a estas estad1sticas) S73P no especi$ica qu,
datos se pueden acceder. 0n estndar $uera de S73P es el que especi$ica los detalles. Conocido como
3ana#ement In$ormation Gase .M!;/) es el estndar que especi$ica los elementos de los datos de que un
host o un router de%en conservar las operaciones permitidas en cada uno.
'plicaciones TCP/IP) servicios en Internet :
Puertos
Cada host en internet tiene una direccin !nica) esto si#ni$ica) que todos los usuarios que desean
conectar con un determinado ordenador han de diri#irse a la misma direccin. &ado el #ran n!mero de
usuarios conectados a Internet) es pro%a%le que cualquier host con un servicio popular sea accedido por
m!ltiples usuarios de $orma simultnea. Tam%i,n es $recuente encontrar que un solo ordenador con una
direccin IP se hace responsa%le de diversas tareas o servicios como Correo Electrnico) Servicio de
P#inas Pe%) Servicio de trans$erencia de 6icheros) etc. 7ecesitamos un m,todo para distin#uir los $lujos
de in$ormacin de cada tarea) usuario servicio. Para este $in se ha de$inido el puerto en la especi$icacin
del protocolo TCP.
Cada servicio como Pe%) Correo) 6TP) o &7S) tiene un puerto asi#nado. Cada comunicacin con
una direccin IP de diri#e al puerto predeterminado en $uncin de la aplicacin.
#rotocolo #$erto #or De%ecto
&'# 21
(M'# 25
H''# 80
#)# 110
Si deseamos esta%lecer una sesin de trans$erencia de $icheros) a trav,s de protocolo 6TP nuestro
pro#rama ha de diri#irse al puerto 4=.
Correo "lectrnico
El correo electrnico) es un sistema que permite la transmisin e intercam%io de mensajes en un
$ormato in$ormati*ado.
Cada receptor de correo tiene una direccin !nica que le identi$ica en la red. Conociendo su direccin
cualquier usuario de Internet en cualquier parte del mundo puede enviar un mensaje con la misma
$acilidad que env1a un mensaje a otro usuario en su red local. "as direcciones de correo electrnico estn
divididas en dos partes separadas por el carcter arro%a <=<>
I)%(-i.i&&i'( )% /s/$i, N,01$% I(-%$(%- )%l s%$2i&i, )% &,$$%,
%l%&-$'(i&, 3$ %l ),0i(i,
4%" s5i(.(%-6
SMTP
E" protocolo S3TP es el estndar para la distri%ucin de correo electrnico en Internet. Es un
protocolo orientado a texto que utili*a los servicios de TCP/IP para reci%ir correo desde un cliente para
trans$erir mensajes desde un servidor a otro de $orma $ia%le.
Si un mensaje va destinado a varios receptores en un servidor de correo) el emisor enviar un solo
mensaje al servidor de destino. 'l reci%ir un mensaje de correo el servidor S3TP hace una copia de este
para cada destinatario en la lista de distri%ucin.
POP
El Protocolo de 2$icina Postal de$ine el dilo#o entre un servidor de correo la aplicacin de correo
electrnico. 'l reci%ir los mensajes el servidor de correo los almacena en %u*ones privados para cada
usuario. P2P permite que un '#ente de 0suario .0'/ acceda al %u*n) descar#ue todos los mensajes
pendientes despu,s %orrarlos.
HTTP
El protocolo de trans$erencia de @ipertexto es el pe#amento que une el Porld Pide Pe%. El servicio
@TTP en un host permite que usuarios a distancia puedan acceder a los $icheros que almacena si ,stos
'rmando :E Carlos
conocen su direccin exacta. El protocolo @TTP de$ine un sistema de direcciones %asado en
"ocali*adores 0ni$ormes de (ecursos .0("/. El 0(" de un recurso indica el protocolo o servicio que se
emplea para ser accedido) la direccin del host donde se encuentra el recurso) la u%icacin del recurso
dentro del host. Por ejemplo:
"a in$ormacin hpertexto se almacena en $ormato @T3". Se re$iere a cada $ichero como -p#ina-. El
-Gro+ser- es el pro#rama de usuario que conecta con el servidor mediante @TTP e interpreta la p#ina
@T3" antes de mostrarla al usuario.
FTP
6TP es el protocolo de trans$erencia de $ichero de TCP/IP) permite tanto enviar como reci%ir $icheros
desde o hacia un servidor 6TP. "as principales caracter1sticas de 6TP son:
El acceso interactivo: mediante el cual se puede solicitar al servidor un listado de $icheros.
Especi$icacin del $ormato de los $icheros almacenados
Control de autenti$icacin.
T"LN"T
El conjunto de protocolos TCP/IP inclue un protocolo de terminal remoto sencillo) llamado
TE"7ET) el cual permite a un usuario esta%lecer una conexin TCP con un servidor de acceso a otro.
TE"7ET trans$iere despu,s las pulsaciones de teclado directamente desde el teclado del usuario a la
computadora remota como si hu%ieran sido hechos en un teclado unido a la mquina remota.
'rmando := Carlos

El Modelo TCPIP

Hochgeladen von

Dokumentinformationen

Copyright

Verfügbare Formate

Dieses Dokument teilen

Dokument teilen oder einbetten

Freigabeoptionen

Stufen Sie dieses Dokument als nützlich ein?

Sind diese Inhalte unangemessen?

Copyright:

Verfügbare Formate

El Modelo TCPIP

Hochgeladen von

Copyright:

Verfügbare Formate

Trabajo Sobre Redes de Ordenadores

Das könnte Ihnen auch gefallen