+ Responder ao Tópico



  1. #1

    Padrão BGP com CCR1036 - quedas no trafego

    Boa tarde,

    temos uma RB CCR1036 rodando BGP com dois links full routing, um deles com 600 mil rotas, outro com 15mil rotas, sendo que um link é de 500mb e outro de 430mb. O que percebemos é que quando as interfaces dos links chegam em torno de 55-60mil p/s (agregado, juntando as duas interfaces) acontecem quedas no trafego de apenas uma interface de um dos links (queda em torno de 50% do trafego).

    Alguém já passou por problema semelhante? Será que esta RB não suporta essa quantidade de trafego fazendo full routing?

  2. #2

    Padrão Re: BGP com CCR1036 - quedas no trafego

    Suporta ate mais, mais aconselho fazer bonding, pois em uma unica interface não vai mesmo! Passo aqui mais de 2g em uma CCR!

  3. #3

    Padrão Re: BGP com CCR1036 - quedas no trafego

    São dois links distintos, não há possibilidade de bonding.

    Acredito que falte um "ajuste fino" ai...
    Minhas dicas são:
    Solicite a operadora que lhe envia fullrouting que altera para rota padrão + partialrouting.
    Voce só precisa de fullrouting se for vender link a outros provedores, caso contrario voce esta sobrecarregando sua routerboard atoa (pode ver que uma CPU sempre fica em 100%)

    Faça uma "borda limpa"
    Nesta ccr elimine regras de firewall complexas, pppoe, queues, NAT e qualquer tranqueira a mais...


    Tenho ccr1036 com link de 1Gbps sem problema algum, dando mais 200 mil p/s e 1Gbps de Download.

  4. #4

    Padrão Re: BGP com CCR1036 - quedas no trafego

    Citação Postado originalmente por Estagiario Ver Post
    Solicite a operadora que lhe envia fullrouting que altera para rota padrão + partialrouting.
    Voce só precisa de fullrouting se for vender link a outros provedores, caso contrario voce esta sobrecarregando sua routerboard atoa (pode ver que uma CPU sempre fica em 100%)
    E como vai ser feita a seleção de melhores rotas para saída, sem receber full routing dos dois upstreams? Até para balancear melhor o upload deve ficar complicado.

    Acrescentando à sugestão da borda limpa: desative Connection Tracking (ele só é necessário para coisas que você não deveria fazer na borda) e se o FastPath não ativar em todo o tráfego por alguma coisa que você precise fazer que desabilite esse recurso, configure FastTrack.

  5. #5

    Padrão Re: BGP com CCR1036 - quedas no trafego

    Presumo que o link com 15mil rotas seja um PTT, logo tudo que não sai pelo ptt vai para a rota padrao do outro link, não tem que ficar "selecionando melhor rota".

  6. #6

    Padrão Re: BGP com CCR1036 - quedas no trafego

    Citação Postado originalmente por Estagiario Ver Post
    Presumo que o link com 15mil rotas seja um PTT, logo tudo que não sai pelo ptt vai para a rota padrao do outro link, não tem que ficar "selecionando melhor rota".
    Ah sim, se o outro é IX, então aceitar todas rotas dele e apenas default do trânsito é uma boa solução, inclusive simplifica o processo de preferência de rotas.

    Mas em casos de 2 ou mais trânsitos, com ou sem IX, é preciso receber tabela completa de todos upstreams para ter a melhor rota de saída, não tem jeito.