[GTER] CCR 1072 PPPoE

[Alexandre Pires Avilla [Dominioz Telecom]]

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
>