[GTER] CCR 1072 PPPoE

Andre Almeida andre at bnet.com.br
Wed Aug 21 17:11:25 -03 2019 

eu uso balanceamento automatico no mesmo dominio de broadcast
Simples e eficaz


Em qua, 21 de ago de 2019 às 17:08, Lucas Willian Bocchi <
lucas.bocchi at gmail.com> escreveu:

> Eu uso dessa forma.
>
> Em qua, 21 de ago de 2019 às 16:32, Sidcley Santos <sidload at gmail.com>
> escreveu:
>
> > Rapaz, se eu conseguir implementar isso aqui me ajudaria muiro, vou
> > pesquisar sobre a solução apresentada. Vocês sabem dizer o que ocorre se
> eu
> > botar dois pppoe server no mesmo domínio de Broadcast, esse balanceamento
> > não seria automático? Ouvi relatos a respeito do próprio protocolo tratar
> > esse balanceamento. E obrigado por compartilhar a sua solução 🤝
> >
> > Em qua, 21 de ago de 2019 às 16:06, Alexandre Pires Avilla [Dominioz
> > Telecom] <ale.avilla at dominioz.com.br> escreveu:
> >
> > > Opa!
> > >
> > > Tenho n+2 CCRs trabalhando num """"cluster de PPPoE"""" (
> > > Varias aspas porque é o tipo: Gambiarra bonita, gambiarra formosa
> > >
> > > A logica funciona assim:
> > > Um script em PHP em um servidor web, devidamente fechado para outros
> > > acessos externos, conecta nas CCRs e verificam quantos usuários online
> > tem
> > > em PPPoE, via API+PHP  (
> > >
> > >
> >
> https://www.google.com/search?q=api+php+mikrotik&rlz=1C1SQJL_pt-BRBR806BR806&oq=API%2BPHP+mik&aqs=chrome.1.69i57j0l5.2287j0j9&sourceid=chrome&ie=UTF-8
> > > )
> > >
> > > Um script em cada CCR lê esse PHP e adiciona o resultado em uma
> variável
> > > "ativosremoto"
> > >
> > > via:
> > > /tool fetch mode=http url="http://minhaurl.com.br/ppp/ccr1.php"
> > > dst-path=remoto.txt;
> > > :global ativosremoto [/file get "remoto.txt" contents];
> > > /file remove "remoto.txt"
> > >
> > >
> > > Também verifica o ativoslocal
> > > :global  ativoslocal  [/interface pppoe-server print count-only]
> > >
> > > E altera o Pado-Delay de acordo com a quantidade de clientes por
> > > concentrador
> > >
> > > Ai fica simples:
> > >
> > > :if ($ativoslocal > $ativosremoto) do={
> > >         :foreach i  in=[ /interface pppoe-server server find] do={
> > >          /interface pppoe-server server set $i pado-delay=9999
> > >          }
> > > }
> > > :if ($ativoslocal < $ativosremoto) do={
> > >         :foreach i  in=[ /interface pppoe-server server find] do={
> > >          /interface pppoe-server server set $i pado-delay=1
> > >          }
> > > }
> > >
> > >
> > > Obviamente que isso é o grosso do grosso da gambi, mas a logica dela é
> > > esta...
> > > Hoje tenho uma diferença de quase que ZERO entre a quantidade de
> clientes
> > > por CCR
> > > Chega ser ridículo ao ponto de cada uma das CCRs tem exatamente a mesma
> > > quantidade de clientes
> > >
> > > Outro detalhe importante: Tenho mais de 2 CCR fazendo PPPoE Server
> > >
> > >
> > >
> > > Atenciosamente,
> > >
> > > Alexandre Pires Avilla
> > > Gerente de Tecnologia e Redes
> > > Dominioz Serviços de Telecomunicações Ltda
> > >
> > > TargetNet - Banda Larga - www.targetnet.com.br
> > > Vale Link - Acesso Dedicado - www.valelink.com.br
> > > Dominioz - Hospedagem de sites - www.dominioz.com.br
> > >
> > > Rua Dr. Gustavo de Godoy, 201
> > > Pindamonhangaba/SP
> > > Central de Atendimento:
> > > Pindamonhangaba [12] 3645.4975
> > > Outras Localidades 0800.940.4975
> > > Mobile: [12] 99745.9679
> > >
> > >
> > > Em qua, 21 de ago de 2019 às 15:23, Sidcley Santos <sidload at gmail.com>
> > > escreveu:
> > >
> > > > Estou passando por um problema parecido, vou testar usar duas  ccr em
> > > > paralelo ligado diretamente no switch de distribuição (interessante
> > seria
> > > > um cluster de pppoe mas desconheço essa opção no Mikrotik),  para ver
> > se
> > > > balanceia um pouco as autenticações.
> > > >
> > > > Em qua, 21 de ago de 2019 às 11:51, Bruno Cabral <
> > bruno at openline.com.br>
> > > > escreveu:
> > > >
> > > > > Tenho um cliente que começou a ter perda de pacotes quando passou
> de
> > 2
> > > > mil
> > > > > sessões numa porta
> > > > >
> > > > > Usar aquele esquema já conhecido e recomendado de colocar vários
> > > > > servidores (um por porta) com max sessions mais baixo e mais cabos
> > > entre
> > > > o
> > > > > switch e a CCR resolveu
> > > > >
> > > > > !3runo Cabral
> > > > >
> > > > > --
> > > > > Cursos e Consultoria BGP e OSPF
> > > > > ________________________________
> > > > > De: gter <gter-bounces at eng.registro.br> em nome de Márcio Elias
> Hahn
> > > do
> > > > > Nascimento <marcio at sulonline.net>
> > > > > Enviado: quarta-feira, 21 de agosto de 2019 11:26
> > > > > Para: Grupo de Trabalho de Engenharia e Operacao de Redes <
> > > > > gter at eng.registro.br>
> > > > > Assunto: [GTER] CCR 1072 PPPoE
> > > > >
> > > > > Bom dia pessoal.
> > > > >
> > > > > Alguém já testou os limites da 1072 com pppoe?
> > > > >
> > > > > --
> > > > > Att
> > > > >
> > > > > Márcio Elias Hahn do Nascimento
> > > > > --
> > > > > gter list    https://eng.registro.br/mailman/listinfo/gter
> > > > > --
> > > > > gter list    https://eng.registro.br/mailman/listinfo/gter
> > > > >
> > > > --
> > > > [image: Netup Telecom]
> > > >
> > > > Sidcley Santos
> > > > CEO | Netup Telecom
> > > > celular:  (79) 99999-1234 <(79)99999-1234>
> > > > site:  www.netuptelecom.com.br
> > > > email:  contato at netuptelecom.com.br
> > > > <https://www.facebook.com/sidload>
> > > > <https://www.instagram.com/santos.sidcley/>
> > > > <https://api.whatsapp.com/send?phone=5579999991234>
> > > > IMPORTANTE: O conteúdo deste e-mail e quaisquer anexos são
> > > confidenciais. É
> > > > estritamente proibido compartilhar qualquer parte desta mensagem com
> > > > terceiros, sem o consentimento por escrito do remetente. Se você
> > recebeu
> > > > esta mensagem por engano, responda a esta mensagem e siga com sua
> > > exclusão,
> > > > para que possamos garantir que tal erro não ocorra no futuro.
> > > > --
> > > > gter list    https://eng.registro.br/mailman/listinfo/gter
> > > >
> > > --
> > > gter list    https://eng.registro.br/mailman/listinfo/gter
> > >
> > --
> > [image: Netup Telecom]
> >
> > Sidcley Santos
> > CEO | Netup Telecom
> > celular:  (79) 99999-1234 <(79)99999-1234>
> > site:  www.netuptelecom.com.br
> > email:  contato at netuptelecom.com.br
> > <https://www.facebook.com/sidload>
> > <https://www.instagram.com/santos.sidcley/>
> > <https://api.whatsapp.com/send?phone=5579999991234>
> > IMPORTANTE: O conteúdo deste e-mail e quaisquer anexos são
> confidenciais. É
> > estritamente proibido compartilhar qualquer parte desta mensagem com
> > terceiros, sem o consentimento por escrito do remetente. Se você recebeu
> > esta mensagem por engano, responda a esta mensagem e siga com sua
> exclusão,
> > para que possamos garantir que tal erro não ocorra no futuro.
> > --
> > gter list    https://eng.registro.br/mailman/listinfo/gter
> >
> --
> gter list    https://eng.registro.br/mailman/listinfo/gter
>

More information about the gter mailing list