[FUG-BR] Openospf, FreeBSD, Rotas diretamente conectadas e ECMP
Opa. Vamos aos fatos primeiro: O OpenBSD aceita multiplas rotas para um mesmo destino usando a metrica de prioridade. No FreeBSD isso é um sonho meu de longa data (Louvado seja o RADIX_MPATH quando estiver estavel), pois no FreeBSD é uma rota na tabela fib e acabou. (sim sim sim existe multiplas fib mas acredito que não é o caso.) Ja aceitei o fato de que vou ter que esperar o RADIX estabilizar para ter ECMP, mas eu enrosquei em uma dificuldade com o uso do Openospf ontem. O cenário é um BSD 9-stabe com OpenOSPF e duas interfaces WAN falando ospf. wan1 master wan2 backup As duas wans recebem os mesmos anuncios, porém a wan1 sempre é eleita a melhor rota (ok ta certo!). Quando a wan1 cai o correto é mudar as rotas para o Wan2, entretanto quando o openospf vai fazer alteração na fib do FreeBSD ele da um delete nas rotas diretamente conectadas do BSD e com isso para a comunicação com o router da wan2. Se eu mudar a prioridade (wan2 sendo o master), acontece a mesma coisa! Sabendo dos fatos mensionados acima, eu pergunto, será que o OpenOspf portado não esta prevendo que o OpenBSD manipula a tabela de roteamento diferentemente do FreeBSD? ou será que existe alguma flag que corrige isso? ou então, será que ta tão errada a minha configuração? No mesmo ambiente sem desligar o BSD dei um pkg_delete openospf e um make install quagga, uns 4 comandos no telnet do quagga e o ospf levantou em cima do quagga e não apresentou nenhum problema na manipulação quando ele vai mudar a tabela de roteamento. Qualquer dica é valida! Abraços cat ospfd.conf router-id 10.0.0.1 redistribute connected redistribute static fib-update yes spf-delay 1 spf-holdtime 5 area 0.0.0.0 { interface vlan10:172.16.0.1 { hello-interval 10 metric 1 retransmit-interval 5 router-dead-time 40 router-priority 1 transmit-delay 1 auth-type none } interface vlan20:172.17.0.1 { hello-interval 10 metric 200 retransmit-interval 5 router-dead-time 40 router-priority 1 transmit-delay 1 auth-type none } } -- --- Matheus Cucoloto - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Openospf, FreeBSD, Rotas diretamente conectadas e ECMP
Testei um patch do RADIX_MPATH no 8.2-STABLE, havia parado o kernel panic. Só nao sei se o kernel realmente fazia o ECMP, porque você nao testa? -- Eduardo Schoedler Enviado via iPhone Em 11/02/2012, às 11:29, Matheus Cucoloto matheuscucol...@gmail.com escreveu: Opa. Vamos aos fatos primeiro: O OpenBSD aceita multiplas rotas para um mesmo destino usando a metrica de prioridade. No FreeBSD isso é um sonho meu de longa data (Louvado seja o RADIX_MPATH quando estiver estavel), pois no FreeBSD é uma rota na tabela fib e acabou. (sim sim sim existe multiplas fib mas acredito que não é o caso.) Ja aceitei o fato de que vou ter que esperar o RADIX estabilizar para ter ECMP, mas eu enrosquei em uma dificuldade com o uso do Openospf ontem. O cenário é um BSD 9-stabe com OpenOSPF e duas interfaces WAN falando ospf. wan1 master wan2 backup As duas wans recebem os mesmos anuncios, porém a wan1 sempre é eleita a melhor rota (ok ta certo!). Quando a wan1 cai o correto é mudar as rotas para o Wan2, entretanto quando o openospf vai fazer alteração na fib do FreeBSD ele da um delete nas rotas diretamente conectadas do BSD e com isso para a comunicação com o router da wan2. Se eu mudar a prioridade (wan2 sendo o master), acontece a mesma coisa! Sabendo dos fatos mensionados acima, eu pergunto, será que o OpenOspf portado não esta prevendo que o OpenBSD manipula a tabela de roteamento diferentemente do FreeBSD? ou será que existe alguma flag que corrige isso? ou então, será que ta tão errada a minha configuração? No mesmo ambiente sem desligar o BSD dei um pkg_delete openospf e um make install quagga, uns 4 comandos no telnet do quagga e o ospf levantou em cima do quagga e não apresentou nenhum problema na manipulação quando ele vai mudar a tabela de roteamento. Qualquer dica é valida! Abraços cat ospfd.conf router-id 10.0.0.1 redistribute connected redistribute static fib-update yes spf-delay 1 spf-holdtime 5 area 0.0.0.0 { interface vlan10:172.16.0.1 { hello-interval 10 metric 1 retransmit-interval 5 router-dead-time 40 router-priority 1 transmit-delay 1 auth-type none } interface vlan20:172.17.0.1 { hello-interval 10 metric 200 retransmit-interval 5 router-dead-time 40 router-priority 1 transmit-delay 1 auth-type none } } -- --- Matheus Cucoloto - 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
[FUG-BR] Problemas com nvidia Geforce 6200
Estou há dias quebrando a cabeça para fazer funcionar a aceleração 3D numa placa de vídeo Nvidia Geforce 6200 AGP em meu Desktop. Já tentei de tudo que estava em meu alcance antes de postar aqui. Quando inicio o X pelo startx aparece a seguinte mensagem: /dev/nvidiactl not found. Can not load Nvidia module. - O driver que instalei foi o 285.n.n, que está no ports, - Usei o nvidia-xconfig para escrever o xorg.conf. - Já tentei Xorg -configure para gerar um novo xorg.conf. - Coloquei nvidia_load=YES no boot. Nada feito... Se carrego pelo driver nv tudo funciona, porém filmes e jogos em flash ficam muito lentos, insuportáveis. O que eu preciso colar aqui para vocês me ajudarem? Xorg.0.log, dmesg, /var/log/messages? Precisam da especificação de minha placa-mãe, etc? Eu prefiro perguntar antes de poluir o email com logs desnecessários. Meu sistema é 9.0-RELEASE. Agradeço muito qualquer ajuda. -- http://about.me/paulocavalcanti - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Problemas com nvidia Geforce 6200
Em 11 de fevereiro de 2012 23:15, Paulo Olivier Cavalcanti procavalca...@gmail.com escreveu: Estou há dias quebrando a cabeça para fazer funcionar a aceleração 3D numa placa de vídeo Nvidia Geforce 6200 AGP em meu Desktop. Já tentei de tudo que estava em meu alcance antes de postar aqui. Quando inicio o X pelo startx aparece a seguinte mensagem: /dev/nvidiactl not found. Can not load Nvidia module. - O driver que instalei foi o 285.n.n, que está no ports, - Usei o nvidia-xconfig para escrever o xorg.conf. - Já tentei Xorg -configure para gerar um novo xorg.conf. - Coloquei nvidia_load=YES no boot. Nada feito... Se carrego pelo driver nv tudo funciona, porém filmes e jogos em flash ficam muito lentos, insuportáveis. O que eu preciso colar aqui para vocês me ajudarem? Xorg.0.log, dmesg, /var/log/messages? Precisam da especificação de minha placa-mãe, etc? Eu prefiro perguntar antes de poluir o email com logs desnecessários. Meu sistema é 9.0-RELEASE. Agradeço muito qualquer ajuda. Cara, o meu aqui também é um 9.0 com driver 285.05.09, tenta pôr no xorg.conf, invés de nv nvidia. []'s - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Problemas com nvidia Geforce 6200
Em 11 de fevereiro de 2012 23:20, Cleyton Agapito cragap...@gmail.com escreveu: Em 11 de fevereiro de 2012 23:15, Paulo Olivier Cavalcanti procavalca...@gmail.com escreveu: Estou há dias quebrando a cabeça para fazer funcionar a aceleração 3D numa placa de vídeo Nvidia Geforce 6200 AGP em meu Desktop. Já tentei de tudo que estava em meu alcance antes de postar aqui. Quando inicio o X pelo startx aparece a seguinte mensagem: /dev/nvidiactl not found. Can not load Nvidia module. - O driver que instalei foi o 285.n.n, que está no ports, - Usei o nvidia-xconfig para escrever o xorg.conf. - Já tentei Xorg -configure para gerar um novo xorg.conf. - Coloquei nvidia_load=YES no boot. Nada feito... Se carrego pelo driver nv tudo funciona, porém filmes e jogos em flash ficam muito lentos, insuportáveis. O que eu preciso colar aqui para vocês me ajudarem? Xorg.0.log, dmesg, /var/log/messages? Precisam da especificação de minha placa-mãe, etc? Eu prefiro perguntar antes de poluir o email com logs desnecessários. Meu sistema é 9.0-RELEASE. Agradeço muito qualquer ajuda. Cara, o meu aqui também é um 9.0 com driver 285.05.09, tenta pôr no xorg.conf, invés de nv nvidia. Outra coisa importante, verifique se no kldstat aparece o módulo nvidia.ko, se não aparecer vc precisa reinstalar o x11/nvidia-driver, toda vez que compila o kernel tem que recompilar ele também, senão o driver não sobe. []'s - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Problemas com nvidia Geforce 6200
Em Sat, 11 Feb 2012 23:20:24 -0200, Cleyton Agapito cragap...@gmail.com escreveu: Cara, o meu aqui também é um 9.0 com driver 285.05.09, tenta pôr no xorg.conf, invés de nv nvidia. Então, Cleyton, já fiz isso... mas aparece /dev/nvidiactl not found e o X não carrega. Se volto para nv funciona. É como se ele não estivesse achando a minha placa, entende? Se digito no diretório /dev: ll | grep nvidia não aparece nada. É como se a placa não estivesse espetada no slot! -- http://about.me/paulocavalcanti - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Problemas com nvidia Geforce 6200
Em Sat, 11 Feb 2012 23:25:27 -0200, Cleyton Agapito cragap...@gmail.com escreveu: Outra coisa importante, verifique se no kldstat aparece o módulo nvidia.ko, se não aparecer vc precisa reinstalar o x11/nvidia-driver, toda vez que compila o kernel tem que recompilar ele também, senão o driver não sobe. $ kldstat Id Refs AddressSize Name 1 27 0xc040 e9ec64 kernel 21 0xc129f000 192760 zfs.ko 32 0xc1432000 4070 opensolaris.ko 41 0xc1437000 3ae0 runfw.ko 51 0xc531f000 8000 linprocfs.ko 61 0xc534f000 29000linux.ko 71 0xc5e1 2000 fade_saver.ko $ $ su Password: amd# kldload nvidia kldload: can't load nvidia: File exists amd# -- http://about.me/paulocavalcanti - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Problemas com nvidia Geforce 6200
Em 11 de fevereiro de 2012 23:29, Paulo Olivier Cavalcanti procavalca...@gmail.com escreveu: Em Sat, 11 Feb 2012 23:25:27 -0200, Cleyton Agapito cragap...@gmail.com escreveu: Outra coisa importante, verifique se no kldstat aparece o módulo nvidia.ko, se não aparecer vc precisa reinstalar o x11/nvidia-driver, toda vez que compila o kernel tem que recompilar ele também, senão o driver não sobe. $ kldstat Id Refs Address Size Name 1 27 0xc040 e9ec64 kernel 2 1 0xc129f000 192760 zfs.ko 3 2 0xc1432000 4070 opensolaris.ko 4 1 0xc1437000 3ae0 runfw.ko 5 1 0xc531f000 8000 linprocfs.ko 6 1 0xc534f000 29000 linux.ko 7 1 0xc5e1 2000 fade_saver.ko $ $ su Password: amd# kldload nvidia kldload: can't load nvidia: File exists amd# Putz, aí o buraco é mais embaixo... O kldstat -v vai dar uma idéia do que está compilado no kernel, é enorme e não tenho ideia do que procurar, pra referência vou passar alguns que tem no meu: # kldstat -v | grep agp 205 hostb/agp_via 204 hostb/agp_sis 203 hostb/agp_nvidia 202 hostb/agp_intel 201 vgapci/agp_i810 200 hostb/agp_ati 199 hostb/agp_amd64 198 hostb/agp_amd 197 hostb/agp_ali # kldstat -v | grep vesa 212 vesa # kldstat -v | grep nvidia 68 pci/ata_nvidia 203 hostb/agp_nvidia 31 0xc0c49000 ad9a48 nvidia.ko (/boot/modules/nvidia.ko) 4 vgapci/nvidia Vc disse que o nvidiactl não aparece, e o nvidia0? Nas messagens não aparece nada sugestivo sobre ela? No meu aparece assim: nvidia0: GeForce 6200 on vgapci0 vgapci0: child nvidia0 requested pci_enable_io vgapci0: child nvidia0 requested pci_enable_io um pouco antes: agp0: VIA 3314 (P4M800CE) host to PCI bridge on hostb0 agp0: aperture size is 256M []'s - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Problemas com nvidia Geforce 6200
Em Sun, 12 Feb 2012 00:00:49 -0200, Cleyton Agapito cragap...@gmail.com escreveu: # kldstat -v | grep agp 205 hostb/agp_via 204 hostb/agp_sis 203 hostb/agp_nvidia 202 hostb/agp_intel 201 vgapci/agp_i810 200 hostb/agp_ati 199 hostb/agp_amd64 198 hostb/agp_amd 197 hostb/agp_ali # kldstat -v | grep vesa 212 vesa # kldstat -v | grep nvidia 68 pci/ata_nvidia 203 hostb/agp_nvidia 31 0xc0c49000 ad9a48 nvidia.ko (/boot/modules/nvidia.ko) 4 vgapci/nvidia Vc disse que o nvidiactl não aparece, e o nvidia0? Nas messagens não aparece nada sugestivo sobre ela? No meu aparece assim: nvidia0: GeForce 6200 on vgapci0 vgapci0: child nvidia0 requested pci_enable_io vgapci0: child nvidia0 requested pci_enable_io um pouco antes: agp0: VIA 3314 (P4M800CE) host to PCI bridge on hostb0 agp0: aperture size is 256M Vamos lá... Minha placa-mãe é uma ABIT NF7-S2 com chipset Nvidia, portanto no messages aparece um monte de palavras nvidia. Vou colar primeiramente o kldstat-v: $ kldstat -v | grep agp 434 hostb/agp_via 433 hostb/agp_sis 432 hostb/agp_nvidia 431 hostb/agp_intel 430 vgapci/agp_i810 429 hostb/agp_ati 428 hostb/agp_amd64 427 hostb/agp_amd 426 hostb/agp_ali $ kldstat -v | grep vesa $ $ kldstat -v | grep nvidia 432 hostb/agp_nvidia 95 pci/ata_nvidia Agora, o messages (cortado pra não poluir): Feb 11 21:54:52 amd kernel: r...@box.vx.sk:/usr/obj/i386.i386/bsd/releng_9_0/sys/GENERIC i386 Feb 11 21:54:52 amd kernel: CPU: AMD Athlon(tm) XP (1100.03-MHz 686-class CPU) Feb 11 21:54:52 amd kernel: Origin = AuthenticAMD Id = 0x681 Family = 6 Model = 8 Stepping = 1 Feb 11 21:54:52 amd kernel: Features=0x383fbffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR,SSE Feb 11 21:54:52 amd kernel: AMD Features=0xc0480800SYSCALL,MP,MMX+,3DNow!+,3DNow! Feb 11 21:54:52 amd kernel: real memory = 1073741824 (1024 MB) Feb 11 21:54:52 amd kernel: avail memory = 1027448832 (979 MB) Feb 11 21:54:52 amd kernel: acpi0: Nvidia AWRDACPI on motherboard Feb 11 21:54:52 amd kernel: acpi0: Power Button (fixed) Feb 11 21:54:52 amd kernel: cpu0: ACPI CPU on acpi0 Feb 11 21:54:52 amd kernel: acpi_button0: Power Button on acpi0 Feb 11 21:54:52 amd kernel: pcib0: ACPI Host-PCI bridge port 0xcf8-0xcff,0xcf0-0xcf3 on acpi0 Feb 11 21:54:52 amd kernel: pci0: ACPI PCI bus on pcib0 Feb 11 21:54:52 amd kernel: agp0: NVIDIA nForce2 AGP Controller on hostb0 Feb 11 21:54:52 amd kernel: vgapci0: VGA-compatible display mem 0xe900-0xe9ff,0xd000-0xdfff,0xea00-0xeaff irq 12 at device 0.0 on pci1 Quanto ao /dev : $ ll /dev | grep nvidia $ Desse jeito você consegue ter uma ideia ou precisa de mais detalhes? -- http://about.me/paulocavalcanti - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Openospf, FreeBSD, Rotas diretamente conectadas e ECMP
Opa Matheus! Blz? Na versade esse não é o caso de ECMP ou do radix, pois o fbsd suporta sim duas rotAs com destinos diferentes, mas precisa ser setada a metrica da rota, que no caso do openbsd ele chama de prioridade(48 se não me engano no caso do ospf). O problema é que o openospf no freebsd não seta a metrica/prioridade. Se alguém aí estiver com vontade pode se arriscar a fazer um patch que marque a metrica no kernel e na hora do ospf apagar a rota apague aquela com a metrica usada apenas pelo ospf. O caso do quagga é que ele tem um processo que controla todas as rotas que serão inseridas no kernel, já o openbgp/ospf lidam diretamente com a fib Em sábado, 11 de fevereiro de 2012, Matheus Cucoloto matheuscucol...@gmail.com escreveu: Opa. Vamos aos fatos primeiro: O OpenBSD aceita multiplas rotas para um mesmo destino usando a metrica de prioridade. No FreeBSD isso é um sonho meu de longa data (Louvado seja o RADIX_MPATH quando estiver estavel), pois no FreeBSD é uma rota na tabela fib e acabou. (sim sim sim existe multiplas fib mas acredito que não é o caso.) Ja aceitei o fato de que vou ter que esperar o RADIX estabilizar para ter ECMP, mas eu enrosquei em uma dificuldade com o uso do Openospf ontem. O cenário é um BSD 9-stabe com OpenOSPF e duas interfaces WAN falando ospf. wan1 master wan2 backup As duas wans recebem os mesmos anuncios, porém a wan1 sempre é eleita a melhor rota (ok ta certo!). Quando a wan1 cai o correto é mudar as rotas para o Wan2, entretanto quando o openospf vai fazer alteração na fib do FreeBSD ele da um delete nas rotas diretamente conectadas do BSD e com isso para a comunicação com o router da wan2. Se eu mudar a prioridade (wan2 sendo o master), acontece a mesma coisa! Sabendo dos fatos mensionados acima, eu pergunto, será que o OpenOspf portado não esta prevendo que o OpenBSD manipula a tabela de roteamento diferentemente do FreeBSD? ou será que existe alguma flag que corrige isso? ou então, será que ta tão errada a minha configuração? No mesmo ambiente sem desligar o BSD dei um pkg_delete openospf e um make install quagga, uns 4 comandos no telnet do quagga e o ospf levantou em cima do quagga e não apresentou nenhum problema na manipulação quando ele vai mudar a tabela de roteamento. Qualquer dica é valida! Abraços cat ospfd.conf router-id 10.0.0.1 redistribute connected redistribute static fib-update yes spf-delay 1 spf-holdtime 5 area 0.0.0.0 { interface vlan10:172.16.0.1 { hello-interval 10 metric 1 retransmit-interval 5 router-dead-time 40 router-priority 1 transmit-delay 1 auth-type none } interface vlan20:172.17.0.1 { hello-interval 10 metric 200 retransmit-interval 5 router-dead-time 40 router-priority 1 transmit-delay 1 auth-type none } } -- --- Matheus Cucoloto - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- /* * Klaus Schneider */ - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd