Re: [FUG-BR] Redundância BGP
A pergunta não é pra mim mas aí vai. Para o tráfego de saída, use alguma técnica de PBR(route-to do pf, setfib, etc). Para o tráfego de entrada, você pode divulgar uma rede mais específica(a que tem mais tráfego de entrada) para a operadora B, dando grande chance desta rede voltar por ela. Ex, /20 para A e B(redundancia) a rede /24 que tem mais volume para a B Outra opção é fazer prepend, deixando o caminho de uma rede mais longo por uma operadora, porém não é garantido que funcione, pois outro AS que esteja na mesma operadora pode acabar continuar usando-a para chegar ao seu link. Com base nisto e em análises com netflow + informação de AS(tem plugins para cacti/ntop que informam isto, bem como soluções comerciais), você vai conseguir um cenário de quais blocos + AS mais usados tanto para tráfego de entrada e saída e vai poder afinar seu cenário BGP. Patrick, Já tenho CIDR e BGP.Mas a idéia dessa redundância poderia causar problemas, já que um link tem (A)40MB outro (B)80MB. Assim penso: Se o AS da operadora A for mais 'comum'(utilizado) do que a operadora B, posso ter problema de ter uma grande quantidade de trafego entrando, passando pelo operadora A até meu roteador, destinado aos serviços da rede B. Isso saturaria meu link. Como não consigo filtrar o que está 'entrado', terei um link de 80MB mais ocioso que o de 40MB. Isso confere ou viajei? . - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Mais uma nova do cacti
-- From: Neriberto Caetano do Prado neribe...@gmail.com Sent: Wednesday, April 14, 2010 3:25 PM To: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) freebsd@fug.com.br Subject: Re: [FUG-BR] Mais uma nova do cacti Boa tarde, O adodb aí é a biblioteca para o php. veja : http://phplens.com/adodb/ Em 14 de abril de 2010 14:32, Enio Marconcini # www.Enio.Pro.Br eni...@gmail.com escreveu: 2010/4/13 Luciano O. Bissoli - TecNet Sistemas de Redes luci...@tecnet.srv.br Boa tarde, hj me deparei com o seguinte erro ao instalar o cacti novamente, Deprecated: Assigning the return value of new by reference is deprecated in /usr/local/share/cacti/lib/adodb/adodb.inc.php on line 866 Warning: Cannot modify header information - headers already sent by (output started at /usr/local/share/cacti/lib/adodb/adodb.inc.php:866) in /usr/local/share/cacti/include/auth.php on line 29 (...) Eu instalei tudo sem nenhum problema, banco e o usuario estão criados. Alguem ja passou por isso??? Obrigado. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd pelo pouco que sei o ADOdb ai mencionado é algo relacionado a uma camada de acesso a banco de dados da microsoft. não será talvez alguma opção ajustada no processo de instalação do seu PHP ou do Cacti ? -- ENIO RODRIGO MARCONCINI gtalk: eni...@gmail.com skype: eniorm msn: /dev/null Bom dia Enio, Pode ser que esteja faltando alguam coisa sim, eu instalei tudo via Ports, ao instalar o cacti, ele instala todas suas dependencias automaticamente, e acabou dando erro ao instalar, o php5-snmp, então eu o removi do distfiles, e instalei ele sozinho, então voltei a compilar o cacti, ai ele finalizou a instalação sem nenhum erro. você saberia me dizer qual dependencia estaria faltando, para que eu possa resolver? obrigado pela atenção - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Mais uma nova do cacti
On Apr 13, 2010, at 5:34 PM, Luciano O. Bissoli - TecNet Sistemas de Redes wrote: Boa tarde, hj me deparei com o seguinte erro ao instalar o cacti novamente, Deprecated: Assigning the return value of new by reference is deprecated in /usr/local/share/cacti/lib/adodb/adodb.inc.php on line 866 (...) Warning: strtotime() [function.strtotime]: It is not safe to rely on the system's timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected 'UTC' for 'UTC/0.0/no DST' instead in /usr/local/share/cacti/include/global_constants.php on line 156 (...) Warning: Cannot modify header information - headers already sent by (output started at /usr/local/share/cacti/lib/adodb/adodb.inc.php:866) in /usr/local/share/cacti/include/auth.php on line 29 Eu instalei tudo sem nenhum problema, banco e o usuario estão criados. Alguem ja passou por isso??? Estes warnings são gerados pela ultima versão do PHP 5 no ports (5.3.x). Veja no /usr/local/etc que agora existem duas versões recomendadas para o php.ini uma para desenvolvimento (com todos os warnings ativos) e outra para produção que desativa todas essas mensagens, você só precisa fazer com que o seu php.ini seja uma copia do php.ini-production. Att., Luiz - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Mais uma nova do cacti
-- From: Luiz Otavio O Souza lists...@gmail.com Sent: Thursday, April 15, 2010 8:19 AM To: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) freebsd@fug.com.br Subject: Re: [FUG-BR] Mais uma nova do cacti On Apr 13, 2010, at 5:34 PM, Luciano O. Bissoli - TecNet Sistemas de Redes wrote: Boa tarde, hj me deparei com o seguinte erro ao instalar o cacti novamente, Deprecated: Assigning the return value of new by reference is deprecated in /usr/local/share/cacti/lib/adodb/adodb.inc.php on line 866 (...) Warning: strtotime() [function.strtotime]: It is not safe to rely on the system's timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected 'UTC' for 'UTC/0.0/no DST' instead in /usr/local/share/cacti/include/global_constants.php on line 156 (...) Warning: Cannot modify header information - headers already sent by (output started at /usr/local/share/cacti/lib/adodb/adodb.inc.php:866) in /usr/local/share/cacti/include/auth.php on line 29 Eu instalei tudo sem nenhum problema, banco e o usuario estão criados. Alguem ja passou por isso??? Estes warnings são gerados pela ultima versão do PHP 5 no ports (5.3.x). Veja no /usr/local/etc que agora existem duas versões recomendadas para o php.ini uma para desenvolvimento (com todos os warnings ativos) e outra para produção que desativa todas essas mensagens, você só precisa fazer com que o seu php.ini seja uma copia do php.ini-production. Att., Luiz Valeu Luiz Otavio, matou a pau, deu certinho aqui e rodou maravilha. Problema resolvidissimo \O/ att Luciano O. Bissoli - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Redundância BGP
Patrick, Já tenho CIDR e BGP.Mas a idéia dessa redundância poderia causar problemas, já que um link tem (A)40MB outro (B)80MB. Assim penso: Se o AS da operadora A for mais 'comum'(utilizado) do que a operadora B, posso ter problema de ter uma grande quantidade de trafego entrando, passando pelo operadora A até meu roteador, destinado aos serviços da rede B. Isso saturaria meu link. Como não consigo filtrar o que está 'entrado', terei um link de 80MB mais ocioso que o de 40MB. Isso confere ou viajei? Mais ou menos. Ter um AS não é apenas declar o ASN no BGP e anunciar o CIDR. Ter um AS é sinônimo de realmente ser autônomo em suas decisões de roteamento. Assim sendo, eu costumo dizer que Engenharia de Tráfego é a oitava arte. Sendo autônomo você escolhe o que, preferencialmente entra pelo seu link B e o que entra pelo A. Isso pode ser tanto por rede sua quanto por AS ou prefixo remoto. É feito com prepend do seu proprio ASN no as-path pra aquela rede ou origem. A ideia simples é jogar parte (com prepend) do seu CIDR por um link e outra parte por outro, sem excluir o caminho secundário para sempre ter redundância. A ideia mais a arte por tras da engenharia é escolher por qual entrada um trecho da internet chega. Por exemplo colocar o ASN do Google entrando pelo link B, do UOL pelo link A, do Yahoo pelo A, Embratel pelo B, globalcrossing pelo B e ai deixar o resto do mundo escolher o melhor as-path. Dependendo da sua upstream pode ser necessário usar communities pra eles repassarem essas suas definições em trânsito pros upstream deles. Outras simplesmente repassam tudo em transito. Enfim, seu receio so faz sentido no comportamento padrão. Ou seja se você deixar seu BGP abandonado, funcionando a deus dará, certamente corre o risco. E é incrível a coincidencia como a operadora com mais link que a gente contrata (normalmente motivação financeira) tende a ter o pior as-path sempre hehehe. Mas se voce intervir ativamente nas suas decisões de tráfego, não deixando seu BGP orfão de administração, você resolve o problema. . - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Patrick Tracanelli FreeBSD Brasil LTDA. Tel.: (31) 3516-0800 316...@sip.freebsdbrasil.com.br http://www.freebsdbrasil.com.br Long live Hanin Elias, Kim Deal! - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] ATENCAO - Regras da Lista - LEMBRETE
Esta é uma mensagem automática, enviada periodicamente para a lista como lembrete de quais são e onde encontrar as regras de boa conduta. Para bom uso desta lista, É fundamental que você tenha lido, compreendido e concordado com as regras. Caso ainda nao as tenha lido, reserve um tempinho para esta tarefa. Para evitar a inclusão das regras neste e-mail e poupar alguns kilobytes mensais repetitivos em Vssa. caixa postal, este lembrete refere-se apenas à URL onde encontrar as regras: https://www.fug.com.br/mailman/listinfo/freebsd Conheça-as, por gentileza. -- FUG-BR: Grupo Brasileiro de Usuarios de FreeBSD Desde 1999, espalhando o BSD http://www.fug.com.br adm...@fug.com.br - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] [Off Toppic] Opções de Trabalho R S, SC, PR
Ola amigos, Gostaria de saber se alguem sabe alguma empresa nesses estados que estejam com falta de funcionario com grande conhecimento em UNIX e redes em geral para trabalho. Obrigado a tdos... - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Redundância BGP
Mais ou menos. ... A ideia simples é jogar parte (com prepend) do seu CIDR por um link e outra parte por outro, sem excluir o caminho secundário para sempre ter redundância. A ideia mais a arte por tras da engenharia é escolher por qual entrada um trecho da internet chega. Por exemplo colocar o ASN do Google entrando pelo link B, do UOL pelo link A, do Yahoo pelo A, Embratel pelo B, globalcrossing pelo B e ai deixar o resto do mundo escolher o melhor as-path. ... -- Patrick Tracanelli Senhores, excelente assunto. Fiquei curioso, suas explicações foram bastante interessante. Renato ou Patrick, posta alguns exemplos de configurações de algo do tipo, redundância com diferentes saídas, política de entrada, vai acrescentar muito e me ajudar também. Boa noite. Wanderson Tinti - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
