O IBM Communications Server para Windows Versão 6.1.3 é um upgrade que fornece uma nova interface Windows Installer (chamada anteriormente de MicroSoft Installer = MSI), além de correções e atualizações da 6.1.2. A Versão 6.1.3 é uma instalação completa e, se houver uma versão anterior instalada, ela deverá ser desinstalada antes da instalação da versão 6.1.3.
Este documento contém informações complementares para a ajuda on-line e para as publicações. Ele descreve assuntos como funções recém incluídas, dicas, sugestões, restrições e correções.
Obrigado por escolher o IBM Communications Server!
Verifique os Web sites listados na seção 4 para obter as informações mais recentes sobre este produto.
São necessários 5 MB de espaço em disco em uma unidade de inicialização e 175 MB em qualquer unidade de disco rígido para uso permanente.
Os SNA API Clients são executados no modo de 32 bits em qualquer hardware requerido pelo Windows 2000, Windows XP, Windows Server 2003 (Standard ou Enterprise Edition) ou Windows Vista. O SNA API Clients requerem 25 MB em qualquer unidade de disco rígido para uso permanente.
Os Remote Administration Clients são executados em qualquer hardware requerido por sistemas operacionais de 32 bits do Windows 2000, Windows XP, Windows Server 2003 (Standard ou Enterprise Edition) ou Windows Vista.
Adicionalmente:
Um dos seguintes navegadores é necessário para instalar o Communications Server utilizando a barra de ativação:
Os SNA API clients requerem também:
As plataformas Windows que não estão disponíveis (como Windows NT) não são suportadas com o Communications Server Versão 6.1.2 e posterior.
Também é possível visualizar a documentação do Quick Beginnings no pacote de instalação.
[Retornar ao início da subseção] [Retornar ao início do documento] [Índice]
[Retornar ao início da subseção] [Retornar ao início do documento] [Índice]
[Retornar ao início da subseção] [Retornar ao início do documento] [Índice]
Esse Communications Server 6.1.3 é uma instalação completa e permitirá apenas instalações de CSDs da 6.1.3 depois dessa instalação.
A IBM oferece manutenção corretiva fornecendo:
[Retornar ao início da subseção] [Retornar ao início do documento] [Índice]
Para o Windows Installer 4.0 no Windows Vista e superior, os produtos do Communications Server possuem criação de log detalhado de instalação/desinstalação ativada por padrão. No entanto, para sistemas Windows anteriores ao Vista, por padrão, as desinstalações iniciadas a partir de "Adicionar ou Remover Programas" não serão registradas.
Sistemas anteriores precisam da inclusão da seguinte entrada no registro da máquina para registrar desinstalações de "Adicionar ou Remover Programas":
Para registrar uma desinstalação, antes de desinstalar qualquer um dos três produtos Communications Server, execute msilogging_add.reg que está instalado em Ferramentas no diretório de instalação principal do Communications Server para atualizar o registro.
Nota: Como a criação de log do Windows Installer aplica-se a todos os produtos instalados/desinstalados do sistema, deixar essa criação de log ativada pode afetar o desempenho e o espaço em disco.
Após a desinstalação, execute msilogging_remove.reg para remover a entrada. Embora o produto tenha sido desinstalado, os arquivos msilogging continuarão em Ferramentas no mesmo diretório de instalação principal do Communications Server. Esses arquivos não são desinstalados com o produto.
Os logs de instalação ficarão no diretório de log especificado durante a instalação do produto. Quando o produto for desinstalado utilizando "Adicionar ou Remover Programas", o log de desinstalação ficará no diretório TEMP da máquina. O nome do arquivo de log terá o formato MSI***.log, em que *** é algum número. Utilize o registro de data para determinar qual arquivo corresponde à desinstalação do Communications Server.
[Retornar ao início da subseção] [Retornar ao início do documento] [Índice]
Removendo Versões Anteriores do Communications Server
O APAR JR21456 do Communications Server versão 6.1.2 fornece um pacote de limpeza que remove informações de código e de registro da 6.1.2 e do nível anterior do Communications Server. Para assegurar uma desinstalação completa do produto Communications Server anterior, faça download do pacote de limpeza (JR21546) do site http://www.ibm.com/support/docview.wss?rs=2262&uid=swg24009834
As instruções de instalação estão localizadas no manual Quick Beginnings em http://www.ibm.com/software/network/commserver/windows/library/index.html
Também é possível visualizar o Quick Beginnings na mídia de instalação.
Se o Personal Communications estiver instalado na mesma máquina que o Communications Server, você deve desinstalar o Personal Communications antes de desinstalar o Communications Server.
Se o Personal Communications não puder ser desinstalado com êxito, vá para
a seguinte página de suporte do Communications Server e procure informações
adicionais em Notas Técnicas:
http://www.ibm.com/support/search.wss?tc=SSHQNF&rs=2262&rank=8&dc=DB520+D800+D900+DA900+DA800+DB560&dtm
Todos os aplicativos utilizando o Communications Server devem ser finalizados antes de tentar desinstalar o produto. Tentar desinstalar o Communications Server enquanto um aplicativo (como APING ou Personal Communications) estiver em execução causará a interrupção da desinstalação até que o aplicativo seja finalizado.
Removendo Versões Anteriores do Communications Server para Client Access
Para remover a versão 6.1.2 ou versões anteriores, execute regsvr32.exe em cwbzzodb.dll e cwbzzidx.dll. Consulte Corrigir depois de Instalar ou de Desinstalar o Client Access para obter informações adicionais.
Para remover a versão 6.1.3, vá para Adicionar/Remover Programas, selecione o programa e remova-o.
[Retornar ao início do documento] [Índice]
[Retornar ao início da página] [Índice]
[Retornar ao início da subseção] [Retornar ao início do documento] [Índice]
[Retornar ao início da subseção] [Retornar ao início do documento] [Índice]
Essa chamada estendida não é suportada pelo Communications Server para Linux ou pelo Communications Server para AIX. O CPI-C no Communications Server para Windows foi alterado para emitir automaticamente o verbo APPC TP_ENDED quando a última conversação for desalocada. Com essa alteração, a chamada TP_End ainda é permitida, mas não é mais necessária. Aplicativos Communications Server para Windows antigos que utilizam TP_End não serão afetados e novos programas gravados sem TP_End também serão encerrados corretamente. Isso permite maior portabilidade de código do programa CPI-C entre Communications Servers da IBM para Windows, AIX e Linux.
[Retornar ao início da subseção] [Retornar ao início do documento] [Índice]
[Retornar ao início da subseção] [Retornar ao início do documento] [Índice]
O exemplo a seguir mostra a entrada de arquivo .ACG.
NODE=(
ANYNET_SUPPORT=NONE
CP_ALIAS=CPNAME
DEFAULT_PREFERENCE=NATIVE
DISCOVERY_SUPPORT=NO
DLUR_SUPPORT=MULTI_SUBNET
FQ_CP_NAME=NETID.CPNAME
GVRN_SUPPORT=0
SUPPRESS_LUWID=1
MAX_LOCATES=150
MAX_LS_EXCEPTION_EVENTS=200
NODE_ID=05D00000
NODE_TYPE=END_NODE
REGISTER_WITH_CDS=1
REGISTER_WITH_NN=ALL
SEND_TERM_SELF=0
SLI_CLOSE_SYNC_SUPPORT=0
TP_SECURITY_BEHAVIOR=VERIFY_EVEN_IF_NOT_DEFINED
)
[Retornar ao início da subseção] [Retornar ao início do documento] [Índice]
[Retornar ao início da subseção] [Retornar ao início do documento] [Índice]
O Communication Server para OS/2 fornecia ambos, pacing fixo e pacing fixo bidirecional. O Communications Server para Windows fornece apenas o pacing adaptável. O requisito para pacing fixo é limitar o tamanho máximo das janelas de pacing para reduzir os requisitos de armazenamento em buffer e reduzir os atrasos de outros aplicativos utilizando o mesmo link. Embora o Communications Server para Windows continue a utilizar o pacing adaptável, o pacing fixo poderá ser simulado configurando-se um limite baixo para MAX_RECEIVE_PACING_WINDOW. O MAX_RECEIVE_PACING_WINDOW no arquivo .ACG faz parte da definição MODE. Por exemplo, o modo "FIXEDPAC" pode ser definido da seguinte forma:
MODE=(
MODE_NAME=FIXEDPAC
AUTO_ACT=0
COMPRESSION=PROHIBITED
COS_NAME=#CONNECT
ENCRYPTION_SUPPORT=NONE
DEFAULT_RU_SIZE=1
MAX_INCOMING_COMPRESSION_LEVEL=NONE
MAX_NEGOTIABLE_SESSION_LIMIT=3
MAX_OUTGOING_COMPRESSION_LEVEL=NONE
MAX_RU_SIZE_UPPER_BOUND=4096
MIN_CONWINNERS_SOURCE=1
PLU_MODE_SESSION_LIMIT=3
RECEIVE_PACING_WINDOW=2
MAX_RECEIVE_PACING_WINDOW=5
)
Nesse exemplo, a janela de pacing inicia-se em 2 (RECEIVE_PACING_WINDOW) e tem 5 como o valor máximo (MAX_RECEIVE_PACING_WINDOW). Observe que a janela de pacing de envio é adaptável sem um limite especificado, a não ser que o modo do nó remoto esteja configurado com MAX_RECEIVE_PACING_WINDOW.
O parâmetro MAX_RECEIVE_PACING_WINDOW pode ser configurado editando-se o arquivo de configuração .acg ou utilizando-se o verbo DEFINE_MODE do NOF API. O parâmetro MAX_RECEIVE_PACING_WINDOW pode ser configurado pela chamada NOF. A variável NOF utilizada para definir esse parâmetro é max_receive_pacing_win.
[Retornar ao início da subseção] [Retornar ao início do documento] [Índice]
Para obter os drivers mais recentes, entre em contato com o fornecedor do adaptador. Para os adaptadores não listados acima, entre em contato com seus respectivos fornecedores para determinar se são suportados para o Communications Server para Windows. O fornecedor do adaptador deve fornecer os drivers de pilha de protocolo apropriados para execução com o Communications Server para Windows versão 6.1.3.
As placas de LAN suportadas pela Microsoft podem funcionar, também, com o Communications Server para Windows. De forma semelhante, os adaptadores de LAN IP suportados pelo Microsoft Windows também são suportados pelo Enterprise Extender.
[Retornar ao início da subseção] [Retornar ao início do documento] [Índice]
Esse valor está definido na chave de registro do Windows "NumberRcvBuffers" (tipo DWORD) em "HKLM\System\CurrentControlSet\Services\pdlndldl\Parameters". Os valores válidos variam de 128 a 1.024. Para alterar o valor, digite "regedit" em uma linha de comandos e, em seguida, localize "NumberRcvBuffers" e "modify" para configurar o novo valor entre 128 e 1.024. Para que a alteração desse valor seja efetivada, é necessária uma reinicialização.
Antes de editar o registro, consulte o artigo da Microsoft em http://support.microsoft.com/kb/256986 para obter instruções e avisos.
[Retornar ao início da subseção] [Retornar ao início do documento] [Índice]
Em versões anteriores, a função de descoberta era sempre ativada e não podia ser desativada. Para reduzir o tráfego de rede desnecessário na versão 6.1.3, foi incluída uma opção para permitir a desativação da descoberta. Agora, ela fica desativada por padrão.
Essa opção é definida no registro do Windows pela chave "EnableDiscovery" (tipo DWORD) em "HKLM\SOFTWARE\IBM\Communications Server\CurrentVersion\RAPI". Os valores válidos são 0 (padrão) para desativado e 1 para ativado. Se a chave de registro for excluída, a descoberta será ativada. Para alterar o valor, digite "regedit" em uma linha de comandos. Em seguida, localize o parâmetro "EnableDiscovery" e "modify" para alterar o valor. Para que a alteração desse valor seja efetivada, é necessária uma reinicialização.
Antes de editar o registro, consulte o artigo da Microsoft em http://support.microsoft.com/kb/256986 para obter instruções e avisos.
Isso pode ver verificado por meio do utilitário de rastreio ativando-se o item de rastreio Serviços do Usuário->Operações do Nó SNA->Rastreio do Procedimento. Iniciar operações do Nó SNA. Os seguintes itens de rastreio serão localizados no arquivo de rastreio formatado.
[77] 10/10 12:54:17.25,(004C) len=24, User services.SNA Node Operations.0001, 00000D70:00000CF8 DiscoveryThread starting [78] 10/10 12:54:17.25,(004D) len=50, User services.SNA Node Operations.0001, 00000D70:00000CF8 RAPIServer User requested discovery to be disabled [79] 10/10 12:54:17.25,(004E) len=64, User services.SNA Node Operations.0001, 00000D70:00000CF8 DiscoveryThread user requested to disable discovery via registryNesses itens é possível verificar que a descoberta está desativada e que os multicasts não estão sendo enviados.
[Retornar ao início da subseção] [Retornar ao início do documento] [Índice]
Utilize essas amostras para construir suas próprias configurações. Recomenda-se fazer cópias das amostras em vez de alterá-las. As cópias das amostras podem ser modificadas utilizando-se um editor de texto ou a GUI de Configuração de Nó do Communications Server para Windows. Os uso das amostras exigirá as seguintes alterações:
[Retornar ao início da subseção] [Retornar ao início do documento] [Índice]
Com essa função, um aplicativo cliente pode pesquisar e localizar os serviços TN3270 e TN5250 do Communications Server no servidor Windows. O Active Directory retornará o endereço IP e o número da porta do servidor Windows ao aplicativo, permitindo que o cliente conecte-se ao servidor. Ele funciona para aplicativos utilizando as APIs do LDAP (Lightweight Directory Access Protocol) V3 ou as APIs do ADSI (Active Directory Services Interface) em um cliente Windows.
Para localizar serviços no Active Directory, especifique esses argumentos no argumento filtro de ldap_search como parte da API de chamada de procura de diretórios:
CN=IBM_CSNT*objectclass=serviceConnectionPoint
A chamada de pesquisa fornece o endereço IP e o número da porta do servidor TN para o parâmetro serviceBindingInformation.
O Communications Server 6.1.2.3 fornece uma opção para não publicar serviços TN3270 no LDAP Active Directory. Ao configurar a palavra-chave "TN3270AdvtToADS" em HKEY_LOCAL_MACHINE\SOFTWARE\IBM\Communications Server\CurrentVersion\Configuration com um valor "0" para DWORD, os anúncios do TN3270 serão desativados.
Etapas para desativar a publicação:
O valor de registro do Windows para o parâmetro TCP/IP para o multicast do pacote deve ser alterado do valor padrão para o suporte a SLP. Esse parâmetro determina se os multicasts de IP são enviados utilizando o endereço Token Ring Multicast (como descrito em RFC 1469) ou utilizando o endereço de difusão da subrede.
O valor padrão do Windows de 1 configura o computador a utilizar o endereço Token Ring Multicast do RFC1469 para multicasts de IP. A definição do valor como 0 configura o computador a utilizar o endereço de difusão de subrede para multicasts de IP.
Utilize o procedimento a seguir para ativar o suporte a SLP no Windows:
MyComputer\HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters
Se o valor da cadeia TrFunctionalMcastAddress já existir, redefina o valor da seguinte maneira:
[Retornar ao início da subseção] [Retornar ao início do documento] [Índice]
No ambiente do WTS, o rastreio do nível do aplicativo funciona da mesma maneira que antes. Cada usuário pode iniciar o Trace Facility e visualiza apenas as entradas de rastreio do nível do aplicativo advindas de seus aplicativos. Um usuário não está apto a capturar as entradas de rastreio do aplicativo de outro usuário. O Trace Facility é alterado para que o usuário no ID de sessão do WTS 0 possa acessar as opções de rastreio para o rastreio do driver de dispositivo e receba as entradas de rastreio do driver de dispositivo. Todos os usuários nas sessões do WTS diferentes daqueles com ID de sessão 0 não podem acessar as opções de rastreio para o driver de dispositivo e não receberão quaisquer entradas de rastreio do driver de dispositivo. O comportamento acima é aplicável somente à versão 6.1.2
Para a 6.1.3, a GUI do Trace Facility foi alterada para tratar do rastreio no nível do Kernel mesmo em sessões diferentes de zero. Essa alteração é feita para suportar rastreio no nível do Kernel no Microsoft Vista, uma vez que este não possui uma sessão 0 nem mesmo para a sessão de console. No entanto, essa implementação atualmente apresenta uma limitação e requer privilégios administrativos. No caso de usuários do domínio, o uso da opção de rastreio da linha de comandos permitirá que usuários não administradores rastreiem as opções no nível do kernel.
O Windows, geralmente, atribui o ID de sessão do WTS 0 ao primeiro usuário da máquina do WTS Server. Os desktops remotos não são ID de sessão do WTS 0 atribuídos. O formato do arquivo de configuração de rastreio é atualizado para identificar as opções de rastreio do driver de dispositivo. A janela do recurso de rastreio principal indica se o usuário pode ou não pode rastrear a atividade do driver de dispositivo a partir dessa sessão do WTS.
O rastreio de linha de comandos foi atualizado para permitir que usuários diferentes daqueles com ID de sessão do WTS 0 façam o rastreio de nível de kernel. Os usuários podem emitir as opções de rastreio de nível de kernel, como APPN e APPC e Conectividade, através do comando CSTRACE.
O menu Opções > Preferências permite alterar os parâmetros de rastreio padrão, como estes listados abaixo. Clique em Reconfigurar para reverter todas as definições.
O comprimento do truncamento do registro de rastreio para as funções APPC e APPN API pode ser especificado como a seguir:
Os registros de conectividade LAN/LLC2 e EEDLC também podem ser truncados em 128 bytes.
Você pode escolher ter os dados de rastreio não-formatados gravados nos buffers de rastreio internos, que podem ser salvos posteriormente. É possível também gravar os dados diretamente em um arquivo único ou em vários arquivos de comprimento fixo.
Para essa definição, você pode, também, selecionar o buffer de rastreio de tamanho a ser utilizado. Aumente essa definição para coletar mais dados antes que o buffer de rastreio seja agrupado e você comece a perder dados antigos.
Padrão : 1024 KB
Mínimo : 1 KB
Máximo : 49 152 KB
Padrão : 512 KB
Mínimo : 256 KB
Máximo : 4096 KB
Para parar o rastreio quando uma mensagem específica é emitida para o Message Log, insira o número da mensagem nessa caixa de entrada (por exemplo, PCS2110E). Por padrão, não há entrada e o rastreio pára apenas quando você clicar em Parar ou selecionar o item Parar a partir do menu Rastreio.
O arquivo de rastreio está localizado no diretório especificado. Esse campo mostra o diretório de trabalho padrão.
Para alterar o nome do arquivo padrão, insira o novo nome na caixa de entrada. É possível, também, procurar a localização do arquivo.
[Retornar ao início da subseção] [Retornar ao início do documento] [Índice]
As seguintes opções foram incluídas. Os comandos e parâmetros não fazem distinção entre maiúsculas e minúsculas.
CSTRACE LIST /L [file name]
CSTRACE START /L [file name]
CSTRACE STOP /L [file name]
CSTRACE APPLY /L [file name]
Para ativar a opção de inicialização automática, utilize o seguinte
comando:
CSTRACE AUTO /e 1 /L [file name]
Para desativar a opção de inicialização automática, utilize o
seguinte comando:
CSTRACE AUTO /e 0
Para ligar o rastreio de APPC API e de LAN, o formato das opções de rastreio deve ser o seguinte:
/f 3 /c 7 /o 1
/f 4 /c 33 /o 2
Para configurar outras opções de rastreio da linha de comandos, consulte o manual Quick Beginnings, Apêndice B, em http://www.ibm.com/software/network/commserver/windows/library/index.html.
Para obter ajuda de sintaxe,
emita os comandos cstrace help ou cstrace (sem
parâmetros adicionais). Consulte o documento Quick Beginnings para
obter informações adicionais sobre o parâmetro CSTRACE.
APPNT.bat é um arquivo em lote de amostra da linha de comandos para iniciar rastreios com uma descrição das opções. APPNF.bat é um arquivo em lote de amostra da linha de comandos para parar, salvar e formatar rastreios.
[Retornar ao início da subseção] [Retornar ao início do documento] [Índice]
Você pode incluir sinalizadores ao comando SNAFORMAT para criar um resumo e o arquivo de detalhes. A sintaxe é a seguinte:
SNAFORMAT filename +|-s +|-d +|-h
em que
filename é o nome do arquivo de rastreio de entrada
(com extensão .TLG típica)+s produz um arquivo de resumo. O arquivo de saída
tem o mesmo nome do arquivo de entrada, com uma extensão
.SUM. O
sinalizador -s não produz um arquivo de resumo. +d produz um arquivo de detalhes. O arquivo de saída
tem o mesmo nome do arquivo de entrada com uma extensão
.DET. O
sinalizador -d não produz um arquivo de detalhes. +h inclui dados de cabeçalho HPR nos arquivos de resumo
e de detalhes se for especificado. O sinalizador -h não
inclui dados de cabeçalho HPR nos arquivos de resumo e de detalhes,
mas formata os fluxos de dados de linha.
As configurações padrão do sinalizador são +s +d +h.
Digite o comando SNAFORMAT sem nenhum parâmetro para mostrar
as opções suportadas.
O procedimento a seguir detalha a utilização apropriada do utilitário SNAFORMAT.
SNAFORMAT NSTRC.TLG
Por padrão, os arquivos de resumo e de detalhes são produzidos. O arquivo NSTRC.SUM mostra um resumo dos eventos de fluxo de dados. O arquivo NSTRC.DET fornece informações detalhadas de rastreio, bem como todos os dados no arquivo .TLG original.
[Retornar ao início da subseção] [Retornar ao início do documento] [Índice]
DISABLE_IP_ADDRESS_RESOLUTION no arquivo de configuração
ASCII (.ACG), o que evita a chamada ao DNS. Isso elimina o atraso de 5 a 10
segundos. O exemplo a seguir mostra como codificar o novo parâmetro no arquivo ACG. Os possíveis valores são 0=False (a resolução de endereços é ativada) e 1=True (a resolução de endereços é desativada).
TN3270E_DEF=( AUTO_LOGOFF=0 DEFAULT_POOL_NAME=PUBLIC ENABLE_FILTERING=0 FILTER_PREFERENCE=HOSTNAME_FIRST FREQUENCY=60 KEEPALIVE_TYPE=TN_NONE LOGOFF=30 LU_TAKEOVER=0 LU_TAKEOVER_TIMER=10 TIMER=10 DISABLE_IP_ADDRESS_RESOLUTION=1 )
[Retornar ao início da subseção] [Retornar ao início do documento] [Índice]
O Communications Server TN3270 Server implementa a Contention Resolution Function. Essa função é direcionada a problemas com Keyboard Restore, Implied Keyboard Restore, Bid e Signal. A implementação aprimora o desempenho dos clientes TN3270E e melhora a funcionalidade dos aplicativos que utilizam esses clientes.
Esse recurso inclui as atualizações necessárias para suportar e implementar a extensão do RFC2355 Contention Resolution. Os clientes (como o IBM WebSphere Host On-Demand 7.02 ou posterior) que suportam esse RFC negociam funcionalidade durante a configuração da conexão.
[Retornar ao início da subseção] [Retornar ao início do documento] [Índice]
O suporte ao Hostname é fornecido para o Enterprise Extender. Isso inclui o envio de Hostname em LOCATE e também o suporte ao Connection Networks quando Hostname é utilizado.
Para evitar consultas DNS desnecessárias, a definição de dispositivo EEDLC tem uma opção para não utilizar o nome do host. NO IPv4, essa função visa o aperfeiçoamento do desempenho para uso da rede de conexão na qual o padrão é transmitir tanto o endereço IP quanto o nome do host para vetores de controle de localização. Ela também ajuda para links definidos que são ativados e desativados freqüentemente. O nome do host é resolvido quando o nó é iniciado, mas se o nome do host estiver configurado na definição EEDLC, ele não será resolvido novamente quando o link for ativado.
Se todos os nós estiverem dentro do mesmo firewall, o nome do host resolverá o mesmo endereço IP em todos os nós e, conseqüentemente, o endereço IP poderá ser diretamente utilizado. No entanto, se os nós tiverem um firewall entre eles, o nome do host deverá ser utilizado para que o endereço IP seja resolvido corretamente em cada lado. Isso é verdade principalmente se o roteador ou firewall entre os nós estiverem executando uma função de redirecionamento, proxy, ou conversão de endereço, portanto o endereçamento por nome do host deve ser utilizado no lugar do endereço IP.
[Retornar ao início da subseção] [Retornar ao início do documento] [Índice]
O IPv6 pode ser configurado com o nome do host ou o endereço IP.
[Retornar ao início da subseção] [Retornar ao início do documento] [Índice]
Esse campo de ID do usuário também pode ser o valor Sistema. Nesse caso, o TP é executado com a autoridade SYSTEM e a única estação de trabalho que pode ser acessada é o console do sistema.
[Retornar ao início da subseção] [Retornar ao início do documento] [Índice]
C:\Program Files\IBM\Communications Server.
[Retornar ao início da subseção] [Retornar ao início do documento] [Índice]
O Communications Server para Windows fornece um painel de configuração aprimorado para o suporte à placa. Isso inclui um assistente de configuração que mostra se as placas instaladas na estação de trabalho estão disponíveis ou desativadas. Apenas as placas ligadas ao protocolo LLC2 são exibidas na lista.
Se você selecionar Utilizar primeiro adaptador de LAN disponível, o Communications Server utilizará a primeira placa de LAN ativada, classificada pelo número da placa.
A seguir está uma configuração típica:
Adapter 0 (desativada)
Adapter 1 (ativada) Token Ring
Adapter 2 (ativada) Ethernet
Nesse caso, a Adapter 1 está sendo utilizada, pois a Adapter 0 está desativada.
Se sua configuração for dependente de uma placa específica (por exemplo, a Adapter 2), não ative a opção Utilizar primeiro adaptador de LAN disponível. Isso porque o sistema operacional pode reatribuir os números de placa ao incluir uma placa e sua placa preferida pode não ser a primeira placa disponível. Nessa situação, selecione a placa preferida a partir da lista.
[Retornar ao início da subseção] [Retornar ao início do documento] [Índice]
LU62_TIMEOUT permite que você finalize a sessão da LU 6.2 na
conclusão da conversação. A
LU62_TIMEOUT_VALUE especifica o tempo (em segundos) após
o qual a sessão será finalizada se não for utilizada por uma nova conversação.
O exemplo a seguir mostra a entrada de arquivo .ACG.
LU62_TIMEOUT=( LU62_TIMEOUT_RESOURCE_TYPE=GLOBAL_TIMEOUT LU62_TIMEOUT_VALUE=20 )
O recurso é configurável apenas no arquivo de configuração ACG. A configuração é global em todas as sessões da LU 6.2, com exceção dos IBM Service TPs, como as sessões CPSVCMGR e CP-CP CPSVCMG.
A novidade na APAR JR20407 (incluída no 6.1.2.3) são três novas opções
que foram incluídas para LU62_TIMEOUT_RESOURCE_TYPE:
LOCAL_LU_TIMEOUT = 2 PARTNER_LU_TIMEOUT = 3 MODE_TIMEOUT = 4
Com esses três novos tipos, existe também um novo parâmetro
LU62_TIMEOUT_RESOURCE_NAME que especifica o nome
da LOCAL_LU, o nome da PARTNER_LU ou o nome do MODE.
A LU62_TIMEOUT é utilizada somente para sessões com os
nomes da LU, da PARTNER_LU ou do MODE especificados. Novamente, as sessões CPSVCMG e CPSVRMGR não são desativadas por esse tempo limite.
[Retornar ao início da subseção] [Retornar ao início do documento] [Índice]
[Retornar ao início da subseção] [Retornar ao início do documento] [Índice]
1. PATH_SWITCH_ATTEMPTS - Número de tentativas de comutadores de caminho a ser configurado em novas conexões RTP. Especifique um valor de 1 a 255. Se você especificar 0(zero), o Communications Server para Windows utilizará o valor padrão 6.
2. SHORT_REQ - Limita o número de vezes de envio de um Pedido de Status antes que o Communications Server para Windows determine que uma conexão RTP está desconectada e inicie o processamento de Comutador de Caminho. Especifique um valor de 1 a 255. Se você especificar 0(zero), o Communications Server para Windows utilizará o valor padrão 6.
3. Quatro cronômetros de comutador de caminho - Tempo do comutador de caminho é o período de tempo em segundos no qual o Communications Server para Windows tenta executar uma comutação de caminho de uma conexão RTP desconectada. Esse parâmetro é especificado como quatro limites de tempo separados para cada uma das prioridades de transmissão válidas na ordem: LOW, MEDIUM, HIGH e NETWORK. Cada um deles deve estar entre 1 e 65.535. O valor especificado para cada prioridade de transmissão não deve exceder o valor de nenhuma prioridade de transmissão inferior. Se for especificado 0 (zero) para qualquer um desses valores, o Communications Server para Windows utilizará o valor padrão correspondente da seguinte forma:
LOW_PATH_SWITCH_TIME = 480 segundos (8 minutos) MEDIUM_PATH_SWITCH_TIME = 240 segundos (4 minutos) HIGH_PATH_SWITCH_TIME = 120 segundos (2 minutos) NETWORK_PATH_SWITCH_TIME = 60 segundos (1 minuto)NOTA: Os tempos do comutador de caminho devem ser ordenados para que LOW > MEDIUM > HIGH > NETWORK.
Os cronômetros do comutador de caminho RTP_TUNING (ALL 4) devem ser maiores do que o tempo limite dos links que estão sendo utilizados. Por exemplo, os links de EEDLC são testados a cada "Cronômetro de inatividade" e são tentados novamente para "Contagem de novas tentativas de conexão" antes de um erro ser detectado. Esses parâmetros são configurados no painel IBM EEDLC para Ipv4 ou IPv6 e no Dispositivo EEDLC. Os valores padrão são cronômetro de inatividade = 10 segundos e contagem de novas tentativas de conexão = 3. Isso significa que uma falha no link poderia demorar (3 + 1) x 10 = 40 segundos. Antes de detectar a falha no link, o comutador de caminho tentará utilizar o link com falha e, portanto, será malsucedido. Quando as tentativas desse comutador falharem, as sessões que estão sendo roteadas por meio do canal HPR serão finalizadas.
4. MAX_REFIFO_TIME - O protocolo RTP utiliza um cronômetro chamado Re-FIFO Timer. O valor desse cronômetro é calculado como parte do protocolo, mas esse parâmetro especifica um valor máximo em milissegundos além do qual o cronômetro não pode aumentar. Em algumas situações, a configuração com o valor máximo pode melhorar o desempenho. Configurar com um valor 0 (zero) significa que o cronômetro não é limitado e pode utilizar qualquer valor calculado pelo protocolo. O valor padrão para esse parâmetro é de 4.000 milissegundos com um valor mínimo de 250 milissegundos. Se for especificado um valor de 1 a 249 milissegundos, será utilizado 250 milissegundos.
Antes dessa alteração, não havia limite no tempo de refifo, mas agora esse limite é configurado por padrão. Para retornar ao comportamento anterior, você pode configurar um limite de 0 (zero) conforme descrito.
5. MAX_SHORT_REQ_TIME - O protocolo RTP utiliza um cronômetro chamado Short Request Timer. O valor desse cronômetro é calculado como parte do protocolo, mas esse parâmetro especifica um valor máximo em milissegundos além do qual o cronômetro não pode aumentar. Em algumas situações, a configuração com o valor máximo pode melhorar o desempenho. Configurar com um valor 0 (zero) significa que o cronômetro não é limitado e pode utilizar qualquer valor calculado pelo protocolo. O valor padrão para esse parâmetro é de 8.000 milissegundos com um valor mínimo de 500 milissegundos. Se o valor especificado for de 1 a 499 milissegundos, será utilizado um valor de 500 milissegundos.
Antes dessa alteração, não havia limite no tempo do short request ou do refifo, mas agora esse limite é configurado por padrão. Para retornar ao comportamento anterior, você pode configurar um limite de 0 (zero) conforme descrito.
Exemplo de RTP_TUNING alterando os tempos padrão do comutador de caminho no arquivo .acg.
RTP_TUNING=(
PATH_SWITCH_ATTEMPTS=6 RANGE = 0,255 default = 6
SHORT_REQ=0 RANGE = 0,255 default = 6
LOW_PATH_SWITCH_TIME=240 RANGE = 1,65535 default = 480 seconds
MEDIUM_PATH_SWITCH_TIME=120 RANGE = 1,65535 default = 240 seconds
HIGH_PATH_SWITCH_TIME=100 RANGE = 1,65535 default = 120 seconds
NETWORK_PATH_SWITCH_TIME=60 RANGE = 1,65535 default = 60 seconds
MAX_SHORT_REQ_TIME=8000 RANGE = 0,24000 default = 8000 milliseconds
MAX_REFIFO_TIME=4000 RANGE = 0,12000 default = 4000 milliseconds
)
A exibição de RTP_TUNING também foi incluída em csdisplay rtn no formato:
Tempo Baixo do Comutador de Caminho 480 Tempo Médio do Comutador de Caminho 240 Tempo Alto do Comutador de Caminho 120 Tempo da Rede do Comutador de Caminho 60 Tentativas do Comutador de Caminho 6 Limite de Novas Tentativas do Short Request 6 Tempo Máximo do Short Request 8.000 Tempo Máximo do Refifo 4.000
[Retornar ao início da subseção] [Retornar ao início do documento] [Índice]
NODE
do arquivo .ACG. O valor 1 ativa o recurso.
GVRN_SUPPORT=1
Ele também pode ser ativado através da ferramenta GUI do Node Configuration. Defina o Nó e, em seguida, em Opções Avançadas, localize a caixa de opções Ativar Suporte ao GVRN.
[Retornar ao início da subseção] [Retornar ao início do documento] [Índice]
Para configurar uma rede de conexão para ser um recurso não-limitado, é
necessário incluir o valor a seguir na sub-rotina CONNECTION_NETWORK
no arquivo .ACG.
INHERIT_PORT_LIMITED_RESOURCE=YES
Além disso, configure o valor IMPLICIT_LIMITED_RESOURCE=NO
na sub-rotina PORT para a porta especificada para a rede de conexão.
[Retornar ao início da subseção] [Retornar ao início do documento] [Índice]
Para ativar o Express Logon, selecione a caixa de opções na janela de configuração do suporte ao ELF, localizada sob a hierarquia de definições do TN3270E Server. A janela de configuração requer que você identifique o DCAS que será utilizado. O DCAS pode ser identificado por seu endereço IP ou por seu nome do host e número da porta.
[Retornar ao início da subseção] [Retornar ao início do documento] [Índice]
[Retornar ao início da subseção] [Retornar ao início do documento] [Índice]
[Retornar ao início da subseção] [Retornar ao início do documento] [Índice]
-Q/-q - Modo silencioso para eliminar pop-ups.
Essa opção abordará o seguinte
-S/-s - Eliminar coleta de registro. Quando utilizada, essa opção elimina a coleta de registros e, por isso, o infobundler de saída não coletará o registry.dat e o csntreg.dat.
Nota: O comportamento do infobundler padrão será mostrar pop-ups e coletar informações de registro quando executado sem nenhuma opção.
[Retornar ao início da subseção] [Retornar ao início do documento] [Índice]
[Retornar ao início da subseção] [Retornar ao início do documento] [Índice]
Se isso ocorrer, você deve finalizar manualmente os executáveis do SNA API Client. O utilitário da linha de comandos resetapi.exe é instalado com as APIs cliente do Windows. Esse utilitário finaliza os executáveis do SNA API Client, sem requerer uma reinicialização do cliente.
[Retornar ao início da subseção] [Retornar ao início do documento] [Índice]
Clientes Remote Desktop <====> WTS com o Personal Communications e SNA API Client <====> CS/Windows <====> host do z/OS
[Retornar ao início da subseção] [Retornar ao início do documento] [Índice]
A configuração no WTS ocorre da seguinte forma:
Por exemplo, se a configuração do usuário 1 estiver localizada no arquivo C:\user1\user1.ini e a configuração do usuário 2 estiver localizada em C:\user2\user2.ini, a configuração será da seguinte forma:
Não há outras alterações para o procedimento de configuração. A configuração das sessões de LUA, programas de transação, e assim por diante, permanecem inalterados. A configuração do Personal Communications não precisa ser alterada. As etapas para configurar o Personal Communications ou qualquer aplicativo LU permanecem as mesmas.
[Retornar ao início da subseção] [Retornar ao início do documento] [Índice]
Os valores padrão (tamanho do arquivo e número máximo de arquivos) podem ser alterados com o comando tracedg /s FileSize /n MaxNum. Esse valor é global. O valor configurado por um usuário afetará todos os usuários.
Por exemplo, tracedg /s 92160 /n 20 criará cada arquivo pcatrace com 90 k e com um número máximo de 20 arquivos. Depois de 20 arquivos, o primeiro arquivo será sobrescrito.
C:>INFOB
Ele passará por uma série de 13 etapas e finalmente coletará as informações (11 documentos mencionados abaixo) no cspd.exe. cspd.exe estará localizado no diretório de instalação (C:\Program Files\IBM\CS padrão do SNA API Client).
Para qualquer problema relatado, execute o infobundler e envie o arquivo cspd.exe para o suporte IBM.
O resumo dos recursos do Infobundler para SNA API Client é o seguinte:
[Retornar ao início da subseção] [Retornar ao início do documento] [Índice]
As extensões de esquema são fornecidas para o Netscape Directory Server e devem ser incluídas à configuração do servidor antes de configurar os SNA API Clients. Os outros servidores de diretórios suportados já contêm as definições de esquema necessárias. O controle de acesso para entradas e atributos deve ser controlado utilizando o utilitário de administração do servidor de diretório.
O utilitário de configuração do SNA API LDAP permite modificar as entradas estendidas. O ID do usuário utilizado com esse utilitário deve possuir acesso para gravar entradas no diretório. Você pode utilizar o ID do administrador do diretório (que possui essas permissões) ao executar o utilitário de configuração do cliente.
Para incluir extensões de esquemas ao servidor Netscape, inclua as seguintes linhas ao arquivo slapd.conf, localizado no diretório \config do servidor de diretório do Netscape.
include ibmcs-oc-ns.conf
include ibmcs-at-ns.conf
O nome exato do caminho desse diretório é dependente de onde o servidor de diretório está instalado e do nome do servidor de diretório. Consulte o seguinte exemplo:
drive_letter:\netscape\suitespot\slapd-hostname\config
[Retornar ao início da subseção] [Retornar ao início do documento] [Índice]
[Retornar ao início da subseção] [Retornar ao início do documento] [Índice]
[Retornar ao início da subseção] [Retornar ao início do documento] [Índice]
PATHNAME=C:\IBMCS\apingd.exe para PATHNAME=C:\Arquivos de programas\IBM\Communiactions Server\apingd.exe
Isso pode ser alterado editando-se o arquivo de configuração .acg ou na GUI de configuração em "CPIC e APPC -> Programas de Transação".
[Retornar ao início da subseção] [Retornar ao início do documento] [Índice]
O Communications Server para Windows permite que você configure vários níveis de criptografia (High, Medium, Authenticate Only) para uma definição de porta do TN3270(E) ou do TN5250. Esses níveis de criptografia são localizados no painel Segurança do diálogo Estabelecer Definições da Porta TN3270.
Alguns clientes TN3270 ou TN5250 (como Host On-Demand Versão 5) não utilizam todas as informações do SSLv3 que o Communications Server aconselha em um pacote SLP. Esses clientes conectam-se à primeira porta com o nível, escopo, conjunto e carregamento de SSL solicitados, sem levar em consideração o nível de criptografia. A conexão resultante pode resultar em uma conexão de sessão a uma porta com um nível de criptografia diferente do pretendido.
Para evitar essa situação, utilize apenas um nível de criptografia (High, Medium ou Authenticate Only) para cada máquina ou escopo. As portas de um determinado servidor podem ser destinadas exclusivamente pela ativação e desativação da Security and Client Authentication.
[Retornar ao início da subseção] [Retornar ao início do documento] [Índice]
Instrução de referência do grupo de software IBM em: http://www.ibm.com/support/docview.wss?uid=wws1e333ce0912f7b152852571f60074d175 Limitações de sincronização de referência do VMware em: http://www.vmware.com/pdf/vmware_timekeeping.pdf
[Retornar ao início da subseção] [Retornar ao início do documento] [Índice]
[Retornar ao início da subseção] [Retornar ao início do documento] [Índice]
Tivoli e Tivoli License Management são marcas registradas da Tivoli Systems Inc. ou da IBM Corporation nos Estados Unidos e/ou em outros países.
Lotus e Domino são marcas ou marcas registradas da Lotus Development Corporation nos Estados Unidos e/ou em outros países.
Microsoft, Windows, Windows NT, Windows 2000, Windows XP, Windows Server 2003 e Windows Vista são marcas ou marcas registradas da Microsoft Corporation nos Estados Unidos e/ou em outros países.
VMware é uma marca registrada da VMware, inc. [Retornar ao início da página] [Índice]