Source: http://trujillosoft.blogspot.com/2010/
Timestamp: 2017-07-23 00:36:34+00:00

Document:
TRUJILLOSOFT: 2010
almacen de datos,
cuotas y limites,
entorno de aplicacion,
entorno de tiempo de ejecucion de java phyton,
flujo de trabajo desarrollo,
servicios app engine,
La plataforma como servicio se enfoca principalmente a grupos de desarrolladores donde una empresa brinda un ambiente tecnológico específico para desarrollar sus proyectos, despreocupándose en buena medida por los aspectos de hardware y software a nivel de sistemas operativo y configuraciones básicas. Este modelo es conocido como virtualización de servidores. Entre los casos más representativos se encuentra Google App Engine Zoho Creator y recientemente Windows Azure En la nube se pueden tener tres tipos de “tipologías” que pueden ser identificadas según el tipo de acceso, tipo de usuarios y contratación, estas pueden alojar los conceptos anteriormente descritos, entre las tipologías de nube se tiene:
&lt;m:reserva xmlns:m="http://empresaviajes.ejemplo.org/reserva"
&lt;m:referencia&gt;
&lt;/m:referencia&gt;
&lt;m:fechaYHora&gt;2001-11-29T13:20:00.000-05:00&lt;/m:fechaYHora&gt;
&lt;/m:reserva&gt;
&lt;n:pasajero xmlns:n="http://miempresa.ejemplo.com/empleados"
&lt;n:nombre&gt;Pepe Ejemplo&lt;/n:nombre&gt;
&lt;/n:pasajero&gt;
&lt;p:itinerario
xmlns:p="http://empresaviajes.ejemplo.org/reserva/viaje"&gt;
&lt;p:ida&gt;
&lt;p:salida&gt;Nueva York&lt;/p:salida&gt;
&lt;p:llegada&gt;Los Angeles&lt;/p:llegada&gt;
&lt;p:fechaSalida&gt;2001-12-14&lt;/p:fechasalida&gt;
&lt;p:horaSalida&gt;última hora de la tarde&lt;/p:horaSalida&gt;
&lt;p:preferenciaAsiento&gt;pasillo&lt;/p:preferenciaAsiento&gt;
&lt;/p:ida&gt;
&lt;p:vuelta&gt;
&lt;p:salida&gt;Los Angeles&lt;/p:salida&gt;
&lt;p:llegada&gt;Nueva York&lt;/p:llegada&gt;
&lt;p:fechaSalida&gt;2001-12-20&lt;/p:fechaSalida&gt;
&lt;p:horaSalida&gt;media-mañana&lt;/p:horaSalida&gt;
&lt;p:preferenciaAsiento/&gt;
&lt;/p:vuelta&gt;
&lt;/p:itinerario&gt;
&lt;q:alojamiento
xmlns:q="http://empresaviajes.example.org/reserva/hoteles"&gt;
&lt;q:preferencia&gt;ninguna&lt;/q:preferencia&gt;
&lt;/q:alojamiento&gt;
4. Relaciones con clientes: Aquí identificamos cuáles recursos de tiempo y monetarios utilizamos para mantenernos en contacto con nuestros clientes. Por lo general, si un producto o servicio tiene un costo alto entonces los clientes esperan tener una relación más cercana con nuestra empresa. 5. Flujos de ingresos: Este paso tiene como objetivo identificar que aportación monetaria hace cada grupo, y además de donde vienen las entradas (ventas, comisiones, licencias, etc.). Así podremos tener una visión global de cuáles grupos son más rentables y cuáles no. 6. Recursos claves: Después de haber trabajado con los clientes, tenemos que centrarnos en la empresa, para ello debemos utilizar los datos obtenidos anteriormente, seleccionamos la propuesta de valor más importante y la relacionamos con el segmento de clientes, los canales de distribución, las relaciones con los clientes, y los flujos de ingreso para saber cuáles son los recursos clave que intervienen para que la empresa tenga la capacidad de entregar su oferta o propuesta de valor. Repetimos esta operación para cada propuesta de valor. 7. Actividades claves: Utilizando la propuesta de valor más importante, los canales de distribución y las relaciones con los clientes, definimos las actividades necesarias para entregar nuestra oferta. Repetimos esta operación para cada propuesta de valor. 8. Red de Asociados: En este apartado describimos a nuestros proveedores, socios, y asociados con quienes trabajamos para que la empresa funcione. ¿Qué tan importantes son? ¿Podemos reemplazarlos? ¿Se pueden convertir en competidores? 9. Costo de la estructura: Aquí especificamos los costos de la empresa empezando con el más alto (marketing, R&D, CRM, producción, etc.). Luego relacionamos cada costo con los bloques definidos anteriormente, evitando generar demasiada complejidad. Posiblemente, intentamos seguir el rastro de cada costo en relación con cada segmento de cliente para analizar las ganancias. La siguiente presentación muestra de manera más didáctica lo que Alexander Osterwalder nos plantea: Enlaces a esta entrada
Diferencia entre el Comercio Electrónico y el E-Business Definimos al comercio electrónico como comprar y vender a través de medios digitales. El e-business, además de abarcar al comercio electrónico, incluye las aplicaciones de usuario y servidor que constituyen el motor de los negocios modernos. El e-business no se trata sólo de transacciones de comercio electrónico; implica ademas la redefinición de los viejos modelos de negocios, con ayuda de la tecnología, para maximizar el valor del cliente. El e-business es la estrategia global y el comercio electrónico es una faceta muy importante del e-business. El E-Commerce es el subconjunto de E-Business. El e-busineess conecta los sistemas críticos de negocio directamente a los clientes, empleados, proveedores y socios comerciales, utilizando Intranets, Extranets, las tecnologías de comercio electrónico, aplicaciones de colaborativas,y la Web.
Regla 1:LA TECNOLOGIA YA NO ES UN ELEMENTO ADICIONAL EN LA CREACION DE LA ESTRATEGIA DE NEGOCIOS, SINO UNA CAUSA E IMPULSO MISMOS.Desde la aparición de la computación, el comercio electrónico representa el reto más significativo para el modelo de negocios. Si bien la computadora automatiza las tareas e incrementa la velocidad de los negocios, no ha alterado, en lo fundamental, las bases de éstos; el comercio electrónico sí lo ha hecho. Si cualquier entidad de la cadena de valor empieza a hacer negocios electrónicamente, las demás compañías que formen parte de esa cadena de valor deben seguir la misma tendencia, o corren el riesgo de ser desplazadas. Por lo tanto, replantear y rediseñar el modelo de negocios no es una de las muchas opciones que se presentan a los directivos de una empresa: es el primer paso para prosperar, e incluso sobrevivir; en la era de la información.El primer paso para ver de una manera diferente es comprender que el e-business tiene que ver con una transformación estructural. Tenemos que tener en cuenta que el valor no se encuentra en los activos intangibles, como los productos, sino en los intangibles, como la marca, la relación con el cliente, la integración de la cadena de abastecimiento y la adición de activos de información claves. Regla 2:LA CAPACIDAD DE OPTIMIZAR LA ESTRUCTURA Y CONTROLAR EL FLUJO DE INFORMACION ES MUCHO MAS IMPORTANTE Y REDITUABLE QUE EL DESPLAZAMIENTO Y MANUFACTURA DE PRODUCTOS FISICOS.Esta regla representa el principal motor de la transformación estructural. El mayor reto que enfrentan las compañias en la actualidad es ajustarse al cambio incesante para sostener el crecimiento. El cambio constante significa que las empresas deben asumir una sana inconformidad respecto al estado de las cosas, desarrollar la capacidad de detectar tendencias emergentes antes que la competencia, tomar decisiones con rapidez y ser lo seficientemente ágiles para crear nuevos modelos de negocios. En otras palabras, para prosperar, las compañías necesitan prevalecer en un estado de transformación constante.
Regla 3:LA INCAPACIDAD DE DESHACERSE DE UN MODELO DE NEGOCIOS DOMINANTE Y OBSOLETO, PROVOCA CON FRECUENCIA EL FRACASO EN LOS NEGOCIOS.
Los nuevos participantes del e-business utilizan frecuentemente las alianzas de subcontratación como un modelo de negocios para posicionarse en el mercado al competir contra un líder. A esta estrategia suele llamársele GBF(get big fast o crecer con rapidez). Esta nueva generación de alianzas de subcontratación recibe diversos nombres, entre ellos: comunidades, agrupaciones y coaliciones de e-business. Si bien las estrategias exitosas difieren ampliamente entre las distintas industrias, todas tienen algo en común: buscan anular las ventajas del líder, a través de la subcontratación, y crear rápidamente un prestigio, que es la tener economías de escala, un aprendizaje acumulativo y acceso preferencial a proveedores o canales.
Regla 4:LA META DE LOS NUEVOS MODELOS DE NEGOCIOS ES CREAR ALIANZAS FLEXIBLES DE SUBCONTRATACION ENTRE LAS COMPAÑIAS, NO SOLO PARA REDUCIR LOS COSTOS, SINO TAMBIEN PARA QUE LOS CLIENTES QUEDEN COMPLETAMENTE SATISFECHOS.
Regla 5:EL COMERCIO ELECTRONICO PERMITE A LAS COMPAÑIAS ESCUCHAR A SUS CLIENTES Y CONVERTIRSE EN "EL MAS BARATO", "EL MAS CONOCIDO" O "EL MEJOR".
Con "el más conocido", los clientes saben lo que obtienen. Coca-cola es un gran ejemplo de una marca conocida. Se "el mejor" implica renovar los procesos de servicio de manera constante, transformar una compañía facilmente y establecer relaciones amistosas con los clientes y proveedores. Regla 6:NO UTILICE LA TECNOLOGIA SOLO PARA CREAR EL PRODUCTO. UTILICELA PARA INNOVAR, AMENIZAR Y MEJORAR LA EXPERIENCIA TOTAL DEL PRODUCTO, DESDE LA SELECCION Y EL PEDIDO HASTA LA ENTREGA Y EL SERVICIO.
Regla 7:EL MODELO DE NEGOCIOS DEL FUTURO SE BASA CADA VEZ MAS EN MODELOS RECONFIGURABLES DE COMUNIDADES DE E-BUSINESS PARA SATISFACER MEJOR LAS NECESIDADES DEL CLIENTE
Por ejemplo, Amazon.com, CarPoint de Microsoft, E*TRADE y otras compañías nuevas de comercio electrónico sin esencialmente EBCs complejas, conformadas con el propósito exclusivo de organizar y fortalecer relaciones entre empresas para crear un valor de principio a fin par el consumidor. La competencia ya no se da entre compañías, sino en tre EBCs. Regla 8:LA DIFICIL TAREA QUE TIENE LA GERENCIA ES CONJUNTAR LAS ESTRATEGIAS, LOS PROCESOS Y LAS APLICACIONES DE NEGOCIOS RAPIDA, CORRECTA Y SIMULTANEAMENTE. ES INDISPENSABLE TENER UN LIDERAZGO FUERTE.Como la flexibilidad en los negocios es lo que marca el rumbo de la evolución del e-business, uno de los mayores retos para un líder es comprender de manera clara cómo funcionan los canales de distribución de productos y servicios. Los líderes tambien deben comprender que el concepto de e-business abarca el modelo de negocios de una compañía en su totalidad. Enlaces a esta entrada
DIFERENCIAS ENTRE COMERCIO ELECTRONICO Y EL E-BUSINESS,
E-BUSINESS. REGLAS E-BUSINESS,
Sysplex es un conjunto de sistemas z/OS que cooperan, usando ciertos productos de hardware y software, para procesar la carga de trabajo. Sus características estan ligadas a su potencia de crecimiento mejorada y también a su nivel de alta disponibilidad.
2. ¿Qué es Parallel Sysplex? Es un clúster de mainframes que funcionan como un solo sistema, normalmente usando z/OS. Un Sysplex Paralelo combina compartición de datos (usando Copia Remota Punto a Punto) y computación paralela para compartir carga, rendimiento y alta disponibilidad en un cluster de hasta 32 computadores.
Capacidad de realizar balanceo de hardware y mantenimiento de software de una manera sin interrupciones; esto permite a las empresas poner en práctica la función crítica del negocio y reaccionar a un rápido crecimiento sin afectar a la disponibilidad de los clientes. 2.2. Algunos ejemplos de un Clúster de Parallel Sysplex correctamente configurado:
En tecnologías de red que ofrecen funciones como VTAM ® Generic Resources, Sesiones Persistentes Multi-nodo, dirección virtual IP, y el distribuidor Sysplex proporcionan conexiones de red tolerante a fallos. En subsistemas de I/O soportan múltiples rutas dinámicas de conmutación de I/O para evitar la pérdida de acceso a datos y el rendimiento mejorado.
Los procesos operacionales y de recuperación son totalmente automatizados y transparentes a los usuarios, esto reduce o elimina la necesidad de intervención humana. 3. Beneficios:
Disponibilidad continua Capacidad Balanceo Dinámico de Carga de Trabajo Facilidad de uso Única imagen de sistema Crecimiento sin interrupción Compatibilidad de aplicaciones
z/OS Workload Manager – Administra la carga del Sysplex a una política
Sysplex Failure Manager – Especifica acciones de detección de fallas y su recuperación.
– Usado para replicar aplicaciones a través de los nodo.3.5. Imagen de Sistema Único
El Sysplex debería aparecer como una única imagen al operador, usuario final, administrador de base de datos, Operaciones, System Programmers.
Es un requisito que los cambios, tales como las nuevas aplicaciones, software o de hardware pueden ser introducidos sin interrupciones y que sean capaces de coexistir con los actuales niveles en el Parallel Sysplex. En el soporte de cambios compatibles, los componentes de hardware y software de la solución Sysplex paralelo permitirá la coexistencia de dos niveles, es decir, nivel N y el nivel N +1. Esto significa, por ejemplo, que ningún producto de software de IBM hará un cambio que no puede ser tolerada por la versión anterior.
Con un Sysplex existente, hay muy poco trabajo de infraestructura necesario para una nueva aplicación. La infraestructura existente puede incluso usarse sin la necesidad de un nuevo servidor 4. Elementos
balanceo dinamico de carga,
compatibilidad de aplicaciones,
crecimiento sin interrupcion,
disponibilidad continua,
imagen de sistema unico,
- Un mainframe es un sistema de computación utilizado en negocios para almacenar bases de datos comerciales, servidores de transacciones y aplicaciones, que requieren un alto grado de seguridad y disponibilidad que comúnmente no se encuentra en máquinas de menor escala.
- La mayoría de las compañías de Fortune 1000 usan mainframes. – El 60% de la información disponible en Internet está almacenada en computadoras mainframe.
• Seguridad. Como sabemos Uno de los recursos más valiosos de una empresa son sus datos. Estos datos críticos deben ser administrados de forma segura y controlada, y que simultáneamente estén a disposición de usuarios autorizados. El mainframe proporciona un sistema muy seguro para el procesamiento de un gran número de aplicaciones heterogéneas en el acceso de datos críticos.
• Escalabilidad. Los Mainframes exhiben características de escalabilidad de hardware y software, con la capacidad de ejecutar múltiples copias del software del sistema operativo como una entidad única, a esto se le conoce como Sysplex.
• Control Centralizado. • Manejo de Cargas de Trabajo. a)Procesamiento por lotes Batch: Son trabajos planificados, que se ejecutan sin la interacción del usuario. Pueden consistir en la ejecución de cientos o miles de Jobs encadenados, siguiendo una secuencia preestablecida. El tiempo de respuesta no es importante (pueden tardar horas en finalizar), ya que son tareas muy pesadas. Se suelen ejecutar por la noche, cuando la CPU está más libre de trabajo. Tienen grandes cantidades de datos (terabytes) tanto de entrada, como de salida para procesar o almacenar información. Ejemplos: copias de seguridad, balances de contabilidad, cierre de cuentas… etc.
• Particionado/Virtualización. • Compatibilidad Continua. • Arquitectura Evolutiva. • Compatibilidad de Aplicaciones, complejidad, variedad. • Potencia para miles de usuarios. Roles en el Mundo del Mainframe
o Es utilizado para mainframes más pequeños. Algunos de estos clientes eventualmente migran a z / OS cuando crecen más allá de la capacidad de z / VSE. o Es similar a z/OS, pero más pequeño y menos complejo.
caracteristicas mainframe,
lotes batch,
sistemas mainframe,
un mainframe es,
1.1 Modelo OSI y Modelo TCP/IP El modelo de interconexión de sistemas abiertos es una representación abstracta en capas, creada como guía para el diseño del protocolo de red. El modelo OSI divide el proceso de networking en diferentes capas lógicas, cada una de las cuales tiene una funcionalidad única y a la cual se le asignan protocolos y servicios específicos. En este modelo, la información se pasa de una capa a otra, comenzando en la capa de aplicación en el host de transmisión, siguiendo por la jerarquía hacia la capa física y pasando por el canal de comunicaciones al host de destino, donde la información vuelve a la jerarquía y termina en la capa de aplicación. La capa de aplicación, la séptima capa, es la capa superior de los modelos OSI y TCP/IP. Es la capa que proporciona la interfaz entre las aplicaciones que utilizamos para comunicarnos y la red subyacente en la cual se transmiten los mensajes. Los protocolos de capa de aplicación se utilizan para intercambiar los datos entre los programas que se ejecutan en los hosts de origen y destino. Existen muchos protocolos de capa de aplicación y siempre se desarrollan protocolos nuevos.
La Capa de Presentación La capa de presentación tiene tres funciones principales:
Generalmente, las implementaciones de la capa de presentación no están relacionadas con un stack de protocolos en particular. Los estándares para videos y gráficos son algunos ejemplos. Dentro de los estándares más conocidos para video encontramos QuickTime y el Grupo de expertos en películas (MPEG). QuickTime es una especificación de Apple Computer para audio y video, y MPEG es un estándar para la codificación y compresión de videos. Dentro de los formatos de imagen gráfica más conocidos encontramos el Formato de intercambio gráfico (GIF), Grupo de expertos en fotografía (JPEG) y Formato de archivo de imagen etiquetada (TIFF). GIF y JPEG son estándares de compresión y codificación para imágenes gráficas, y TIFF es un formato de codificación estándar para imágenes gráficas. La Capa de Sesión
1.2 Software de la Capa de Aplicación Las funciones asociadas con los protocolos de la capa de aplicación permiten a la red humana comunicarse con la red de datos subyacente. Cuando abrimos un explorador Web o una ventana de mensajería instantánea se inicia una aplicación, y el programa se coloca en la memoria del dispositivo donde se ejecuta. Cada programa ejecutable cargado a un dispositivo se denomina proceso. Dentro de la capa de aplicación, existen dos formas de procesos o programas de software que proporcionan acceso a la red: aplicaciones y servicios. Aplicaciones Reconocidas por la Red
Las aplicaciones son los programas de software que utiliza la gente para comunicarse a través de la red.. Algunas aplicaciones de usuario final son reconocidas por la red, lo cual significa que implementan los protocolos de la capa de aplicación y pueden comunicarse directamente con las capas inferiores del stack de protocolos. Los clientes de correo electrónico y los exploradores Web son ejemplos de este tipo de aplicaciones. Servicios de la Capa de Aplicación
Otros programas pueden necesitar la ayuda de los servicios de la capa de aplicación para utilizar los recursos de la red, como transferencia de archivos o cola de impresión en la red. Aunque son transparentes para el usuario, estos servicios son los programas que se comunican con la red y preparan los datos para la transferencia. Diferentes tipos de datos, ya sea texto, gráfico o video, requieren de diversos servicios de red para asegurarse de que estén bien preparados para procesar las funciones de las capas inferiores del modelo OSI. Cada servicio de red o aplicación utiliza protocolos que definen los estándares y formatos de datos a utilizarse. Sin protocolos, la red de datos no tendría una manera común de formatear y direccionar los datos. Es necesario familiarizarse con los protocolos subyacentes que rigen la operación de los diferentes servicios de red para entender su función.
Los protocolos establecen reglas consistentes para el intercambio de datos entre aplicaciones y servicios cargados en los dispositivos participantes. Los protocolos especifican cómo se estructuran los datos dentro de los mensajes y los tipos de mensajes que se envían entre origen y destino. Estos mensajes pueden ser solicitudes de servicios, acuses de recibo, mensajes de datos, mensajes de estado o mensajes de error. Los protocolos también definen los diálogos de mensajes, asegurando que un mensaje enviado encuentre la respuesta esperada y se invoquen los servicios correspondientes cuando se realiza la transferencia de datos. Muchos tipos de aplicaciones diferentes se comunican a través de las redes de datos. Por lo tanto, los servicios de la capa de aplicación deben implementar protocolos múltiples para proporcionar la variedad deseada de experiencias de comunicación. Cada protocolo tiene un fin específico y contiene las características requeridas para cumplir con dicho propósito. Deben seguirse los detalles del protocolo correspondiente a cada capa, así las funciones en una capa se comunican correctamente con los servicios en la capa inferior. Las aplicaciones y los servicios también pueden utilizar protocolos múltiples durante el curso de una comunicación simple. Un protocolo puede especificar cómo se establece la conexión de redes y otro describir el proceso para la transferencia de datos cuando el mensaje se pasa a la siguiente capa inferior.
Cuando la gente intenta acceder a información en sus dispositivos, ya sean éstos una computadora personal o portátil, un PDA, un teléfono celular o cualquier otro dispositivo conectado a la red, los datos pueden no estar físicamente almacenados en sus dispositivos. Si así fuera, se debe solicitar permiso al dispositivo que contiene los datos para acceder a esa información. En el modelo cliente/servidor, el dispositivo que solicita información se denomina cliente y el dispositivo que responde a la solicitud se denomina servidor. Los procesos de cliente y servidor se consideran una parte de la capa de aplicación. El cliente comienza el intercambio solicitando los datos al servidor, quien responde enviando uno o más streams de datos al cliente. Los protocolos de la capa de aplicación describen el formato de las solicitudes y respuestas entre clientes y servidores. Además de la transferencia real de datos, este intercambio puede requerir de información adicional, como la autenticación del usuario y la identificación de un archivo de datos a transferir. Un ejemplo de una red cliente-servidor es un entorno corporativo donde los empleados utilizan un servidor de correo electrónico de la empresa para enviar, recibir y almacenar correos electrónicos. El cliente de correo electrónico en la computadora de un empleado emite una solicitud al servidor de correo electrónico para un mensaje no leído. El servidor responde enviando al cliente el correo electrónico solicitado.
Una sola aplicación puede emplear diferentes servicios de la capa de aplicación, así lo que aparece para el usuario como una solicitud para una página Web puede, de hecho, equivaler a docenas de solicitudes individuales. Y, para cada solicitud, pueden ejecutarse múltiples procesos. Por ejemplo, un cliente puede necesitar de diversos procesos individuales para formular sólo una solicitud al servidor. Además, los servidores generalmente tienen múltiples clientes que solicitan información al mismo tiempo. Por ejemplo, un servidor Telnet puede tener varios clientes que requieren conectarse a él. Estas solicitudes individuales del cliente pueden manejarse en forma simultánea y separada para que la red sea exitosa. Los servicios y procesos de la capa de aplicación dependen del soporte de las funciones de la capa inferior para administrar en forma exitosa las múltiples conversaciones.
Las aplicaciones punto a punto pueden utilizarse en las redes punto a punto, en redes cliente-servidor y en Internet. 3. Ejemplos de Servicios y Protocolos de la Capa de Aplicación
En Internet, estos nombres de dominio, tales como www.trujillosoft.com, son mucho más fáciles de recordar para la gente que algo como 198.133.219.25, el cual es la dirección numérica actual para ese servidor. Además, si Trujillosoft decide cambiar la dirección numérica, es transparente para el usuario, ya que el nombre de dominio seguirá siendo www.trujillosoft.com. La nueva dirección simplemente estará enlazada con el nombre de dominio existente y la conectividad se mantendrá. Cuando las redes eran pequeñas, resultaba fácil mantener la asignación entre los nombres de dominios y las direcciones que representaban. Sin embargo, a medida que las redes y el número de dispositivos comenzó a crecer, el sistema manual dejó de ser práctico. El Sistema de nombres de dominios (DNS) se creó para que el nombre del dominio busque soluciones para estas redes. DNS utiliza un conjunto distribuido de servidores para resolver los nombres asociados con estas direcciones numéricas. El protocolo DNS define un servicio automatizado que coincide con nombres de recursos que tienen la dirección de red numérica solicitada. Incluye las consultas sobre formato, las respuestas y los formatos de datos. Las comunicaciones del protocolo DNS utilizan un formato simple llamado mensaje. Este formato de mensaje se utiliza para todos los tipos de solicitudes de clientes y respuestas del servidor, mensajes de error y para la transferencia de información de registro de recursos entre servidores.
DNS es un servicio cliente-servidor; sin embargo, difiere de los otros servicios cliente-servidor que estamos examinando. Mientras otros servicios utilizan un cliente que es una aplicación (como un explorador Web o un cliente de correo electrónico), el cliente DNS ejecuta un servicio por sí mismo. El cliente DNS, a veces denominado resolución DNS, admite la resolución de nombres para otras aplicaciones de red y servicios que lo necesiten. Al configurar un dispositivo de red, generalmente proporcionamos una o más direcciones del servidor DNS que el cliente DNS puede utilizar para la resolución de nombres. En general, el proveedor de servicios de Internet provee las direcciones para utilizar con los servidores DNS. Cuando la aplicación del usuario pide conectarse a un dispositivo remoto por nombre, el cliente DNS solicitante consulta uno de estos servidores de denominación para resolver el nombre para una dirección numérica.
Los sistemas operativos computacionales también cuentan con una herramienta llamada nslookup que permite que el usuario consulte de forma manual los servidores de nombres para resolver un nombre de host dado. Esta utilidad también puede utilizarse para solucionar los problemas de resolución de nombres y verificar el estado actual de los servidores de nombres. Un servidor DNS proporciona la resolución de nombres utilizando el demonio de nombres que generalmente se llama named (se pronuncia name-dee). El servidor DNS almacena diferentes tipos de registros de recursos utilizados para resolver nombres. Estos registros contienen el nombre, la dirección y el tipo de registro.
La solicitud puede pasar a lo largo de cierta cantidad de servidores, lo cual puede tomar más tiempo y consumir banda ancha. Una vez que se encuentra una coincidencia y se devuelve al servidor solicitante original, el servidor almacena temporalmente en la caché la dirección numerada que coincide con el nombre. Si vuelve a solicitarse ese mismo nombre, el primer servidor puede regresar la dirección utilizando el valor almacenado en el caché de nombres. El almacenamiento en caché reduce el tráfico de la red de datos de consultas DNS y las cargas de trabajo de los servidores más altos de la jerarquía. El servicio del cliente DNS en las PC de Windows optimiza el rendimiento de la resolución de nombres DNS almacenando previamente los nombres resueltos en la memoria. El comando ipconfig /displaydns muestra todas las entradas DNS en caché en un sistema informático con Windows XP o 2000. El sistema de nombres de dominios utiliza un sistema jerárquico para crear una base de datos y así proporcionar una resolución de nombres. La jerarquía es similar a un árbol invertido con la raíz en la parte superior y las ramas por debajo. En la parte superior de la jerarquía, los servidores raíz mantienen registros sobre cómo alcanzar los servidores de dominio de nivel superior, los cuales a su vez tienen registros que apuntan a los servidores de dominio de nivel secundario y así sucesivamente. Los diferentes dominios de primer nivel representan el tipo de organización o el país de origen. Entre los ejemplos de dominios del nivel superior se encuentran:
.au: Australia .co: Colombia .com: una empresa o industria
Cuando se escribe una dirección Web (o URL) en un explorador de Internet, el explorador establece una conexión con el servicio Web del servidor que utiliza el protocolo HTTP. URL (o Localizador Uniforme de Recursos) y URI (Identificador Uniforme de Recursos) son los nombres que la mayoría de las personas asocian con las direcciones Web. El URL http://www.trujillosoft.com/index.html es un ejemplo que se refiere a un recurso específico, una página Web llamada index.html en un servidor identificado como trujillosoft.com.
Los exploradores Web son las aplicaciones cliente que utilizan nuestras computadoras para conectarse a la World Wide Web y acceder a recursos almacenados en un servidor Web. Al igual que con la mayoría de los procesos de servidores, el servidor Web funciona como un servicio básico y genera diferentes tipos de archivos disponibles. Para acceder al contenido, los clientes Web realizan conexiones al servidor y solicitan los recursos deseados. El servidor responde con el recurso y, al recibirlo, el explorador interpreta los datos y los presenta al usuario.
Los buscadores pueden interpretar y presentar muchos tipos de datos, como texto sin cifrar o Lenguaje de marcas de hipertexto (HTML, el lenguaje en el que se crean las páginas Web). Otros tipos de datos, sin embargo, requieren de otro servicio o programa. Generalmente se les conoce como plug-ins o complementos. Para ayudar al explorador a determinar qué tipo de archivo está recibiendo, el servidor especifica qué clase de datos contiene el archivo. Para comprender mejor cómo interactúan el explorador Web y el cliente Web, podemos analizar cómo se abre una página Web en un explorador. Para este ejemplo, utilizaremos la dirección URL: http://www.trujillosoft.com/web-server.htm. Primero, el explorador interpreta las tres partes del URL: 1. http (el protocolo o esquema)
3. web-server.htm (el nombre de archivo específico solicitado). Después, el explorador verifica con un servidor de nombres para convertir a www.trujillosoft.com en una dirección numérica que utilizará para conectarse con el servidor. Al utilizar los requerimientos del protocolo HTTP, el explorador envía una solicitud GET al servidor y pide el archivo web-server.htm. El servidor, a su vez, envía al explorador el código HTML de esta página Web. Finalmente, el explorador descifra el código HTML y da formato a la página para la ventana del explorador.
El protocolo de transferencia de hipertexto (HTTP), uno de los protocolos del grupo TCP/IP, se desarrolló en sus comienzos para publicar y recuperar las páginas HTML, y en la actualidad se utiliza para sistemas de información distribuidos y de colaboración. HTTP se utiliza a través de la World Wide Web para transferencia de datos y es uno de los protocolos de aplicación más utilizados. HTTP especifica un protocolo de solicitud/respuesta. Cuando un cliente, generalmente un explorador Web, envía un mensaje de solicitud a un servidor, el protocolo HTTP define los tipos de mensajes que el cliente utiliza para solicitar la página Web y envía los tipos de mensajes que el servidor utiliza para responder. Los tres tipos de mensajes comunes son GET, POST y PUT.
GET es una solicitud de datos por parte del cliente. Un explorador Web envía el mensaje GET para solicitar las páginas desde un servidor Web. POST y PUT se utilizan para enviar mensajes que cargan datos en el servidor Web. Por ejemplo, cuando el usuario ingresa información en un formato incluido en una página Web, POST incluye la información en el mensaje enviado al servidor.
Cuando la gente redacta mensajes de correo electrónico, generalmente utilizan una aplicación llamada Agente de usuario de correo (MUA), o un cliente de correo electrónico. MUA permite enviar los mensajes y colocar los recibidos en el buzón del cliente; ambos procesos son diferentes. Para recibir correos electrónicos desde un servidor de correo, el cliente de correo electrónico puede utilizar un POP. Al enviar un correo electrónico desde un cliente o un servidor se utilizan formatos de mensajes y cadenas de comando definidas por el protocolo SMTP. En general, un cliente de correo electrónico proporciona la funcionalidad de ambos protocolos dentro de una aplicación.
El proceso Agente de transferencia de correo (MTA) se utiliza para enviar correo electrónico. Como se muestra en la figura, el MTA recibe mensajes desde el MUA u otro MTA en otro servidor de correo electrónico. Según el encabezado del mensaje, determina cómo debe reenviarse un mensaje para llegar al destino. Si el correo está dirigido a un usuario cuyo buzón está en el servidor local, el correo se pasa al MDA. Si el correo es para un usuario que no está en el servidor local, el MTA enruta el correo electrónico al MTA en el servidor correspondiente. El proceso de agente de transferencia de correo rige el manejo de correo electrónico entre servidores. En la siguiente figura, vemos que el Agente de entrega de correo (MDA) acepta una parte del correo electrónico desde un Agente de transferencia de correo (MTA) y realiza el envío real. El MDA recibe todo el correo entrante desde el MTA y lo coloca en los buzones de los usuarios correspondientes. El MDA también puede resolver temas de entrega final, como análisis de virus, correo no deseado filtrado y manejo de acuses de recibo. La mayoría de las comunicaciones de correo electrónico utilizan las aplicaciones MUA, MTA y MDA. Sin embargo, hay otras alternativas para el envío de correo electrónico.
Como se mencionó anteriormente, los correos electrónicos pueden utilizar los protocolos POP y SMTP (vea la figura para saber cómo funcionan). POP y POP3 (Protocolo de oficina de correos v.3) son protocolos de envío de correo entrante y protocolos cliente-servidor típicos. Envían correos electrónicos desde el servidor correspondiente al cliente (MUA). El MDA escucha cuando un cliente se conecta a un servidor. Una vez establecida la conexión, el servidor puede enviar el correo electrónico al cliente. El Protocolo simple de transferencia de correo (SMTP), por el contrario, rige la transferencia de correos salientes desde el cliente emisor al servidor de correos (MDA), así como también el transporte de correos entre servidores de correo electrónico (MTA). SMTP permite transportar correos por las redes de datos entre diferentes tipos de software de cliente y servidor, y hace posible el intercambio de correos en Internet. El formato de mensajes del protocolo SMTP utiliza un conjunto rígido de comandos y respuestas. Estos comandos dan soporte a los procedimientos que se utilizan en el SMTP, como inicio de sesión, transacción de correo, envío de correo, verificación de nombres de buzones de correo, expansión de listas de correo e intercambios de apertura y cierre.
El FTP necesita dos conexiones entre el cliente y el servidor para transferir archivos de forma exitosa: una para comandos y respuestas, otra para la transferencia real de archivos. El cliente establece la primera conexión con el servidor en TCP puerto 21. Esta conexión se utiliza para controlar el tráfico, que consiste en comandos del cliente y respuestas del servidor. El cliente establece la segunda conexión con el servidor en TCP puerto 20. Esta conexión es para la transferencia real de archivos y se crea cada vez que se transfiere un archivo. La transferencia de archivos puede producirse en ambas direcciones. El cliente puede descargar (bajar) un archivo desde el servidor o el cliente puede cargar (subir) un archivo en el servidor.
Con las redes domésticas, el servidor de DHCP se ubica en el ISP y un host de la red doméstica recibe la configuración IP directamente desde el ISP. DHCP puede representar un riesgo a la seguridad porque cualquier dispositivo conectado a la red puede recibir una dirección. Este riesgo hace que la seguridad física sea un factor importante al determinar si se utiliza el direccionamiento dinámico o manual.
El cliente puede recibir múltiples paquetes de OFERTA DE DHCP si hay más de un servidor de DHCP en la red local, así que debe elegir entre ellos y enviar un paquete de SOLICITUD DE DHCP que identifique el servidor explícito y la oferta de alquiler que el cliente acepta. Un cliente puede elegir solicitar una dirección previamente asignada por el servidor. Teniendo en cuenta que la dirección IP solicitada por el cliente, u ofrecida por el servidor, aún es válida, el servidor devolverá un mensaje ACK DHCP que le informa al cliente que finalizó el alquiler. Si la oferta ya no es válida, quizás debido al tiempo o que a otro cliente se le asignó el alquiler, el servidor seleccionado responderá con un mensaje NAK DHCP (acuse de recibo negativo). Si un mensaje NAK DHCP se devuelve, entonces el proceso de selección debe volver a comenzar con la transmisión de un mensaje nuevo de DESCUBRIMIENTO DE DHCP.
El Bloque de mensajes del servidor (SMB) es un protocolo cliente-servidor para compartir archivos. IBM desarrolló el Bloque de mensajes del servidor (SMB) a fines de la década de los 80 para describir la estructura de recursos de red compartidos, como directorios, archivos, impresoras y puertos seriales. Es un protocolo de solicitud-respuesta. A diferencia del protocolo para compartir archivos respaldado por FTP, los clientes establecen una conexión a largo plazo con los servidores. Una vez establecida la conexión, el usuario del cliente puede acceder a los recursos en el servidor como si el recurso fuera local para el host del cliente. El intercambio de archivos SMB y los servicios de impresión se han transformado en el pilar de networking de Microsoft. Con la presentación de la serie Windows 2000 del software, Microsoft cambió la estructura subyacente para el uso del SMB. En versiones anteriores de los productos de Microsoft, los servicios de SMB utilizaron un protocolo que no es TCP/IP para implementar la resolución de nombres. Comenzando con Windows 2000, todos los productos subsiguientes de Microsoft utilizan denominación DNS. Esto permite que los protocolos TCP/IP den soporte directamente al intercambio de recursos SMB.
Aprendimos acerca del FTP y del SMB como formas de obtener archivos, aquí presentamos otro protocolo de aplicación. Compartir archivos en Internet se ha transformado en algo muy popular. Con las aplicaciones P2P basadas en el protocolo Gnutella, las personas pueden colocar archivos en sus discos rígidos para que otros los descarguen. El software del cliente compatible con Gnutella permite a los usuarios conectarse con los servicios Gnutella en Internet y ubicar y acceder a los recursos compartidos por otros pares Gnutella. Muchas aplicaciones del cliente están disponibles para acceder en la red Gnutella, entre ellas: BearShare, Gnucleus, LimeWire, Morpheus, WinMX y XoloX (consulte una captura de pantalla de LimeWire en la figura). Mientras que el Foro de desarrolladores de Gnutella mantiene el protocolo básico, los proveedores de las aplicaciones generalmente desarrollan extensiones para lograr que el protocolo funcione mejor en dichas aplicaciones.
Muchas de las aplicaciones P2P no utilizan una base de datos central para registrar todos los archivos disponibles en los puntos. Por el contrario, los dispositivos en la red se indican entre ellos qué archivos están disponibles cuando hay una consulta, y utilizan el protocolo Gnutella y los servicios para respaldar los recursos ubicados. Cuando un usuario se conecta a un servicio Gnutella, las aplicaciones del cliente buscan otros nodos Gnutella para conectarse. Estos nodos manejan las consultas para las ubicaciones de los recursos y responden a dichas solicitudes. Además, gobiernan los mensajes de control que ayudan al servicio a descubrir otros nodos. Las verdaderas transferencias de archivos generalmente dependen de los servicios HTTP. El protocolo Gnutella define 5 tipos de paquetes diferentes:
- ping: para el descubrimiento del dispositivo - pong: como respuesta a un ping
- query hit: como respuesta a una consulta - push: como una solicitud de descarga 3.8. Protocolo y Servicios Telnet
Telnet es un protocolo cliente-servidor y especifica cómo se establece y se termina una sesión VTY. Además proporciona la sintaxis y el orden de los comandos utilizados para iniciar la sesión Telnet, así como también los comandos de control que pueden ejecutarse durante una sesión. Cada comando Telnet consiste en por lo menos dos bytes. El primer byte es un caracter especial denominado Interpretar como comando (IAC). Como su nombre lo indica, el IAC define el byte siguiente como un comando en lugar de un texto. Algunas muestras de comandos del protocolo Telnet incluyen:
- Erase Line (EL): elimina todo el texto de la línea actual. - Interrupt Process (IP): suspende, interrumpe, aborta o termina el proceso al cual se conectó la terminal virtual. Por ejemplo, si un usuario inició un programa en el servidor Telnet por medio de VTY, puede enviar un comando IP para detener el programa. Aunque el protocolo Telnet admite autenticación de usuario, no admite el transporte de datos encriptados. Todos los datos intercambiados durante una sesión Telnet se transporta como texto sin formato por la red. Esto significa que los datos se pueden intercepter y entender fácilmente.
capa sesion,
mua mda mta,
smtp/pop,

References: resolución 
 resolución 
 resolución 
 resolución 
 resolución 
 resolución 
 resolución 
 resolución