lunes, 25 de mayo de 2015
domingo, 17 de mayo de 2015
chavos por aqui les dejo un texto muy interesante sobre los sistemas distribuidos asi como la nomenclatura que utilizan y los errores que contienen
Los SD son los sistemas de software más complejos
–
Nortel Networks crea switches los cuales pueden contener entre 25-30 millones de líneas de código, interviniendo 3000 desarrolladores de software, y con un ciclo de vida de 20 años para actualizar.
– En Motorola, el 20% de sus ingenieros producen hardware, 80% produce software.
– En este tipo de software hay materia para toda clase de problemas de ingeniería de software. • Investigación de arquitectura de software para tratar los retos de diseño –
“... Incluye la organización de un sistema como la composición de componentes; control global de estructuras; los protocolos para comunicación, sincronización, y acceso a datos; la asignación de funcionalidad para diseñar elementos; la composición de diseño de elementos; distribución física; escalamiento y desempeño; dimensiones de evolución; y selección de alternativas de diseño. Este es el nivel de diseño arquitectura de software.” [Garlan y Shaw]
• Algunos paradigmas de arquitecturas pertinentes para SD – Capas – Cliente - Servidor Sistemas Distribuidos II-3 Capas • Idea básica – Desmembrar la complejidad de sistemas mediante el diseño en capas y servicios • Capas: grupo de funcionalidades fuertemente relacionadas y altamente coherentes • Servicios: funcionalidades proporcionadas a capas superiores
– Ejemplos de arquitecturas en capas • Sistemas operativos (kernel, otros servicios), históricamente: los sistemas operativos. • Arquitecturas de protocolos de red Capa n+1 Capa n Capa n-1 Servicio-n Servicio-n Sistemas Distribuidos II-4 Cliente-Servidor • Estructura típica en capas de un SD – Plataforma: Hardware y sistema operativo • Windows NT / Procesador Pentium • Solaris / Procesador SPARC – Middleware: logra trasparencia en la heterogeneidad en el nivel de plataforma • Logra comunicación y compartición de recursos – Ej. Invocación de métodos remotos • Ejemplos – CORBA (OMG), DCOM (Microsoft) – RM-ODP (ITU-T/ISO) – Invocación de Métodos Remotos Java (SUN) – Servicios Web • Nota: no todas las funciones relacionadas con comunicación puede ser abstractas. Applications, services Computer and network hardware Plataforma Operating system Middleware Sistemas Distribuidos II-5 Cliente-Servidor • Modelo básico – Cliente: el proceso requiere acceder datos, utilizar recursos o ejecutar operaciones en una computadora diferente – Servidor: Proceso maneja datos y otros recursos compartidos, permite al cliente acceder a recursos y ejecutar cómputos – Interacción: invocación / par de mensajes resultantes – Ejemplo • Servidor http: cliente (navegador) página solicitada, servidor entrega página – Servicios de caching (servidores proxy) • Caching de páginas Web frecuentemente utilizadas – Procesos pares (no cliente-servidor: peer-to-peer) • Procesos que tienen en gran parte similitudes de funcionalidad Server Client Client invocation result Server invocation result Process: Key: Computer: Sistemas Distribuidos II-6 Cliente-Servidor • Variantes – Servicios proporcionados por múltiples servidores – Ejemplos: muchos servicios de comercio Web están implementados en diferentes servidores – Motivación • Desempeño (ej. cnn.com, servidores para descarga, etc.) • Confiabilidad – Los servidores mantienen bases de datos replicadas o distribuidas Server Server Server Service Client Client Sistemas Distribuidos II-7 Cliente-Servidor • Variantes – Servidores proxy: suministrar replicación/distribución trasparente – Caching • Los servidores proxy mantienen caches, como almacenes de recursos solicitados recientemente • Utilizados frecuentemente en motores de búsqueda: Client Proxy Web server Web server server Client Sistemas Distribuidos II-8 Cliente-Servidor • Más variantes de modelo Cliente- Servidor – Código Móvil • Código enviado a un proceso cliente para realizar una tarea específica • Ejemplos – Applets – Mensajes Activos(contiene código de protocolo de comunicación) • Agentes Móviles – Programa ejecutado (código + datos), migración entre procesos, realizando una tarea autónoma, frecuentemente en representación de otro proceso – ventajas: flexibilidad, ahorro en costo de comunicación – Merados virtuales, programas gusano • Clientes delgados – Ejecutar interfaces de ventanas localmente mientras la aplicación se ejecuta en el servidor – ejemplo: servidores X11 (corren del lado de la aplicación cliente) • Dispositivos portátiles para cómputo móvil – personal digital assistants (PDAs) – Como se conectan a internet • wireless LANs/ MANs • wireless Personal Area Networks Sistemas Distribuidos II-9 Cliente-Servidor • Más variantes del modelo Cliente- Servidor – Gestión espontánea de red • Características – W-LAN se enfrentan a constantes cambios de dispositivos móviles heterogéneos – Dispositivos vagando en ambientes W-LAN heterogéneos • Beneficios – no se requiere conexión con cable – Fácil acceso a servicios disponibles localmente Internet gateway PDA service Music service service Discovery Alarm Camera Guests devices Laptop TV/PC Hotel wireless network Sistemas Distribuidos II-10 Cliente-Servidor • Más variantes del modelo Cliente- Servidor – Gestión espontánea de red • Retos – Soporte para conexiones convenientes e integración: » Internet asume dispositivos con dirección IP en redes fijas » Posible solución: asignación dinámica de direcciones IP » Problemas: como encontrar dispositivos si estos son servidores – Conexión intermitente de dispositivos – Privacidad – Seguridad Internet gateway PDA service Music service service Discovery Alarm Camera Guests devices Laptop TV/PC Hotel wireless network Sistemas Distribuidos II-11 Cliente-Servidor • Más variantes del modelo Cliente- Servidor – Gestión espontánea de red • Descubrimiento de servicios – Servicios disponibles en la red – Sus propiedades, y como accederlos (incluyendo información específica de drivers) • Interfaces para descubrir servicios – Servicios de registro » Acepta solicitudes de registro de servidores, almacena propiedades en BDs de servicios disponibles • Servicio lookup – Servicios de solicitudes equivalente con servidores disponibles Internet gateway PDA service Music service service Discovery Alarm Camera Guests devices Laptop TV/PC Hotel wireless network Sistemas Distribuidos II-12 Cliente-Servidor • Interfaces – Utilizar arquitecturas cliente-servidor impacta en el uso del software • ¿cuál es el mecanismos de sincronización entre cliente y servidor? • ¿tipos permitidos de solicitudes/respuestas? • Retos de diseño – Calidad de Servicio • desempeño – Tiempos de respuesta – caudal – puntualidad ** dependen de la latencia de la red y tiempo de cómputo (incluyendo planificación) ** • confiabilidad • adaptabilidad – Dependencia • Tolerancia a fallas: se espera que el sistema siga funcionando correctamente a pesar de presentarse fallas • seguridad Sistemas Distribuidos II-13 Fundamentos del Modelo de Interacción • Sistemas Distribuidos – Procesos múltiples – Conectados mediante canales de comunicación • Algoritmos distribuidos – Pasos a realizar por cada proceso – Comunicación entre procesos • sincronización • Flujo de información • Paradigmas generales para captar aspectos de comportamiento de un sistema distribuido basado en mensajes, algoritmos de ejecución – Comunicando máquinas de estado finito extendidas [Brand y Zafiropoulo] – Autómatas de E/S [Lynch] Sistemas Distribuidos II-14 Fundamentos del Modelo de Interacción • Características de desempeño del canal de comunicación – latencia: retardo entre el envío y recepción del mensaje • Tiempo de acceso a la red (ej., retardos de transmisión Ethernet) • Tiempo para que el primer bit viaje desde la interfaz de la red transmisora hasta la interfaz de red receptora • Tiempo procesado dentro del proceso de envío y recepción – caudal: número de unidades (ej., paquetes) entregadas por unidad de tiempo – Ancho de banda: cantidad de información (ej., bits) transmitida por unidad de tiempo – Variación de retardo: variación en retardos entre diferentes mensajes del mismo tipo (ej., cuadros de video en redes ATM) Sistemas Distribuidos II-15 Fundamentos del Modelo de Interacción • Sistemas Distribuidos Síncronos – el tiempo para ejecutar cada paso de un proceso tiene establecidos limites inferiores y superiores – los tiempo de entrega de mensajes tienen limites establecidos – cada proceso tiene un reloj que deriva rangos en tiempo real con limites establecidos • Sistemas Distribuidos Asíncronos : sin límites – Tiempos de ejecución de procesos – Tiempo de entrega de mensajes – Tasa de movimiento del reloj • Nota – los sistemas distribuidos síncronos son fáciles de manejar, pero determinar limites realistas puede ser difícil o imposible – Los sistemas asíncronos son más abstractos y genéricos: un algoritmo distribuido ejecutado en un sistema es probable que también trabaje en otro Sistemas Distribuidos II-16 Fundamentos del Modelo de Interacción • Ordenamiento de eventos – en un sistema distribuido es imposible que un proceso tenga una vista del estado global del sistema – posiblemente para registrar localmente información de tiempos, – reglas de ordenamiento de eventos • si e1 y e2 suceden en el mismo proceso, y e2 sucede después de e1, entonces e1 → e2 • si e1 es el emisor del mensaje m y e2 es el receptor del mismo mensaje m, entonces e1→ e2 Por lo tanto, → describe una relación de ordenamiento parcial del conjunto de eventos en un sistema distribuido send receive send receive m 1 m2 2 1 3 4 X Y Z Physical time A m3 receive receive send receive receive receive t1 t2 t3 receive receive m 2 m1 Sistemas Distribuidos II-17 Fallas • Fallas por Omisión – Fallas por omisión de proceso: caída de proceso • detección con timeouts • la caída es del tipo fail-stop si otro proceso puede detectar con certeza que el proceso ha caído – Fallas por omisión de comunicación: el mensaje no ha sido entregado (pérdida de mensajes • Posibles causas: – error de trasmisión de red – Sobrecarga de buffer de recepción de mensajes • Fallas arbitrarias – proceso: omite pasos esperados del proceso o lleva a cabo no deseados – Canal de comunicación: ej., sin entrega, corrupción o duplicidad process p process q Communication channel send Outgoing message buffer Incoming message buffer m receive Sistemas Distribuidos II-18 Fallas Tipo de falla Efecto Descripción Fail-stop Proceso El proceso para y permanece así. Otros procesos pueden detectar este estado Crash Proceso El proceso para y permanece así. Otros procesos pueden no ser capaces de detectar este estado. Omission Canal Un mensaje insertado en un buffer de mensajes de salida no llega al siguiente buffer de llegada de mensajes. Send-omission Proceso Un proceso completa un envío, pero el mensaje no es puesto en su buffer de mensajes de salida. Receive-omission Proceso Un mensaje es puesto en el buffer de mensajes de llegada de un proceso, pero éste no lo recibe Arbitrary (Byzantine) Proceso o canal El proceso/canal muetra un comportamiento arbitrario: podría enviar/transmitir arbitrariamente mensajes en tiempos arbitrarios, comete omisiones; un proceso puede detenerse o tomar un paso incorrecto . Sistemas Distribuidos II-19 Seguridad • Protección de acceso a objetos – derechos de acceso – en sistemas cliente-servidor: involucra autentificación de clientes • Protección de procesos e interacciones – amenazas a procesos: problemas de solicitudes / réplicas no autentificadas – amenazas a canales de comunicación: el enemigo puede copiar, alterar o introducir mensajes cuando estos viajan por la red • uso de canales “seguros”, basados en métodos criptográficos • Negación de servicio – Generación de redes débiles o cargar al servidor para que los servicios estén por de facto no disponibles – “pings” para cnn.com • Código móvil – requiere privilegios de ejecución en la máquina objetivo – el código puede ser malicioso (ej, correos gusano)
Nortel Networks crea switches los cuales pueden contener entre 25-30 millones de líneas de código, interviniendo 3000 desarrolladores de software, y con un ciclo de vida de 20 años para actualizar.
– En Motorola, el 20% de sus ingenieros producen hardware, 80% produce software.
– En este tipo de software hay materia para toda clase de problemas de ingeniería de software. • Investigación de arquitectura de software para tratar los retos de diseño –
“... Incluye la organización de un sistema como la composición de componentes; control global de estructuras; los protocolos para comunicación, sincronización, y acceso a datos; la asignación de funcionalidad para diseñar elementos; la composición de diseño de elementos; distribución física; escalamiento y desempeño; dimensiones de evolución; y selección de alternativas de diseño. Este es el nivel de diseño arquitectura de software.” [Garlan y Shaw]
• Algunos paradigmas de arquitecturas pertinentes para SD – Capas – Cliente - Servidor Sistemas Distribuidos II-3 Capas • Idea básica – Desmembrar la complejidad de sistemas mediante el diseño en capas y servicios • Capas: grupo de funcionalidades fuertemente relacionadas y altamente coherentes • Servicios: funcionalidades proporcionadas a capas superiores
– Ejemplos de arquitecturas en capas • Sistemas operativos (kernel, otros servicios), históricamente: los sistemas operativos. • Arquitecturas de protocolos de red Capa n+1 Capa n Capa n-1 Servicio-n Servicio-n Sistemas Distribuidos II-4 Cliente-Servidor • Estructura típica en capas de un SD – Plataforma: Hardware y sistema operativo • Windows NT / Procesador Pentium • Solaris / Procesador SPARC – Middleware: logra trasparencia en la heterogeneidad en el nivel de plataforma • Logra comunicación y compartición de recursos – Ej. Invocación de métodos remotos • Ejemplos – CORBA (OMG), DCOM (Microsoft) – RM-ODP (ITU-T/ISO) – Invocación de Métodos Remotos Java (SUN) – Servicios Web • Nota: no todas las funciones relacionadas con comunicación puede ser abstractas. Applications, services Computer and network hardware Plataforma Operating system Middleware Sistemas Distribuidos II-5 Cliente-Servidor • Modelo básico – Cliente: el proceso requiere acceder datos, utilizar recursos o ejecutar operaciones en una computadora diferente – Servidor: Proceso maneja datos y otros recursos compartidos, permite al cliente acceder a recursos y ejecutar cómputos – Interacción: invocación / par de mensajes resultantes – Ejemplo • Servidor http: cliente (navegador) página solicitada, servidor entrega página – Servicios de caching (servidores proxy) • Caching de páginas Web frecuentemente utilizadas – Procesos pares (no cliente-servidor: peer-to-peer) • Procesos que tienen en gran parte similitudes de funcionalidad Server Client Client invocation result Server invocation result Process: Key: Computer: Sistemas Distribuidos II-6 Cliente-Servidor • Variantes – Servicios proporcionados por múltiples servidores – Ejemplos: muchos servicios de comercio Web están implementados en diferentes servidores – Motivación • Desempeño (ej. cnn.com, servidores para descarga, etc.) • Confiabilidad – Los servidores mantienen bases de datos replicadas o distribuidas Server Server Server Service Client Client Sistemas Distribuidos II-7 Cliente-Servidor • Variantes – Servidores proxy: suministrar replicación/distribución trasparente – Caching • Los servidores proxy mantienen caches, como almacenes de recursos solicitados recientemente • Utilizados frecuentemente en motores de búsqueda: Client Proxy Web server Web server server Client Sistemas Distribuidos II-8 Cliente-Servidor • Más variantes de modelo Cliente- Servidor – Código Móvil • Código enviado a un proceso cliente para realizar una tarea específica • Ejemplos – Applets – Mensajes Activos(contiene código de protocolo de comunicación) • Agentes Móviles – Programa ejecutado (código + datos), migración entre procesos, realizando una tarea autónoma, frecuentemente en representación de otro proceso – ventajas: flexibilidad, ahorro en costo de comunicación – Merados virtuales, programas gusano • Clientes delgados – Ejecutar interfaces de ventanas localmente mientras la aplicación se ejecuta en el servidor – ejemplo: servidores X11 (corren del lado de la aplicación cliente) • Dispositivos portátiles para cómputo móvil – personal digital assistants (PDAs) – Como se conectan a internet • wireless LANs/ MANs • wireless Personal Area Networks Sistemas Distribuidos II-9 Cliente-Servidor • Más variantes del modelo Cliente- Servidor – Gestión espontánea de red • Características – W-LAN se enfrentan a constantes cambios de dispositivos móviles heterogéneos – Dispositivos vagando en ambientes W-LAN heterogéneos • Beneficios – no se requiere conexión con cable – Fácil acceso a servicios disponibles localmente Internet gateway PDA service Music service service Discovery Alarm Camera Guests devices Laptop TV/PC Hotel wireless network Sistemas Distribuidos II-10 Cliente-Servidor • Más variantes del modelo Cliente- Servidor – Gestión espontánea de red • Retos – Soporte para conexiones convenientes e integración: » Internet asume dispositivos con dirección IP en redes fijas » Posible solución: asignación dinámica de direcciones IP » Problemas: como encontrar dispositivos si estos son servidores – Conexión intermitente de dispositivos – Privacidad – Seguridad Internet gateway PDA service Music service service Discovery Alarm Camera Guests devices Laptop TV/PC Hotel wireless network Sistemas Distribuidos II-11 Cliente-Servidor • Más variantes del modelo Cliente- Servidor – Gestión espontánea de red • Descubrimiento de servicios – Servicios disponibles en la red – Sus propiedades, y como accederlos (incluyendo información específica de drivers) • Interfaces para descubrir servicios – Servicios de registro » Acepta solicitudes de registro de servidores, almacena propiedades en BDs de servicios disponibles • Servicio lookup – Servicios de solicitudes equivalente con servidores disponibles Internet gateway PDA service Music service service Discovery Alarm Camera Guests devices Laptop TV/PC Hotel wireless network Sistemas Distribuidos II-12 Cliente-Servidor • Interfaces – Utilizar arquitecturas cliente-servidor impacta en el uso del software • ¿cuál es el mecanismos de sincronización entre cliente y servidor? • ¿tipos permitidos de solicitudes/respuestas? • Retos de diseño – Calidad de Servicio • desempeño – Tiempos de respuesta – caudal – puntualidad ** dependen de la latencia de la red y tiempo de cómputo (incluyendo planificación) ** • confiabilidad • adaptabilidad – Dependencia • Tolerancia a fallas: se espera que el sistema siga funcionando correctamente a pesar de presentarse fallas • seguridad Sistemas Distribuidos II-13 Fundamentos del Modelo de Interacción • Sistemas Distribuidos – Procesos múltiples – Conectados mediante canales de comunicación • Algoritmos distribuidos – Pasos a realizar por cada proceso – Comunicación entre procesos • sincronización • Flujo de información • Paradigmas generales para captar aspectos de comportamiento de un sistema distribuido basado en mensajes, algoritmos de ejecución – Comunicando máquinas de estado finito extendidas [Brand y Zafiropoulo] – Autómatas de E/S [Lynch] Sistemas Distribuidos II-14 Fundamentos del Modelo de Interacción • Características de desempeño del canal de comunicación – latencia: retardo entre el envío y recepción del mensaje • Tiempo de acceso a la red (ej., retardos de transmisión Ethernet) • Tiempo para que el primer bit viaje desde la interfaz de la red transmisora hasta la interfaz de red receptora • Tiempo procesado dentro del proceso de envío y recepción – caudal: número de unidades (ej., paquetes) entregadas por unidad de tiempo – Ancho de banda: cantidad de información (ej., bits) transmitida por unidad de tiempo – Variación de retardo: variación en retardos entre diferentes mensajes del mismo tipo (ej., cuadros de video en redes ATM) Sistemas Distribuidos II-15 Fundamentos del Modelo de Interacción • Sistemas Distribuidos Síncronos – el tiempo para ejecutar cada paso de un proceso tiene establecidos limites inferiores y superiores – los tiempo de entrega de mensajes tienen limites establecidos – cada proceso tiene un reloj que deriva rangos en tiempo real con limites establecidos • Sistemas Distribuidos Asíncronos : sin límites – Tiempos de ejecución de procesos – Tiempo de entrega de mensajes – Tasa de movimiento del reloj • Nota – los sistemas distribuidos síncronos son fáciles de manejar, pero determinar limites realistas puede ser difícil o imposible – Los sistemas asíncronos son más abstractos y genéricos: un algoritmo distribuido ejecutado en un sistema es probable que también trabaje en otro Sistemas Distribuidos II-16 Fundamentos del Modelo de Interacción • Ordenamiento de eventos – en un sistema distribuido es imposible que un proceso tenga una vista del estado global del sistema – posiblemente para registrar localmente información de tiempos, – reglas de ordenamiento de eventos • si e1 y e2 suceden en el mismo proceso, y e2 sucede después de e1, entonces e1 → e2 • si e1 es el emisor del mensaje m y e2 es el receptor del mismo mensaje m, entonces e1→ e2 Por lo tanto, → describe una relación de ordenamiento parcial del conjunto de eventos en un sistema distribuido send receive send receive m 1 m2 2 1 3 4 X Y Z Physical time A m3 receive receive send receive receive receive t1 t2 t3 receive receive m 2 m1 Sistemas Distribuidos II-17 Fallas • Fallas por Omisión – Fallas por omisión de proceso: caída de proceso • detección con timeouts • la caída es del tipo fail-stop si otro proceso puede detectar con certeza que el proceso ha caído – Fallas por omisión de comunicación: el mensaje no ha sido entregado (pérdida de mensajes • Posibles causas: – error de trasmisión de red – Sobrecarga de buffer de recepción de mensajes • Fallas arbitrarias – proceso: omite pasos esperados del proceso o lleva a cabo no deseados – Canal de comunicación: ej., sin entrega, corrupción o duplicidad process p process q Communication channel send Outgoing message buffer Incoming message buffer m receive Sistemas Distribuidos II-18 Fallas Tipo de falla Efecto Descripción Fail-stop Proceso El proceso para y permanece así. Otros procesos pueden detectar este estado Crash Proceso El proceso para y permanece así. Otros procesos pueden no ser capaces de detectar este estado. Omission Canal Un mensaje insertado en un buffer de mensajes de salida no llega al siguiente buffer de llegada de mensajes. Send-omission Proceso Un proceso completa un envío, pero el mensaje no es puesto en su buffer de mensajes de salida. Receive-omission Proceso Un mensaje es puesto en el buffer de mensajes de llegada de un proceso, pero éste no lo recibe Arbitrary (Byzantine) Proceso o canal El proceso/canal muetra un comportamiento arbitrario: podría enviar/transmitir arbitrariamente mensajes en tiempos arbitrarios, comete omisiones; un proceso puede detenerse o tomar un paso incorrecto . Sistemas Distribuidos II-19 Seguridad • Protección de acceso a objetos – derechos de acceso – en sistemas cliente-servidor: involucra autentificación de clientes • Protección de procesos e interacciones – amenazas a procesos: problemas de solicitudes / réplicas no autentificadas – amenazas a canales de comunicación: el enemigo puede copiar, alterar o introducir mensajes cuando estos viajan por la red • uso de canales “seguros”, basados en métodos criptográficos • Negación de servicio – Generación de redes débiles o cargar al servidor para que los servicios estén por de facto no disponibles – “pings” para cnn.com • Código móvil – requiere privilegios de ejecución en la máquina objetivo – el código puede ser malicioso (ej, correos gusano)
jueves, 2 de octubre de 2014
OSI, LA PILA TEORICA DE PROTOCOLOS DE RED
ESTE TEMA ABARCA EL MODELO DE PROTOCOLOS OSI Y EL PROTOCOLO CCITT
A finales de la década de los setenta, la Organización Internacional para la Normalización (ISO)
empezó a desarrollar un modelo conceptual para la conexión en red al que bautizó con el nombre de OPEN SYSTEMS INTERCONNECTION MODEL o MODELO DE REFERENCIA DE INTERCONEXCION DE SISTEMAS ABIERTOS.
En los entornos de trabajo con redes se le conoce comúnmente como el modelo OSI, En 1984, este modelo pasó a ser el estándar internacional para las comunicaciones en red al ofrecer un marco de trabajo conceptual que permitía explicar el modo en que los datos de desplazaban dentro de una red.
EL MODELO OSI ABARCA UNA SERIE DE EVENTOS IMPORTANTES QUE SE PRODUCEN DURANTE LA COMUNICACIÓN ENTRE SISTEMAS. PROPORCIONA LAS NORMAS EMPÍRICAS PARA UNA SERIE DE PROCESOS DISTINTOS DE CONEXIÓN EN RED.
.El modo en que los datos se traducen a un formato apropiado para la arquitectura de red que se esta utilizando.
El modo en que los pc u otro tipo de dispositivos de la red se comunican
El modo en que los datos se transmiten entre los distintos dispositivos y la forma en que se resuelve la secuencia y comprobación de errores.
El modo en que el direccionamiento lógico de los paquetes pasa a convertirse en el direccionamiento físico que proporciona la red.
A continuación una breve descripción de las 7 capas que forman parte del modelo OSI de las cuales solo la capa física y la de aplicación son con las que interactua el usuario.
 |
| las únicas capas en las cuales puede involucrarse el usuario son ; la física y la de aplicación |
MATERIAL VISUAL:
P´.D: EN ESTOS DÍAS ESTARÉ SUBIENDO LA INFORMACIÓN REFERENTE AL MODELO DE PROTOCOLO CCITT
¿ Cuales son las capas del modelo OSI con las que el usuario puede interactuar?
R=__________________________________
espero sus respuestas...
no olviden dejar sus comentarios.
creado por
jeudi cetz caamal
martes, 23 de septiembre de 2014
Los protocolos TCP/IP.
Que tal compañeros en
esta ocasión les traigo un pequeño artículo sobre las los protocolos.
A lo largo del tiempo los seres humanos en su curiosidad de
conocer información de todos partes invento una poderosa herramienta conocida
como INTERNET. Sin embargo esta herramienta no tendría el mismo impacto sin los
conocidos: protocolos.
En este artículo definiremos y a su vez tratar de entender cuál
es el trabajo y función que realizan los ya mencionados: PROTOCOLOS.
A continuación una pequeña definición de los mismos:
Las redes TCP/IP son un tema al que se ha prestado más y más
atención a lo largo de los últimos años. A medida que ha ido creciendo
Internet, la gente se ha dado cuenta de la importancia de TCP/IP, incluso sin
darse cuenta. Los exploradores Web, el correo electrónico y los chat rooms son
utilizados por millones de personas diariamente.
TCP/IP es el nombre de un protocolo de conexión
de redes. Un protocolo es un conjunto de reglas a las que se tiene que atener todas
las compañías y productos de software con él fin de que todos sus productos
sean compatibles entre ellos.
TCP/IP está diseñado para ser un componente de
una red, principalmente la parte del software. Todas las partes del protocolo
de la familia TCP/IP tienen unas tareas asignadas como enviar correo
electrónico, proporcionar un servicio de acceso remoto, transferir ficheros,
asignar rutas a los mensajes o gestionar caídas de la red.
A continuación les dejare un link para ver el
funcionamiento de los TCP/IP espero y sea de su agrado:
Saludos que pasen un bonito día.
atte:
jeudi de jesus cetz caamal
martes, 9 de septiembre de 2014
Suscribirse a:
Entradas (Atom)