quarta-feira, 2 de junho de 2010

Switches 3Com 4800G - Configuração básica do BGP

Desculpe-nos o conteúdo foi migrado para o domínio comutadores.com.br, para acessar clique no link abaixo:

 http://www.comutadores.com.br/switches-3com-4800g-configuracao-basica-do-bgp/

 Obrigado
Postado por
Marcadores:

6 comentários:

  1. Unknown21 de outubro de 2010 às 12:16

    OLa Diego, recebi alguns 4800g e queria uma luz para configurar os mesmos, primeiro como habilitar as portas Ethernet ??? alguma porta funciona no modo wan???

    ResponderExcluir
  2. Diego Dias24 de outubro de 2010 às 09:05

    Olá Ramon, o que seria modo WAN? Colocar IP na Interface física? Infelizmente os Switches 4800G não suportam esse tipo de configuração!

    Nesse caso criamos uma VLAN de transito para estabelecimento de conectividade!

    ResponderExcluir
  3. Roberto21 de junho de 2011 às 08:20

    Opa Diego.
    Qual a tua solução para evitar transito forçado no teu BGP ? Na prática, apesar de nao anunciar, se alguem apontar a rota para a interface ele vai rotear (pelo menos a saída do pacote), considerando que voce tem dois neighboards e nao quer fornecer nenhum transito entre eles.

    Não vi aqui no 4800 como bloquear "entrada por porta X e saida por porta Y, exclusivamente, e vice-versa".

    Parabéns pelo blog.

    ResponderExcluir
  4. Diego Dias30 de junho de 2011 às 16:43

    @Ramon, nas atualizações do Comware já é possível a configuração de endereço IP na interface fisica (mas ainda não efetuei nenhum teste com o BGP)

    @Roberto, uma solução que pode ser utilizada para evitar que o seu AS sirva de trânsito é utilizar filtro de AS com expressão regular!

    http://comutadores.blogspot.com/2010/06/switches-3com-4800g-filtro-para-o.html

    abraços

    ResponderExcluir
  5. Roberto5 de julho de 2011 às 04:20

    Diego,
    Mas filtrar o anúncio simplesmente não evita que alguém aponte a rota para a máquina. De fato você não vai anunciar, filtrando, mas se estaticamente a rota for apontada os pacotes vão sair...

    ResponderExcluir
  6. Diego Dias18 de julho de 2011 às 04:31

    @Roberto, nesse caso eu sugeriria uma ACL... dependendo do cenário Route Policy (Route MAP).

    ResponderExcluir

Assinar: Postar comentários (Atom)