Soquetes de roteamento
Soquetes de roteamento são um mecanismo UNIX para controlar a tabela de roteamento. O kernel Junos usa esse mesmo mecanismo e o estende para incluir informações adicionais para dar suporte a atributos adicionais para criar um sistema operacional de rede de classe de operadora.
Em um nível alto, há dois atores ao usar soquetes de roteamento: produtor e consumidor do estado. O rpddaemon é responsável pelo processamento de atualizações de roteamento e, portanto, é o produtor do estado. Outros daemons são considerados consumidores do estado porque processam as informações recebidas dos soquetes de roteamento.
Vamos dar uma olhada nos soquetes de roteamento e ver o que acontece quando configuramos ge-1/0/0.0com um endereço IP 192.168.1.1/24. Usar o rtsockmoncomando do shell nos permitirá ver os comandos sendo enviados para o kernel a partir dos daemons do Junos:
{mestre}
dhanks @ R1-RE0> inicia shell
dhanks @ R1-RE0% rtsockmon -st
tipo de sinalizador de remetente op
[16:37:52] dcd P iflogical adiciona sinalizadores ge-1/0 / 0.0 = 0x8000
[16:37:52] dcd P ifdev change ge-1/0/0 mtu = 1514 dflags = 0x3
[16:37:52] dcd P iffamily add inet mtu = 1500 flags = 0x8000000200000000
[16:37:52] dcd P nexthop add inet 192.168.1.255 nh = bcst
[16:37:52] dcd P nexthop add inet 192.168.1.0 nh = recv
[16:37:52] dcd P route add inet 192.168.1.255
[16:37:52] dcd P route add inet 192.168.1.0
[16:37:52] dcd P route add inet 192.168.1.1
[16:37:52] dcd P nexthop add inet 192.168.1.1 nh = locl
[16:37:52] dcd P ifaddr add inet local = 192.168.1.1
[16:37:52] dcd P route add inet 192.168.1.1 tid = 0
[16:37:52] dcd P nexthop add inet nh = sinalizadores rslv = 0x0
[16:37:52] dcd P route add inet 192.168.1.0 tid = 0
[16:37:52] dcd P nexthop change inet nh = rslv
[16:37:52] dcd P ifaddr add inet local = 192.168.1.1 dest = 192.168.1.0
[16:37:52] rpd P ifdest change ge-1/0 / 0.0, af 2, up, pfx 192.168.1.0/24NOTA
Configuramos a interface ge-1/0/0em uma janela de terminal diferente e confirmamos a alteração enquanto o rtstockmoncomando estava em execução.
O comando rtsockmoné um comando do shell Junos que fornece ao usuário visibilidade das mensagens que estão sendo transmitidas pelo soquete de roteamento. Os soquetes de roteamento são divididos em quatro componentes principais:
remetente, tipo, operação e argumentos.
O campo remetente é usado para identificar qual daemon está gravando no soquete de roteamento. O tipo identifica qual atributo está sendo modificado. O campo de operação está mostrando o que realmente está sendo executado. Existem três operações básicas: adicionar, alterar e excluir. O último campo são os argumentos passados para o kernel do Junos. Estes são conjuntos de pares de chave e valor que estão sendo alterados.
No exemplo anterior, você pode ver como dcdinterage com o soquete de roteamento para configurar ge-1/0/0.0e atribuir um endereço IPv4:
dcd cria uma nova interface lógica (IFL).
dcd altera o dispositivo de interface (IFD) para definir a MTU adequada.
dcd adiciona uma nova família de interface (IFF) para oferecer suporte ao IPv4.
dcd define o nexthop, broadcast e outros atributos necessários para o RIB e o FIB.
dcd adiciona o endereço de interface (IFA) de 192.168.1.1.
rpd finalmente adiciona uma rota para 192.168.1.1 e a apresenta.
AVISO
O rtsockmoncomando é usado apenas para demonstrar a funcionalidade dos soquetes de roteamento e como os daemons como dcde rpdusam os soquetes de roteamento para comunicar alterações de roteamento no kernel do Junos.
Modernização do Junos OS
A partir do Junos 14.2, a Juniper lançou seu programa de modernização do Junos OS. O objetivo é fornecer mais escalabilidade, inicialização e consolidação mais rápidas, aprimoramentos de convergência e assim por diante.
Esse grande projeto foi dividido em etapas e as principais etapas são:
RPD 64 bits: embora o Junos 64 bits esteja disponível desde a introdução do Routing Engine com processadores de 64 bits, o daemon RPD ainda era um processo de 32 bits, que não pode endereçar mais de 4 GB de memória. A partir do Junos 14.1, é possível ativar explicitamente o modo RPD de 64 bits, permitindo que o dispositivo endereça mais memória no RE de 64 bits. É muito útil para ambientes que solicitam grandes quantidades de rotas no RIB:
{master} [editar sistema]
processos jnpr @ R1 # set roteando force-64-bitAtualização do FreeBSD e independência do Junos: No release 15.1, o Junos se torna totalmente autônomo em relação ao sistema operacional FreeBSD. Além disso, o FreeBSD também foi atualizado com a versão 10 para suportar aprimoramentos recentes do SO (como o Kernel SMP). O Junos e o FreeBSD podem ser atualizados independentemente, permitindo um pacote de instalação mais inteligente e oferecendo melhor reatividade para atualizações do FreeBSD (patches de segurança, novos recursos do sistema operacional, etc.).
Suporte ao SMP do kernel ( multiprocessamento simétrico ): introduzido recentemente no Junos 15.1.
Modularidade do RPD: o RPD não será mais um processo monolítico e, em vez disso, será dividido em vários processos para introduzir uma separação limpa entre os módulos de E / S e os próprios protocolos. Essa separação começará com os protocolos BGP e RSVP no Junos 16.x.
RPD multinúcleo: A infraestrutura completa do sistema multinúcleo está agendada após o Junos 16.x.
NOTA
Observe que, a partir do release 15.x, o desempenho do sistema operacional Junos é dramaticamente aprimorado, especialmente em termos de convergência.
O micro-kernel do MPC também é reservado pelo programa de modernização da Junos. Na verdade, os novos MPCs, começando com NG-MPC2 e NG-MPC-3, suportam um novo processador multinúcleo com um sistema operacional Linux personalizado, como mostra a Figura 1-7 . (O micro-kernel anterior se torna um processo no SO Linux.) Essa nova configuração de sistema do MPC permite mais modularidade e permitirá que processos futuros sejam implementados no MPC, como o processo de telemetria .
Juniper MX Chassis
Variando do MX virtual (vMX) a 45U, o MX vem em várias formas e configurações. Da esquerda para a direita: vMX, MX5 / 10/40/80, MX104, MX240, MX480, MX960, MX2010 e MX2020. Os modelos MX240 e superiores têm chassi que abriga todos os componentes, como placas de linha, mecanismos de roteamento e malhas de comutação. O MX104 e abaixo são considerados de gama média e aceitam apenas módulos de interface.
Nos próximos posts daremos continuidade abordando as características técnicas de cada um dos modelos de roteadores MX conforme mostrado na tabela acima. Não perca!
ASG
https://www.asgit.com.br/
contato@asg.com.br
(51) 3376.1210
Comments