[GTER] CCR 1072 PPPoE

Alexandre Pires Avilla [Dominioz Telecom] ale.avilla at dominioz.com.br
Wed Aug 21 16:45:57 -03 2019


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