[GTER] CCR 1072 PPPoE
Alexandre Pires Avilla [Dominioz Telecom]
ale.avilla at dominioz.com.br
Wed Aug 21 17:10:02 -03 2019
A quem possa interessar
Onde:
iptotal é a quantidade de ips local na CCR, não uso o pool no radius...
empresas é o nome do meu POOL no RouterOS
CCR-2 é o nome do peer remoto
você pode acompanhar o resultado das variáveis em system / script /
environment
:global iptotal 1088
:global ativosremoto [/routing bgp peer get [find name=CCR-2]
value-name=prefix-count]
:global ultimo [/system clock get time]
:global maxpado 100
:global minpado 1
:global ipsobra (($iptotal/100)*2)
:global maxclientes ($iptotal - $ipsobra)
:global ativos [/ip pool used print count-only where pool~"empresas"]
:global ativostotais [/interface pppoe-server print count-only]
:global atualpado [/interface pppoe-server server get 0
value-name=pado-delay]
:global padlog [/log print count-only where message~"could not determine
remote address"]
:global ativosdiferenca ($ativostotais - $ativosremoto)
:global ClientesTotais ($ativostotais + $ativosremoto)
:if ($ativostotais > $ativosremoto) do={
:global minpado $maxpado
:global status 3
}
:global iprestantes ($iptotal - $ativos)
:if ($ativos > $maxclientes) do={
:if ($maxpado != $atualpado) do={
:foreach i in=[ /interface pppoe-server server find] do={
/interface pppoe-server server set $i pado-delay=$maxpado
}
:log warning "ALTERANDO PRIORIDADE PADO $maxpado"
:global status 2
}
}
:if ($ativos < $maxclientes) do={
:if ($minpado != $atualpado) do={
:foreach i in=[ /interface pppoe-server server find] do={
/interface pppoe-server server set $i pado-delay=$minpado
}
:log warning "ALTERANDO PRIORIDADE PADO $minpado"
:global status 1
}
}
:if ($padlog > 1) do={
:foreach i in=[ /interface pppoe-server server find] do={
/interface pppoe-server server set $i pado-delay=999
}
}
:global atualpado [/interface pppoe-server server get 0
value-name=pado-delay]
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 16:45, Alexandre Pires Avilla [Dominioz
Telecom] <ale.avilla at dominioz.com.br> escreveu:
> FENOMENAL
>
> :global testebgp [/routing bgp peer get 0 value-name=prefix-count]
>
>
> 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 16:42, Alexandre Pires Avilla [Dominioz
> Telecom] <ale.avilla at dominioz.com.br> escreveu:
>
>> não rolou aqui automático não...
>>
>> Marcos, gostei da ideia de pegar os remotos pela sessão IBGP!
>> arranco o servidor web da equação!
>>
>> Gabiarra bonita, gambiarra formosa, gambiarra bem feita agora!
>>
>>
>> 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 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
>>>
>>
More information about the gter
mailing list