Users Guide
Table Of Contents
- Seção 1: Funcionalidade e recursos
- Seção 2: Formação de equipes
- Visão geral
- Equilíbrio de carga e tolerância a falhas
- Tipos de equipe
- Smart Load Balancing™ e Limite de falha
- Agregação de link (802.3ad)
- Trunking genérico (FEC/GEC)/802.3ad-Draft Static
- SLB (Desativar reserva automática)
- Limitações dos tipos de equipes Smart Load Balancing e Limite de falha/SLB (Desativar reserva automática)
- Funcionalidade LiveLink™
- Suporte para Formação de equipes e Large Send Offload/ Checksum Offload
- Seção 3: Broadcom Gigabit Ethernet Teaming Services
- Introdução
- Mecanismos de formação de equipes
- Formação de equipes e outras propriedades avançadas de rede
- Considerações gerais de rede
- Considerações do aplicativo
- Resolução de problemas de formação de equipes
- Perguntas frequentes
- Mensagens de log de evento
- Seção 4: LANs virtuais
- Seção 5: Capacidade de gerenciamento
- Seção 6: Instalação do hardware
- Seção 7: Criação de um disco de driver
- Seção 8: Software de driver do Broadcom Boot Agent
- Seção 9: Protocolo iSCSI
- Inicialização iSCSI
- Sistemas operacionais com suporte para inicialização iSCSI
- Configuração da inicialização iSCSI
- A configuração da iSCSI-alvo
- Configuração dos parâmetros da inicialização iSCSI
- Configuração do protocolo de inicialização do MBA
- Configuração de inicialização iSCSI
- Ativação da opção CHAP Authentication
- Configuração do servidor DHCP para suportar a inicialização iSCSI
- Configurações de inicialização iSCSI do DHCP para IPv4
- Configuração de inicialização iSCSI do DHCP para IPv6
- Configuração do servidor DHCP
- Preparação da imagem de inicialização iSCSI
- Inicialização
- Outras considerações sobre a inicialização iSCSI
- Solução de problemas de inicialização iSCSI
- iSCSI Crash Dump
- Inicialização iSCSI
- Seção 10: Instalação de driver e aplicativo de gerenciamento do Windows
- Pacotes
- Instalação do software de driver TG3
- Instalações de rede
- Descarregamento/remoção do driver do TG3
- Mensagens do driver
- Formação de equipes com vinculação de canal
- Instalação do aplicativo de gerenciamento do Linux
- Visão geral
- Instalação do WS-MAN ou CIM-XML no servidor Linux
- Etapa 1: Instalar o OpenPegasus
- Etapa 2: Iniciar o servidor CIM no servidor
- Etapa 3: Configure o OpenPegasus no servidor
- Etapa 4: Instalar o provedor de CMPI da Broadcom
- Etapa 5: Executar a configuração do firewall Linux, se necessário
- Etapa 6: Instalar o BACS e os aplicativos de gerenciamento relacionados
- Instalação do WS-MAN ou CIM-XML no cliente Linux
- Instalação do aplicativo Broadcom Advanced Control Suite
- Seção 11: Software de driver do VMware
- Seção 12: Instalação de driver e aplicativo de gerenciamento do Windows
- Instalação do software de driver
- Modificação do software de driver
- Reparação ou reinstalação do software de driver
- Remoção dos drivers do dispositivo
- Exibição ou alteração das propriedades do adaptador
- Definição das opções de gerenciamento de energia
- Configurando o protocolo de comunicação a ser usado com o BACS4
- Uso de WS-MAN
- Configuração do servidor do Windows para WS-MAN
- Etapa 1: Instale o componente de software WinRM no servidor
- Etapa 2: Execute a configuração básica no servidor
- Etapa 3: Execute a configuração do usuário no servidor
- Etapa 4: Execute a configuração de HTTP no servidor
- Etapa 5: Execute a configuração HTTPS no servidor (para usar HTTPS, e não HTTP)
- Etapa 6: Configure o HTTPS/SSL do WinRM no servidor
- Etapa 7: Configuração adicional do servidor
- Instalação do cliente Windows para WS-MAN
- Configuração do servidor do Windows para WS-MAN
- Uso de WMI
- Uso de WS-MAN
- Seção 13: Uso do Broadcom Advanced Control Suite 4
- Visão geral do Broadcom Advanced Control Suite
- Inicialização do Broadcom Advanced Control Suite
- Interface BACS
- Configuração das preferências no Windows
- Conexão do host
- Gerenciamento do host
- Gerenciamento do Adaptador de rede
- Exibição de estatísticas
- Configuração de equipes
- Configuração com o utilitário de interface da linha de comando
- Solução de problemas do BACS
- Seção 14: Especificações
- Seção 15: Informações regulamentares
- Seção 16: Etapas da solução de problemas
- Diagnósticos de hardware
- Lista de verificação de solução de problemas
- Verificação do link e atividade da rede
- Verificação dos drivers atuais para determinar se estão carregados
- Execução de um teste do comprimento do cabo
- Teste da conectividade de rede
- Broadcom Boot Agent
- Broadcom Advanced Server Program (BASP)
- Depuração de Kernel sobre Ethernet
- Diversos

