Resolvendo o problema de travamento de modens ADSL junto do Mikrotik

Resolvendo o problema de travamento de modens ADSL junto do Mikrotik - CATVBRASIL

Bom, postei esse tópico, explicando o porque os modens travam. Já sabemos que em bridge a possibilidade de travar é praticamente nula, certo?

Analizem o tópico abaixo:

Uma abordagem sobre travamentos nos ADSL x Controle de Conexão do Mikrotik

Bom a solução seria usar todos os modens em bridge, então o problema tá resolvido certo? Certo, porém os adsl sendo da mesmo operadora há um problema: os gateways são iguais... Então os pacotes não sabem por onde sair e o problema não é resolvido.

Bom, mas isso é coisa do passado agora. A Mikrotik em sua últimas versões corrigiu vários bugs, dentre eles, um importante que resolveria esse problema, mas não estava funcionando.

Vamos a solução:

Como é feito o loadbalance ou mesmo um roteamento da forma tradicional? De forma básica define-se a rede e qual é o gateway por qual essa rede irá sair, certo?

Ficaria algo assim:

/ip route
add comment="" disabled=yes distance=1 dst-address=0.0.0.0/0 gateway=200.217.255.104 routing-mark=A scope=30 target-scope=10

add check-gateway=ping comment=LINK2 disabled=no distance=1 dst-address=0.0.0.0/0 gateway=192.168.254.254 routing-mark=B scope=255 target-scope=10

Como ficará a solução? Primeiro coloque TODOS os modens em BRIDGE....

Segundo crie um discaddor pppoe para cada modem... No primeiro, você deixa marcado as opções do dicador (menos "discar por demanda"). No outros discadores as 3 opções devem estar desmarcadas...

Fazendo isso todos os dicadores estarão conectados e com a flag "R" ativa (conectado e rodando)...

O segredo está nas rotas. Antigamente você faria como exemplifiquei acima certo? Definindo a rede ou mesmo os pacotes marcados e qual o gateway que sairia. Para resolver o problema, não será definido nenhum gateway, mas somente a INTERFACE a qual os pacotes sairão... Veja abaixo:

/ip route
add check-gateway=ping comment=LINK2 disabled=no distance=1 dst-address=0.0.0.0/0 gateway=LINK2 routing-mark=B

add check-gateway=ping comment=LINK1 disabled=no distance=1 dst-address=0.0.0.0/0 gateway=pppoe-out1 routing-mark=A

Confira na figura abaixo como fica...

Pronto!!! Viu como é fácil??? Bom, vou colocar isso no creative commons e quem iria comprar modens novos, agora pode doar para mim.... kkkkkkkkkkkkkkkkkkkkkkkkkkkkkkk

PS: Essa função já existe a muito tempo, mas parece que só está funcionando satisfatoriamente na 3.23 para cima. Abaixo desta versão, o loadbalance trava e fica horrível a conexão (usando desta forma).

Gostaram??

Aqui nóis mata a cobra e mostra o pau, moço......... kkkkkkkkkkkkkkkkkkk

Parabens!

Meus parabens grande CATV, mais so me tira uma duvida, na sua explicação, vc fala pra colocar a interface do link em uma regra e na outra coloca a interfaçe pppoe, mais na sua imagem esta os dois pppoe, como seria a forma correta, me perdoe se to falando besteira!

Citação:

Postado originalmente por rogeriodj

Meus parabens grande CATV, mais so me tira uma duvida, na sua explicação, vc fala pra colocar a interface do link em uma regra e na outra coloca a interfaçe pppoe, mais na sua imagem esta os dois pppoe, como seria a forma correta, me perdoe se to falando besteira!

Então... é isso mesmo...

Você coloca a interface no lugar do gateway. Quando é criado uma interface virtual vinculada a uma interface real , quem valerá é a VIRTUAL... é o mesmo que acontece nas bridges, quando você cria uma bridge (interface virtual) e vincula uma ether ou uma wlan (interface real), quem valerá é a BRIDGE...

Citação:

Postado originalmente por catvbrasil

Bom, postei esse tópico, explicando o porque os modens travam. Já sabemos que em bridge a possibilidade de travar é praticamente nula, certo?

Analizem o tópico abaixo:

Uma abordagem sobre travamentos nos ADSL x Controle de Conexão do Mikrotik

Bom a solução seria usar todos os modens em bridge, então o problema tá resolvido certo? Certo, porém os adsl sendo da mesmo operadora há um problema: os gateways são iguais... Então os pacotes não sabem por onde sair e o problema não é resolvido.

