Unidad 4 TCP/IP 4.1 Modelo Cliente Servidor 4.2 Protocolo de Internet Ip movil 4.

3 Protocolos de Transporte Udp Tcp 4.4 Protocolos Nivel Aplicacin 4.4.1 Smtp Protocolo 4.4.2 tp Protocolo 4.4.3 !ttp Protocolo 4.4.4 N"s Protocolo 4.4.# $ns Protocolo

4.1 Modelo Cliente Servidor TCP es %n protocolo orientado a cone&in. No !a' relaciones maestro/esclavo. (as aplicaciones) sin em*ar+o) %tili,an %n modelo cliente/servidor en las com%nicaciones. Un servidor es %na aplicacin -%e o"rece %n servicio a %s%arios de Internet. %n cliente es el -%e pide ese servicio. Una aplicacin consta de %na parte de servidor ' %na de cliente) -%e se p%eden e/ec%tar en el mismo o en di"erentes sistemas. (os %s%arios invocan la parte cliente de la aplicacin) -%e constr%'e %na solicit%d para ese servicio ' se la env0a al servidor de la aplicacin -%e %sa TCP/IP como transporte. 1l servidor es %n pro+rama -%e reci*e %na solicit%d) reali,a el servicio re-%erido ' dev%elve los res%ltados en "orma de %na resp%esta. 2eneralmente %n servidor p%ede tratar m3ltiples peticiones4m3ltiples clientes5 al mismo tiempo. 4.2 Protocolo de Internet Ip movil IP Mvil Movilidad de terminales en Internet 6ri+inalmente) los m7todos de enr%tamiento "%eron de"inidos para redes est8ticas) sin considerar -%e %n terminal o nodo p%diese despla,ase de %na red o s%*red a otra. 1l enr%tamiento toma venta/a del 9pre"i/o de red: -%e contiene cada direccin IP para conocer la %*icacin "0sica de %na comp%tadora ' por de"ecto) dic!a %*icacin es "i/a. (a movilidad de terminales toma relevancia d0a a d0a de*ido al creciente %so de comp%tadoras port8tiles ' al deseo de s%s %s%arios de mantenerse contin%amente conectados a Internet. 1l Protocolo IP Mvil de"ine procedimientos por los c%ales los pa-%etes p%eden ser enr%tados a %n nodo mvil) independientemente de s% %*icacin act%al ' sin cam*iar s% direccin IP. (os pa-%etes destinados a %n nodo mvil

primeramente son diri+idos a s% red local. All0) %n a+ente local los intercepta ' mediante %n t3nel los reenv0a a la direccin temporal recientemente in"ormada por el nodo mvil. 1n el p%nto "inal del t3nel %n a+ente "or8neo reci*e los pa-%etes ' los entre+a al nodo mvil. 1ste doc%mento pretende descri*ir el desarrollo act%al del protocolo de Internet dise;ado para soportar movilidad de terminales) p%diendo ser %sado como p%nto de partida v8lido por todo a-%7l -%e desee iniciarse en el tema. (%e+o de cons%ltar el n%trido acervo *i*lio+r8"ico) se e&pone en primer l%+ar) caracter0sticas ' terminolo+0a) posteriormente s% "%ncionamiento ' evol%cin. Por 3ltimo se comentan pro*lemas a c%estiones del protocolo) ' posi*les sol%ciones. 4.3 Protocolos de Transporte Udp Tcp 1l +r%po de protocolos de Internet tam*i7n mane/a %n protocolo de transporte sin cone&iones) el U$P 4User $ata Protocol) protocolo de datos de %s%ario5. 1l U$P o"rece a las aplicaciones %n mecanismo para enviar data+ramas IP en *r%to encaps%lados sin tener -%e esta*lecer %na cone&in. M%c!as aplicaciones cliente<servidor -%e tienen %na solicit%d ' %na resp%esta %san el U$P en l%+ar de tomarse la molestia de esta*lecer ' l%e+o li*erar %na cone&in. 1l U$P se descri*e en el = C >?@. Un se+mento U$P consiste en %na ca*ecera de @ *'tes se+%ida de los datos. (a ca*ecera se m%estra a contin%acin. (os dos p%ertos sirven para lo mismo -%e en el TCPA para identi"icar los p%ntos terminales de las m8-%inas ori+en ' destino. 1l campo de lon+it%d U$P incl%'e la ca*ecera de @ *'tes ' los datos. (a s%ma de compro*acin U$P incl%'e la misma pse%doca*ecera de "ormato) la ca*ecera U$P) ' los datos) rellenados con %na cantidad par de *'tes de ser necesario. U$P no admite n%meracin de los data+ramas) "actor -%e) s%mado a -%e tampoco %tili,a se;ales de con"irmacin de entre+a) !ace -%e la +arant0a de -%e %n pa-%ete lle+%e a s% destino sea m%c!o menor -%e si se %sa TCP. 1sto tam*i7n ori+ina -%e los data+ramas p%eden lle+ar d%plicados '/o desordenados a s% destino. Por estos motivos el control de env0o de data+ramas) si e&iste) de*e ser implementado por las aplicaciones -%e %san

