[GTER] CCR 1072 PPPoE
Márcio Elias Hahn do Nascimento
marcio at sulonline.net
Wed Aug 21 17:21:51 -03 2019
Na verdade, eu não jogaria todos os prefixos nessa sessão, apenas um /32
de cada bras e contaria as sessões atualizando o local-preference dessa
única rota. Ideal usar um AS inválido somente para fechar essas sessões.
/system scheduler
add interval=1s name=NumPppoeClients on-event=":global ppp [/ppp active
print count-only]\r\
\n:global pref [/ip route get [/ip route find
dst-address=10.255.255.255/32] bgp-local-pref]\r\
\n:if ( \$ppp!=\$pref ) do={\r\
\n/ip route set [;find dst-address=10.255.255.255/32]
bgp-local-pref=\$ppp\r\
\n}\r\
\n" policy=read,write start-time=startup
essa seria a parte para atualizar o local-preference, 10.255.255.255/32
seria o prefixo anunciado por esse BRAS aos demais.
Em 2019-08-21 16:45, Alexandre Pires Avilla [Dominioz Telecom] 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 [1]
> Vale Link - Acesso Dedicado - www.valelink.com.br [2]
> Dominioz - Hospedagem de sites - www.dominioz.com.br [3]
>
> 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 [1]
> Vale Link - Acesso Dedicado - www.valelink.com.br [2]
> Dominioz - Hospedagem de sites - www.dominioz.com.br [3]
>
> 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 [1]
> Vale Link - Acesso Dedicado - www.valelink.com.br [2]
> Dominioz - Hospedagem de sites - www.dominioz.com.br [3]
>
> 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 [4]
> 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 [4]
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
--
Att
Márcio Elias Hahn do Nascimento
Links:
------
[1] http://www.targetnet.com.br
[2] http://www.valelink.com.br
[3] http://www.dominioz.com.br
[4] http://www.netuptelecom.com.br
More information about the gter
mailing list