Beruflich Dokumente
Kultur Dokumente
Contenido
III. Desarrollo: ........................................................................................................................ 5
Protocolos de la capa de aplicacin (Ventajas-Desventajas) al utilizar un modelo
Cliente/Servidor. ........................................................................................................................... 5
Desventajas ................................................................................................................................. 5
Uno de los ms grandes problemas presentes en este enfoque es el control de las
versiones de los programas, as como la administracin de la configuracin de estos. Es
muy costoso y complejo estar constantemente actualizando mdulos de aplicaciones,
ms an si stos involucran actividades de red o se ejecutan en diferentes plataformas
de equipos y sistemas operativos. La congestin del trfico ha sido siempre un problema
desde el primer da del nacimiento del paradigma de C/S. Cuando una gran cantidad de
clientes envin peticiones al mismo tiempo, puede ser que cause muchos de los apuros
para el servidor. Ms clientes hay ms apuros que tiene. Mientras que, el ancho de banda
de la red del P2P se compone de cada nodo en la red, cuanto ms nodo hay, mejor el
ancho de la banda que tiene. ..................................................................................................... 5
El paradigma C/S no tiene la buena robustez como red del P2P. Cuando el Servidor esta
cado, las peticiones de los clientes no pueden ser satisfechas. En la mayora de redes
del P2P, los recursos estn situados generalmente en nodos por toda la red. Aunque
algunos nodos salen o abandonan la descarga; otros nodos pueden todava acabar de
descargar consiguiendo datos del resto de los nodos en la red. .......................................... 5
El Software y el Hardware de un servidor es generalmente muy terminantes. Un
hardware regular del ordenador personal puede no servir sobre cierta cantidad de
clientes. .......................................................................................................................................... 5
Ventajas ........................................................................................................................................ 6
La ventaja principal de introducir un nivel de aplicacin entre la interfaz del cliente y los
servicios de datos del servidor es minimizar el costo y la complejidad del mantenimiento
del software, especialmente si consideramos que la modificacin del cdigo de la
aplicacin es centralizada y, por lo tanto, la cantidad de elementos modificados es muy
reducida. ........................................................................................................................................ 6
Otro beneficio derivado del modelo es el rendimiento incremental que puede obtenerse
al reducir el trfico de mensajes del cliente al servidor y viceversa. Una transaccin, que
como la de retirar dinero de un cajero automtico produce un intercambio importante de
mensajes entre el cliente y el servidor, puede limitarse a una nica solicitud al servidor, a
travs de la interfaz con el usuario. Y como es usual que se utilice el mismo hardware
para implementar los niveles de aplicacin y datos, el ahorro en la transmisin de
mensajes es verdaderamente significativo. ............................................................................. 6
Aunque el mbito de las tecnologas Cliente/Servidor es muy amplio, algunas reas se
han visto particularmente favorecidas con el desarrollo de programas informticos, cuyo
uso y conocimiento se ha extendido rpidamente entre los usuarios de aplicaciones, sean
stos tcnicos o no. ..................................................................................................................... 6
Centralizacin del control: los accesos, recursos y la integridad de los datos son
controlados por el servidor de forma que un programa cliente defectuoso o no autorizado
no pueda daar el sistema. Escalabilidad: Se puede aumentar la capacidad de clientes
y servidores por separado. Todos los datos se almacenan en los servidores, as que
tienen capacidad mejor del control de la seguridad. El servidor puede controlar el acceso
y el recurso al cerciorarse que dejo solamente esos accesos de usuarios permitidos y
cambia datos. Es ms Flexible que el paradigma del P2P para poner al da los datos u
otros recursos. Cualquier elemento de la red C/S puede ser aumentado fcilmente. ...... 6
Puertos de Origen y Puertos de destino (Capa de Transporte)..................................... 7
IV. Resultados: ...................................................................................................................... 8
Multiplexado/Demultiplexado: ................................................................................................ 8
Demultiplexado en mquina receptora: Pasa los segmentos recibidos al socket indicado.
......................................................................................................................................................... 8
Multiplexado en mquina emisora: Colecta los datos que provienen de los sockets,
envolvindolos con una cabecera (que posteriormente ser utilizada para demultiplexar).
......................................................................................................................................................... 8
Funcin ......................................................................................................................................... 8
Aplicacin transporte red enlace fsico P1 aplicacin transporte red enlace fsico
aplicacin transporte red enlace fsico P3 P2 P4 P1 host 1 host 2 host 3 .......................... 8
Las mquinas reciben datagramas de IP. Cada datagrama cuenta con sus direcciones IP
origen y destino. Cada datagrama transporta un segmento de la capa de transporte. Cada
segmento tiene un nmero de puerto origen y destino. Las mquinas utilizan las
direcciones IP y los nmeros de puertos para dirigir los segmentos al socket correcto
Puerto origen # Puerto dest # 32 bits Datos de la aplicacin (mensaje) Otros campos de
la cabecera formato general de un segmento TCP/UDP. ...................................................... 8
Demultiplexado en servicios sin conexin ......................................................................... 8
Se crean sockets con sus nmeros de puerto: DatagramSocket mySocket1 = new
DatagramSocket (99111); DatagramSocket mySocket2 = new DatagramSocket (99222);
El socket UDP se identifica por: (dir IP origen, nm. de puerto origen, dir IP dest, num.
Puerto destino). Cuando un host recibe un segmento UDP:................................................. 8
Verifica su puerto de destino, Conduce el segmento UDP hacia el socket con ese puerto.
U Puede recibir distintos datagramas IP con diferentes direcciones de origen y/o nmeros
de puerto que direccionar al socket indicado. ....................................................................... 8
DatagramSocket serverSocket = new DatagramSocket (6428); .................................... 9
..... 9
Demultiplexado en servicio con conexin. El socket TCP se identifica por TCP. (dir IP
origen, nm. de puerto origen, dir IP dest, num. Puerto destino). Las mquinas servidoras
suelen utilizar mltiples sockets TCP al mismo tiempo. Cada socket identificado por sus
4 valores: IP origen y dest, puerto origen y destino. Los servidores Web mantienen
diferentes sockets con cada cliente que se conecta. La versin no persistente de HTTP
utiliza diferentes sockets en cada peticin. .............................................................................. 9
Capa 7: La capa de aplicacin es la capa del modelo OSI ms cercana al usuario;
suministra servicios de red a las aplicaciones del usuario. Difiere de las dems capas
debido a que no proporciona servicios a ninguna otra capa OSI, sino solamente a
aplicaciones que se encuentran fuera del modelo OSI. ......................................................... 9
Algunos ejemplos de aplicaciones: ...................................................................................... 9
Son los programas de hojas de clculo, de procesamiento de texto y los de las terminales
bancarias. La capa de aplicacin establece la disponibilidad de los potenciales socios de
comunicacin, sincroniza y establece acuerdos sobre los procedimientos de recuperacin
de errores y control de la integridad de los datos. .................................................................. 9
V. Conclusin y/o recomendaciones ............................................................................... 11
El desarrollo de este trabajo es entender para que, y como se crean o interconectan las
redes, est dirigido a todos los interesados en el diseo, construccin y/o arquitectura de
redes, mostrando como referencia los modelos OSI y
TCP/IP. Ambos modelos, representan una herramienta de gran importancia para lograr
la efectividad en las comunicaciones entre la red de datos y la red humana. El Modelo
OSI es la representacin de red, formada por 7 capas. Mientras que el TCP/IP est
definida por 4 categoras de funciones y que deben tener lugar para que las
comunicaciones sean exitosas. Ambos, tienen semejanzas en algunos protocolos, como
las Capas de Transporte y las Capas de Red/Internet, en el resto de los protocolos
estn las diferencias, ambos tienen fortalezas y debilidades. Mientras que OSI contiene
la comunicacin no orientada a la conexin y la orientada a la misma, el Modelo TCP/IP
solo tiene el modo sin conexin, pero considera ambos modos en la Capa de Transporte.
Por estas razones, es necesario reconocer que todo el xito en la comunicacin de redes,
depende sin duda alguna, del uso correcto de alguno de los dos modelos que se
mencionaron anteriormente. ..................................................................................................... 11
VI. Bibliografa ..................................................................................................................... 12
VII. Rubrica de trabajo ............................................................Error! Bookmark not defined.
I. Introduccin:
Desventajas
Uno de los ms grandes problemas presentes en este enfoque es el control
de las versiones de los programas, as como la administracin de la
configuracin de estos. Es muy costoso y complejo estar constantemente
actualizando mdulos de aplicaciones, ms an si stos involucran
actividades de red o se ejecutan en diferentes plataformas de equipos y
sistemas operativos. La congestin del trfico ha sido siempre un problema
desde el primer da del nacimiento del paradigma de C/S. Cuando una gran
cantidad de clientes envin peticiones al mismo tiempo, puede ser que cause
muchos de los apuros para el servidor. Ms clientes hay ms apuros que
tiene. Mientras que, el ancho de banda de la red del P2P se compone de
cada nodo en la red, cuanto ms nodo hay, mejor el ancho de la banda que
tiene.
El paradigma C/S no tiene la buena robustez como red del P2P. Cuando el
Servidor esta cado, las peticiones de los clientes no pueden ser satisfechas.
En la mayora de redes del P2P, los recursos estn situados generalmente
en nodos por toda la red. Aunque algunos nodos salen o abandonan la
descarga; otros nodos pueden todava acabar de descargar consiguiendo
datos del resto de los nodos en la red.
El Software y el Hardware de un servidor es generalmente muy terminantes.
Un hardware regular del ordenador personal puede no servir sobre cierta
cantidad de clientes.
5
Ventajas
6
Puertos de Origen y Puertos de destino (Capa de
Transporte)
Un socket de cliente puede ser parecido a esto, donde 1099 representa el nmero
de puerto de origen: 192.168.1.5:1099
Multiplexado/Demultiplexado:
Demultiplexado en mquina receptora: Pasa los segmentos recibidos al socket
indicado.
Multiplexado en mquina emisora: Colecta los datos que provienen de los sockets,
envolvindolos con una cabecera (que posteriormente ser utilizada para
demultiplexar).
Funcin
Aplicacin transporte red enlace fsico P1 aplicacin transporte red enlace fsico
aplicacin transporte red enlace fsico P3 P2 P4 P1 host 1 host 2 host 3
Las mquinas reciben datagramas de IP. Cada datagrama cuenta con sus
direcciones IP origen y destino. Cada datagrama transporta un segmento de la capa
de transporte. Cada segmento tiene un nmero de puerto origen y destino. Las
mquinas utilizan las direcciones IP y los nmeros de puertos para dirigir los
segmentos al socket correcto Puerto origen # Puerto dest # 32 bits Datos de la
aplicacin (mensaje) Otros campos de la cabecera formato general de un segmento
TCP/UDP.
Demultiplexado en servicios sin conexin
Se crean sockets con sus nmeros de puerto: DatagramSocket mySocket1 = new
DatagramSocket (99111); DatagramSocket mySocket2 = new DatagramSocket
(99222); El socket UDP se identifica por: (dir IP origen, nm. de puerto origen, dir IP
dest, num. Puerto destino). Cuando un host recibe un segmento UDP:
Verifica su puerto de destino, Conduce el segmento UDP hacia el socket con ese
puerto. U Puede recibir distintos datagramas IP con diferentes direcciones de origen
y/o nmeros de puerto que direccionar al socket indicado.
8
DatagramSocket serverSocket = new DatagramSocket (6428);
Demultiplexado en servicio con conexin. El socket TCP se identifica por TCP. (dir
IP origen, nm. de puerto origen, dir IP dest, num. Puerto destino). Las mquinas
servidoras suelen utilizar mltiples sockets TCP al mismo tiempo. Cada socket
identificado por sus 4 valores: IP origen y dest, puerto origen y destino. Los
servidores Web mantienen diferentes sockets con cada cliente que se conecta. La
versin no persistente de HTTP utiliza diferentes sockets en cada peticin.
Por ejemplo: Cualquier browser funciona an sin el stack de TCP/IP instalado, sin
embargo, el browser (google chrome, mozilla firefox, internet explorer, opera)
no es parte de la capa de aplicacin, sino que es el programa que se comunica
9
con dicha capa.
10
V. Conclusin y/o recomendaciones
11
VI. Bibliografa
http://www.clubinvestigacioncr.com/docs/informe23.pdf
http://slideplayer.es/slide/1064632/
https://es.slideshare.net/felipeunefa/protocolo-y-funcionalidad-de-la-
capa-de-aplicacin
http://www.ie.itcr.ac.cr/acotoc/CISCO/R&S%20CCNA1/R&S_CCNA1_IT
N_Chapter10_Capa%20de%20aplicacion.pdf
http://ecovi.uagro.mx/ccna1/course/module7/7.1.2.7/7.1.2.7.htmlhttps://f
undamentos-redes.wikispaces.com/Tema+4.+Capa+de+transporte
http://www.tamps.cinvestav.mx/~vjsosa/clases/redes/Cap3_Transporte.
pdf
http://www.exa.unicen.edu.ar/catedras/comdat1/material/ElmodeloOSI.p
df
12