+ Responder ao Tópico



  1. Citação Postado originalmente por mariodc Ver Post
    boa tarde trober .muito obrigado pelas contribuiçao para todos nos
    Boa tarde. Fico feliz por minhas contribuições serem úteis

    Citação Postado originalmente por mariodc Ver Post
    deixa eu te pergunta de uns tempo para ca tenho um elance q ta dando

    --- OSPFv2 neighbor xxxxx: state change from Full to Down
    (isso na RB 1)

    --- OSPFv2 neighbor xxxxx: state change from Full to init

    --- OSPFv2 neighbor xxxxx: state change from Full to 2-Way
    (isso na RB 2)

    esta como o seu exemplo a unica coisa e q eu coloquei uma area
    e em vez de ser brodcast coloquei ptp

    /routing ospf interface add interface=loopback network-type=broadcast passive=yes /routing ospf interface add interface=ether1 network-type=ptp /routing ospf interface add interface=ether4 network-type=ptp /routing ospf interface add interface=ether5 network-type=broadcast passive=yes

    /routing ospf network add area=backbone network=xxxxx q vem do backbone /routing ospf network add area=area network=172.17.1.0/29 /routing ospf network add area=area network=xxxxxx indo para o enlace
    Como é composto seu enlace? É feito de uma routerboard diretamente para outra, no caso, RB1 para RB2 (via cartão)? Tem Ubiquiti compondo o enlace? Se tem, qual versão do Ubiquiti AirOS? Essas informações são necessárias.

    Para facilitar, você pode nos informar a saída dos comandos abaixo, nas duas routerboards.

    Código :
    :put ( "Routerboard: ". [/system routerboard get model]." (".[/system routerboard get current-firmware]."/".[/system routerboard g
    et upgrade-firmware].")")
    /ip neighbor print detail without-paging terse
    /interface export compact
    /ip export compact
    /routing export compact
    Se não quiser divulgar seus endereços públicos, substitua o primeiro octeto (se IPv4) por uma palavra, como no exemplo:

    BLOCO1.100.50.1/27
    BLOCO1.100.50.33/29

    BLOCO2.75.12.4/27
    BLOCO2.75.12.41/28

    Citação Postado originalmente por mariodc Ver Post
    o q vc acha pg so este enlace q ta com este problema para frente ta normal .muito obrigado
    Use pontuação nas frases. O "pg" é uma abreviação de qual palavra? Desculpe-me, mas não entendi.

    Saudações,

    Trober

  2. Citação Postado originalmente por salvato Ver Post
    Muito obrigado, vou testar hoje mesmo, e posto resultados.
    Ola.. li todo os posts, gostaria de agradecer a todos principalmente ao Trober, pela grande contribuição ao Fórum!
    Tenho apenas uma duvida, irei fazer a topologia anel, rodando OSPF, minha duvida seria o seguinte.. é possivel receber as requisições pppoe dos clientes vindo pelas mesmas interfaces que interligam os Roteadores do OSPF? pois a mesma rede que interliga os Routers, é a rede onde tem os clientes.. e as requisições viram na mesma interface que setei ip para comunicação entre os Roteadores do OSPF... ??
    Agradeço a atenão de Todos..



  3. Citação Postado originalmente por trober Ver Post
    Opa! Concluí aqui

    Vamos a nomenclatura dos ativos:

    rtr-internet: É o roteador (FreeBSD) que está conectado à internet. O único da rede toda que tem NAT. As redes previstas no RFC1918 estão sendo encaminhadas estaticamente para rtr-a. Eu poderia fazer OSPF no FreeBSD, mas não é o foco da demonstração.

    rtr-a: Uma RB750G, ao norte do círculo, com três interfaces, sendo ether5 voltada para o servidor FreeBSD (nosso gateway com NAT). As ethernets de cada RB representam um segmento (perna) de rede. Veja que ether1 de rtr-a conversa com ether1 de rtr-b. Já a ether2 de rtr-b conversa com ether2 de rtr-c. E assim sucessivamente, para demonstrar, de forma mais didática, cada "perna" de rede (ou braço, vai do apelido que cada um prefere dar. Eu sou mais fã de "segmento").

    rtr-b: Uma RB750G, ao leste do diagrama. Conversa com rtr-a e rtr-c.

    rtr-c: Uma RB751G-2HnD, ao sul do diagrama. Conversa com rtr-b, rtr-d e também uma estação de teste, chamada wks-test, de endereço 192.168.140.5/24, simulando o extremo da rede, a ser provida com redundância.

    rtr-d: Uma RB751G-2HnD, que desempenha o mesmo papel de rtr-b, só que do lado oeste do circuito, conversando com rtr-c e rtr-a.

    wks-test: Uma estação de teste. Um notebook rodando PC-BSD. Tem endereço IP 192.168.140.5/24, e gateway 192.168.140.3.

    Abaixo, o diagrama

    Código :
     
    .                              (200.200.200.2/30)
    .                              [rtr-internet] 
    .                              (192.168.250.1) 
    .                                     | 
    .                                     | 
    .                                     | 
    .                                     | 
    .                               192.168.250.100 
    .                                   ether5 (lo1 172.30.0.1) 
    .               (172.17.4.1) ether4 [rtr-a] ether1 (172.17.1.1) 
    .                            |                   | 
    .                            |                   | 
    .                            |                   | 
    .                            |                   | 
    .                            |                   | 
    .                            |                   | 
    .          (172.17.4.4) ether4                   ether1 (172.17.1.2) 
    .(lo1 172.30.0.4) [rtr-d]                             [rtr-b] (lo1 172.30.0.2) 
    .          (172.17.3.4) ether3                   ether2 (172.17.2.2) 
    .                            |                   | 
    .                            |                   | 
    .                            |                   | 
    .                            |                   | 
    .                            |                   | 
    .                            |                   | 
    .               (172.17.3.3) ether3 [rtr-c] ether2 (172.17.2.3) 
    .                                   ether5 (lo1 172.30.0.3) 
    .                              (192.168.140.3) 
    .                                     | 
    .                                     | 
    .                                     | 
    .                                [wks-test] 
    .                              (192.168.140.5) 
    . 
    . 
    . 
    . 
    .
    .
    .
    .
    .
    .
    .

    A circularidade funciona 100%. Desconecta de um lado, o lado oposto assume. Perde uma ou duas sequências ICMP, sendo quase imperceptível ao usuário final.

    Aqui vai o código de rtr-a:
    Código :
    # rtr-a
    # 
    #
     
    /interface bridge add name=loopback
     
    /routing ospf instance set [ find default=yes ] distribute-default=always-as-type-1 router-id=172.30.0.1
     
    /ip address add address=172.30.0.1/32 interface=loopback network=172.30.0.1
    /ip address add address=172.17.1.1/29 interface=ether1
    /ip address add address=172.17.4.1/29 interface=ether4
    /ip address add address=192.168.250.210/24 interface=ether5
     
    /ip dns set servers=192.168.250.1
     
    /ip route add distance=1 gateway=192.168.250.1
     
    /routing ospf interface add interface=loopback network-type=broadcast passive=yes
    /routing ospf interface add interface=ether1 network-type=broadcast
    /routing ospf interface add interface=ether4 network-type=broadcast
    /routing ospf interface add interface=ether5 network-type=broadcast passive=yes
     
    /routing ospf network add area=backbone network=172.30.0.1/32
    /routing ospf network add area=backbone network=172.17.1.0/29
    /routing ospf network add area=backbone network=172.17.4.0/29
     
     
     
     
    /system identity set name=rtr-a
     
     
     
     
     
    #
    Aqui vai o código de rtr-b:
    Código :
    # rtr-b
    #
    #
     
    /interface bridge add name=loopback
     
    /routing ospf instance set [ find default=yes ] router-id=172.30.0.2
     
    /ip address add address=172.30.0.2/32 interface=loopback network=172.30.0.2
    /ip address add address=172.17.1.2/29 interface=ether1
    /ip address add address=172.17.2.2/29 interface=ether2
     
     
    /ip dns set servers=192.168.250.1
     
     
     
    /routing ospf interface add interface=loopback network-type=broadcast passive=yes
    /routing ospf interface add interface=ether1 network-type=broadcast
    /routing ospf interface add interface=ether2 network-type=broadcast
     
     
    /routing ospf network add area=backbone network=172.30.0.2/32
    /routing ospf network add area=backbone network=172.17.1.0/29
    /routing ospf network add area=backbone network=172.17.2.0/29
     
     
     
     
    /system identity set name=rtr-b
     
     
     
     
     
    #
    Aqui vai o código de rtr-c:
    Código :
    # rtr-c
    #
    #
     
    /interface bridge add name=loopback
     
    /routing ospf instance set [ find default=yes ] router-id=172.30.0.3
     
    /ip address add address=172.30.0.3/32 interface=loopback network=172.30.0.3
    /ip address add address=172.17.2.3/29 interface=ether2
    /ip address add address=172.17.3.3/29 interface=ether3
    /ip address add address=192.168.140.3/24 interface=ether5
     
    /ip dns set servers=192.168.250.1
     
     
     
    /routing ospf interface add interface=loopback network-type=broadcast passive=yes
    /routing ospf interface add interface=ether2 network-type=broadcast
    /routing ospf interface add interface=ether3 network-type=broadcast
    /routing ospf interface add interface=ether5 network-type=broadcast passive=yes
     
    /routing ospf network add area=backbone network=172.30.0.3/32
    /routing ospf network add area=backbone network=172.17.2.0/29
    /routing ospf network add area=backbone network=172.17.3.0/29
    /routing ospf network add area=backbone network=192.168.140.0/24
     
     
     
    /system identity set name=rtr-c
     
     
     
     
     
    #
    Aqui vai o código de rtr-d:
    Código :
    # rtr-d
    #
    #
     
    /interface bridge add name=loopback
     
    /routing ospf instance set [ find default=yes ] router-id=172.30.0.4
     
    /ip address add address=172.30.0.4/32 interface=loopback network=172.30.0.4
    /ip address add address=172.17.3.4/29 interface=ether3
    /ip address add address=172.17.4.4/29 interface=ether4
     
     
    /ip dns set servers=192.168.250.1
     
     
     
    /routing ospf interface add interface=loopback network-type=broadcast passive=yes
    /routing ospf interface add interface=ether3 network-type=broadcast
    /routing ospf interface add interface=ether4 network-type=broadcast
    /routing ospf interface add interface=ether5 network-type=broadcast passive=yes
     
    /routing ospf network add area=backbone network=172.30.0.4/32
    /routing ospf network add area=backbone network=172.17.3.0/29
    /routing ospf network add area=backbone network=172.17.4.0/29
     
     
     
     
    /system identity set name=rtr-d
     
     
     
     
     
    #

    Observações importantes:

    Lá em rtr-c, você ao ter o círculo fechado, você terá uma rota padrão ECMP (Equal Cost Multi Path), ou seja, com dois gateways de mesmo custo.

    Outra coisa muito importante. O OSPF tem um tempo de convergência. Então não pense em ficar "fapando cabo" (hehehe) na porta, a cada 5 segundos, achando que terá convergência em tempo real. Detectar queda é instantâneo. Detectar retorno leva não menos que 10 segundos, tempo do Hello Interval. Aqui é entra a questão de atualização entre roteadores e tal, e a conversa vai longe, não sendo o propósito inicial desse tópico.

    Para finalizar, funcionou aqui 100% e funciona em todos o provedores, prefeituras e mais um pool de cliente que tenho em produção

    Espero ter sido útil o material a você e demais colegas do Under-Linux.

    Saudações,

    Trober

    Ola.. li todo os posts, gostaria de agradecer a todos principalmente ao Trober, pela grande contribuição ao Fórum!
    Tenho apenas uma duvida, irei fazer a topologia anel, rodando OSPF, minha duvida seria o seguinte.. é possivel receber as requisições pppoe dos clientes vindo pelas mesmas interfaces que interligam os Roteadores do OSPF? pois a mesma rede que interliga os Routers, é a rede onde tem os clientes.. e as requisições viram na mesma interface que setei ip para comunicação entre os Roteadores do OSPF... ??
    Agradeço a atenão de Todos..

  4. Citação Postado originalmente por goplex Ver Post
    Ola.. li todo os posts, gostaria de agradecer a todos principalmente ao Trober, pela grande contribuição ao Fórum!
    Fico feliz em ter ajudado

    Peço desculpas pela demora na resposta, pois estou em viagem.

    Citação Postado originalmente por goplex Ver Post
    Tenho apenas uma duvida, irei fazer a topologia anel, rodando OSPF, minha duvida seria o seguinte.. é possivel receber as requisições pppoe dos clientes vindo pelas mesmas interfaces que interligam os Roteadores do OSPF? pois a mesma rede que interliga os Routers, é a rede onde tem os clientes.. e as requisições viram na mesma interface que setei ip para comunicação entre os Roteadores do OSPF... ??
    Cara, eu não faria isso. Eu prefiro ter interfaces de enlace específicas para enlace, e interfaces de clientes, específicas para clientes. No seu caso, como é PPPoE, pode sumarizar numa área. A interface em que seus clientes conectam fica definida como passiva.

    Saudações,

    Trober




  5. Citação Postado originalmente por trober Ver Post
    Fico feliz em ter ajudado

    Peço desculpas pela demora na resposta, pois estou em viagem.



    Cara, eu não faria isso. Eu prefiro ter interfaces de enlace específicas para enlace, e interfaces de clientes, específicas para clientes. No seu caso, como é PPPoE, pode sumarizar numa área. A interface em que seus clientes conectam fica definida como passiva.

    Saudações,

    Trober

    Cara.. obrigado pela resposta!
    Entendi o conselho.. mas realmente de momento não consigo colocar um Router em cada POP pra fazer requisição pppoe em uma interface e enlace do OSPF em outra.. por isso em alguns pontos as requisições pppoe irão pelo mesmo enlace do OSPF.. mas pelo que entendi.. daria pra trabalhar assim? porem teria que "Sumarizar numa areá" e deixar a interface cliente passiva?
    tem como detalhar para nós... essa explicação?
    Grato

    Até Breve






Tópicos Similares

  1. vpn com poptop dando erro na mascara de rede
    Por peregrino no fórum Servidores de Rede
    Respostas: 6
    Último Post: 06-11-2004, 09:37
  2. atualizei meu kernel e tá dando erro
    Por dedealencar no fórum Servidores de Rede
    Respostas: 5
    Último Post: 27-03-2004, 19:52
  3. postfix dando erro
    Por ecbr no fórum Servidores de Rede
    Respostas: 0
    Último Post: 13-02-2004, 07:40
  4. postfix dando erro!!!socorro!!!
    Por Leyzem no fórum Servidores de Rede
    Respostas: 10
    Último Post: 24-03-2003, 13:02
  5. redirecionamento dando erro no comando
    Por wrochal no fórum Servidores de Rede
    Respostas: 4
    Último Post: 21-11-2002, 10:28

Visite: BR-Linux ·  VivaOLinux ·  Dicas-L