Protocolo de descoberta de camada de link - Link Layer Discovery Protocol
| Suíte de protocolo de Internet |
|---|
| Camada de aplicação |
| Camada de transporte |
| Camada de Internet |
| Camada de link |
O Link Layer Discovery Protocol ( LLDP ) é um protocolo de camada de link neutro do fornecedor usado por dispositivos de rede para anunciar sua identidade, recursos e vizinhos em uma rede local baseada na tecnologia IEEE 802 , principalmente Ethernet com fio . O protocolo é formalmente referido pelo IEEE como Descoberta de Conectividade de Controle de Acesso de Estação e Mídia especificado no IEEE 802.1AB com suporte adicional no IEEE 802.3 seção 6, cláusula 79.
O LLDP executa funções semelhantes a vários protocolos proprietários , como Cisco Discovery Protocol , Foundry Discovery Protocol , Nortel Discovery Protocol e Link Layer Topology Discovery .
Informação recolhida
As informações coletadas com LLDP podem ser armazenadas na base de informações de gerenciamento de dispositivos (MIB) e consultadas com o protocolo de gerenciamento de rede simples (SNMP) conforme especificado no RFC 2922. A topologia de uma rede habilitada para LLDP pode ser descoberta rastreando os hosts e consultando este banco de dados. As informações que podem ser recuperadas incluem:
- Nome e descrição do sistema
- Nome e descrição da porta
- Nome VLAN
- Endereço de gerenciamento de IP
- Capacidades do sistema ( comutação , roteamento , etc.)
- MAC / PHY informações
- Potência MDI
- Link de agregação
Formulários
O Link Layer Discovery Protocol pode ser usado como um componente em aplicativos de gerenciamento e monitoramento de rede .
Um exemplo é seu uso em requisitos de ponte de data center . o O protocolo de troca de recursos de ponte de data center (DCBX) é um protocolo de troca de capacidade e descoberta usado para transmitir recursos e configuração dos recursos acima entre vizinhos para garantir uma configuração consistente em toda a rede.
O LLDP é usado para anunciar recursos e requisitos de energia sobre Ethernet e negociar a entrega de energia.
Extensão de descoberta de endpoint de mídia
Media Endpoint Discovery é um aprimoramento do LLDP, conhecido como LLDP-MED , que fornece os seguintes recursos:
- Autodescoberta de políticas de LAN (como configurações de VLAN, Prioridade de Camada 2 e Serviços diferenciados (Diffserv)), permitindo a rede plug and play .
- Descoberta de localização de dispositivo para permitir a criação de bancos de dados de localização e, no caso de Voice over Internet Protocol (VoIP), serviços Enhanced 911 .
- Gerenciamento de energia estendido e automatizado de terminais Power over Ethernet (PoE).
- Gerenciamento de estoque, permitindo que administradores de rede rastreiem seus dispositivos de rede e determinem suas características (fabricante, versões de software e hardware, número de série ou ativo).
A extensão do protocolo LLDP-MED foi formalmente aprovada e publicada como o padrão ANSI / TIA-1057 pela Telecommunications Industry Association (TIA) em abril de 2006.
Códigos de capacidade do sistema
| Código | Capacidade |
|---|---|
| B | Bridge (switch) |
| C | Dispositivo de cabo DOCSIS |
| O | De outros |
| P | Repetidor |
| R | Roteador |
| S | Estação |
| T | Telefone |
| C | Ponto de Acesso WLAN |
Quadro estrutural
As informações do LLDP são enviadas pelos dispositivos de cada uma de suas interfaces em um intervalo fixo, na forma de um quadro Ethernet . Cada quadro contém uma unidade de dados LLDP (LLDPDU). Cada LLDPDU é uma sequência de estruturas de valor de comprimento de tipo (TLV).
O quadro Ethernet usado em LLDP normalmente tem seu endereço MAC de destino definido como um endereço multicast especial que as pontes compatíveis com 802.1D não encaminham. Outros endereços de destino multicast e unicast são permitidos. O campo EtherType é definido como 0x88cc.
Cada quadro LLDP começa com os seguintes TLVs obrigatórios: Chassis ID , Port ID e Time-to-Live . Os TLVs obrigatórios são seguidos por qualquer número de TLVs opcionais. O quadro termina com um TLV especial, denominado final de LLDPDU, no qual os campos de tipo e comprimento são 0.
Consequentemente, um frame Ethernet contendo um LLDPDU tem a seguinte estrutura:
| Preâmbulo | Destino MAC | MAC de origem | Ethertype | Chassis ID TLV | ID da porta TLV | Hora de viver TLV | TLVs opcionais | Fim do LLDPDU TLV | Sequência de verificação de quadro |
|---|---|---|---|---|---|---|---|---|---|
| 01: 80: c2: 00: 00: 0e, ou 01: 80: c2: 00: 00: 03 ou 01: 80: c2: 00: 00: 00 |
Endereço da estação | 0x88CC | Tipo = 1 | Tipo = 2 | Tipo = 3 | Zero ou mais TLVs completos | Tipo = 0, Comprimento = 0 |
Cada um dos componentes do TLV tem a seguinte estrutura básica:
| Modelo | Comprimento | Valor |
|---|---|---|
| 7 bits | 9 bits | 0-511 octetos |
| Tipo TLV | Nome TLV | Uso em LLDPDU |
|---|---|---|
| 0 | Fim do LLDPDU | Obrigatório |
| 1 | ID do chassi | Obrigatório |
| 2 | ID da porta | Obrigatório |
| 3 | Tempo de Viver | Obrigatório |
| 4 | Descrição da porta | Opcional |
| 5 | Nome do sistema | Opcional |
| 6 | Descrição do sistema | Opcional |
| 7 | Capacidades do sistema | Opcional |
| 8 | Endereço de gestão | Opcional |
| 9-126 | Reservado | - |
| 127 | TLVs personalizados | Opcional |
TLVs personalizados são suportados por meio de um TLV tipo 127. O valor de um TLV personalizado começa com um identificador organizacional exclusivo de 24 bits e um subtipo organizacionalmente específico de 1 byte seguido de dados. O formato básico para um TLV organizacional específico é mostrado abaixo:
| Modelo | Comprimento | Identificador Organizacionalmente Único (OUI) | Subtipo definido organizacionalmente | Cadeia de informações definida organizacionalmente |
|---|---|---|---|---|
| 7 bits — 127 | 9 bits | 24 bits | 8 bits | 0-507 octetos |
De acordo com o IEEE Std 802.1AB, §9.6.1.3, "O Organizationally Unique Identifier deve conter o OUI da organização conforme definido no IEEE Std 802-2001." Cada organização é responsável por gerenciar seus subtipos.
Notas
- ^ Denominado TLVs Organizacionalmente Específicos por IEEE 802.1AB