Re: [FUG-BR] RES: BGP
Dá pra ter AS com uma operadora somente.. O requisito é que voce esteja conectado a 2 AS, não que voce compre transito de 2 AS, ou seja, se voce quiser ter um AS, arrume alguem da sua regiao e feche um acordo de troca de trafego, para o registro.br já basta. Com relacao a full/partial, acho que o João está se referindo a mim :D. Eu realmente acho bobagem essa historia de pegar fullrouting à toa. Para rotas internacionais, o caminho vai ser mais ou menos o mesmo (a nao ser que voce tenha um acesso internacional direto), entao, com parcial e o localpref setado para a rota default que voce receber já vão surtir o mesmo efeito. Do meu lado tento mostrar pro cliente que full é bobagem, mas tambem caso ele queira alterar de full para partial (ou vice versa), nao demora mais que 10 minutos pra fazer a alteracao. Renato Ornelas 2009/10/2 Renato Frederick freder...@dahype.org Completando a resposta do Patrick, alguns comentários: Ninguem em sã consciencia passa pela sabatina de questionamentos do registro.br e depois paga CIDR+ASN e mais ainda, pagar anualmente a renovação de 2milreis para ficar só com 1 provedor por muito tempo. Éfato de que em algum momento vai ter ao menos 2, nem que seja por condição comercial. Até porque duvido que o registro.br forneceria ASN para um ISP que declare ter só um provedor, isto já quebra a premissa de multihomed hein... Como memória de PC é barato, peça logo full, não vai matar ninguem ter um zebra consumindo 150MB de RAM, em tempos que 4GB custa menos de 200 reais e todos os processadores são amd64 compatible. Agora se você vai ativar isto numa caixa cisco/juniper, aí não pode ser esta festa, memória para roteador ainda é absurdamente cara. Mas parece que grande maioria aqui usa em BSD ou em Mikrotik. E é mais fácil ativar full no momento da ativação do que depois correr atrás do laço do consultor para ele entender que quer alterar partial para full e fazer isto chegar á equipe de Operação da operadora e por aí vai, todos sabem como funciona o drama. Ainda, se não quer consumir memória, faça um filtro no parceiro BGP ignorando todas as rotas enviadas, menos a default, ou melhor ainda, ignore todas as rotas recebidas e coloque: ip route 0.0.0.0 0.0.0.0 roteador_provedor. É uma sacanagem com a operadora, que consumiu recurso do router deles e você não está usando, mas e daí, eles são sacanas conosco, chumbo trocado não doi... hehehehe :-P Por fim, não faz prepend quem não sabe ou não entende BGP, o provedor paga(e muito caro) 2 circuitos, paga renovação junto ao registro.br mais hora técnica do funcionário para ativar o BGP, é obrigação acompanhar de perto semanalmente - ao mínimo - a utilização do provedor com um netflow+export de AS e fazer engenharia do tráfego otimizando o uso dos links, todos saem beneficiados. De: freebsd-boun...@fug.com.br [freebsd-boun...@fug.com.br] em Nome de Patrick Tracanelli [eks...@freebsdbrasil.com.br] Enviado: sexta-feira, 2 de outubro de 2009 14:01 Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) Assunto: Re: [FUG-BR] BGP João Luiz Pedrosa Viana escreveu: Bom dia a todos, Gostaria da opinião de vocês quanto a utilização do Full Routing e do parcial routing em BGP, estou criando o servidor para utilizar meu ASN que chegou a poucos dias, e conversando com os técnicos de uma das teles que me atende ele indicou o partial routing, alegando ser uma estrutura requer menos “atenção” na sua manutenção. Conversando com o Renato Frederick, grande amigo e um profissional que respeito muito, ele me fez a indicação de usar o full routing, por permitir um maior controle sobre o sistema de roteamento. Minha rede não tem um grande volume de dados ainda, estamos ajustando para que possamos atender um volume realmente grande de clientes, hoje temos em torno de 3 Teles nos atendendo, uma com 6MB, outra com 8MB e outra com 2MB, esses números tendem a se alterar assim que o BGP estiver estável. A Minha duvida é qual a vantagem do Full Routing em realção ao Partial routing e vice-versa. Desde já agradeço João Luiz Pedrosa Viana Joao, quantas operadoras? Pelo que entendi parece ser so uma. Se e so uma operadora, nem partial nem full, coloca so rota padrao e boa. Nao vai mudar absolutamente nada. Ja se forem inumeras, FULL. Com FULL voce tem controle pleno pra fazer prepend e outras decisoes de trafego pro seu Upstream e escolher melhor downstream por rede ou ASN. As operadoras sempre recomendam PARTIAL ou DEFAULT pq custa menos recurso pra eles. De forma geral 80% dos provedores nao precisam de FULL mesmo. A maioria faz por ego, pra dizer que tem FULL. Conheco inumeros ambientes onde tem FULL sem sequer ter um prepend. De qualquer forma depende do seu ambiente. Se voce precisa de decisoes de engenharia de trafego flexiveis, FULL. Se preciso so colocar seu CIDR
Re: [FUG-BR] Res.: BGP
2009/10/2 Patrick Tracanelli eks...@freebsdbrasil.com.br João Luiz Pedrosa Viana escreveu: Obrigado a todos pelas respostas, Respondendo ao Patrick e ao Renato São 3 empresas de Telecomunicações que tenho hoje, e quero uni-las no BGP. Embratel (ativa e funcionando) Unotel (ativa e funcionando) CTBC (vai ser ativada) Honestamente, vai de FULL com todas então. Independente da sua necessidade imediata pois, enquanto com algumas dessas o relacionamento é rapido, com outras passar de PART pra FULL uma boa dose de formalidade e paciencia. -- 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 - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Raid Controladora Perc6
Tenho o 7.2 instalado em um Dell 1950 e num PowerEdge R610: On Board Device 6 Information Type: SAS Controller Status: Enabled Description: Integrated PERC 6/i Controller O driver é esse mfi0 mesmo. Não tenho muita experiencia no FreeBSD ainda, mas nao tive nenhum problema com estas maquinas até hoje (1950 ta rodando a 4 meses e outra com 1,5). Renato Ornelas 2009/9/15 irado furioso com tudo ir...@bsd.com.br Em Tue, 15 Sep 2009 02:30:40 -0300 Wanderson Tinti wander...@bsd.com.br, conhecido consumidor de drogas (BigMac's com Coke) escreveu: Consulte o Hardware Notes do FreeBSD. Segundo o link[1] o drive mfi suporta a controladora Dell Perc6, no link[2] tem algumas infomações para você compilar o kernel. Esse Hardware Note é do FreeBSD 8 CURRENT. IMHO, é inconveniente um CURRENT para servidor de produção. flames /dev/null -- saudações, irado furioso com tudo Linux User 179402/FreeBSD BSD50853/FUG-BR 154 Não uso drogas - 100% Miko$hit-free povo é aquela galera que grita na geral mas não influi no resultado (Plinio Marcos) - 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] Memory leak no openbgpd?
Nao consigo rodar nada no valgrind.. tentei com o valgrind e com o valgrind-snapshot.. Já montei o /proc e da este erro: freebsd# valgrind --tool=memcheck --leak-check=yes /usr/local/sbin/bgpd -nv ==21337== Memcheck, a memory error detector for x86-linux. ==21337== Copyright (C) 2002-2004, and GNU GPL'd, by Julian Seward. ==21337== Using valgrind-2.1.2.CVS, a program supervision framework for x86-linux. ==21337== Copyright (C) 2000-2004, and GNU GPL'd, by Julian Seward. ==21337== For more details, rerun with: -v ==21337== --21337-- WARNING: unhandled syscall: 477 --21337-- Do not panic. You may be able to fix this easily. --21337-- Read the file README_MISSING_SYSCALL_OR_IOCTL. ==21337== Warning: client syscall munmap tried to modify addresses 0xFFDA-0x102 --21337-- WARNING: unhandled syscall: 477 --21337-- Do not panic. You may be able to fix this easily. --21337-- Read the file README_MISSING_SYSCALL_OR_IOCTL. ==21337== Invalid write of size 4 ==21337==at 0x3C007F26: (within /libexec/ld-elf.so.1) ==21337==by 0x3C018A21: (within /libexec/ld-elf.so.1) ==21337==by 0x3C0081DC: (within /libexec/ld-elf.so.1) ==21337==by 0x3C00616E: (within /libexec/ld-elf.so.1) ==21337== Address 0xFFFC is not stack'd, malloc'd or (recently) free'd ==21337== ==21337== Process terminating with default action of signal 10 (SIGBUS): dumping core ==21337==at 0x3C007F26: (within /libexec/ld-elf.so.1) ==21337==by 0x3C018A21: (within /libexec/ld-elf.so.1) ==21337==by 0x3C0081DC: (within /libexec/ld-elf.so.1) ==21337==by 0x3C00616E: (within /libexec/ld-elf.so.1) ==21337== Core dumping is broken on FreeBSD. Please re-run valgrind after fixing the crash. ==21337== ==21337== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) ==21337== malloc/free: in use at exit: 0 bytes in 0 blocks. ==21337== malloc/free: 0 allocs, 0 frees, 0 bytes allocated. ==21337== For counts of detected errors, rerun with: -v ==21337== No malloc'd blocks -- no leaks are possible. Bus error Tem algum macete pra colocar o valgrind pra rodar (estou rodando o i386 mesmo)? Renato - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Memory leak no openbgpd?
Prezados amigos, Estou usando o openbgpd (4.2) no Free 7.2 e acho que tem um mem leak nele.. Quando eu dou um reload ele da um pico de memoria no processo do route decision engine e depois diminui.. so que ele nunca volta ao patamar de antes.. sempre consome um pouco de memoria a cada reload. Por exemplo: No dia 01/09 antes do reload o processo em questao consumia (segundo o top): 41650 _bgpd 1 440 587M 586M select 1 5:39 0.00% bgpd Durante o reload, peguei um pico de (mas chegou a ir alem disto): 41650 _bgpd 1 970 857M 856M CPU0 0 7:15 8.69% bgpd Apos o reload ele ficou com: 41650 _bgpd 1 440 592M 592M select 3 7:25 1.66% bgpd Nao foi mudado nada na configuracao, so dado o bgpctl reload mesmo... Hoje o processo esta consumindo: 41650 _bgpd 1 440 1839M 1840M select 1 50:50 0.00% bgpd O comando bgpctl sh rib mem retorna (foi dado agora): bgpctl sh rib mem RDE memory statistics 301586 IPv4 network entries using 9.2M of memory 1570831 prefix entries using 47.9M of memory 279575 BGP path attribute entries using 21.3M of memory 140411 BGP AS-PATH attribute entries using 5.7M of memory, and holding 279575 references 8948 BGP attributes entries using 210K of memory and holding 225840 references 8947 BGP attributes using 193K of memory RIB using 84.6M of memory Pela minha experiência, após ele chegar a uns 2300M o bgp morre e tenho que comecar tudo de novo. A versão mais nova do ports ta com um pau que nao deixa vc dar o reload (testado em outro servidor), dando o seguinte erro no syslog: Aug 28 12:04:17 bgp2 bgpd[2948]: /usr/local/etc/bgpd.conf:271: rib Adj-RIB-In allready exists. Aug 28 12:04:17 bgp2 bgpd[2948]: /usr/local/etc/bgpd.conf:271: rib Loc-RIB allready exists. Aug 28 12:04:17 bgp2 bgpd[2948]: config file /usr/local/etc/bgpd.conf has errors, not reloading Alguém já viu algum problema parecido? Tenho 3 sessões full, 4 parciais e 28 com clientes. Num outro servidor (mesmas versoes de tudo) com 2 sessoes full, 2 parciais e 8 de clientes acontece o mesmo (so que consome somente uns 2M a mais a cada reload). Neste 2o servidor, somente um dos clientes recebe a tabela full... Se alguém tiver o ports da versão 4.4.1_2 pra me mandar para que eu teste aqui (ou me ensinar como pego uma versao velha do ports, pois sou novato no Free), seria otimo... Caso ninguem tenha ideia do que possa ser, o que seria melhor: abrir um bug report ou postar numa lista como a freebsd-net antes disto? Abraços, Renato - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] [off] placas Intel e chipset Intel
Tive problemas com placas broadcom (bce).. Acima de 500Mbit elas abrem o bico... Recebia 500Mbit em uma e ela so deixava passar 400Mbit na outra interface.. Detalhe, que era para estar recebendo uns 800Mbit. O consumo de CPU também era altíssimo.. Substitui por placas intel Quad Giga e não tive mais problemas. Renato Ornelas 2009/8/14 irado furioso com tudo ir...@bsd.com.br Em Thu, 13 Aug 2009 22:45:30 -0300 (BRT) Nenhum_de_Nos math...@eternamente.info, conhecido consumidor de drogas (BigMac's com Coke) escreveu: olha: http://www.intel.com/portugues/products/Desktop/Motherboards/DQ45CB/DQ45CB-overview.htm :) matheus uia.. parece que que é mesmo :) obrigado, matheus. -- saudações, irado furioso com tudo Linux User 179402/FreeBSD BSD50853/FUG-BR 154 Não uso drogas - 100% Miko$hit-free A experiencia ensina que a mulher ideal é sempre a dos outros. - 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