NESTA PÁGINA
Fragmentos e atualizaçãoio no cRPD
Entendendo a fragmentação
O processo BGP é dividido em diferentes threads para que eles possam ser executados simultaneamente em um mecanismo de roteamento multicore por meio de fragmentos RIB, o que resulta em menor tempo de convergência e desempenho mais rápido. O fragmento BGP RIB divide um BGP RIB em vários sub RIBs e cada sub RIB lida com um subconjunto de rotas BGP. Cada sub RIB é servido por uma rosca RPD separada para alcançar o processamento paralelo.
O fragmento BGP RIB é desativado por padrão. Esse recurso é suportado apenas no processo de protocolo de roteamento (rpd) de 64 bits, onde o Mecanismo de Roteamento tem mais de um núcleo. Recomendamos configurar esse recurso em um dispositivo com núcleos de 4CPU e 16GB de memória.
Se você configurar o fragmento de costela em um mecanismo de roteamento, o RPD criará fios de fragmentação. Por padrão, o número de threads de fragmentos criados é o mesmo que o número de núcleos de CPU no mecanismo de roteamento. Opcionalmente, você pode especificar o número de fragmentos que deseja criar. Atualmente, o intervalo é de 1 a 31.
O fragmento BGP RIB em crpd é suportado para inet.0 e, bem comobgp.l3vpn.0, bgp.l3vpn-inet6.0 ebgp.rtarget, inet-vpn, , inet6-vpn unicaste route-target mesas.inet6.0
Para habilitar esse recurso, você pode configurar rib-sharding no nível de edit system processes routing bgp hierarquia. A fragmentação depende do recurso de thread do UpdateIO. Portanto, o recurso de thread do UpdateIO é obrigatório quando você configura o fragmento. Para habilitar o updateIO, você precisa configurar update-threading no nível de hierarquia para rib-sharding que a [edit system processes routing bgp] configuração passe a verificação de confirmação.
Veja também
Entendendo o UpdateIO
O protocolo BGP funciona para atualizar a geração de mensagens para pares em um grupo BGP. O trabalho BGP na rosca principal de RPD é dividido em diferentes threads, chamados threads BGP UpdateIO. Cada thread do UpdateIO é responsável por gerar atualizações para um ou mais grupos de peer BGP. Os threads do BGP Update constroem atualizações para grupos em paralelo e independentes de outros grupos que estão sendo atendidos por diferentes threads de atualização.
Isso pode oferecer uma melhoria significativa de convergência em uma carga de trabalho pesada que envolve publicidade para muitos pares espalhados por muitos grupos. Os threads do BGP UpdateIO podem ser configurados independentemente do recurso de fragmentação RIB, mas são obrigatórios para usar com fragmentos RIB, pois ajudam a melhorar a embalagem de prefixos em mensagens de atualização BGP de saída e, assim, ajudar a melhorar o desempenho.
O thread de atualização do BGP é desativado por padrão. Se você configurar o threading de atualização em um mecanismo de roteamento, o RPD cria threads de atualização. Por padrão, o número de threads de atualização criados é o mesmo que o número de núcleos de CPU no mecanismo de roteamento. O threading de atualização só é suportado em um processo de protocolo de roteamento de 64 bits (RPD). Opcionalmente, você pode especificar o número de threads que deseja criar usando set update-threading <number-of-threads> declaração no nível de edit system processes routing bgp hierarquia. Atualmente, o intervalo é de 1 a 128.