VRRP (Virtual Router Redundancy Protocol) permite a utilização de um endereço IP virtual em diferentes Switches/Roteadores. O funcionamento do VRRP é bem simples, dois ou mais dispositivos são configurados com o protocolo para troca de mensagens e então, o processo elege um equipamento MASTER e um ou mais como BACKUP.
Em caso de falha do Roteador VRRP Master o Roteador VRRP Backup assumirá rapidamente a função e o processo ocorrerá transparente para os usuários da rede.
Um prefixo ‘bogon’ é uma rota que nunca deve aparecer na tabela de roteamento da Internet. Um pacote roteado pela Internet pública nunca deve ter um endereço de origem em um intervalo ‘bogon'(não incluindo VPNs ou outros tipos túneis). Estes são geralmente encontrados como endereços de origem de ataques DDoS.
A equipe 6Bogon mantém recomendações atualizadas para Filtro de Pacotes e para Filtro de rotas IPv6 para xSP, descrevendo as recomendações para filtragem de pacotes e filtragem de rotas para uso em roteadores de borda que falam IPv6 em/com xSPs.
Roteadores utilizam prefix-list para filtro de rotas em processos de roteamento, como por exemplo, o protocolo BGP. Uma vez que a prefix-list é criada, ela é utilizada no processo para filtrar as rotas aprendidas ou ensinada a um roteador par.
Voltando aos ‘bogons’, há a seguinte sugestão de prefixos que devem ser permitidos em uma tabela de roteamento IPv6 para o Comware7:
ipv6 prefix-list global-routes deny 2001:0DB8:: 32 less-equal 128 ipv6 prefix-list global-routes permit 2001:0200:: 23 le 64 ipv6 prefix-list global-routes permit 2001:0400:: 23 le 64 ipv6 prefix-list global-routes permit 2001:0600:: 23 le 64 ipv6 prefix-list global-routes permit 2001:0800:: 23 le 64 ipv6 prefix-list global-routes permit 2001:0A00:: 23 le 64 ipv6 prefix-list global-routes permit 2001:0C00:: 23 le 64 ipv6 prefix-list global-routes permit 2001:0E00:: 23 le 64 ipv6 prefix-list global-routes permit 2001:1200:: 23 le 64 ipv6 prefix-list global-routes permit 2001:1400:: 23 le 64 ipv6 prefix-list global-routes permit 2001:1600:: 23 le 64 ipv6 prefix-list global-routes permit 2001:1800:: 23 le 64 ipv6 prefix-list global-routes permit 2001:1A00:: 23 le 64 ipv6 prefix-list global-routes permit 2001:1C00:: 22 le 64 ipv6 prefix-list global-routes permit 2001:2000:: 20 le 64 ipv6 prefix-list global-routes permit 2001:3000:: 21 le 64 ipv6 prefix-list global-routes permit 2001:3800:: 22 le 64 ipv6 prefix-list global-routes permit 2001:4000:: 23 le 64 ipv6 prefix-list global-routes permit 2001:4200:: 23 le 64 ipv6 prefix-list global-routes permit 2001:4400:: 23 le 64 ipv6 prefix-list global-routes permit 2001:4600:: 23 le 64 ipv6 prefix-list global-routes permit 2001:4800:: 23 le 64 ipv6 prefix-list global-routes permit 2001:4A00:: 23 le 64 ipv6 prefix-list global-routes permit 2001:4C00:: 23 le 64 ipv6 prefix-list global-routes permit 2001:5000:: 20 le 64 ipv6 prefix-list global-routes permit 2001:8000:: 19 le 64 ipv6 prefix-list global-routes permit 2001:A000:: 20 le 64 ipv6 prefix-list global-routes permit 2001:B000:: 20 le 64 ipv6 prefix-list global-routes permit 2002:0000:: 16 le 64 ipv6 prefix-list global-routes permit 2003:0000:: 18 le 64 ipv6 prefix-list global-routes permit 2400:0000:: 12 le 64 ipv6 prefix-list global-routes permit 2600:0000:: 12 le 64 ipv6 prefix-list global-routes permit 2610:0000:: 23 le 64 ipv6 prefix-list global-routes permit 2620:0000:: 23 le 64 ipv6 prefix-list global-routes permit 2800:0000:: 12 le 64 ipv6 prefix-list global-routes permit 2A00:0000:: 12 le 64 ipv6 prefix-list global-routes permit 2C00:0000:: 12 le 64
Referência
http://www.team-cymru.org/ipv6-router-reference.html
http://www.team-cymru.org/Reading-Room/Templates/IPv6Routers/xsp-recommendations.txt
A tabela de roteamento possui registro dos destinos para encaminhamento dos pacotes. As rotas podem ser aprendidas manualmente (rotas estáticas ou redes diretamente conectadas) e dinamicamente (aprendidos via protocolo de roteamento dinâmico como OSPF, BGP,etc).
Nesse vídeo faremos uma breve descrição do funcionamento, aprendizado e escolha das rotas por um Roteador.
Nesse vídeo listamos alguns pontos para um melhor planejamento na segmentação de redes com a utilização de VLANs.
O atributo do BGP community é utilizado como para marcação para um determinado grupo de rotas. Provedores de Serviço utilizam essas marcações para aplicar políticas de roteamento específicas em suas redes, como por exemplo, alterando o Local Preference, MED, etc. O atributo simplifica a configuração das políticas de roteamento, gerenciamento e manutenção.
Os ISP’s podem também estabelecem um mapeamento de community com o cliente ou com outro provedor para que sejam aplicadas regras de roteamento.
O recebimento e envio de communities BGP em Roteadores HP necessitam da configuração explicita do comando advertise-community. No exemplo abaixo, segue a configuração de um peer BGP em um roteador com o Comware 7:
bgp 65500 group AS65500 internal peer AS65500 connect-interface LoopBack1 peer 192.168.2.2 group AS65500 # address-family ipv4 unicast peer AS65500 enable peer AS65500 advertise-community #
O atributo community é opcional e transitivo (optional transitive) de tamanho variável. O atributo consiste em um conjunto de 4 octetos ou um número de 32 bits que específica uma community. A representação de uma community BGP é geralmente feita no formato AA:NN onde o AA é o Autonomous System (AS) e o NN é o número da community.
Algumas communities tem significados pré-definidos como:
-A community NO_EXPORT diz ao roteador que ele deve propagar os prefixos somente dentro de peers iBGP e que não deve propagar esses prefixos para roteadores pares eBGP.
-A community NO_EXPORT_SUBCONFED possui as mesmas funcionalidades do NO_EXPORT dentro de cenários com confederation.
-A community NO_ADVERTISE diz ao roteador que ele não deve anunciar o prefixo para nenhum peer BGP.
Abaixo, deixamos um exemplo de configuração utilizando a community NO_EXPORT e o output:
R1 # ip prefix-list COMM_iBGP index 10 permit 192.168.11.0 24 # route-policy SET_COMM permit node 5 if-match ip address prefix-list COMM_iBGP apply community no-export # route-policy SET_COMM permit node 65535 # # bgp 65500 group AS65500 internal peer AS65500 connect-interface LoopBack1 peer 192.168.2.2 group AS65500 # address-family ipv4 unicast network 192.168.11.0 255.255.255.0 network 192.168.111.0 255.255.255.0 peer AS65500 enable peer AS65500 route-policy SET_COMM export peer AS65500 advertise-community #
Verificando no Roteador R2 a marcação enviada por R1 para o prefixo 192.168.11.0/24 :
[R2]display bgp routing-table ipv4 192.168.11.0 BGP local router ID: 192.168.22.2 Local AS number: 65500 Paths: 1 available, 1 best BGP routing table information of 192.168.11.0/24: From : 192.168.1.1 (192.168.11.1) Rely nexthop : 192.168.12.1 Original nexthop: 192.168.1.1 OutLabel : NULL Community : No-Export AS-path : (null) Origin : igp Attribute value : MED 0, localpref 100, pref-val 0 State : valid, internal, best IP precedence : N/A QoS local ID : N/A Traffic index : N/A
Configurando os valores manualmente…
Um prefixo pode também participar de mais de uma community e com isso um roteador pode tomar uma ação em relação ao prefixo baseado em uma (algumas) ou todas as communities associadas ao prefixo. O roteador tem a opção de manter, adicionar ou modificar o atributo antes de passar para os outros roteadores.
# ip prefix-list COMM_eBGP index 10 permit 192.168.111.0 24 ip prefix-list COMM_iBGP index 10 permit 192.168.11.0 24 # route-policy SET_COMM permit node 5 if-match ip address prefix-list COMM_iBGP apply community no-export # route-policy SET_COMM permit node 10 if-match ip address prefix-list COMM_eBGP apply community 65500:90 # route-policy SET_COMM permit node 65535 # bgp 65500 group AS65500 internal peer AS65500 connect-interface LoopBack1 peer 192.168.2.2 group AS65500 # address-family ipv4 unicast network 192.168.11.0 255.255.255.0 network 192.168.111.0 255.255.255.0 peer AS65500 enable peer AS65500 route-policy SET_COMM export peer AS65500 advertise-community #
Verificando a marcação enviada por R1 do prefixo 192.168.111.0/24:
[R4] display bgp routing-table ipv4 192.168.111.0 BGP local router ID: 192.168.44.4 Local AS number: 65507 Paths: 1 available, 1 best BGP routing table information of 192.168.111.0/24: From : 192.168.24.2 (192.168.22.2) Rely nexthop : 192.168.24.2 Original nexthop: 192.168.24.2 OutLabel : NULL Community : <65500:90> AS-path : 65500 Origin : igp Attribute value : pref-val 0 State : valid, external, best IP precedence : N/A QoS local ID : N/A Traffic index : N/A
Em resumo, as operadoras utilizam communities BGP para manipulação de grande quantidade de prefixos para fins de políticas de roteamento, blackhole, etc. Grandes corporações também as utilizam para identificação de rotas de empresas filiais, rotas aprendidas em fusões com outras empresas, políticas de roteamento, redes de serviço e mais.
Referências
http://babarata.blogspot.com.br/2010/05/bgp-atributo-community.html
O VRRP (Virtual Router Redundancy Protocol) permite a utilização de um endereço IP virtual em diferentes Switches/Roteadores. O funcionamento do VRRP é bem simples, dois ou mais dispositivos são configurados com o protocolo para troca de mensagens e então, o processo elege um equipamento MASTER e um ou mais como BACKUP.
Em caso de falha do Roteador VRRP Master o Roteador VRRP Backup assumirá rapidamente a função e o processo ocorrerá transparente para os usuários da rede.
Há também cenários que o roteador Master do VRRP continua ativo, mas não consegue encaminhar os pacotes devido a interface saída (como para a Internet por exemplo) cair. Podemos então fazer o track para o processo VRRP monitorar algum objeto, que pode ser o estado da interface( UP ou down), pingar determinado site, teste de conexão telnet e etc; e dessa forma reduzir a prioridade VRRP baseando-se em uma condição.
Nesse video, utilizando o Simulador HCL, demonstramos a configuração do OSPF nos equipamentos baseados no Comware.
Nesse vídeo falamos sobre conceitos básicos de roteamento como a tabela de roteamento, rotas estáticas, rotas dinâmicas, rota padrão, distância administrativa, balanceamento, etc.
O VRRP (Virtual Router Redundancy Protocol) permite a utilização de um endereço IP virtual em diferentes Switches/Roteadores. O funcionamento do VRRP é bem simples, dois ou mais dispositivos são configurados com o protocolo para troca de mensagens e então, o processo elege um equipamento MASTER e um ou mais como BACKUP.
Em caso de falha do Roteador VRRP Master o Roteador VRRP Backup assumirá rapidamente a função e o processo ocorrerá transparente para os usuários da rede.
Após a eleição do Switch Master para o grupo VRRP o equipamento continuará como MASTER até que um equipamento com maior prioridade (ou apresente falha) tome a função de MASTER, esse modo é chamado de preempção. Ao configurarmos o modo de preempção dentro do grupo VRRP, o Switch com melhor prioridade torna-se o MASTER.
Já no modo non-preemptive, mesmo que um equipamento BACKUP venha a ter maior prioridade na topologia VRRP, não acontecerá a troca do MASTER. O modo ajuda a evitar a troca entre equipamentos MASTER e BACKUP.
O modo de preempção é habilitado por padrão e é possível configurar o delay (opcional), parâmetro responsável pela preempção aguardar antes de assumir como MASTER VRRP.
Pessoal, segue abaixo a lista de alguns comandos para BGP quando há a necessidade de traduzir de Cisco IOS para HP Comware.
Comware Cisco IOS
------------ --------------
bgp xxxxx router bgp xxxxx
router-id x.x.x.x bgp router-id x.x.x.x
preference 200 200 200 (valor recomendado, não é default) distance 20 200 200 (default)
undo synchronization no synchronization (not default)
v5: recomendado (não é default)
v7: default
undo summary automatic (default) no auto-summary (not default)
log-peer-change bgp log-neighbor-changes
graceful-restart bgp graceful-restart
bgp graceful-restart restart-time 120 (default) bgp graceful-restart stalepath-time 360 (default)
balance n (default=1) maximum-path (dependente do contexto, default=1)
v5: global BGP config
v7: in ipv4 address family
maximum-path n (n=numero de rotas paralelas) maximum-path ibgp m
ebgp-interface-sensitive (default) bgp fast-external-fallover (default)
network x.x.x.x y.y.y.y network x.x.x.x mask y.y.y.y
aggregate x.x.x.x y.y.y.y aggregate-addresss x.x.x.x y.y.y.y
aggregate x.x.x.x y.y.y.y detail-suppressed aggregate-addresss x.x.x.x y.y.y.y summary-only
import-route static [route-policy name] redistribute static [route-map name]
import-route direct [route-policy name] redistribute connected [route-map name]
import-route ospf process_id [route-policy name] redistribute ospf process_id [route-map name]
default-information originate
reflector cluster-id x.x.x.x bgp cluster-id x.x.x.x
dampening bgp dampening
peer x.x.x.x as-number AS-number neighbor x.x.x.x remote-as AS-number
peer x.x.x.x description blabla neighbor x.x.x.x description blabla
peer x.x.x.x connect-interface LoopBack0 neighbor x.x.x.x update-source Loopback0
peer x.x.x.x next-hop-local neighbor x.x.x.x next-hop-self
peer x.x.x.x advertise-community neighbor x.x.x.x send-community
peer x.x.x.x password simple|cipher string neighbor x.x.x.x password 7 string
(default) neighbor x.x.x.x version 4 (no negotiation)
peer x.x.x.x ebgp-max-hop neighbor x.x.x.x ebgp-multihop hop_count
peer x.x.x.x preferred-value default_prefval neighbor x.x.x.x weight default_weight
peer x.x.x.x default-route-advertise route-policy name neighbor x.x.x.x default-originate route-map name
peer x.x.x.x timer keepalive keepalive hold holdtime neighbor x.x.x.x timers keepalive holdtime minholdtime
peer x.x.x.x route-policy name import | export neighbor x.x.x.x route-map name in | out
peer x.x.x.x public-as-only neighbor x.x.x.x remove-private-as
peer x.x.x.x fake-as AS-number neighbor x.x.x.x local-as no-prepend AS-number replace-as
peer x.x.x.x substitute-as
peer x.x.x.x allow-as-loop AS_occurances neighbor x.x.x.x allowas-in AS_occurances
peer x.x.x.x route-limit prefix_number % reconnect restart_interval
neighbor x.x.x.x maximum-prefix prefix_number % restart restart_interval
peer x.x.x.x reflect-client neighbor x.x.x.x route-reflector-client
peer x.x.x.x ignore neighbor x.x.x.x shutdown
group group_name internal | external neighbor group_name peer-group
peer x.x.x.x group group_name neighbor x.x.x.x peer-group group_name
compare-different-as-med bgp always-compare-med
bestroute compare-med bgp deterministic-med
bestroute as-path-neglect bgp bestpath as-path ignore
undo default ipv4-unicast no bgp default ipv4-unicast
(Default) bgp suppress-inactive
peer x.x.x.x capability-advertise orf ip-prefix both neighbor x.x.x.x capability orf prefix-list both
peer x.x.x.x capability-advertise route-refresh (default) neighbor x.x.x.x soft-reconfiguration inbound
peer x.x.x.x bfd neighbor x.x.x.x fall-over bfd
peer x.x.x.x route-update-interval timer neighbor x.x.x.x advertisement-interval seconds
(iBGP default=5s, eBGP default=30s) iBGP default=0s, eBGP (na VRF) default=0s, eBGP default=0s)
peer x.x.x.x next-hop-local neighbor x.x.x.x next-hop-self
peer x.x.x.x capability-advertise orf ip-prefix both neighbor x.x.x.x capability orf prefix-list both
Deve ser usado no vpnv4 address-family. Deve ser usado no vpnv4 address-family.
peer x.x.x.x advertise-ext-community neighbor x.x.x.x send-community extended | both
undo peer x.x.x.x enable no neighbor x.x.x.x activate
Verificando a troca de prefixos
display bgp routing-table peer x.x.x.x received-routes show ip bgp neighbors x.x.x.x received-routes
display bgp routing-table peer x.x.x.x advertised-routes show ip bgp neighbors x.x.x.x advertised-routes
MPBGP
display bgp vpnv4 vpn-instance vpn-instance-name routing-table peer x.x.x.x received-routes
show ip bgp vpnv4 vrf vrf-instance-name neighbors x.x.x.x received-routes
display bgp vpnv4 all routing-table peer x.x.x.x received-routes
v5
show ip bgp vpnv4 all neighbors x.x.x.x received-routes
display bgp vpnv4 vpn-instance vpn-instance-name routing-table peer x.x.x.x advertised-routes
show ip bgp neighbors x.x.x.x advertised-routes
display bgp vpnv4 all routing-table peer x.x.x.x advertised-routes
show ip bgp
COMUTADORES 