Entendendo os agendadores hierárquicos

Os horários hierárquicos consistem em nós e filas. As filas terminam a hierarquia da CLI. Nós podem ser nós raiz, nós leaf ou nós internos (não-leaf). Nós internos são nós que têm outros nós como "crianças" na hierarquia. Por exemplo, se uma interface-set declaração estiver configurada com uma interface lógica (como a unidade 0) e a fila, então o interface-set nó interno está no nível 2 da hierarquia. No entanto, se não houver perfis de controle de tráfego configurados em interfaces lógicas, então o conjunto de interfaces está no nível 3 da hierarquia.

A Tabela 1 mostra como a configuração de um conjunto de interface ou interface lógica afeta a diagramação de nós de agendador hierárquico.

Tabela 1: Nós de agendador hierárquico

Nó raiz (nível 1)	Nó interno (nível 2)	Nó Leaf (nível 3)	Fila (nível 4)
Interface física	Conjunto de interfaces	Interfaces lógicas	Uma ou mais filas
Interface física	–	Conjunto de interfaces	Uma ou mais filas
Interface física	–	Interfaces lógicas	Uma ou mais filas

Quando usado, o nível de configuração da interface da hierarquia fica entre o nível de interface física (nível 1) e a interface lógica (nível 3). As filas são sempre o nível 4 da hierarquia. Os agendadores detêm as informações sobre as filas, o último nível da hierarquia. Em todos os casos, as propriedades para o nível 4 dos agendadores hierárquicos são determinadas pelo mapa do agendador.

Os agendadores hierárquicos adicionam parâmetros de CoS ao novo nível de conjunto de interface da configuração. Eles usam perfis de controle de tráfego para definir valores para parâmetros como taxa de modelagem (a taxa de informações de pico [PIR]), taxa garantida (a taxa de informações comprometidas [CIR] nessas interfaces) e mapas de agendador (as filas e recursos atribuídos ao tráfego).

A configuração cos a seguir coloca os seguintes parâmetros nos perfis de controle de tráfego em vários níveis:

• Perfil de controle de tráfego no nível da porta (tcp-port-level1):

  • Uma taxa de modelagem (PIR) de 100 Mbps

  • Uma taxa de buffer de atraso de 100 Mbps

• Perfil de controle de tráfego no nível definido da interface (tcp-interface-level2):

  • Uma taxa de modelagem (PIR) de 60 Mbps

  • Uma taxa garantida (CIR) de 40 Mbps

• Perfil de controle de tráfego no nível de interface lógica (tcp-unit-level3):

  • Uma taxa de modelagem (PIR) de 50 Mbps

  • Uma taxa garantida (CIR) de 30 Mbps

  • Um mapa de agendador chamado smap1 para manter várias propriedades de fila (nível 4)

  • Uma taxa de buffer de atraso de 40 Mbps

Neste caso, os perfis de controle de tráfego são assim:

Uma vez configurados, os perfis de controle de tráfego devem ser aplicados aos locais apropriados na hierarquia de interfaces CoS.

Os conjuntos de interface podem ser definidos como uma lista de interfaces lógicas, por exemplo, unidade 100, unidade 200 e assim por diante. Os provedores de serviços podem usar essas declarações em interfaces de grupo para aplicar parâmetros de agendamento, como taxa garantida e taxa de modelagem para o tráfego nos grupos. Atualmente, os conjuntos de interface são usados apenas pelo CoS, mas eles são aplicados no nível hierárquico [edit interfaces] para que possam estar disponíveis para outros serviços.

Todo o tráfego indo para baixo deve ser reunido em um conjunto de interface com a interface-set declaração no nível hierárquicos [editar interfaces de classe de serviço].

Nota:

As faixas não são suportadas; você deve listar cada interface lógica separadamente.

Embora o conjunto de interface seja aplicado no nível de hierarquia [editar interfaces], os parâmetros de CoS para o conjunto de interfaces são definidos no nível de hierarquia [editar interfaces de classe de serviço], geralmente com a output-traffic-control-profile profile-name declaração.

Você não pode especificar um conjunto de interface que mistura as formas de tags externas de interface, S-VLAN ou VLAN da interface-set declaração. Uma interface lógica só pode pertencer a um conjunto de interface. Se você tentar adicionar a mesma interface lógica a diferentes conjuntos de interface, o commit falhará.

Este exemplo gerará um erro de confirmação:

Os membros de um conjunto de interface não podem abranger várias interfaces físicas. Apenas uma interface física pode aparecer em um conjunto de interface.

Essa configuração não é suportada:

Você pode configurar muitas interfaces lógicas em uma interface. No entanto, apenas um subconjunto deles pode ter um perfil de controle de tráfego anexado. Por exemplo, você pode configurar três interfaces lógicas (unidades) no mesmo serviço VLAN, mas você pode aplicar um perfil de controle de tráfego especificando o melhor esforço e filas de voz para apenas uma das unidades de interface lógica. O tráfego das duas interfaces lógicas restantes é considerado tráfego remanescente.

O mapa do agendador configurado em interfaces individuais (Nível 3), conjuntos de interface (Nível 2) ou portas físicas (Nível 1), define o comportamento de agendamento de pacotes em diferentes níveis. Você pode agrupar interfaces lógicas em um conjunto de interface e configurar as interfaces com mapas de agendamento. Qualquer pacote de saída que chegue às interfaces físicas ou lógicas será tratado pelo agendador específico da interface. Se o mapa do agendador não estiver configurado no nível da interface, o pacote será tratado pelo agendador configurado no nível definido da interface ou no nível da porta.