Boa noite a todos..
Fechei um OSPF em minha rede, mais nao foi no sistema em circulo e sim como na imagem de topologia, agora quero fechar o anel entre elas e nesse ponto eu estou com duvidas como fazer e configurar.
Versão Imprimível
Boa noite a todos..
Fechei um OSPF em minha rede, mais nao foi no sistema em circulo e sim como na imagem de topologia, agora quero fechar o anel entre elas e nesse ponto eu estou com duvidas como fazer e configurar.
Já viu os videos do Allan http://www.youtube.com/results?searc...be.f_ndEgugHrs
Boa noite, ja vi sim a minha duvida é fechar o anel pelas pontas das rbs e conservando os pontos a pontos existentes.Citação:
Postado originalmente por megabyte
Citação:
Postado originalmente por jwjunior
Não precisa se preocupar com nada, basta fechar os enlaces, e continuar o que você ja fez. O resto o ospf faz para você.
Não muda nada de uma configuração para outra.
não entendi como esta tua rede, mas acredito que seja assim:
Anexo 46756
se for mais ou menos isso
vc vai ter que colocar mais radios ligando os outros RBs um apontando para o outro.( eu estou supondo que é tudo enlace wireless)
assim como a imagem abaixo:
Anexo 46757
(o verde é o que tu ja tem e o cinza é o que tu tem que adicionar)
cada link/conexão deve ser uma rede ou subrede diferente para o OSPF funcionar.
Boa tarde obrigado a todos vou fazer um exemplo pelo dude para me explicar melhor.Citação:
Postado originalmente por hagahood
O processo é bem simples, conforme o colega douglasesmeriz enfatizou[1].Citação:
Postado originalmente por jwjunior
Há disponível aqui no Under-Linux um post[2] bem detalhado, contendo exemplo[2] completo de circularidade de rotas. Em outro[3] exemplo, você pode manipular os custos das interfaces, modificando[3] o processo de decisão de caminhos.Citação:
Postado originalmente por douglasesmeriz
Tenha cuidado com alguns materiais, tutoriais e vídeos disponíveis, não só sobre OSPF, mas de qualquer área. Alguns são bons, já outros vários materiais são cheios de incertezas, como "eu acho", "funciona, mas não sei como", ferem RFCs, entre outros problemas. Tenho a certeza de que são materiais criados com as melhores das intenções, mas não consideram critérios técnicos, e resultam em tumulto e confusão ao espectador, em vez de proporcionar um aprendizado efetivo.
Faça bastante teste em laboratórios, para evitar[4] erros em produção.
Faço votos para que tenha êxito em seus laboratórios :)Citação:
Postado originalmente por jwjunior
[1] https://under-linux.org/showthread.p...411#post675411
[2] https://under-linux.org/showthread.p...154#post618154
[3] https://under-linux.org/showthread.p...112#post649112
[4] https://under-linux.org/showthread.p...420#post640420
Saudações,
Trober
Citação:
Postado originalmente por trober
Boa tarde Trober. Muito obrigado seguindo https://under-linux.org/showthread.p...112#post649112. Entao em posso fazer assim, os ponto a ponto em preto da imagem eu trabalho com rotas menores, que serao principais e os ponto a ponto em vermelho trabalho com uma rota maior que sera de BACKUP?
Exatamente :)Citação:
Postado originalmente por jwjunior
Reforçando o que o Douglas já informou, com base no diagrama compartilhado por você, não há necessidade de fazer qualquer intervenção manual nos custos das interfaces, considerando que seu objetivo é a saída para a internet :)
Saudações,
Trober
Boa noite, Trober. tenho em funcionamento essas tres RBS com OSPF sendo a primeira com a internet.
Sugiro colar o código na mensagem, usando a marcação de formatação de código (TAG CODE), disponível na ferramenta WYSIWYG do Under-Linux.Citação:
Postado originalmente por jwjunior
Use também o comando abaixo, para não exportar sobras desnecessárias da configuração do MikroTik RouterOS.
Código :
Saudações,
Trober
Citação:
Postado originalmente por trober
Obrigado..
RB 01 Entrada do link e saida para todas as outras pela ether02-Cliente
/routing ospf instance
set [ find default=yes ] distribute-default=always-as-type-1 router-id=10.255.255.1
/routing ospf interface
add interface=Loopback network-type=broadcast passive=yes
add interface=ether2-CLIENTES network-type=broadcast
add interface=ether3-SPEEDR network-type=broadcast passive=yes
/routing ospf network
add area=backbone network=172.16.2.0/30
add area=backbone network=172.16.1.0/30
add area=backbone network=172.16.4.0/30
add area=backbone network=172.16.5.0/30
add area=backbone network=172.16.3.0/30
add area=backbone network=10.255.255.1/32
add area=backbone network=10.1.1.0/24
add area=backbone network=192.10.1.0/24
add area=backbone network=192.10.2.0/24
RB 02
/routing ospf instance
set [ find default=yes ] router-id=10.255.255.2
/routing ospf interface
add interface=Loopback network-type=broadcast passive=yes
add interface=ether1-Link network-type=broadcast
add interface=bridge1 network-type=broadcast passive=yes
add interface=ether3-Mkauth network-type=broadcast passive=yes
/routing ospf network
add area=backbone network=172.16.1.0/30
add area=backbone network=10.255.255.2/32
add area=backbone network=10.95.100.0/24
add area=backbone network=192.168.10.0/24
add area=backbone network=192.1.1.0/24
add area=backbone network=192.1.5.0/24
RB 03
/routing ospf instance
set [ find default=yes ] router-id=10.255.255.3
/routing ospf interface
add interface=bridge1-Clientes network-type=broadcast passive=yes
add interface=Loopback network-type=broadcast passive=yes
add interface=ether3 network-type=broadcast passive=yes
add interface=ether1-Link network-type=broadcast
/routing ospf network
add area=backbone network=172.16.2.0/30
add area=backbone network=10.255.255.3/32
add area=backbone network=192.168.11.0/24
add area=backbone network=192.1.2.0/24
Está parcial sua exportação, mas já possibilita alguns comentários.
Atente para as citações abaixo:
RB01
RB02Citação:
Postado originalmente por jwjunior
RB03Citação:
Postado originalmente por jwjunior
CONTRAS: :(Citação:
Postado originalmente por jwjunior
Falta do uso de comentários, para incrementar a documentação.
Você fez uso de endereços públicos, dos quais você não detém direito de alocação, na sua rede. Os endereços privados estão previstos no RFC1918[1]. Há alguns tópicos[2][3], disponíveis aqui no Under-Linux, já abordando esse assunto.
Qual o problema de usar os endereços públicos (que você usa como privado)? Além de violar normas, será também problema, a impossibilidade de algum cliente seu alcançar redes da BBN Communications (Cambridge, Massachusetts), detentora de um dos blocos usados equivocadamente.
PROS: :)
Declaração explícita de interfaces passivas, sem diálogo OSPF.
Declaração explícita de interfaces ativas.
Definição de identificação do roteador (router-id).
Redistribuição de rota padrão somente no roteador de saída.
Declaração explícita das redes a serem anunciadas.
Resumindo: do pouco que vi, no export parcial informado, gostei muito :)
Agora é só arrumar aquela violação ao RFC1918, e adicionar comentários nas entradas de configurações dos ativos.
[1] http://tools.ietf.org/html/rfc1918
[2] https://under-linux.org/showthread.p...212#post653212
[3] https://under-linux.org/showthread.p...859#post624859
Saudações,
Trober
Citação:
Postado originalmente por trober
Boa noite obrigado, os ips não autorizados irei retirar pois os mesmos só fazer parte dos ips das antenas AP, e não são distribuídos a clientes
Citação:
Postado originalmente por trober
Boa noite. Gostaria de saber se OSPF funciona em bridge e vlan?
Boa noite Trober, eu tenho que declarar com interface passiva as bridge, os pppoe discadores e pptp vlan como passiva ou nao precisa anunciar elas?
Por padrão, quem "não conversa" OSPF com um roteador vizinho (adjacente), fica declarado como passivo. Logo, dependendo do cenário, terá situações de VLAN passiva (ou não).Citação:
Postado originalmente por jwjunior
Na dúvida, uma regrinha simples: A interface X "conversa" com algum roteador, usando OSPF? Se sim, então não passiva, senão, se não conversa, então passiva :)