Configuração do MLD
Entendendo o MLD
O protocolo Multicast Listener Discovery (MLD) gerencia a associação de hosts e roteadores em grupos multicast. Os roteadores multicast ip versão 6 (IPv6) usam MLD para aprender, para cada uma de suas redes físicas anexadas, quais grupos têm os espectadores interessados. Cada dispositivo de roteamento mantém uma lista de endereços multicast de host que têm ouvidos para cada sub-rede, bem como um temporizante para cada endereço. No entanto, o dispositivo de roteamento não precisa saber o endereço de cada ouvido — apenas o endereço de cada host. O dispositivo de roteamento fornece endereços ao protocolo de roteamento multicast que usa, o que garante que os pacotes multicast sejam entregues a todas as sub-redes onde haja espectadores interessados. Dessa forma, o MLD é usado como o transporte para o protocolo de protocolo independente multicast (PIM).
O MLD é parte integral do IPv6 e deve ser habilitado em todos os dispositivos de roteamento IPv6 e hosts que precisam receber tráfego IP multicast. O Junos OS oferece suporte às versões MLD 1 e 2. A versão 2 é suportada para modos multicast específicos de origem (SSM) incluindo e excluindo modos.
No modo inclua, o receptor especifica a origem ou as fontes de que está interessado em receber o tráfego de grupo multicast. O modo excluder funciona o oposto de incluir o modo. Ele permite que o receptor especifique a origem ou as fontes das quais não está interessado em receber o tráfego de grupo multicast.
Para cada rede conectada, um dispositivo de roteamento multicast pode ser um querier ou um nonquerier. Um dispositivo de roteamento mais querier, geralmente um por sub-rede, solicita informações de associação de grupo transmitindo consultas MLD. Quando um host relata ao dispositivo de roteamento querier que tem os espectadores interessados, o dispositivo de roteamento querier encaminha as informações de associação para o dispositivo de roteamento de ponto de encontro (RP) por meio do roteador designado (DR) do receptor (host). Isso constrói a árvore de ponto de encontro (RPT) que conecta o host com os espectadores interessados ao dispositivo de roteamento de RP. O RPT é o caminho inicial usado pelo remetente para transmitir informações aos ouvidos interessados. Os dispositivos de roteamento não fornecedores não transmitem consultas MLD em uma sub-rede, mas podem fazê-lo se o dispositivo de roteamento querier falhar.
Todos os dispositivos de roteamento configurados por MLD começam como dispositivos de roteamento querier em cada sub-rede anexada (ver Figura 1). O dispositivo de roteamento mais querier à direita é o DR do receptor.
Para eleger o dispositivo de roteamento querier, os dispositivos de roteamento trocam mensagens de consulta contendo seus endereços de origem IPv6. Se um dispositivo de roteamento ouvir uma mensagem de consulta cujo endereço de origem IPv6 é numericamente menor do que seu próprio endereço selecionado, ele se tornará um nonquerier. Na Figura 2, o dispositivo de roteamento à esquerda tem um endereço de origem numericamente inferior ao da direita e, portanto, torna-se o dispositivo de roteamento mais querier.
Na aplicação prática do MLD, vários dispositivos de roteamento em uma sub-rede não sãoqueriers. Se o dispositivo de roteamento querier eleito falhar, as mensagens de consulta são trocadas entre os dispositivos de roteamento restantes. O dispositivo de roteamento com o endereço de origem IPv6 mais baixo torna-se o novo dispositivo de roteamento querier. A implementação do IPv6 Neighbor Discovery Protocol (NDP) derruba mensagens de anúncio de vizinhos (NA) que têm um endereço broadcast ou multicast na opção de endereço da camada de link alvo. Esse comportamento é recomendado pela RFC 2461.
O dispositivo de roteamento querier envia consultas gerais de MLD no endereço multicast all-nodes de escopo de link FF02::1 em intervalos curtos para todas as sub-redes anexadas para solicitar informações de associação de grupos (ver Figura 3). Dentro da mensagem de consulta está o valor máximo de atraso de resposta , especificando o máximo de atraso permitido para que o host responda com uma mensagem de relatório.
Se os espectadores interessados forem anexados ao host que recebe a consulta, o host envia um relatório contendo o endereço IPv6 do host para o dispositivo de roteamento (ver Figura 4). Se o endereço relatado ainda não estiver na lista de endereços multicast do dispositivo de roteamento com os espectadores interessados, o endereço será adicionado à lista e um timer será definido para o endereço. Se o endereço já estiver na lista, o temporizador será reiniciado. O endereço do host é transmitido para a RP no domínio PIM.
Querier
Se o host não tiver ouvidos multicast interessados, ele envia uma mensagem feita ao dispositivo de roteamento querier. No recebimento, o dispositivo de roteamento querier emite uma consulta multicast específica de endereço contendo o valor do intervalo de consulta do último ouvido para o endereço multicast do host. Se o dispositivo de roteamento não receber um relatório do endereço multicast, ele remove o endereço multicast da lista e notifica o RP no domínio PIM de sua remoção (ver Figura 5).
de roteamento
Se uma mensagem feita não for recebida pelo dispositivo de roteamento querier, o dispositivo de roteamento querier continua a enviar consultas específicas para endereços multicast. Se o temporizante definido para o endereço no recebimento do último relatório expirar, o dispositivo de roteamento querier assume que não há mais espectadores interessados nessa sub-rede, remove o endereço multicast da lista e notifica o RP no domínio PIM de sua remoção (ver Figura 6).
de endereços multicast
Veja também
Configuração do MLD
Para configurar o protocolo Multicast Listener Discovery (MLD), inclua a mld declaração:
mld { accounting; interface interface-name { disable; (accounting | no-accounting); group-policy [ policy-names ]; immediate-leave; oif-map [ map-names ]; passive; ssm-map ssm-map-name; static { group multicast-group-address { exclude; group-count number; group-increment increment; source ip-address { source-count number; source-increment increment; } } } version version; } maximum-transmit-rate packets-per-second; query-interval seconds; query-last-member-interval seconds; query-response-interval seconds; robust-count number; }
Você pode incluir essa declaração nos seguintes níveis de hierarquia:
[edit protocols][edit logical-systems logical-system-name protocols]
Por padrão, o MLD é habilitado em todas as interfaces de broadcast quando você configura protocolo independente multicast (PIM) ou o protocolo de roteamento multicast de vetor de distância (DVMRP).
Habilitando o MLD
O protocolo Multicast Listener Discovery (MLD) gerencia grupos multicast estabelecendo, mantendo e removendo grupos em uma sub-rede. Os dispositivos de roteamento multicast usam o MLD para saber quais grupos têm membros em cada uma de suas redes físicas anexadas. O MLD deve ser habilitado para que o roteador receba pacotes multicast IPv6. O MLD só é necessário para redes IPv6, porque o multicast é tratado de forma diferente em redes IPv4. O MLD está habilitado em todas as interfaces IPv6 nas quais você configura o PIM e em todas as interfaces de transmissão IPv6 quando configura o DVMRP.
O MLD especifica diferentes comportamentos para os ouvidos multicast e para os roteadores. Quando um roteador também é um ouvidor, o roteador responde às suas próprias mensagens. Se um roteador tem mais de uma interface para o mesmo link, ele precisa realizar o comportamento do roteador em apenas uma dessas interfaces. Os ouvidos, por outro lado, devem executar o comportamento do usuário em todas as interfaces conectadas a receptores potenciais de tráfego multicast.
Se o MLD não estiver sendo executado em uma interface — seja porque o PIM e o DVMRP não estão configurados na interface ou porque o MLD está explicitamente desativado na interface — você pode habilitar explicitamente o MLD.
Habilitar explicitamente o MLD:
Veja também
Modificação da versão MLD
Por padrão, o roteador oferece suporte a MLD versão 1 (MLDv1). Para permitir que o roteador use apenas a versão 2 (MLDv2) MLD para multicast específico de origem (SSM), inclua a version 2 declaração.
Se você configurar a configuração da versão MLD no nível de hierarquia de interface individual, ela se sobrepõe à configuração da versão IGMP usando a interface all declaração.
Se um endereço de origem for especificado em um grupo multicast que esteja configurado estaticamente, a versão deve ser definida como MLDv2.
Alterar uma interface MLD para a versão 2:
Veja também
Modificação do intervalo de mensagens de consulta de host do MLD
O objetivo do MLD é manter os roteadores atualizados com a associação do grupo IPv6 de toda a sub-rede. Os roteadores não precisam saber quem são todos os membros, apenas que os membros existem. Cada host mantém o controle de quais grupos multicast são subscritos. Em cada link, um roteador é eleito o querier. O roteador querier MLD envia periodicamente mensagens gerais de consulta de host em cada rede anexada para solicitar informações de associação. Essas mensagens solicitam informações de associação de grupos e são enviadas para o endereço all-nodes de escopo de link FF02::1. Uma mensagem geral de consulta de host tem um tempo máximo de resposta que você pode definir configurando o intervalo de resposta à consulta.
O tempo limite de resposta de consulta, o intervalo de consulta e a variável de robustez estão relacionados, pois são todas as variáveis usadas para calcular o intervalo de escuta multicast. O intervalo de ouvido multicast é o número de segundos que deve passar antes que um roteador multicast determine que não existe mais membros de um grupo de host em uma sub-rede. O intervalo de ouvido multicast é calculado como a (variável de robustez x intervalo de consulta) + (1 x intervalo de resposta por consulta). Se nenhum relatório for recebido para um determinado grupo antes que o intervalo de escuta multicast tenha expirado, o dispositivo de roteamento deixa de encaminhar pacotes multicast de origem remota para esse grupo na rede anexada.
Por padrão, as mensagens de consulta de host são enviadas a cada 125 segundos. Você pode alterar esse intervalo para alterar o número de mensagens MLD enviadas na sub-rede.
Para modificar o intervalo de consulta:
Veja também
Modificação do intervalo de resposta a consultas MLD
O intervalo de resposta à consulta é o tempo máximo que pode passar entre quando o roteador querier envia uma mensagem de consulta de host e quando ele recebe uma resposta de um host. Você pode alterar esse intervalo para ajustar os picos de explosão de mensagens MLD na sub-rede. Definir um intervalo maior para tornar o tráfego menos estourado.
O tempo limite de resposta de consulta, o intervalo de consulta e a variável de robustez estão relacionados, pois são todas as variáveis usadas para calcular o intervalo de escuta multicast. O intervalo de ouvido multicast é o número de segundos que deve passar antes que um roteador multicast determine que não existe mais membros de um grupo de host em uma sub-rede. O intervalo de ouvido multicast é calculado como a (variável de robustez x intervalo de consulta) + (1 x intervalo de resposta por consulta). Se nenhum relatório for recebido para um determinado grupo antes que o intervalo de escuta multicast tenha expirado, o dispositivo de roteamento deixa de encaminhar pacotes multicast de origem remota para esse grupo na rede anexada.
O intervalo de resposta de consulta padrão é de 10 segundos. Você pode configurar um intervalo de subsecond de até um dígito à direita do ponto decimais. A faixa configurável é de 0,1 a 0,9, depois em intervalos de 1 segundo de 1 a 999.999.
Para modificar o intervalo de resposta à consulta:
Veja também
Modificação do intervalo de consulta de último membro do MLD
O intervalo de consulta de último membro (também chamado de intervalo de consulta de último ouvidor) é o tempo máximo entre mensagens de consulta específicas do grupo, incluindo aquelas enviadas em resposta a mensagens feitas enviadas no endereço FF02::2 do link-scope-all-routers . Você pode reduzir esse intervalo para reduzir o tempo necessário para que um roteador detecte a perda do último membro de um grupo.
Quando o dispositivo de roteamento que está servindo como querier recebe uma mensagem de grupo de licença (feita) de um host, o dispositivo de roteamento envia várias consultas específicas do grupo para o grupo. O querier envia um número específico dessas consultas, e as envia em um intervalo específico. O número de consultas enviadas é chamada de contagem de consultas de último ouvido. O intervalo em que as consultas são enviadas é chamado de intervalo de consulta de último ouvido. Ambas as configurações são configuráveis, permitindo assim que você ajuste a latência de licença. A latência de licença IGMP é o momento entre uma solicitação para deixar um grupo multicast e o recebimento do último byte de dados para o grupo multicast.
A contagem de consultas de último ouvido x (vezes) o intervalo de consulta de último ouvido = (igual) o tempo necessário para um dispositivo de roteamento determinar que o último membro de um grupo deixou o grupo e parar de encaminhar o tráfego do grupo.
O intervalo padrão de consulta de último ouvido é de 1 segundo. Você pode configurar um intervalo de subsecond de até um dígito à direita do ponto decimais. A faixa configurável é de 0,1 a 0,9, depois em intervalos de 1 segundo de 1 a 999.999.
Para modificar este intervalo:
Você pode configurar a contagem de consultas de último membro configurando a variável de robustez. Os dois são sempre iguais.
Veja também
Especificando a remoção imediata do host para MLD
A configuração de licença imediata é útil para minimizar a latência de licença das associações MLD. Quando essa configuração é habilitada, o dispositivo de roteamento deixa o grupo multicast imediatamente após o último host deixar o grupo multicast.
A configuração de licença imediata permite o rastreamento do host, o que significa que o dispositivo mantém o controle dos hosts que enviam mensagens de junção. Isso permite que o MLD determine quando o último host envia uma mensagem de licença para o grupo multicast.
Quando a configuração de licença imediata é habilitada, o dispositivo remove uma interface da entrada da tabela de encaminhamento sem antes enviar consultas específicas do grupo MLD para a interface. A interface é podada da árvore multicast para o grupo multicast especificado na mensagem de licença MLD. A configuração de licença imediata garante o gerenciamento ideal de largura de banda para hosts em uma rede comutada, mesmo quando vários grupos multicast estão sendo usados simultaneamente.
Quando a licença imediata é desativada e um host envia uma mensagem de grupo de licença, o dispositivo de roteamento primeiro envia uma consulta em grupo para determinar se outro receptor responde. Se nenhum receptor responder, o dispositivo de roteamento remove todos os hosts da interface do grupo multicast. A licença imediata é desativada por padrão tanto para a versão MLD 1 quanto para a versão 2 do MLD.
Embora o rastreamento do host esteja habilitado para IGMPv2 e MLDv1 quando você habilitar a licença imediata, use licença imediata com essas versões apenas quando houver um host na interface. A razão é que o IGMPv2 e o MLDv1 usam um mecanismo de supressão de relatório pelo qual apenas um host em uma interface envia um relatório de participação de grupo em resposta a uma consulta de associação. Os outros hosts interessados suprimem seus relatórios. O objetivo desse mecanismo é evitar uma série de relatórios para o mesmo grupo. Mas também interfere no rastreamento do host, porque o roteador só sabe sobre um host interessado e não sabe sobre os outros.
Para habilitar a licença imediata:
Filtragem de relatórios de MLD indesejados no nível de interface MLD
Suponha que você precise limitar as sub-redes que podem se juntar a um determinado grupo multicast. A group-policy declaração permite filtrar relatórios MLD indesejados no nível da interface.
Quando a group-policy declaração é habilitada em um roteador, após o roteador receber um relatório MLD, o roteador compara o grupo com a política de grupo especificada e executa a ação configurada nessa política (por exemplo, rejeita o relatório se a política corresponde ao endereço ou rede definidos).
Você define a política para combinar apenas endereços de grupo MLD (para MLDv1) usando a declaração da política para combinar com o endereço do route-filter grupo. Você define a política para combinar endereços MLD (fonte, grupo) (para MLDv2) usando a declaração da política para combinar com o endereço do route-filter grupo e a declaração da source-address-filter política para combinar com o endereço de origem.
Filtrar relatórios de MLD indesejados:
Veja também
Exemplo: modificação da variável de robustez MLD
Este exemplo mostra como configurar e verificar a variável de robustez MLD em um domínio multicast.
Requisitos
Antes de começar:
Configure as interfaces do roteador.
Configure um protocolo de gateway interior ou roteamento estático. Consulte a biblioteca de protocolos de roteamento do Junos OS para dispositivos de roteamento.
Habilite o roteamento unicast IPv6. Consulte a biblioteca de protocolos de roteamento do Junos OS para dispositivos de roteamento.
Habilite o PIM. Veja a visão geral do PIM.
Visão geral
A variável de robustez MLD pode ser ajustada para permitir a perda esperada de pacotes em uma sub-rede. Aumentar a contagem robusta permite mais perda de pacotes, mas aumenta a latência de licença da sub-rede.
O valor da variável de robustez é usado no cálculo dos seguintes intervalos de mensagem MLD:
Intervalo de membros do grupo — Quantidade de tempo que deve passar antes que um roteador multicast determine que não há mais membros de um grupo em uma rede. Este intervalo é calculado da seguinte forma: (variável de robustez x intervalo de consulta) + (1 x intervalo de resposta por consulta).
Outro intervalo presente mais querido — quantidade de tempo que deve passar antes que um roteador multicast determine que não há mais outro roteador multicast que seja o querier. Este intervalo é calculado da seguinte forma: (variável de robustez x intervalo de consulta) + (0,5 x intervalo de resposta por consulta).
Contagem de consultas de último membro — número de consultas específicas de grupo enviadas antes que o roteador assuma que não há membros locais de um grupo. O número padrão é o valor da variável robustez.
Por padrão, a variável de robustez é definida para 2. O número pode ser de 2 a 10. Você pode querer aumentar esse valor se esperar que uma sub-rede perca pacotes.
Configuração
Procedimento
Configuração rápida da CLI
Para configurar rapidamente este exemplo, copie os seguintes comandos, cole-os em um arquivo de texto, remova quaisquer quebras de linha, altere todos os detalhes necessários para combinar com a configuração da sua rede, copiar e colar os comandos na CLI no nível de [edit] hierarquia e, em seguida, entrar no commit modo de configuração.
set protocols mld robust-count 5
Procedimento passo a passo
O exemplo a seguir exige que você navegue por vários níveis na hierarquia de configuração. Para obter informações sobre como navegar na CLI, consulte Usando o Editor de CLI no modo de configuração no Guia de usuário do Junos OS CLI.
Para alterar o valor da variável robustez:
Verificação
Para verificar se a configuração está funcionando corretamente, verifique o campo MLD Robustness Count na saída do comando de interfaces mld show .
Limitando a taxa máxima de mensagem MLD
Você pode alterar o limite para o número máximo de pacotes MLD transmitidos em 1 segundo pelo roteador.
Aumentar o número máximo de pacotes MLD transmitidos por segundo pode ser útil em um roteador com um grande número de interfaces participantes do MLD.
Para alterar o limite para o número máximo de pacotes MLD, o roteador pode transmitir em 1 segundo, incluir a maximum-transmit-rate declaração e especificar o número máximo de pacotes por segundo a serem transmitidos.
Habilitando a adesão a grupos estáticos MLD
- Crie um membro do grupo estático MLD
- Crie grupos estáticos automaticamente
- Aumente automaticamente os endereços de grupo
- Especifique o endereço fonte multicast (no modo SSM)
- Especifique automaticamente fontes multicast
- Incremente automaticamente os endereços de origem
- Exclua endereços de origem multicast (no modo SSM)
Crie um membro do grupo estático MLD
Você pode criar uma associação de grupo estático MLD para testar o encaminhamento multicast sem um host receptor. Quando você habilita a associação de grupos estáticos MLD, os dados são encaminhados para uma interface sem que essa interface receba relatórios de associação de hosts downstream.
O ajuste de classe de serviço (CoS) não é suportado com a associação de grupos estáticos MLD.
Ao configurar grupos estáticos em uma interface na qual deseja receber tráfego multicast, você pode especificar o número de grupos estáticos a serem criados automaticamente.
Neste exemplo, você cria grupo estático ff0e:1:ff05:1a8d.
Crie grupos estáticos automaticamente
Ao criar uma associação de grupos estáticos MLD para testar o encaminhamento multicast em uma interface na qual deseja receber tráfego multicast, você pode especificar que vários grupos estáticos serão criados automaticamente. Isso é útil quando você deseja testar o encaminhamento a vários receptores sem precisar configurar cada receptor separadamente.
Neste exemplo, você cria três grupos.
Aumente automaticamente os endereços de grupo
Quando você configura grupos estáticos em uma interface na qual deseja receber tráfego multicast e especifica o número de grupos estáticos a serem criados automaticamente, você também pode configurar o endereço do grupo a ser incrementado automaticamente por algum número de endereços.
Neste exemplo, você cria três grupos e aumenta o endereço do grupo em um incremento de dois para cada grupo.
Especifique o endereço fonte multicast (no modo SSM)
Quando você configura grupos estáticos em uma interface na qual deseja receber tráfego multicast e sua rede está operando no modo multicast (SSM) específico de origem, você pode especificar o endereço fonte multicast a ser aceito.
Se você especificar um endereço em grupo na faixa SSM, você também deve especificar uma fonte.
Se um endereço de origem for especificado em um grupo multicast que esteja configurado estaticamente, a versão MLD deve ser definida como MLDv2 na interface. MLDv1 é o valor padrão.
Neste exemplo, você cria o grupo ff0e::1:ff05:1a8d e aceita o endereço IPv6 fe80:2e0:81ff:fe05:1a8d como a única fonte.
Especifique automaticamente fontes multicast
Ao configurar grupos estáticos em uma interface na qual deseja receber tráfego multicast, você pode especificar uma série de fontes multicast a serem aceitas automaticamente.
Neste exemplo, você cria o grupo estático ff0e:1:ff05:1a8d e aceita fe80:2e0:81ff:fe05:1a8d, fe80:2e0:81ff:fe05:1a8e, e fe80:2e0:81ff:fe05:1a8f como endereços de origem.
Incremente automaticamente os endereços de origem
Quando você configura grupos estáticos em uma interface na qual deseja receber tráfego multicast e especifica uma série de fontes multicast a serem aceitas automaticamente, você também pode especificar o número pelo qual o endereço deve ser incrementado para cada fonte aceita.
Neste exemplo, você cria o grupo estático ff0e:1:ff05:1a8d e aceita fe80:2e0:81ff:fe05:1a8d, fe80:2e0:81ff:fe05:1a8f, e fe80:2e0:81ff:fe05:1a91 como as fontes.
Exclua endereços de origem multicast (no modo SSM)
Quando você configura grupos estáticos em uma interface na qual deseja receber tráfego multicast e sua rede está operando no modo multicast (SSM) específico de origem, você pode especificar se determinados endereços de origem multicast serão excluídos.
Por padrão, o endereço de origem multicast configurado em um grupo estático opera no modo incluem. No modo inclua o tráfego multicast para o grupo é aceito a partir do endereço fonte configurado. Você também pode configurar o grupo estático para operar no modo exclude. No modo de exclusão, o tráfego multicast para o grupo é aceito em qualquer endereço que não seja o endereço de origem configurado.
Se um endereço de origem for especificado em um grupo multicast que esteja configurado estaticamente, a versão MLD deve ser definida como MLDv2 na interface. MLDv1 é o valor padrão.
Neste exemplo, você exclui o endereço fe80:2e0:81ff:fe05:1a8d como fonte para grupo ff0e:1:ff05:1a8d.
Configuração semelhante está disponível para tráfego multicast IPv4 usando o protocolo IGMP.
Exemplo: Gravação de MLD Participe e deixe eventos
Este exemplo mostra como determinar se o ajuste de MLD é necessário em uma rede configurando o dispositivo de roteamento para registrar a participação e a saída de eventos do MLD.
Requisitos
Antes de começar:
Configure as interfaces do roteador.
Configure um protocolo de gateway interior ou roteamento estático. Consulte a biblioteca de protocolos de roteamento do Junos OS para dispositivos de roteamento.
Habilite o roteamento unicast IPv6. Consulte a biblioteca de protocolos de roteamento do Junos OS para dispositivos de roteamento.
Habilite o PIM. Veja a visão geral do PIM.
Visão geral
A Tabela 1 descreve o MLD recorde de participar e deixar eventos.
ERRMSG Tag |
Definição |
|---|---|
RPD_MLD_JOIN |
Registros MLD participam de eventos. |
RPD_MLD_LEAVE |
Registros MLD deixam eventos. |
RPD_MLD_ACCOUNTING_ON |
Registros quando a contabilidade MLD é habilitada em uma interface MLD. |
RPD_MLD_ACCOUNTING_OFF |
Registros quando a contabilidade MLD é desabilitada em uma interface MLD. |
RPD_MLD_MEMBERSHIP_TIMEOUT |
Registra eventos de tempo limite de associação MLD. |
Configuração
Procedimento
Configuração rápida da CLI
Para configurar rapidamente este exemplo, copie os seguintes comandos, cole-os em um arquivo de texto, remova quaisquer quebras de linha, altere todos os detalhes necessários para combinar com a configuração da sua rede, copiar e colar os comandos na CLI no nível de [edit] hierarquia e, em seguida, entrar no commit modo de configuração.
set protocols mld interface fe-0/1/0.2 accounting set system syslog file mld-events any info set system syslog file mld-events match ".*RPD_MLD_JOIN.* | .*RPD_MLD_LEAVE.* | .*RPD_MLD_ACCOUNTING.* | .*RPD_MLD_MEMBERSHIP_TIMEOUT.*" set system syslog file mld-events archive size 100000 set system syslog file mld-events archive files 3 set system syslog file mld-events archive transfer-interval 1440 set system syslog file mld-events archive archive-sites "ftp://user@host1//var/tmp" password "anonymous" set system syslog file mld-events archive archive-sites "ftp://user@host2//var/tmp" password "test"
Procedimento passo a passo
O exemplo a seguir exige que você navegue por vários níveis na hierarquia de configuração. Para obter informações sobre como navegar na CLI, consulte Usando o Editor de CLI no modo de configuração no Guia de usuário do Junos OS CLI.
Para configurar a gravação do MLD, participe e deixe eventos:
Habilite a contabilidade globalmente ou em uma interface MLD. Este exemplo mostra a configuração da interface.
[edit protocols mld] user@host# set interface fe–0/1/0.2 accounting
Configure os eventos a serem gravados e filtra os eventos para um arquivo de log do sistema com um nome de arquivo descritivo, como eventos mld.
[edit system syslog file mld-events] user@host# set any info [edit system syslog file mld-events] user@host# set match “.*RPD_MLD_JOIN.* | .*RPD_MLD_LEAVE.* | .*RPD_MLD_ACCOUNTING.* | .*RPD_MLD_MEMBERSHIP_TIMEOUT.*”
Arquive periodicamente o arquivo de log.
Este exemplo gira o arquivo a cada 24 horas (1440 minutos) quando ele atinge 100 KB e mantém três arquivos.
[edit system syslog file mld-events] user@host# set archive size 100000 [edit system syslog file mld-events] user@host# set archive files 3 [edit system syslog file mld-events] user@host# set archive archive-sites “ftp://user@host1//var/tmp” password “anonymous” [edit system syslog file mld-events] user@host# set archive archive-sites “ftp://user@host2//var/tmp” password “test” [edit system syslog file mld-events] user@host# set archive transfer-interval 1440 [edit system syslog file mld-events] user@host# set archive start-time 2011–01–07:12:30
Se você terminar de configurar o dispositivo, confirme a configuração.
[edit system syslog file mld-events]] user@host# commit
Verificação
Você pode visualizar o arquivo de log do sistema executando o comando de exibição de arquivos .
user@host> file show mld-events
Você pode monitorar o arquivo de log do sistema à medida que as entradas são adicionadas ao arquivo executando o início do monitor e monitorar comandos de stop .
user@host> monitor start mld-events
*** mld-events *** Apr 16 13:08:23 host mgd[16416]: UI_CMDLINE_READ_LINE: User 'user', command 'run monitor start mld-events ' monitor
Configuração do número de MLD Multicast Group se junta em interfaces lógicas
A group-limit declaração permite que você limite o número de grupos multicast MLD para interfaces lógicas. Quando esta declaração é habilitada em um roteador que executa o MLD versão 2, o limite é aplicado após o recebimento do relatório do grupo. Assim que o limite do grupo for atingido, os pedidos de adesão subsequentes são rejeitados.
Ao configurar limites para grupos multicast MLD, lembre-se do seguinte:
Cada grupo de qualquer fonte (*,G) conta como um grupo rumo ao limite.
Cada grupo específico de origem (S,G) conta como um grupo rumo ao limite.
Grupos no modo de exclusão do MLDv2 são contados no limite.
Vários grupos específicos de origem contam individualmente em direção ao limite do grupo, mesmo que sejam para o mesmo grupo. Por exemplo, (S1, G1) e (S2, G1) contariam como dois grupos em direção ao limite configurado.
Combinações de grupos de qualquer fonte e grupos específicos de origem contam individualmente para o limite do grupo, mesmo que sejam para o mesmo grupo. Por exemplo, (*, G1) e (S, G1) contariam como dois grupos em direção ao limite configurado.
Configurar e comprometer um limite de grupo em uma rede que é menor do que o que já existe na rede resulta na remoção de todos os grupos da configuração. Em seguida, os grupos devem solicitar a desapresentação da rede (até o limite de grupo recém configurado).
Você pode limitar dinamicamente grupos multicast em interfaces lógicas MLD usando perfis dinâmicos. Para obter informações detalhadas sobre a criação de perfis dinâmicos, consulte a Biblioteca de gerenciamento e serviços de assinantes do Junos OS .
Começando pelo Junos OS 12.2, você pode configurar opcionalmente um limite de alerta de log de sistema para o grupo multicast MLD recebido na interface lógica. É útil revisar as mensagens de log do sistema para fins de solução de problemas e detectar se uma quantidade excessiva de junções de grupo multicast MLD foi recebida na interface. Essas mensagens de log transmitem quando o limite de grupo configurado foi excedido, quando o limite configurado foi excedido e quando o número de grupos cai abaixo do limiar configurado.
A group-threshold declaração permite configurar o limite em que uma mensagem de aviso está registrada. O intervalo é de 1 a 100%. O limite de aviso é uma porcentagem do limite do grupo, de modo que você deve configurar a group-limit declaração para configurar um limite de aviso. Por exemplo, quando o número de grupos excede o limite de aviso configurado, mas permanece abaixo do limite de grupo configurado, grupos multicast continuam a ser aceitos e o dispositivo registra uma mensagem de aviso. Além disso, o dispositivo registra uma mensagem de aviso após o número de grupos cair abaixo do limiar de aviso configurado. Você pode especificar ainda a quantidade de tempo (em segundos) entre as mensagens de log configurando a log-interval declaração. O intervalo é de 6 a 32.767 segundos.
Você pode considerar o estrangulamento de mensagens de log porque cada entrada adicionada após o limiar configurado e cada entrada recusada após o limite configurado faz com que uma mensagem de aviso seja registrada. Ao configurar um intervalo de log, você pode reduzir a quantidade de mensagens de aviso de log de sistema geradas para o grupo multicast MLD.
Para limitar a participação de grupos multicast em uma interface lógica MLD:
Para confirmar sua configuração, use o show protocols mld comando. Para verificar a operação do MLD na interface, incluindo o limite de grupo configurado e o limite de aviso opcional e intervalo entre mensagens de log, use o show mld interface comando.
Desativação do MLD
Tabela de histórico de mudanças
O suporte de recursos é determinado pela plataforma e versão que você está usando. Use o Feature Explorer para determinar se um recurso é suportado em sua plataforma.