Cadenas de transporte
Las cadenas de transporte representan una pila de protocolos de red que se utiliza para las operaciones de E/S dentro de un entorno de servidor de aplicaciones.
Las cadenas de transporte forman parte de la función de infraestructura de canales que proporciona un servicio de red común para todos los componentes, incluido el componente de bus de integración de servicios de las tecnologías de integración de servicios IBM®, WebSphere Secure Caching Proxy y el servicio de puente de grupo principal del gestor de alta disponibilidad.
Una cadena de transporte consta de uno o varios tipos de canales, cada uno de los cuales da soporte a un tipo diferente de protocolo de E/S, por ejemplo TCP, DCS o HTTP. Los puertos de red se pueden compartir entre todos los canales de una cadena. La función de infraestructura de canal distribuye automáticamente una solicitud que llega a ese puerto en el canal de protocolo de E/S correcto para que se procese.
![[z/OS]](../images/ngzos.gif)
Los valores de configuración de la cadena de transporte determinan qué protocolos de E/S están soportados para esa cadena. A continuación se proporcionan algunos de los tipos más comunes de canales. Los canales personalizados que dan soporte a requisitos exclusivos de un entorno o cliente determinado también se pueden añadir a la cadena de transporte.
- Canal DCS
- En un entorno de WebSphere Application Server, Network Deployment, lo utilizan el servicio de puente de grupo principal, el servicio de duplicación de datos (DRS) y el gestor de alta disponibilidad utilizan este canal para transferir datos, objetos o sucesos entre servidores de aplicaciones.
- Canal de entrada HTTP
- Se utiliza para habilitar la comunicación con los servidores remotos.
Implementa los
estándares HTTP 1.0 y 1.1 y lo utilizan otros canales, como el canal de contenedor web,
para dar servicio a las solicitudes HTTP y para enviar información específica de HTTP a
los servlets que esperan este tipo de información.
Los canales de entrada HTTP se utilizan en lugar de los transportes HTTP para establecer la cola de solicitudes entre el plug-in de servidor web y un contenedor web en el que residen los módulos web de una aplicación.
- Canal de entrada del proxy HTTP
- Se utiliza para manejar solicitudes HTTP entre los nodos de un servidor proxy y del servidor de aplicaciones.
- Canal de túnel HTTP
- Se utiliza para proporcionar a las aplicaciones cliente conexiones HTTP persistentes con hosts remotos que están bloqueados por cortafuegos o que necesitan un servidor proxy HTTP ,incluido la autenticación, o ambos. Un canal de túnel HTTP habilita el intercambio de datos de aplicación en el cuerpo de una solicitud o una respuesta HTTP que se envía o se recibe de un servidor remoto. Un canal de túnel HTTP también permite a las aplicaciones del lado del cliente sondear el host remoto y utilizar solicitudes HTTP para enviar datos desde el cliente o para recibir datos de un servidor de aplicaciones. En cualquier caso, ni el cliente ni el servidor de aplicaciones saben que se utiliza HTTP para intercambiar los datos.
- Canal JFAP
- El servidor JMS (Java™ Message Service) utiliza este canal para crear conexiones con los recursos JMS en un bus de integración de servicios.
- Canal MQ
- Se utiliza en combinación con otros canales, como el canal TCP, dentro de los límites de soporte de WebSphere MQ para facilitar las comunicaciones entre un bus de integración de servicios y un cliente de WebSphere MQ o gestor de colas.
Canal de servicio ORB
Se utiliza junto con otros canales como, por ejemplo, un canal TCP para manejar los mensajes CORBA y RMI/IIOP para el servicio ORB. Permite a los clientes realizar solicitudes y recibir respuestas de servidores en un entorno distribuido de red.
- Canal SIP
- Se utiliza para crear un puente en la cadena de transporte entre un canal de entrada SIP (Session Initiation Protocol) y un motor de servlets y JSP (JavaServer Page).
- Canal de entrada del contenedor SIP
- Se utiliza para manejar la comunicación entre el canal de entrada SIP y el contenedor de servlets SIP.
- Canal de entrada SIP
- Se utiliza para manejar solicitudes SIP desde un cliente remoto.
- Canal SSL
- Se utiliza para asociar un repertorio de configuración SSL (Secure Sockets Layer) con la cadena de transporte. Este canal sólo está disponible cuando está habilitado el soporte SSL para la cadena de transporte. El repertorio de configuración SSL se define en la consola administrativa, en seguridad, en la página Repertorios de configuración SSL > Repertorios de configuración SSL.
- Canal TCP
- Se utiliza para proporcionar a las aplicaciones cliente conexiones persistentes dentro de una red de área local (LAN) cuando un nodo utiliza TCP (Transmission Control Protocol) para recuperar información de una red.
- Canal UDP
- Se utiliza para proporcionar a las aplicaciones cliente conexiones persistentes dentro de una red de área local (LAN) cuando un nodo utiliza UDP (User Datagram Protocol) para recuperar información de una red.
- Canal de contenedor web
- Se utiliza para crear un puente en la cadena de transporte entre un canal de entrada HTTP y un motor de servlets y JSP (JavaServer Page).