Em 04/04/14 10:58, Vinícius Zavam escreveu: > 2014-04-04 9:55 GMT-03:00 Marcelo Gondim <gon...@bsdinfo.com.br>: > >> Em 04/04/14 07:41, Vinícius Zavam escreveu: >>> 2014-04-03 22:55 GMT-03:00 Marcelo Gondim <gon...@bsdinfo.com.br>: >>> >>>> Em 03/04/14 20:46, Alisson escreveu: >>>>> Ai nao tem jeito... >>>>> >>>>> no FreeBSD 9+ eu cansava de fazer isso pra testar e com openbgp >> rodando. >>>>> No Messages nao aparece nada? >>>>> >>>>> Mas o FreeBSD 10 teve muita atualização.... >>>> Pois é. Não pude fazer muito teste porque o router está em produção, >>>> infelizmente. >>>> São mais de 20000 assinantes com pico online de 12132. É muita gente pra >>>> ficar parado e testando. rsrsrs >>>> Mas abri o PR: http://www.freebsd.org/cgi/query-pr.cgi?pr=188245 agora >>>> vou acompanhar e ajudar no possível. >>>> Se todos fizerem isso teremos um OS cada vez melhor. >>>> >>>> []'s >>>> Gondim >>>>> Em 3 de abril de 2014 19:43, Marcelo Gondim <gon...@bsdinfo.com.br >>>>> escreveu: >>>>> >>>>>> Em 03/04/14 20:18, Eduardo Schoedler escreveu: >>>>>>> Em 3 de abril de 2014 20:16, Alisson <alissongoncal...@bsd.com.br> >>>>>> escreveu: >>>>>>>> mesmo com as configurações no rc.conf? >>>>>>>> >>>>>>> De que adianta as configurações no rc.conf se o router está em >>>> produção e >>>>>>> não poderá ser rebootado? >>>>>> Exatamente o ponto que cheguei. :) >>>>>> >>>>>> Nós temos que poder criar e remover vlans sem que isso afete o >>>>>> roteamento do sistema. >>>>>> Imagina só... vou fechar um peering com alguém e aí vou precisar criar >>>>>> uma vlan. Nesse momento eu falo pro cliente: chefe segura as pontas aí >>>>>> que vou ter que fazer isso de madruga porque vou ter que reiniciar o >>>>>> router. Muito feio isso. :) >>>>>> >>>>>> []'s >>>>>> Gondim >>> gondim, >>> >>> "Critical vlan problem with OpenBGP" pode ter grau de severidade >>> *non-critical* ? >>> kernel customizado? qual conf? >>> openbgpd instalado via pkg ou ports? quais opções habilitadas? >>> seria conveniente fornecer seu dmesg.boot? é algum servidor de "grife"? >>> algo de diferente/especial nos arquivos /etc/{make,src}.conf? >>> pfsync? carp? qual carga na máquina? >>> um /27 (0xffffffe0) diferente está, realmente, especificado nas vlan 0, >> 2 e >>> 3? >>> gera alguma saída em log após criação da nova vlan? ... >>> >>> >> Opa Vinícius, >> >> Blz, enviei mais informações pra lá. Quanto à sua pergunta do /27 não >> procede porque eu nem chego à colocar IP algum. Como eu disse eu apenas >> criei a vlan com o comando: ifconfig vlan4 create >> > não procede? ... > perguntei se 3 das vlan presentes no PR estão, realmente, com endereços > distintos. Então. Eu só coloquei as vlans lá para mostrar que já havia um ambiente funcionando com lagg e vlans :) Elas já funcionam hoje. O problema foi quando eu quis criar uma nova em linha de comando.
> > >> As outras vlans já estavam lá criadas e sempre funcionaram. Fui apenas >> criar mais 1 vlan, só isso. :) >> Só em fazer isso já deu pau geral. Nem associar a vlan com uma interface >> eu cheguei à fazer. >> Nos logs não aparece nada. :( >> > consultando o PR é possível constatar algo diferente? > > vlan0 = inet 186.xxx.xx.1 netmask 0xffffffe0 broadcast 186.xxx.xx.31 > vlan2 = inet 186.xxx.xx.1 netmask 0xffffffe0 broadcast 186.xxx.xx.31 > vlan3 = inet 186.xxx.xx.1 netmask 0xffffffe0 broadcast 186.xxx.xx.31 Eles são diferentes na configuração: cada um é um /27 não coincidente. Só fiz assim mais por segurança e o objetivo era mostrar que já existiam vlans funcionando. > > ficou, pra mim, um pouco complicado de compreender o critério utilizado no > uso desses vários X que você usou, até mesmo para "mascarar" o > endereçamento ipv6. peço desculpas se a pergunta pode te soar retórica, ou > pior. nicolas cage (http://www.imdb.com/title/tt0435705) bem que poderia > ter me ajudado nesta empreitada. Não teve um critério porque não era o objetivo mostrar os IPs das vlans mas mostrar que haviam vlans configuradas no sistema. > > >> Mas mandei mais informações. Eu acho isso bem crítico se realmente for >> um problema no código. No hardware eu tenho certeza que não é porque eu >> estava usando FreeBSD 9.2 nesse mesmo hardware e atualizei para o >> FreeBSD 10. Imagina se toda vez que eu for fazer um vlan create, >> precisar reiniciar o meu router! >> O que eles precisarem de informação, terei o maior prazer em fornecer e >> testes poderei fazer em uma janela de serviços durante a madrugada. >> >> Grande abraço >> > RFC5737, RFC1918, RFC4193 ou RFC3849... > tu poderias ter utilizado todas, ou algumas, para uma melhor compreensão do > cenário. Tem razão mas aí eu poderia, por descuido meu, passar uma informação errada na tentativa de alterar as informações. Mas com certeza é válido sim. Nos próximos procurarei fazer dessa maneira e facilitar a compreensão. Boa dica essa. > > novamente, desculpas! > eu deveria ter me expressado melhor anteriormente. > > Nada, a gente tá aqui é pra discutir essas coisas mesmo, melhorar e até mesmo evoluir. :) []'s Gondim ------------------------- Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