U$P como medio de transporte de datos) al i+%al -%e el reeensam*le de los mensa/es entrantes. 1s por ello %n protocolo del tipo *est<e""ort 4m8&imo es"%er,o5) por-%e !ace lo -%e p%ede para transmitir los data+ramas !acia la aplicacin) pero no p%ede +aranti,ar -%e la aplicacin los reci*a. 4.4 Protocolos Nivel Aplicacin 1l nivel de aplicacin es el nivel -%e los pro+ramas m8s com%nes %tili,an para com%nicarse a trav7s de %na red con otros pro+ramas. (os procesos -%e acontecen en este nivel son aplicaciones espec0"icas -%e pasan los datos al nivel de aplicacin en el "ormato -%e internamente %se el pro+rama ' es codi"icado de ac%erdo con %n protocolo est8ndar.Al+%nos pro+ramas espec0"icos se considera -%e se e/ec%tan en este nivel. Proporcionan servicios -%e directamente tra*a/an con las aplicaciones de %s%ario. 1stos pro+ramas ' s%s correspondientes protocolos incl%'en a BTTP 4B0per Trans"er Protocol5) TP 4Trans"erencia de arc!ivos5) SMTP 4correo electrnico5) SSB 4lo+in remoto se+%ro5) $NS 4=esol%cin de nom*res de dominio5 ' a m%c!os otros.Una ve, -%e los datos de la aplicacin !an sido codi"icados en %n protocolo est8ndar del nivel de aplicacin son pasados !acia a*a/o al si+%iente nivel de la pila 4.4.1 Smtp Protocolo Simple Mail Trans"er Protocol 4SMTP5) o protocolo simple de trans"erencia de correo. Protocolo de red *asado en te&to %tili,ado para el intercam*io de mensa/es de correo electrnico entre comp%tadoras o distintos dispositivos 4P$ACs) tel7"onos mviles) etc.5. 1st8 de"inido en el = C 2@21 ' es %n est8ndar o"icial de Internet (as resp%estas del servidor constan de %n cdi+o n%m7rico de tres di+itos) se+%ido de %n te&to e&plicativo. 1l n3mero va diri+ido a %n procesado a%tom8tico de la resp%esta por a%tmata) mientras -%e el te&to permite -%e %n !%mano interprete la resp%esta. 1n el protocolo SMTP todas las rdenes) r7plicas o datos son l0neas de te&to) delimitadas por el car8cter DC=( E. Todas las r7plicas tienen %n cdi+o n%m7rico al comien,o de la l0nea.