Bom, mas isso é coisa do passado agora. A Mikrotik em sua últimas versões corrigiu vários bugs, dentre eles, um importante que resolveria esse problema, mas não estava funcionando.

Vamos a solução:

Como é feito o loadbalance ou mesmo um roteamento da forma tradicional? De forma básica define-se a rede e qual é o gateway por qual essa rede irá sair, certo?

Ficaria algo assim:

/ip route
add comment="" disabled=yes distance=1 dst-address=0.0.0.0/0 gateway=200.217.255.104 routing-mark=A scope=30 target-scope=10

add check-gateway=ping comment=LINK2 disabled=no distance=1 dst-address=0.0.0.0/0 gateway=192.168.254.254 routing-mark=B scope=255 target-scope=10

Como ficará a solução? Primeiro coloque TODOS os modens em BRIDGE....

Segundo crie um discaddor pppoe para cada modem... No primeiro, você deixa marcado as opções do dicador (menos "discar por demanda"). No outros discadores as 3 opções devem estar desmarcadas...

Fazendo isso todos os dicadores estarão conectados e com a flag "R" ativa (conectado e rodando)...

O segredo está nas rotas. Antigamente você faria como exemplifiquei acima certo? Definindo a rede ou mesmo os pacotes marcados e qual o gateway que sairia. Para resolver o problema, não será definido nenhum gateway, mas somente a INTERFACE a qual os pacotes sairão... Veja abaixo:

/ip route
add check-gateway=ping comment=LINK2 disabled=no distance=1 dst-address=0.0.0.0/0 gateway=LINK2 routing-mark=B

add check-gateway=ping comment=LINK1 disabled=no distance=1 dst-address=0.0.0.0/0 gateway=pppoe-out1 routing-mark=A

Confira na figura abaixo como fica...

Pronto!!! Viu como é fácil??? Bom, vou colocar isso no creative commons e quem iria comprar modens novos, agora pode doar para mim.... kkkkkkkkkkkkkkkkkkkkkkkkkkkkkkk

PS: Essa função já existe a muito tempo, mas parece que só está funcionando satisfatoriamente na 3.23 para cima. Abaixo desta versão, o loadbalance trava e fica horrível a conexão (usando desta forma).

Gostaram??

Aqui nóis mata a cobra e mostra o pau, moço......... kkkkkkkkkkkkkkkkkkk

muito legal o topico, é isso ai, tem q mostrar q mikrotik tem muito recurso desconhecido mesmo.
parabéns

parabens pelo seu trabalho!!!

Cara! você é o Cara mesmo!
Valeu!

Conferindo...

Duvida nesta parte!
Postado originalmente:
/ip route
add check-gateway=ping comment=LINK2 disabled=no distance=1 dst-address=0.0.0.0/0 gateway=LINK2 routing-mark=B

add check-gateway=ping comment=LINK1 disabled=no distance=1 dst-address=0.0.0.0/0 gateway=pppoe-out1 routing-mark=A

ou deveria ser assim:

Modificado:
/ip route
add check-gateway=ping comment=LINK2 disabled=no distance=1 dst-address=0.0.0.0/0 gateway=pppoe-out2 routing-mark=B

add check-gateway=ping comment=LINK1 disabled=no distance=1 dst-address=0.0.0.0/0 gateway=pppoe-out1 routing-mark=A

Uma vez que na Figura abaixo mostra como no Modificado
https://under-linux.org/forums/attac...-bridge123.jpg
Agradeço se alguém puder confirmar!!!

Uso aqui apenas 1 modem em modo bridge,e os outros em router.
O que esta em bridge esta marcado como default,então recebe todo o trafego que nao esteje marcado para os outros links,porém um dos modens que esta em router é usado apenas para a navegação então seria interessante deixa-lo em bridge também.

Muito obrigado catv pelo post:itsme:

O nome do gateway vai depender do nome que vc definiu para o seu discador pppoe.

Citação:

Postado originalmente por renatocostas

O nome do gateway vai depender do nome que vc definiu para o seu discador pppoe.

Correto,mas na figura esta como pppoe-out1 e pppoe-out2,então suponho que os nomes do pppoe client dele seriam pppoe-out1 e pppoe-out2,devendo colocar na regra de ip route como pppoe-out2 e não Link2...

...me corrijam ai se eu estiver errado!!!

