On 7/27/07, Patrick Tracanelli <[EMAIL PROTECTED]> wrote: > > > Exatamente, pra isso carp nao se aplica. Indicar cap na situação > inicialmente proposta é um tiro no escuro recomendar pro amigo ;) E ele > vais e frustrar.
Depende do que é entendido por "HA".. .como ele não especificou cada um deu idéias do seu ponto de vista... >> trunk entao... pior ainda; vai fazer agregacao entre quem, e isso vai > >> ajudar no que? > > > > > > Nunca usei trunk, mas pelo que li..você pode agregar as interfaces de > saída > > e da mesma forma acima ter um script que checa o gateway default em caso > de > > queda, voce remove o link com problema do trunk. > > Entao vamos entender: > > "pegue uma interface que nao existe (virtual, kernel) e coloque um IP > nela, e mande ela transmitir os pacotes pelas interfaces que existem, > balanceando ou agregando e detectando falha em qualquer uma das > interfaces reais". > > O trunk faz isso. Mesma coisa que o ng_one2many, porem, mais facil e sem > ter que aprender a "programar" nos netgraph. Entao ai chega a questao, > que IP por no trunk0? do adsl1 ou do adsl2? ou nenhum? E ai nenhum tem > que natear neh? Natear de quem pra quem sob que circunstancias? > > Pois é, entao trunk nao ajuda em nada nesse caso, e no final, se for > reescrever pacotes faz-se a mesma coisa sem precisar do trunking. boaaaa... foi uma sugestão impensada... realmente não funcionaria para links internet nesta situação... ;-) ------------------------- Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
