[GTER] Concentrador PPPOE

[Lucas Willian Bocchi]

E alguém aqui tem programador disponível trabalhando no provedor pessoal??
A maioria do povo tem mk-auth, isp-admin, vigo, e assim por diante.
No linux, nunca vi solução nenhuma dessas funcionar direito derrubando
sessão "pendurada" que não responde aos comandos do radius. No freebsd
sinceramente nunca testei.
Se melhorou isso, show de bola!

Em 27 de maio de 2014 10:06, Alexandre J. Correa (Onda)
<alexandre at onda.net.br> escreveu:
> 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
>
> --
> gter list    https://eng.registro.br/mailman/listinfo/gter