OBS.:
Olhando mais detalhamente a figura originalmente postada,notei um detalhe...
Vou testar akee...

Não se esqueça que esse nome pode ser alterado, nesse caso é isso, mas poderia ser muito bem Link2, se tivesse definido nome assim ao criar o discador. Eu mesmo uso os nome Link1 e Link2 para melhor organização do meu sistema, isso é uma questão de organização de cada um, na figura mostra o padrão mas poderia ser diferente se quizesse.

Espero ter lhe esclarecido.

Renato Costa.

Muito boa CATV, vai quebrar um galho desgraçado aqui. Vou testar assim que minha rede estiver um pouquinho mais arrumada. Valeu.

me passou uma coisa aqui na cabeça; como eu nunca configurei um pppoe_client nos meus servidores, tive uma dúvida. Tem como conectar vários modems em apenas uma ether no load balance, com um switch? Creio que não né? Atualmente meu load balance está assim, pois não achei placa nova que desse pra fazer 5 ether.

Citação:

Postado originalmente por Gosulator

me passou uma coisa aqui na cabeça; como eu nunca configurei um pppoe_client nos meus servidores, tive uma dúvida. Tem como conectar vários modems em apenas uma ether no load balance, com um switch? Creio que não né? Atualmente meu load balance está assim, pois não achei placa nova que desse pra fazer 5 ether.

Comprei uma 44GV. Resolve o problema até 4 links
Que coisa cara esta bendita!!!

CAT e em casos que os modens possuem ips fixos em bridge mas com os mesmo gateway pois é da mesmo operadora... qual a solução pra um balanceamento sem ter que por um router em um dos modens pra não sufocolo com o roteamento proprio.... abração e parabens pelo topico

Citação:

Postado originalmente por megalink

CAT e em casos que os modens possuem ips fixos em bridge mas com os mesmo gateway pois é da mesmo operadora... qual a solução pra um balanceamento sem ter que por um router em um dos modens pra não sufocolo com o roteamento proprio.... abração e parabens pelo topico

Não sei em qual estado você está, mas no RJ existe a NET VIRTUA que trabalha parecido com isso que você está falando. Na verdade ela trabalha com um cliente em DHCP, mas nesse caso o ip é dinâmico. Faça o seguinte, direcione cada 1 dos links para sua respectiva interface, ok?

CAT... eu estou no estado de São Paulo... e uso Speedy comercial que é com ip fixo dinamico... então cada interface link1 e link2 recebe seu proprio ip tipo 172.29.100.10 link 1... e 172.29.100.20 link 2..... o problema é que pra fazer a rota os gateways são os mesmos 172.29.100.1..... setado dessa forma o balanceamento por marcação não funciona... sendo assim coloco um router junto com o moden do link2 pra fazer uma outra classe de ip e o balanceamento funcionar...

Alguma sugestão... ?????... abraços

essas regra serveria para quais versões? a 2.9.27 serveria? caso não poderia me informar um script para ser um link cair ele seria disable e o que estava disable ficaria enable. Isso usando um modem router e o outro em brigde.

Desde ja agradeço a atenção

Citação:

Postado originalmente por angelangra

essas regra serveria para quais versões? a 2.9.27 serveria? caso não poderia me informar um script para ser um link cair ele seria disable e o que estava disable ficaria enable. Isso usando um modem router e o outro em brigde.

Desde ja agradeço a atenção

Da um relida de novo no post inicial do tópico!

Quanto ao detalhe de um script para se um link cair outro assumir,não lembro o nome do tópico que tem o script (apesar que tem muitos sobre esse assunto),de uma pesquisada em loadbalance...

Link Remoto

Boa tarde pessoal

Alguem saberia me dizer se poderia colocar os meus modens que estão remotos em bridge, aqui tenho 6 links 3 locais e 3 remotos os locais beleza tudo certo mas me veio a duvida será que funciona eu passar eles(modens remotos) pra bridge faço o link deles chegar na sede por ponto a ponto em wds se alguem tiver a resposta e puder ajudar agradecemos

abraços

Citação:

Postado originalmente por jeanfrank

Boa tarde pessoal

Alguem saberia me dizer se poderia colocar os meus modens que estão remotos em bridge, aqui tenho 6 links 3 locais e 3 remotos os locais beleza tudo certo mas me veio a duvida será que funciona eu passar eles(modens remotos) pra bridge faço o link deles chegar na sede por ponto a ponto em wds se alguem tiver a resposta e puder ajudar agradecemos

