[GTER] RES: RES: RES: Concentrador PPPoE

Wed Mar 26 10:47:47 -03 2014

Minha visão já é diferente...

Se "aquilo"(seja o que for) faz um serviço bem feito, OK.
E tem coisas que MK faz razoavelmente bem.

Mas se "aquilo" gera problemas(em ordem de importância) para outrens, para
seus clientes, e para você... E esses problemas são recorrentes, é
inconcebível manter algo assim em produção.

Ou diminui a demanda da caixa(Múltiplos B-Ras no exemplo dessa thread), ou
troca de caixa.

Um exemplo que para mim é inconcebível é o que ocorreu há algum tempo nos
PTTs afora. Um misto de:
 - Características falhas do MK, com;
 - Alguns operadores sem a expertise necessária.
Causaram problemas a outros participantes.

E esse é outro contraponto do MK(e também de outras caixas):
Como a interface GUI abstrai a complexidade dos recursos empregados, alguns
operadores desconhecedores dos conceitos fundamentais dos protocolos
tocam-se a implementar tais recuros, e quando deparam-se com problemas
nesses ambientes tem que de bate-pronto aprender:
- O protocolo(o que sabemos ser justamente o mais complexo);
- Recursos avançados da caixa em questão, e como acessá-los nessas caixas
que geralmente depende de uma mudança de GUI p/ CLI.

Em 26 de março de 2014 06:24, Marcus Almeida <marcus at isprj.com.br> escreveu:

> Atende até o ponto de fazer caixa pra ter condições de comprar um
> equipamento mais robusto e passar os mk pra trabalhos menos importantes.
>
> Porem alguns serviços não tem como confiar no mk, DNS recursivo é um deles,
> Já para fazer hotspot ele é uma mão na roda. Então o mikrotik é bom até
> onde vai o bolso e gosto de cada um.
>
>
>
> Atenciosamente,
> Marcus Roberto
> ISPRJ | INFOSMART
> CLARO (21) 96817-2025 / TIM (21) 98040-1800
> Esta mensagem, incluindo seus anexos, pode conter informação confidencial
> e/ou privilegiada. Se você recebeu este e-mail por engano, não utilize,
> copie ou divulgue as informações nele contidas. Por favor, avise
> imediatamente o remetente, respondendo ao e-mail, e em seguida apague-o.
> Caso necessite de atendimento imediato, recomendamos utilizar um dos canais
> disponíveis: http://www.isprj.com.br ou telefone (21) 3527-0712 ou (21)
> 2135-4528. Agradecemos sua colaboração.
>
>
> Em 26 de março de 2014 00:05, Michel L. M. B. Perez <
> michelmbperez at gmail.com
> > escreveu:
>
> > Eu já falei uma vez aqui, tomei um monte de porrada mas vou falar de
> novo,
> > o Mikrotik atende até certo ponto, a questão é até qual ponto?
> >
> > :)
> >
> > --
> > Michel Perez
> > Skype: michelmbperez
> > michelmbperez at gmail.com
> > http://br.linkedin.com/in/michelmbperez
> >
> >
> > Em 25 de março de 2014 21:04, Rafael Possamai <rafael at gav.ufsc.br>
> > escreveu:
> >
> > > Eu acredito que quando você monta um sistema na mão, e constrói em cima
> > > dele, fica mais difícil no começo, porem quando você dominar bem a
> > técnica
> > > (depende de quanto esforço  e tempo puder dedicar em cima disso), nunca
> > > mais vai depender de terceiros pra suporte, talvez alguns amigos
> somente.
> > >
> > > O único lado ruim eh que tem que ter uma maneira de levantar o sistema
> > > rapidamente apos uma falha critica em equipamento. Mas mesma coisa
> seria
> > se
> > > fosse utilizar uma appliance que já vem pronta.
> > >
> > >
> > >
> > > 2014-03-25 11:15 GMT-05:00 Lucas Willian Bocchi <
> lucas.bocchi at gmail.com
> > >:
> > >
> > > > Povo vcs tem qur contar como fica a gerencia disso e a curva de
> > > aprendizado
> > > > do suporte. Mikrotik eh tudo clica aqui clica la e ta tudo certo. Ja
> > > nessas
> > > > outras a coisa eh diferente.
> > > > Em 25/03/2014 12:08, "Bruno Cabral" <bruno at openline.com.br>
> escreveu:
> > > >
> > > > > Olá
> > > > >
> > > > > O meu servidor de acesso (quando tinha um provedor) era um P3 com
> > > 750GHz
> > > > e
> > > > > 1GB de RAM e rodava tranquilamente 1500 usuários simultâneos
> > > > >
> > > > > Era uma distro que eu mesmo fiz (linux com ppp e o plugin do
> radius)
> > e
> > > > > rodava em ramdisk a partir de um disquete. Tinha controle de banda
> > via
> > > > > RADIUS, controle de tempo de sessao e contabilização de tráfego com
> > > > direito
> > > > > a interim updates do accouting do RADIUS
> > > > >
> > > > > Infelizmente os fontes se foram quando roubaram meu notebook em
> 2007
> > > > >
> > > > > No underlinux tem a mesmíssima coisa usando uma distro completa,
> > > > inclusive
> > > > > a parte de integração do RADIUS ao ppp
> > > > >
> > > > > Por outro lado se eu fosse fazer a mesma coisa hoje, colocaria uma
> > > parede
> > > > > de RB1100 (é barato, gasta pouca energia, pppoe faz carga
> distribuída
> > > sem
> > > > > maiores configurações) e não um "super PC" para 4 mil usuários
> > > > >
> > > > > !3runo Cabral
> > > > >
> > > > > --
> > > > > Cursos e Consultoria BGP
> > > > > http://www.mcosta.eng.br/cursos
> > > > > http://f2link.f2b.com.br/impressora3d
> > > > >
> > > > >
> > > > > > Fiz um teste em bancada subindo 2 mil sessões com uma CCR1016 e
> ela
> > > > > abriu as
> > > > > > pernas sem nem sequer ter tráfego. Tenho 2 CCR1016 rodando em 2
> > > > > provedores
> > > > > > menores, uma na faixa de 800 simultâneos e a outra na faixa de
> 1000
> > > > > > simultâneos... Volta e meia tenho que rebootar uma delas, alguma
> > zica
> > > > > > acontece. Esses dias parou de funcionar os túneis EoIP. Eu
> > conseguia
> > > > > pingar
> > > > > > os remote-ips, os remote-ips conseguiam pingar a CCR e
> simplesmente
> > > > > todos os
> > > > > > túneis caíram. Um reboot, tudo voltou.... É por essas e outras
> > > > > Mikrotikices
> > > > > > que ainda acho que compensa o investimento em algo mais
> > profissional.
> > > > > >
> > > > > > Att.
> > > > > >
> > > > > > Adriano Struck
> > > > >
> > > > >
> > > > > --
> > > > > gter list    https://eng.registro.br/mailman/listinfo/gter
> > > > >
> > > > --
> > > > gter list    https://eng.registro.br/mailman/listinfo/gter
> > > >
> > > --
> > > gter list    https://eng.registro.br/mailman/listinfo/gter
> > >
> > --
> > gter list    https://eng.registro.br/mailman/listinfo/gter
> >
> --
> gter list    https://eng.registro.br/mailman/listinfo/gter
>

-- 
Douglas Fernando Fischer
Engº de Controle e Automação