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 Mecanismos de formação de equipes Página 33
Para protocolos diferentes de TCP/IP, o primeiro adaptador físico será sempre selecionado para pacotes de saída. A
exceção é o Protocolo de Resolução de Endereços (ARP), que é tratado de forma diferente para atingir o equilíbrio de carga
de entrada.
Fluxo de Tráfego de Entrada (Somente SLB)
O driver intermediário da Broadcom gerencia o fluxo do tráfego de entrada para o modo de equipe SLB. Diferente do
equilíbrio de carga de saída, o equilíbrio de carga de entrada somente pode ser aplicado aos endereços IP que estão
localizados na mesma sub-rede que o servidor de equilíbrio de carga. O equilíbrio de carga de entrada utiliza uma
característica exclusiva do Protocolo de Resolução de Endereços (RFC0826), no qual cada host IP usa seu próprio cache
ARP para encapsular o Datagrama de IP em um quadro Ethernet. O BASP manipula cuidadosamente a resposta do ARP
para direcionar cada host IP para enviar o pacote de IP de entrada para o adaptador físico desejado. Portanto, o equilíbrio
de carga de entrada é um esquema de planejamento avançado baseado no histórico estatístico dos fluxos de entrada. As
novas conexões de um cliente ao servidor sempre ocorrem através do adaptador físico primário (porque a Resposta do
ARP gerada pela pilha de protocolo do sistema operacional sempre associa o endereço IP lógico ao endereço MAC do
adaptador físico).
Como na saída, há uma Tabela de Hash do Cabeçalho do Fluxo de Entrada. Cada entrada nesta tabela tem uma lista
vinculada isoladamente e cada link (Entradas do Fluxo de Entrada) representa um host IP localizado na mesma sub-rede.
Quando um Datagrama de IP de entrada chega, a Entrada do Cabeçalho do Fluxo de Entrada apropriada é localizada
através de hash do endereço IP de origem do Datagrama de IP. Os dois contadores estatísticos armazenados na entrada
selecionada também são atualizados. Esses contadores são utilizados da mesma maneira que os contadores de saída,
através do mecanismo de equilíbrio de carga periodicamente, para reatribuir os fluxos ao adaptador físico.
No caminho do código de entrada, a Tabela de Hash do Cabeçalho de Entrada também é designada para permitir acesso
simultâneo. O link relaciona as Entrada do Fluxo de Entrada que apenas são mencionadas no caso de processamento de
pacotes de ARP e equilíbrio de carga periódico. Não há nenhuma referência por pacote para as Entradas do Fluxo de
Entrada. Mesmo que as listas do link não sejam vinculadas, a sobrecarga no processamento de cada pacote não-ARP é
sempre uma constante. O processamento de pacotes ARP, tanto de entrada como de saída, entretanto, depende do
número de links na lista de link correspondente.
No caminho do processamento de entrada, a filtragem também é utilizada para evitar que os pacotes de difusão efetue loop
back através do sistema de outros adaptadores físicos.
Suporte do protocolo
Os fluxos de ARP e IP/TCP/UDP têm equilíbrio de carga. Se o pacote estiver em apenas um protocolo IP, como um ICMP
ou IGMP, então todos os dados passam para um endereço IP específico e saem através do mesmo adaptador físico. Se o
pacote usa TCP ou UDP para o protocolo L4, o número da porta é adicionado ao algoritmo de hash, dessa forma, dois fluxos
separados de L4 podem sair através de dois adaptadores físicos separados para o mesmo endereço de IP.
Por exemplo, presuma que o cliente tem um endereço IP de 10.0.0.1. Todo o tráfego de IGMP e ICMP sairá do mesmo
adaptador físico porque somente o endereço de IP é usado para o hash. O fluxo seria da seguinte forma:
IGMP ------> PhysAdapter1 ------> 10.0.0.1
ICMP ------> PhysAdapter1 ------> 10.0.0.1
Se o servidor também envia um fluxo de TCP e UDP para o mesmo endereço 10.0.0.1, eles podem estar no mesmo
adaptador físico que IGMP e ICMP ou em adaptadores físicos completamente diferentes. O fluxo seria da seguinte forma: