Configuração de nós do agendador interno
Um nó na hierarquia é considerado interno se alguma das seguintes condições se aplicar:
Qualquer um de seus nós infantis tem um perfil de controle de tráfego configurado e aplicado.
Você inclui a
internal-nodedeclaração no nível da[edit class-of-service interfaces interface-set set-name]hierarquia.
Por que seria importante tornar um certo nó interno? Geralmente, existem mais recursos disponíveis no nível de interface lógica (unidade) do que no nível definido da interface. Além disso, pode ser desejável configurar todos os recursos em um único nível, em vez de se espalhar por vários níveis. A internal-node declaração fornece essa flexibilidade. Este pode ser um dispositivo de configuração útil quando a fila de conjunto de interface sem interfaces lógicas é usada exclusivamente na interface.
A internal-node declaração pode ser usada para elevar o conjunto de interface sem crianças ao mesmo nível que os outros conjuntos de interface configurados com crianças, permitindo que eles concorram pelo mesmo conjunto de recursos.
Em resumo, o uso da internal-node declaração permite que todas as declarações sejam agendadas no mesmo nível com ou sem crianças.
O exemplo a seguir torna os conjuntos if-set-1 de interfaces e if-set-2 internos:
[edit class-of-service interfaces]
interface-set {
if-set-1 {
internal-node;
output-traffic-control-profile tcp-200m-no-smap;
}
if-set-2 {
internal-node;
output-traffic-control-profile tcp-100m-no-smap;
}
}
Se um conjunto de interfaces tiver interfaces lógicas configuradas com um perfil de controle de tráfego, o uso da internal-node declaração não surtiu efeito.
Nós internos podem especificar uma traffic-control-profile-remaining declaração.