1n el con/%nto de protocolos TCP/IP) el SMTP va por encima del TCP) %sando normalmente el p%erto 2# en el servidor para esta*lecer la cone&in.
=es%men simple del "%ncionamiento del protocolo SMTP FeditarGC%ando %n cliente esta*lece %na cone&in con el servidor SMTP) espera a -%e 7ste env0e %n mensa/e 922H Service read': o 9421 Service non availa*le:

Se env0a %n B1(6 desde el cliente. Con ello el servidor se identi"ica. 1sto p%ede %sarse para compro*ar si se conect con el servidor SMTP correcto. 1l cliente comien,a la transaccin del correo con la orden MAI(. Como ar+%mento de esta orden se p%ede pasar la direccin de correo al -%e el servidor noti"icar8 c%al-%ier "allo en el env0o del correo. 1l servidor responde 92#H 6I:. Ja le !emos dic!o al servidor -%e -%eremos mandar %n correo) a!ora !a' -%e com%nicarle a -%ien. (a orden para esto es =CPT T6ADdestinoK!ostE. Se p%eden mandar tantas rdenes =CPT como destinatarios del correo -%eramos. Por cada destinatario) el servidor contestar8 92#H 6I: o *ien 9##H No s%c! %ser !ere:) si no enc%entra al destinatario. Una ve, enviados todos los =CPT) el cliente env0a %na orden $ATA para indicar -%e a contin%acin se env0an los contenidos del mensa/e. 1l servidor responde 93#4 Start mail inp%t) end Lit! DC=( E.DC=( E: 1sto indica al cliente como !a de noti"icar el "in del mensa/e. A!ora el cliente env0a el c%erpo del mensa/e) l0nea a l0nea. Una ve, "inali,ado) se termina con %n DC=( E.DC=( E 4la 3ltima l0nea ser8 %n p%nto5) a lo -%e el servidor contestar8 92#H 6I:) o %n mensa/e de error apropiado. Tras el env0o) el cliente) si no tiene -%e enviar m8s correos) con la orden MUIT corta la cone&in. Tam*i7n p%ede %sar la orden TU=N) con lo -%e el cliente pasa a ser el servidor) ' el servidor se convierte en cliente. inalmente) si tiene m8s mensa/es -%e enviar) repite el proceso !asta completarlos. P%ede -%e el servidor SMTP soporte las e&tensiones de"inidas en el = C 1?#1) en este caso) la orden B1(6 p%ede ser s%stit%ida por la orden 1B(6) con lo -%e el servidor contestar8 con %na lista de las e&tensiones admitidas. Si el servidor no soporta las e&tensiones) contestar8 con %n mensa/e 9#HH S'nta& error) command %nreco+ni,ed:. 4.4.2 Ftp Protocolo El siguiente modelo representa el diagrama de un servicio FTP.

1n el modelo) el int7rprete de protocolo 4PI5 de %s%ario) inicia la cone&in de control en el p%erto 21. (as rdenes TP est8ndar las +enera el PI de %s%ario ' se transmiten al proceso servidor a trav7s de la cone&in de control. (as resp%estas est8ndar se env0an desde el PI del servidor al PI de %s%ario por la cone&in de control como resp%esta a las rdenes. 1stas rdenes TP especi"ican par8metros para la cone&in de datos 4p%erto de datos) modo de trans"erencia) tipo de representacin ' estr%ct%ra5 ' la nat%rale,a de la operacin so*re el sistema de arc!ivos 4almacenar) rec%perar) a;adir) *orrar) etc.5. 1l proceso de trans"erencia de datos 4$TP5 de %s%ario % otro proceso en s% l%+ar) de*e esperar a -%e el servidor inicie la cone&in al p%erto de datos especi"icado 4p%erto 2H en modo activo o est8ndar5 ' trans"erir los datos en "%ncin de los par8metros -%e se !a'an especi"icado. Nemos tam*i7n en el dia+rama -%e la com%nicacin entre cliente ' servidor es independiente del sistema de arc!ivos %tili,ado en cada ordenador) de manera -%e no importa -%e s%s sistemas operativos sean distintos) por-%e las entidades -%e se com%nican entre s0 son los PI ' los $TP) -%e %san el mismo protocolo estandari,adoA el TP.

