WebSphere Message Broker, Versão 8.0.0.5 Sistemas operacionais: AIX, HP-Itanium, Linux, Solaris, Windows, z/OS

Consulte as informações sobre a versão mais recente do produto em IBM Integration Bus, Versão 9.0

Conectividade de Duas Camadas do CICS Transaction Server para z/OS

O suporte ao nó CICSRequest no WebSphere Message Broker fornece comunicação direta com o CICS Transaction Server para z/OS (conexão de duas camadas) enviando solicitações de Link de Programa Distribuído (DPL) sobre protocolo IP InterCommunications (IPIC) baseado em TCP/IP.

O nó CICSRequest suporta também comunicação com o CICS através do CICS Transaction Gateway para Multiplataformas (conexão de três camadas). Para obter mais informações sobre conexões de três camadas, consulte Conectividade de Três Camadas do CICS Transaction Server para z/OS.

Uma conexão direta de duas camadas do WebSphere Message Broker com o CICS pode ser estabelecida usando o serviço configurável CICSConnection ou configurando as propriedades diretamente no nó CICSRequest.

Conexões de serviço configurável CICSConnection:

Uma conexão do CICS a partir do WebSphere Message Broker é feita com um recurso TCPIPSERVICE atendendo no CICS. Quando essa conexão é estabelecida, a conexão ativa entre o WebSphere Message Broker e o CICS é representada por um recurso IPCONN.

Cada serviço configurável CICSConnection resulta em uma conexão separada com o CICS, assim para cada serviço configurável que estiver sendo utilizado, haverá um recurso IPCONN no CICS. As propriedades do recurso IPCONN determinam as propriedades do link entre o WebSphere Message Broker e o CICS.

O recurso IPCONN que representa um WebSphere Message Broker para conexão do CICS pode ser criado de duas formas diferentes: instalação automática ou predefinida.

Instalação automática:
A instalação automática de uma conexão significa que quando o WebSphere Message Broker se conecta, o recurso é criado e quando o WebSphere Message Broker se desconecta, o recurso é descartado. Nessa configuração, o IPCONN é criado a partir de um modelo IPCONN que é chamado por um módulo substituível pelo usuário (URM), que é chamado no recurso TCPIPSERVICE. As propriedades do IPCONN são baseadas nesse recurso de modelo.
Predefinido:
Alternativamente, o IPCONN pode ser predefinido utilizando os mecanismos de definição do recurso CICS, como o Explorer do CICS, CEDA ou Gerenciador de Sistemas CICSPlex (CICSPLEX SM). Se a definição IPCONN for criada antecipadamente, ela corresponderá à conexão recebida usando as propriedades IPCONN APPLID e ID da Rede, que correlacionam-se com as propriedades clientApplid e clientQualifier que podem ser configuradas em um serviço configurável CICSConnection.
A vantagem de pré-especificar o IPCONN é que é possível controlar estritamente as propriedades de conexões recebidas, incluindo as propriedades de segurança e o número de pedidos simultâneos. Todavia, as regras a seguir são aplicadas:
  • Não configure diferentes grupos de execução para utilizar a mesma combinação de clientApplid e clientQualifier de CICSConnection para conexão à mesma região do CICS. Um IPCONN é ligado ao WebSphere Message Broker através das propriedades do serviço configurável CICSConnection clientApplid e clientQualifier. Se isso for tentado, apenas o primeiro serviço configurável é conectado com êxito.
  • Não especifique um nome de host e uma porta ao definir o recurso IPCONN em CICS. Esses campos são utilizados para conexões apenas entre regiões do CICS e elas não devem ser configuradas para conexões do WebSphere Message Broker.

O diagrama a seguir mostra como o WebSphere Message Broker pode conectar-se diretamente com o CICS usando um serviço configurável CICSConnection.

O diagrama mostra como o WebSphere Message Broker pode se conectar ao CICS Transaction Server for z/OS usando um serviço configurável CICSConnection.

O modelo de conexão direta de duas camadas do CICS é baseado nas seguintes regras:
  • Cada nome de serviço configurável resulta em uma conexão separada com o CICS.
  • O serviço configurável CICSConnection deve ser utilizado apenas a partir de um grupo de execução, porque todos os grupos de execução adicionais tentam utilizar o mesmo serviço configurável depois de não conseguir se conectar.
  • As propriedades clientApplid e clientQualifier no serviço configurável são utilizados para localizar o recurso IPCONN no CICS. Uma combinação de clientApplid e clientQualifier deve ser exclusiva para a região do CICS. Apenas um recurso IPCONN pode existir com essa combinação.
  • Mais de uma instância de fluxo de mensagens pode utilizar a conexão do CICS, todavia cada pedido que passa por um nó de CICSRequest utiliza uma conversa na conexão durante o pedido.