abraços

É isso que tenho pensado aqui também. Só tenho uma dúvida é sobre a chegada na base. Este WDS, vai precisar obrigatoriamente ter que entrar pela placa de rede do servidor ou eu posso entrar num swicht que tenho na torre. Atualmente deste swicht que está conectando os rádios, só desce um cabo até o servidor.

Teste de bancada

Bom dia 1929

Parte da dúvida vou tirar aqui chegou mais uns aps pra min peguei 2 deles e já estou testando a possibilidade do link remoto ponto a ponto em modo wds vou colocar numa ponta o modem ligado diretamente ao ap e na outra vou pegar o cabo do ap e ligar diretamente a lan do server mk, lembrado que tem que ser nos mks com versão igual ou superior a 3.23 que de acordo ao CATV é a melhor opção pra este cenário, quanto a sua duvida não tenho certeza se pode ir direto ao swite se alguem puder dar uma força ai...

abraços

Citação:

Postado originalmente por jeanfrank

Bom dia 1929

Parte da dúvida vou tirar aqui chegou mais uns aps pra min peguei 2 deles e já estou testando a possibilidade do link remoto ponto a ponto em modo wds vou colocar numa ponta o modem ligado diretamente ao ap e na outra vou pegar o cabo do ap e ligar diretamente a lan do server mk, lembrado que tem que ser nos mks com versão igual ou superior a 3.23 que de acordo ao CATV é a melhor opção pra este cenário, quanto a sua duvida não tenho certeza se pode ir direto ao swite se alguem puder dar uma força ai...

abraços

Não se esqueça que pontos adicionais com link, precisam de registro de nova base.

teste completo

Boa tarde pessoal
finalizei os testes aqui com links remotos ponto a ponto onde o modem(speed touch) trabalhá em modo bridge, fiz um upgrade no meu mk de 2.9.51 para 3.28 ficou muito bom a conexão ficou melhor os modens trabalham mais tranquilos e o bom é que se o link cair o mk disca novamente, estabiliza e conecta tudo automaticamente. agora vou preparar as rotas pros links pra trabalhar neste novo formato se alguem precisar de alguma dica estamos ai.

obrigado

Citação:

Postado originalmente por jeanfrank

Boa tarde pessoal
finalizei os testes aqui com links remotos ponto a ponto onde o modem(speed touch) trabalhá em modo bridge, fiz um upgrade no meu mk de 2.9.51 para 3.28 ficou muito bom a conexão ficou melhor os modens trabalham mais tranquilos e o bom é que se o link cair o mk disca novamente, estabiliza e conecta tudo automaticamente. agora vou preparar as rotas pros links pra trabalhar neste novo formato se alguem precisar de alguma dica estamos ai.

obrigado

Então você já chegou na base com os links remotos? Depois detalha como fez as rotas para o balanceamento.

https://under-linux.org/f131343-pcc-...links-por-m4d3
podese usar apartir da Mk 3.23 pode se usar o pcc tem topico bem detalhado ate como fazer em brigde so tem que alterar onde tem o gateway= ethlink colocar o pppoe .

Em rotas
add comment="" disabled=no distance=2 dst-address=0.0.0.0/0 gateway=EthLinkA scope=30 target-scope=10
add comment="" disabled=no distance=3 dst-address=0.0.0.0/0 gateway=EthLinkB scope=30 target-scope=10
add comment="" disabled=no distance=4 dst-address=0.0.0.0/0 gateway=EthLinkC scope=30 target-scope=10
add comment="" disabled=no distance=1 dst-address=0.0.0.0/0 gateway=EthLinkA routing-mark=to_nra
add comment="" disabled=no distance=1 dst-address=0.0.0.0/0 gateway=EthLinkB routing-mark=to_nrb
add comment="" disabled=no distance=1 dst-address=0.0.0.0/0 gateway=EthLinkC routing-mark=to_nrc

Puts show demais essa solução por interface....como alivia demais o modem!!! hehehe parabens catv.

Re: Resolvendo o problema de travamento de modens ADSL junto do Mikrotik - CATVBRASIL

Amigo CATV....
se bem entendi é so colocar a interface que eu quero naquele pacote que vai normal????? isso funciona com pcc da mikrotik tambem????

Re: Resolvendo o problema de travamento de modens ADSL junto do Mikrotik - CATVBRASIL

Show de mais o esclarecimento, mas infelismente não posso usar em Bridge
pois o modem não é só para minha rede :dong: