[GTER] Concentrador PPPOE

Tue May 27 10:06:18 -03 2014

qualquer programador php/ruby/etc consegue interagir com isso.. ate 
melhor que MK na questão de PoD e CoA que mikrotik NAO suporta (CoA) 
apenas PoD ...

ativando o radius-client .... da pra derrubar, alterar a sessao sem 
derrubar etc..

Em 27/05/2014 09:18, Lucas Willian Bocchi escreveu:
> 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
>

-- 
Sds.

Alexandre Jeronimo Correa
Sócio-Administrador

Office: +55 34 3351 3077

Onda Internet
www.onda.net.br