Ao definir um recurso IPCONN no CICS, considere as seguintes propriedades:

  • CICS APPLID e ID de Rede

    As propriedades APPLID e ID de Rede do CICS devem corresponder às propriedades clientApplid e clientQualifier do serviço configurável CICSConnection.

  • O nome do host e o número da porta do CICS

    As propriedades de nome do host e porta do CICS devem ser utilizadas para conexões apenas entre regiões do CICS e elas não devem ser configuradas para conexões do WebSphere Message Broker.

  • CICS TCPIPSERVICE

    Os IPCONNs são de propriedade de um recurso TCPIPSERVICE pai no CICS.

  • CICS Receivecount

    A propriedade Receivecount do CICS controla o número de pedidos simultâneos que podem ser executados sobre a conexão. O número de pedidos simultâneos assume o padrão 100 para conexões instaladas automaticamente.

  • CICS Sendcount

    A propriedade Sendcount deve ser configurada como 0 porque a propriedade Sendcount é utilizada apenas para conexões do CICS e não deve ser utilizada para conexões do WebSphere Message Broker.

  • CICS LINKAUTH

    A propriedade LINKAUTH do CICS controla como a segurança de link é gerenciada. Para utilizar um recurso no CICS, duas verificações de segurança são executadas: o usuário "transmitido", que verifica as credenciais de segurança que são enviadas a partir do WebSphere Message Broker e o usuário "link", que também deve ter permissão para o recurso. Ambos os IDs de usuários devem ter permissão para usar o recurso antes do pedido ser concedido. O ID de usuário do link recebeu privilégios baixos, o que significa que mesmo se o usuário transmitido tiver muitas permissões, o ID de usuário do link poderá ser utilizado para capturar o privilégio da conexão. Se LINKAUTH for configurado como SECUSER, o campo SECURITYNAME será utilizado para especificar o ID de usuário do link. Se for configurado como CERTUSER, o usuário do link será determinado a partir de um certificado de cliente SSL que é mapeado pelo RACF.

  • CICS USERAUTH

    A propriedade USERAUTH do CICS determina como a segurança do usuário transmitido está configurada. Se USERAUTH estiver configurado como "LOCAL" ou "DEFAULTUSER", nenhum ID do usuário ou senha será enviado para o CICS em um pedido. Isso significa que todos os pedidos utilizam o ID de região do CICS. Se USERAUTH for configurado como "IDENTIFY", os IDs de usuário são transmitidos sem uma senha. Se USERAUTH for configurado como "VERIFY", os IDs de usuário e as senhas são necessários.

Cada nó do CICSRequest em um fluxo de mensagens atua como um pedido em uma das conexões com o CICS. As conexões utilizadas são determinadas pelo serviço configurável que é utilizado.

Para obter informações sobre a configuração do nó de CICSRequest para obter detalhes da conexão a partir de um serviço configurável CICSConnection, consulte Alterando Informações de Conexão para o Nó CICSRequest.

É possível configurar o nó de CICSRequest ou um serviço configurável CICSConnection para utilizar o protocolo SSL. Para informações adicionais, consulte Protegendo a Conexão Para CICS Transaction Server para z/OS Utilizando SSL.

Conexões do nó de CICSRequest:

Se um serviço configurável CICSConnection não for especificado no nó CICSRequest e um nome de host for usado diretamente na propriedade servidor CICS, o pedido compartilha uma conexão com outros recursos que tenham especificado a mesma URL do servidor CICS. O primeiro nó CICSRequest a ser usado abre a conexão com o CICS, independentemente de uma URL ou serviço configurável estarem especificados na propriedade servidor CICS.

Avisos | Marcas Registradas | Downloads | Biblioteca | Suporte | Feedback

Copyright IBM Corporation 1999, 2014Copyright IBM Corporation 1999, 2014.

        
        Última atualização:
        
        Última atualização: 2015-02-28 18:30:44


Tópico de ConceitoTópico de Conceito | Versão 8.0.0.5 | bc16140_