ID do artigo: 932017 - Última revisão: quarta-feira, 21 de março de 2007 - Revisão: 1.2

Introdução à rede do SoftGrid

Vista lado a ladoClique aqui para exibir o artigo traduzido e o artigo original em inglês, lado a lado.
Tradução automáticaExibir Aviso de Isenção de Tradução Automática
Exibir os produtos aos quais esse artigo se aplica.
Dica do SistemaEste artigo aplica-se a um sistema operativo diferente do que está a utilizar. Foi desactivado o conteúdo do artigo, que pode não ser relevante para si.

Nesta página

Expandir tudo | Recolher tudo

Sumário

Este artigo descreve SoftGrid rede. Este artigo contém uma introdução geral aos protocolos de fluxo que são usados com o SoftGrid. Este artigo também descreve a forma que esses protocolos interagem com balanceadores de carga e firewalls.
Voltar para o início

Mais Informações

Use RTSP, RTP e RTCP

A plataforma do SoftGrid usa RTSP (Real Time Streaming Protocol), o protocolo de transporte de tempo real (RTP) e o RTCP (real time controle Protocol) para fornecer aplicativos seqüenciados para clientes do SoftGrid, da seguinte maneira: 
                 Ports               Ports
                 [**] <--- RTSP ---> [554]
SoftGrid Client  [**] <--- RTP  ---> [***] SoftGrid Server
                 [**] <--- RTCP ---> [***]

**  Client ports are in the range of 1024-49151.
*** Server ports are in the range of 49152-65535.
NOTE: Port 554 can be changed.
RTSP é um protocolo em nível de aplicativo que controla o transporte de conteúdo de multimídia, anúncios de sessão e teardowns. RTCP e RTP são usados para entregar a mídia real. RTCP controla o fluxo contínuo de mídia para qualidade de serviço (QOS). Dados de mídia são transportados usando RTP. Esses protocolos são usados para uma variedade de aplicações. Esses aplicativos incluem aplicativos de áudio, vídeo aplicativos e fluxo contínuo de aplicativos.

Para aplicativos de fluxo, os SoftGrid plataforma usa três canais que são executados por meio de três soquetes. Primeiro, o cliente do SoftGrid usa o canal RTSP para configurar uma conexão com o servidor SoftGrid. O servidor abre duas portas particulares para o canal RTP e para o canal RTCP. O servidor também envia os números de porta para o cliente em uma resposta. O cliente abre em seguida, dois soquetes. Em seguida, o cliente se conecta para as portas particulares que são criadas no servidor. Em seguida, o aplicativo é transmitido pelo canal RTP. O canal RTCP fornece um controle em tempo real sobre o canal de dados.

Para cada aplicativo que é transmitido para um cliente do SoftGrid, um novo conjunto de canais RTP e RTCP são criadas. No entanto, todos os aplicativos em fluxo usam um canal RTSP comuns. O canal RTSP também é usado para descobrir os aplicativos disponíveis no servidor SoftGrid.

A plataforma do SoftGrid oferece suporte a conexões de difusão ponto a ponto sobre TCP. A plataforma do SoftGrid não dá suporte conexões de difusão seletiva ou conexões UDP.
Voltar para o início

Use RTSP, RTP e RTCP por TLS

                     __________
                    | Firewall |
                    |          |
         Port       |          |        Port
SoftGrid [**] <---(RTSP, RTP, RTCP)---> [332] SoftGrid
 Client             |   TLS    |               Server
                    |          |
                    |__________|

** Client port is in the range of 1024-49151.
Note:  Server port is 332 unless changed.
Um protocolo adicional, TLS (Transport Layer Security), pode ser usado para encapsular todo o tráfego de rede e para criptografar todo tráfego de rede entre clientes do SoftGrid e servidores do SoftGrid. O TLS é uma versão de SSL (Secure Sockets Layer). Por padrão, o TLS usa porta 332. No entanto, o número da porta pode ser alterado.