Tam*i7n !a' -%e destacar -%e la cone&in de datos es *idireccional) es decir) se p%ede %sar sim%lt8neamente para enviar ' para reci*ir) ' no tiene por -%7 e&istir todo el tiempo -%e d%ra la cone&in TP 4.4.3 ttp Protocolo 1l cliente Oe* descodi"ica la U=() separando s%s di"erentes partes. As0 identi"ica el protocolo de acceso) la direccin $NS o IP del servidor) el posi*le p%erto opcional 4el valor por de"ecto es @H5 ' el o*/eto re-%erido del servidor. Se a*re %na cone&in TCP/IP con el servidor) llamando al p%erto TCP correspondiente. Se reali,a la peticin. Para ello) se env0a el comando necesario 421T) P6ST) B1A$)P5) la direccin del o*/eto re-%erido 4el contenido de la U=( -%e si+%e a la direccin del servidor5) la versin del protocolo BTTP empleada 4casi siempre BTTP/1.H5 ' %n con/%nto varia*le de in"ormacin) -%e incl%'e datos so*re las capacidades del *roLser) datos opcionales para el servidor)P 1l servidor dev%elve la resp%esta al cliente. Consiste en %n cdi+o de estado ' el tipo de dato MIM1 de la in"ormacin de retorno) se+%ido de la propia in"ormacin. 4.4.4 N!s Protocolo 1l NetLorQ ile S'stem 4Sistema de arc!ivos de red5) o N S) es %n protocolo de nivel de aplicacin) se+3n el Modelo 6SI. 1s %tili,ado para sistemas de arc!ivos distri*%ido en %n entorno de red de comp%tadoras de 8rea local. Posi*ilita -%e distintos sistemas conectados a %na misma red accedan a "ic!eros remotos como si se tratara de locales. 6ri+inalmente "%e desarrollado en 1R@4 por S%n Micros'stems) con el o*/etivo de -%e sea independiente de la m8-%ina) el sistema operativo ' el protocolo de transporte) esto "%e posi*le +racias a -%e est8 implementado so*re los protocolos S$= 4presentacin5 ' 6NC =PC 4sesin5 .F1G 1l protocolo N S est8 incl%ido por de"ecto en los Sistemas 6perativos UNIS ' las distri*%ciones 2NU/(in%&.

Caracter0sticas FeditarG1l sistema N S est8 dividido al menos en dos partes principalesA %n servidor ' %no o m8s clientes. (os clientes acceden de "orma remota a los datos 4.4." #ns Protocolo 1l $NS 4 $omain Name S'stem 5 o Sistema de Nom*res de $ominio es %na *ase de datos /er8r-%ica ' distri*%ida -%e almacena in"ormacion so*re los nom*res de dominio de de redes cmo Internet. Tam*i7n llamamos $NS al protocolo de com%nicacin entre %n cliente 4 resolver 5 ' el servidor $NS. (a "%ncin m8s com3n de $NS es la trad%ccin de nom*res por direcciones IP) esto nos "acilita recordar la direccin de %na m8-%ina !aciendo %na cons%lta $NS ' nos proporciona %n modo de acceso m8s "ia*le 'a -%e por m%ltiples motivos la direccin IP p%ede variar manteniendo el mismo nom*re de dominio. 1l $NS %sa el concepto de espacio de nom*res distri*%ido. (os nom*res sim*licos se a+r%pan en ,onas de a%toridad) o m8s com3nmente) ,onas. 1n cada %na de estas ,onas) %no o m8s !osts tienen la tarea de mantener %na *ase de datos de nom*res sim*licos ' direcciones IP ' de s%ministrar la "%ncin de servidor