NetXtreme Guia do usuário Broadcom Gigabit Ethernet Teaming Services
Documento 2CS57XX-CDUM513-R Introdução Página 25
byte ou quadro, mas com base na sessão TCP/UDP. Essa metodologia é necessária para manter em ordem o envio de
quadros que pertencem a mesma conversão de soquete. O equilíbrio de carga é suportado em 2 a 8 portas. Essas portas
podem incluir qualquer combinação de adaptadores adicionados e dispositivos LAN na Placa-mãe(LOM). O equilíbrio de
carga de transmissão é atingido através da criação de uma tabela de hash usando os endereços IP de origem e de destino
e os números de porta TCP/UDP. A mesma combinação de endereços IP de destino e origem e números de porta TCP/
UDP, geralmente gera o mesmo índice de hash e, portanto, aponta para a mesma porta da equipe. Quando uma porta é
selecionada para executar todos os quadros de um determinado soquete, o endereço MAC exclusivo do adaptador físico é
incluído no quadro e não no endereço MAC da equipe. Isso é necessário para cumprir a norma IEEE 802.3. Se dois
adaptadores fazem uma transmissão usando o mesmo endereço MAC, pode ocorrer uma situação de endereço MAC
duplicado, que o switch não conseguiria tratar.
O equilíbrio de carga de recebimento é atingido através de um driver intermediário pelo envio de ARPs gratuitos, em uma
base cliente por cliente, usando o endereço de difusão ponto a ponto de cada cliente como o endereço de destino da
solicitação de ARP (também conhecido como ARP direcionado). Isso é considerado equilíbrio de carga do cliente e não
equilíbrio de carga de tráfego. Quando o driver intermediário detecta um desequilíbrio de carga significante entre os
adaptadores físicos em uma equipe SLB, ele gera G-ARPs para redistribuir os quadros de entrada. O driver intermediário
(BASP) não responde solicitações de ARP; somente a pilha do protocolo de software fornece a Resposta de ARP. É
importante entender que o equilíbrio de carga de recebimento é uma função do número de clientes que estão se conectando
ao sistema através da interface da equipe.
O equilíbrio de carga de recebimento tenta carregar o tráfego de entrada de equilíbrio para as máquinas do cliente, através
das portas físicas da equipe. Ele usa um ARP modificado gratuito para anunciar um endereço MAC diferente para o
endereço IP da equipe no endereço físico e de protocolo do remetente. Este G-ARP é de difusão ponto a ponto com o
endereço MAC e IP de uma máquina do cliente no endereço físico alvo e de protocolo respectivamente. Isso faz com que
o cliente alvo atualize seu cache de ARP com um novo mapa de endereço MAC para o endereço IP da equipe. O G-ARPs
não são de difusão, pois isso faria com que todos os clientes enviassem seus tráfegos à mesma porta. Como consequência,
os benefícios atingidos através do equilíbrio de carga do cliente poderiam ser eliminados e poderiam causar envio de
quadros fora de ordem. Esse esquema de equilíbrio de carga de recebimento funciona, desde que todos os clientes e o
sistema agrupado estejam na mesma rede ou domínio de transmissão.
Quando os clientes e o sistema estão em sub-redes diferentes e o tráfego de entrada tem que passar por um roteador, o
tráfego recebido destinado ao sistema não tem equilíbrio por carga. O adaptador físico que o driver intermediário selecionou
para executar o fluxo de IP executará todo o tráfego. Quando o roteador envia um quadro ao endereço IP da equipe, ele
transmite uma solicitação de ARP (se não estiver no cache de ARP). A pilha do software do servidor gera uma resposta de
ARP com o endereço MAC da equipe, mas o driver intermediário modifica a resposta de ARP e a envia para um adaptador
físico específico, estabelecendo o fluxo daquela sessão.
O motivo é que o ARP não é um protocolo roteável. Ele não tem um cabeçalho IP e, por isso, não é enviado para o roteador
ou para o gateway padrão. O ARP é apenas um protocolo de sub-rede local. Além disso, em virtude do G-ARP não ser um
pacote de difusão, o roteador não o processará e não atualizará seu próprio cache de ARP.
A única forma que o roteador processa um ARP destinado para outro dispositivo de rede é se ele tiver Proxy ARP ativado
e o host não tiver gateway padrão. Isso é muito raro e não recomendado para a maioria dos aplicativos.
O tráfego de transmissão através de um roteador terá equilíbrio por carga porque o equilíbrio de carga de transmissão é
baseado no endereço IP de origem e destino e no número da porta TCP/UDP. Considerando que os roteadores não alteram
o endereço IP de origem e destino, o algoritmo de equilíbrio de carga funciona conforme planejado.
Configurar os roteadores para Protocolo do Roteador de Reserva (HSRP) não permite que o equilíbrio de carga de
recebimento ocorra na equipe do adaptador. Em geral, o HSRP permite que dois roteadores atuem como um roteador,
anunciando um endereço MAC virtual e um endereço IP virtual. Um roteador físico é a interface ativa, enquanto o outro é