As URLs no arquivo .OSD devem ser atualizadas para usar RTSPS, da seguinte maneira:
rtsps: / / {nome_do_servidor} : 332/DefaultApp.sft
Para obter mais informações sobre como configurar a plataforma do SoftGrid com TLS, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:
930870  (http://support.microsoft.com/kb/930870/ ) Como habilitar conexões seguras
Voltar para o início

Firewalls

Se um dispositivo de firewall existir entre os sistemas SoftGrid, ou se os sistemas estão executando o software de firewall, o dispositivo ou o software deve ser configurado para habilitar o tráfego de porta para SoftGrid.

Fluxo contínuo

Por padrão, o cliente do SoftGrid e o SoftGrid virtual application server se comunicar por meio do protocolo RTSP em porta 554. Se RTSP for usado, devem ser abertas a porta TCP 554 e intervalo de porta TCP 49152 a 65535. Se RTSPS for usado, A porta TCP 332 deve ser aberta.

Atualização de configuração da área de trabalho

No console de gerenciamento do SoftGrid, os arquivos .osd e os arquivos .ico podem ser configurados para usar HTTP ou usar UNC. Quando uma atualização de configuração da área de trabalho é executada, o cliente do SoftGrid extrai os arquivos .osd e os arquivos .ico do caminho HTTP ou do caminho UNC. Se o HTTP é usado, a porta 80 deve ser aberta. Se o HTTPS for usado, porta 443 deve ser aberta. Se UNC é usado, A porta TCP 139 e 445 TCP devem ser abertas. Além disso, se UNC for usado, porta 137 do UDP e porta UDP 138 devem ser abertas.

Observação Essas portas podem variar dependendo do seu ambiente. Contate o administrador da rede para obter mais informações.
Voltar para o início

Balanceadores de carga

Um balanceador de carga dividirá o trabalho de um servidor entre dois ou mais servidores para que mais de trabalho podem ser concluída ao mesmo tempo. O balanceador de carga distribui solicitações de entrada para que o administrador pode fornecer uma experiência de usuário final mais consistente para os usuários. Além disso, balanceadores de carga permitem que uma organização fornecer maior disponibilidade, incorporando redundância. Por exemplo, se cinco servidores são necessários para a base do usuário do serviço e você usar um balanceador de carga, sete servidores podem ser online atendendo a solicitações. Se um dos sete servidores requer manutenção, os servidores restantes seis podem atender todas as solicitações. Servidores adicionais podem ser adicionados diretamente se a base de usuários aumenta.

SoftGrid servidores são carga equilibrada na camada 4 do modelo de referência de interconexão de sistemas abertos (OSI). Quando a plataforma do SoftGrid é definida para balanceamento de .OSD arquivos devem ser alterados para apontar para o endereço IP (VIP) virtual do balanceador de carga, da seguinte maneira carga:
RTSP://SoftGrid.Company.int:554/DefaultApp.sft
Observação "softgrid.company.int" resolve para o endereço de VIP.

Atualmente, a plataforma do SoftGrid não suporta o balanceamento de carga da camada 7. Balanceamento de carga da camada 7 também é conhecido como aplicativo balanceamento de carga nível. Recomendamos que o balanceador de carga use o protocolo PING para contatar o servidor do SoftGrid. Como alternativa, o balanceador de carga determinar disponibilidade periodicamente tentando estabelecer uma conexão na porta correta do servidor SoftGrid.

Como o servidor SoftGrid abre duas portas altas, e o cliente do SoftGrid se conecta às portas, uma conexão ? auto-adesiva ? é necessária entre o cliente do SoftGrid e o servidor SoftGrid. Se o balanceador de carga não estiver configurado corretamente para que o balanceador de carga redireciona todas as conexões de um cliente do SoftGrid para um servidor SoftGrid, aplicativos não fluxo. Para certificar-se de que o cliente do SoftGrid é redirecionado para o servidor menos carregado do SoftGrid, recomendamos que a conexão de auto-adesiva expirar após um determinado período de inatividade de um cliente do SoftGrid. Um cliente do SoftGrid pode ser um servidor de terminal. Muitos usuários finais talvez esteja conectados a esse servidor de terminal. Para farms de servidor de terminal, é recomendável que a tabela de auto-adesiva ser liberado periodicamente. Para obter mais informações sobre como fazer o script a liberação da tabela de auto-adesiva, consulte a documentação que fornece o fabricante do balanceador de carga.

Soluções Enterprise devem usar um balanceador de carga de hardware de balanceamento em vez do Microsoft Windows NT Load de serviço (WLBS) ou DNS arredondar robin o balanceamento de carga.

Por motivos de desempenho, é recomendável que o recurso (Network Address TRANSLATION) do balanceador de carga de hardware seja desativado a menos que o recurso NAT seja necessário. Tráfego de rede entre os servidores do SoftGrid e os clientes do SoftGrid deve ignorar o balanceador de carga após a solicitação inicial. Fundição chama esse método ? servidor direta retornar ?. F5 chama esse método ? nPath roteamento. ? Se um servidor SoftGrid falhar, o SoftGrid perfeitamente reconexão do cliente para o endereço de VIP. Em seguida, o cliente do SoftGrid é carga balanceada para um novo servidor SoftGrid. Novas portas altas, em seguida, são criadas no novo servidor SoftGrid para que o fluxo do aplicativo continua. Há não intrínseca vantagem em Ocultar o endereço IP do servidor SoftGrid do cliente do SoftGrid. O balanceador de carga tem somente processar as solicitações de entrada para o VIP. O balanceador de carga não é necessário que processar posteriormente entradas ou saídas solicitações do servidor SoftGrid para o cliente do SoftGrid. Se os clientes do SoftGrid estiver atrás de um roteador que está executando NAT, os clientes do SoftGrid são que todos carregar equilibrada para um servidor do SoftGrid.

Para obter mais informações sobre como configurar a plataforma do SoftGrid com o Windows balanceamento de carga, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:
932018  (http://support.microsoft.com/kb/932018/ ) Rede do SoftGrid e rede do Windows balanceamento de carga
Voltar para o início
A informação contida neste artigo aplica-se a:
  • Microsoft SoftGrid for Terminal Services
  • Microsoft SoftGrid for Windows Desktops
Voltar para o início
Palavras-chave: 
kbmt kbexpertiseinter kbtshoot KB932017 KbMtpt
Voltar para o início
Tradução automáticaTradução automática
IMPORTANTE: Este artigo foi traduzido por um sistema de tradução automática (também designado por Machine Translation ou MT), não tendo sido portanto traduzido ou revisto por pessoas. A Microsoft possui artigos traduzidos por aplicações (MT) e artigos traduzidos por tradutores profissionais, com o objetivo de oferecer em português a totalidade dos artigos existentes na base de dados de suporte. No entanto, a tradução automática não é sempre perfeita, podendo conter erros de vocabulário, sintaxe ou gramática. A Microsoft não é responsável por incoerências, erros ou prejuízos ocorridos em decorrência da utilização dos artigos MT por parte dos nossos clientes. A Microsoft realiza atualizações freqüentes ao software de tradução automática (MT). Obrigado.
Clique aqui para ver a versão em Inglês deste artigo: 932017  (http://support.microsoft.com/kb/932017/en-us/ )
Voltar para o início