[GTER] Concentrador PPPOE

[Alex Montoanelli]

Pessoal,

A questão dos panic no bsd foi levado em consideração a correta dosagem nas
variáveis do kernel?

Como dizem, essas configurações, a diferença entre o remédio e o veneno é a
dose.
Então uma correta/incorreta parametrização desses valores podem afetar o SO
e gerar
panic atras de panic.

Sobe oque o Lucas comentou, sim Lucas, é levado em consideração, mas nós
aqui temos ferramentas
próprias customizadas para interagirem com o MPD através de vários scripts.

Abraço





--
*Alex Montoanelli*
 » Unetvale <http://www.unetvale.com.br>
 » +55 48 3263 8789
 » INOC 53175*100


2014-05-27 9:18 GMT-03:00 Lucas Willian Bocchi <lucas.bocchi at gmail.com>:

> Volto a perguntar de novo: quem está usando solução customizada assim,
> leva em consideração a curva de aprendizado do suporte?
> Como é que o cara faz pra ver se o cliente está conectado, "derrubar"
> uma conexão, e assim por diante?
> Eu não conheço nenhuma ferramenta melhor que o mikrotik pra isso.
> Acho que também deve ser levado em consideração na hora de se avaliar isso.
>
> Em 27 de maio de 2014 01:43, Marcelo Gondim <gondim at bsdinfo.com.br>
> escreveu:
> > Em 27/05/14 01:03, Flávio Costa escreveu:
> >
> >> Muitas perguntas direcionadas a mim e fico confuso sobre como devo me
> >> portar, sobre o que dita a etiqueta da mailing list, se devo responder
> >> individualmente ou dar um reply direto a thread. Acho melhor responder
> tudo
> >> em um e-mail só direcionado a thread em vez de polui-la com vários
> replies a
> >> cada pessoa. Me perdoem se estou cometendo uma gafe, sou novato aqui.
> >>
> >> A distribuição que estou utilizando para rodar o Accel-PPP é a Debian
> 7.5
> >> (Wheezy). Não por qualquer característica especial, apenas é a
> distribuição
> >> com que me sinto mais a vontade em meu dia-a-dia. Tenho servidores
> rodando
> >> Gentoo, Arch e Slack. Muitos desses servidores me acompanham desde 2006
> e
> >> representam épocas em minha vida profissional de sysadmin. Atualmente me
> >> sinto mais confortável com Debian. Não acho que existe isso de melhor
> >> distribuição, talvez uma ou outra lhe oferecerá menos obstáculos aqui e
> ali
> >> por já ter pacotes pre-compilados para o software que você precisa, fora
> >> isso não vejo muitas diferenças. Talvez a galera do -funroll-loops do
> Gentoo
> >> discorde mas a melhor coisa a se fazer é pegar uma distro e conhecê-la
> bem.
> >> Uma recomendação básica é que ela tenha uma instalação mínima e sempre
> optar
> >> por ela. Um bom gerenciador de pacotes com boa resolução de dependências
> >> também contribuirá para sua sanidade a longo prazo.
> >>
> >> O QoS no Linux pode ser prejudicado pelo generic receive offload e o
> >> generic segmentation offload. É bom verificar se a interface de rede
> >> encontra-se com esses offloads ativos e em caso positivo desabilitá-los
> e
> >> repetir o teste. Aqui também tive problemas com o QoS do Accel-PPP e
> tudo
> >> foi resolvido desligando o GRO e o GSO.
> >>
> >> Nos meus panics do FreeBSD o driver era sempre em(4), chips 8254 modelos
> >> variáveis. Tinha uma máquina com bge(4) que também apresentava panics em
> >> menor escala, talvez um a cada dois dias, mas eles ainda estavam lá.
> Talvez
> >> daqui alguns dias suba uma máquina novamente com o FreeBSD 10+MPD5 com
> uma
> >> interface fora do eixo Intel-Broadcom para ver o comportamento. Também
> não
> >> quero abandonar o FreeBSD, aprecio sua elegância, mas a última semana
> foi um
> >> tanto estressante. Assim que eu der uma respirada encaro de novo o
> diabinho.
> >
> > Tranquilo Flávio e tipo tenta usar nos testes o FreeBSD 10.0-STABLE ao
> invés
> > do RELEASE ou RELENG. Porque muita coisa já foi melhorada desde o
> lançamento
> > do RELEASE.
> > Não sei se você assina a freebsd-net@ [1] mas seria interessante você
> enviar
> > esses panics pra lá. Esses dias descobri um bug na table do ipfw, mandei
> pra
> > eles, fizeram o patch rápido e foi feito o commit na árvore head, já já
> vira
> > MFC(Merge From Current) pro 10-STABLE. Essas infos que você tem são muito
> > importantes para descobertas de bugs e dar a chance do sistema se tornar
> > cada vez mais robusto.
> >
> > [1] http://lists.freebsd.org/mailman/listinfo/freebsd-net
> >
> > Abrs,
> > Gondim
> >
> > --
> > gter list    https://eng.registro.br/mailman/listinfo/gter
> --
> gter list    https://eng.registro.br/mailman/listinfo/gter
>