comparando com o Cisco IOS, podemos criar qualquer número de loopbacks no roteador, mas no Junos você pode criar apenas uma interface de loopback (mesmo unidades lógicas do mesmo loopback) na instância de roteamento, alguém sugeriu ou pensou na razão desse design ? e Junos tem outra interface lógica que pode ser usada no lugar do loopback?
routing
juniper
juniper-junos
loopback
Mr.lock
fonte
fonte
lo0.0
elo0.5
).Respostas:
Porque é totalmente desnecessário.
No JunOS, você pode ter vários endereços em uma única interface lógica.
fonte
Você pode adicionar um lo0.x individual a cada instância de roteamento presente. Portanto, se você configurar várias instâncias de roteamento, poderá configurar várias interfaces de loopback separadas.
E esta é 'a maneira correta de fazer isso', em vez de vários loopbacks por instância de roteamento única. O objetivo da interface de loopback é atuar como uma interface âncora para identificação, mas também como uma interface âncora 'sempre ativa'. Não deve haver necessidade de várias âncoras ou pontos de identificação para uma única instância de uma entidade de computação em rede (meu termo alternativo ad hoc para uma instância de roteamento). Como outros já declararam aqui, não é apenas plausível, mas aconselhável apenas adicionar mais endereços à interface de loopback único em vez de criar mais interfaces.
Não ser capaz de ter esse tipo de funcionalidade em uma instância de roteamento seria desastroso para coisas como OSPF e outras, portanto, é possível colocar o número necessário em cada instância de roteamento que você decidir configurar (sendo uma delas quantas forem necessárias) .
fonte