+ Responder ao Tópico



  1. #1

    Padrão O que vcs sugere

    Boa tarde grande comunidade, galera tenho o cenário abaixo, não esta bem desenhado mais se tiver alguma duvidas favor pergunte.

    tenho alguns link no balance PCC e apos um servidor mikrotik com dhcp ativo, e em outra cidade tenho um link que gostaria de manda para meu balance PCC, gostaria de saber se posso usar a mesma rede bright para levar meu link ate a outra ponta onde esta o balance, e se for possível qual a melhor forma de fazer sem da conflito com minha rede atual bright. fico grato a todos que puderem opinar.

    Clique na imagem para uma versão maior

Nome:	         link para balance.png
Visualizações:	71
Tamanho: 	10,6 KB
ID:      	55247

  2. #2

    Padrão Re: O que vcs sugere

    Teria Sim, Usando Vlan, mais os equipamentos que vão encaminhar a tal, tem que ter suporte para a mesma, se quiser no modo gambiarra também pode levar o link usando uma faixa de ip privado diferente de sua principal, Importante, utilize ipfixo, e a linha ubiquiti não aceita a inversão de ap/cliente ou seja ap gera o link, o Porque eu não sei, mais uma vez instalei um ptp e inverti, ap/station e não funciono, já com a linha da Mikrotik Funciona perfeitamente, Isso foi feito a muito tempo, então nem fiz um teste de labo mesmo...
    Espero ter ajudado irmão. @rubem sabe dizer o porque ?



  3. #3

    Padrão Re: O que vcs sugere

    Citação Postado originalmente por stevefox Ver Post
    Teria Sim, Usando Vlan, mais os equipamentos que vão encaminhar a tal, tem que ter suporte para a mesma, se quiser no modo gambiarra também pode levar o link usando uma faixa de ip privado diferente de sua principal, Importante, utilize ipfixo, e a linha ubiquiti não aceita a inversão de ap/cliente ou seja ap gera o link, o Porque eu não sei, mais uma vez instalei um ptp e inverti, ap/station e não funciono, já com a linha da Mikrotik Funciona perfeitamente, Isso foi feito a muito tempo, então nem fiz um teste de labo mesmo...
    Espero ter ajudado irmão. @rubem sabe dizer o porque ?
    Nunca testei isso em ubnt (Uso UBNT só em ptp e cliente), mas a única coisa pra se optar em UBNT é o IP aliasing, pra permitir multiplos IP's na interface automaticamente.
    (MK não tem essa feature automatica pra selecionar pelo que lembre, mas o "last IP" na bridge muda, só posso desconfiar que tenha algo a ver)

    Como dá pra esniffar pacote de vlan diferente da sua (Pacote segue normal, só com endereço e tag diferentes nos cabeçalhos) não sei se isso cria confusão as vezes com dhcp, talvez seria bom testar MPLVS ou VPLS se usar MK, é um tunelamento com criptografia, sem chance de "bagunça".


    (Bright = bridge?)

  4. #4

    Padrão Re: O que vcs sugere

    kkk, acredito que sim @rubem, (Bright = Bridge). E sendo Bridge não entendi o porque de inverte Client/AP, uma vez que o tráfego é bidirecional (download e upload).

    Outra opção importante (meio óbvio, mais vale lembrar) é marcar a opção WDS dos equipamentos.

    Eu faria da forma como o @stevefox orientou com o uso de VLAN's. Tendo equipamentos com suporte a o padrão 801.2Q em ambas as pontas, vc pode passar diversas VLAN's separadas na L2.

    Outro conselho, ao usar VLAN's, deixe a VLAN1 para sua rede de gerência, e use qualquer outro número para as demais (de 2 à 4094 definidos no padrão 801.2Q ou o máximo suportado pelo seu equipamento).



  5. #5

    Padrão Re: O que vcs sugere

    obrigado pelas opiniões vou criar uma vlan como sugerido e depois posto os resultados.
    Última edição por kfdigital; 15-10-2014 às 12:15.

  6. #6

    Padrão Re: O que vcs sugere

    Olá Ruben,sei que esse não é o foco do tópico mas como sou fã dos seus comentários gostaria de ter um esclarecimento.
    Minha rede usa autenticação pppoe,está em bridge e uso alguns NanoslocoM5 e NanostationM5 para ponto a ponto em bridge wds.Estes ptp são para conectar a um concentrador.Funciona bem,passa uma boa banda,porém do nada reinicia o AP ou desconecta a estação.As vezes fica conectado dias sem dar problema,as vezes horas.O fato que não sei o que pode ser.
    Já olhei em diversos tópicos,todos dizem que pode ser cabo,pode ser fonte,pode ser aparelho,etc.Já troquei tudo,já configurei tudo e nada.
    Estou começando a achar que os UBNT não estão agüentando estes ptp porque nestes passam autenticações pppoe.
    Eu não quero por outros aparelhos sem saber o que causa este problema.
    Se puder me ajudar ficarei muito grato Ruben.
    Citação Postado originalmente por rubem Ver Post
    Nunca testei isso em ubnt (Uso UBNT só em ptp e cliente), mas a única coisa pra se optar em UBNT é o IP aliasing, pra permitir multiplos IP's na interface automaticamente.
    (MK não tem essa feature automatica pra selecionar pelo que lembre, mas o "last IP" na bridge muda, só posso desconfiar que tenha algo a ver)

    Como dá pra esniffar pacote de vlan diferente da sua (Pacote segue normal, só com endereço e tag diferentes nos cabeçalhos) não sei se isso cria confusão as vezes com dhcp, talvez seria bom testar MPLVS ou VPLS se usar MK, é um tunelamento com criptografia, sem chance de "bagunça".


    (Bright = bridge?)



  7. #7

    Padrão Re: O que vcs sugere

    A princípio por usar PPPoE (Ao invez de NADA) teria apenas alguns bytes a mais em cada cabeçalho, pelo tamanho aumentar teria pacote maior ou mais quebra de pacote, isso só poderia mudar o throughput de um lado ao outro (Cliente<>CPE<>Setorial<>PTP<>Gerenciamento) mas não devia chegar a reiniciar.

    Se fosse pra chutar a culpa, eu chutaria no NS Loco, eles são a versão basicona tanto em ganho de antena, potencia, como processamento. Não sei se é assim em todas as series/versões, mas dos que meche NS Loco M5 nunca tem dissipador sobre chipsets, e NS M5 sempre tem dissipador. São dissipadores de 1 ou 1,5cm de altura, mas em eletronica sempre aprendemos que um dissipador mínimo já faz uma grande diferença, tem componente com dissipador de 2mm e isso triplica a capacidade de corrente dele (Comparado ao componente sem esses 2mm a mais pra dissipar calor). Mas não mecho com software, não sei qual a diferença real na capacidade de processamento, não sei o que um NS aguenta que um NS Loco não aguenta, só posso avaliar que existe uma diferença grande na capacidade dos 2 segundos os datasheets dos componentes e projeto de montagem.


    Daria pra dar uma reduzida nos MTU's pra forçar pacotes menores (A 64B trafega 40Mbps, a 512B trafega 30Mbps, mas a 1472B trafega só 15Mbps) a título de teste, mas duvido que míseros 8B ou 16B a menos fariam diferença, reiniciar é coisa pra hardware com algum problema muito serio. Mas... se tem NS Loco acho bom testar, 1450 ou algo bem baixo assim.

    Você estava por perto alguma vez que reiniciou?
    Sabe aquelas estaladas que nobreak dá quando a eletricidade dá uma variada? Aquilo é rele chaveando, esse sistema besta de "estabilização" de tensão é lerdo demais, geralmente 30mS, mas nesse tempo a luz viaja uns 9Km (Se não errei a conta), então tem fonte chaveada que dá uma desarmada nesses 30mS, eu tinha muito desse problema lá por 2011 e 2012, comecei a colocar um capacitor extra de 1000uF nas fontes das CPE's porque a rede eletrica de toda a cidade tinha esse problema e a CPE's reiniciavam 20x no dia (Isso nos clientes, com estabilizador ou nobreak tinha disso, direto na tomada reiniciavam bem menos). Até cheguei a usar pilhas NiCD como um tipo de nobreak DC, mas logo a cia eletrica resolveu a zona na cidade e esse meu problema sumiu.

    Começo no ano tive algo do tipo numa torre, as vezes reiniciava sem explicação, demorei umas semanas pra perceber que só reiniciava em horario comercial e dia de semana, em feriado não reiniciava, aí notei que num dia frio não reiniciou, suspeitei que era problema de capacitor em fonte (Capacitor perde ESR quando aquece, funciona melhor frio) e enquanto subia na torre descidido a trocar fonte ouvi algo que parecia um trator ligando, olhei pra baixo e ví o ar-condicionado de um escritório na vizinhança ligando, nisso também já ouvi o "bip" duma RB acima que tinha reiniciado. Na hora entendi, ar grande e velho, com problema no enrolamento de partida ou no capacitor, derrubava a tensão na rede e os malditos reles no nobreak atrapalhavam mais do que ajudavam. Troquei por um nobreak APC, do modelo antigo que não tem reles, e tudo se resolveu.

  8. #8

    Padrão Re: O que vcs sugere

    Questão de alimentação acho que não é,pois estes equipamentos estão ligados em um pach painel poe e somente estes ptp reiniciam ou deslogam a estação.Os outros aparelhos permanecem funcionando normalmente.
    Na verdade Rubem eu já desisti de tentar intender,vou trocar e vê no que dá.Colocarei um par de stx.
    Se eu falar vc vai pensar q é brincadeira,teve uma vez que fiquei umas 3 horas embaixo da torre para ver se ia dar algum problema e nada.Desci tudo beleza,QUANDO CHEGUEI EM CASA REINICIOU DE NOVO RSRRS.
    Mas de princípio fico muito grato pela auxilio Rubem,sempre digo vc é o cara.



  9. #9

    Padrão Re: O que vcs sugere

    Citação Postado originalmente por rubem Ver Post
    A princípio por usar PPPoE (Ao invez de NADA) teria apenas alguns bytes a mais em cada cabeçalho, pelo tamanho aumentar teria pacote maior ou mais quebra de pacote, isso só poderia mudar o throughput de um lado ao outro (Cliente<>CPE<>Setorial<>PTP<>Gerenciamento) mas não devia chegar a reiniciar.

    Se fosse pra chutar a culpa, eu chutaria no NS Loco, eles são a versão basicona tanto em ganho de antena, potencia, como processamento. Não sei se é assim em todas as series/versões, mas dos que meche NS Loco M5 nunca tem dissipador sobre chipsets, e NS M5 sempre tem dissipador. São dissipadores de 1 ou 1,5cm de altura, mas em eletronica sempre aprendemos que um dissipador mínimo já faz uma grande diferença, tem componente com dissipador de 2mm e isso triplica a capacidade de corrente dele (Comparado ao componente sem esses 2mm a mais pra dissipar calor). Mas não mecho com software, não sei qual a diferença real na capacidade de processamento, não sei o que um NS aguenta que um NS Loco não aguenta, só posso avaliar que existe uma diferença grande na capacidade dos 2 segundos os datasheets dos componentes e projeto de montagem.


    Daria pra dar uma reduzida nos MTU's pra forçar pacotes menores (A 64B trafega 40Mbps, a 512B trafega 30Mbps, mas a 1472B trafega só 15Mbps) a título de teste, mas duvido que míseros 8B ou 16B a menos fariam diferença, reiniciar é coisa pra hardware com algum problema muito serio. Mas... se tem NS Loco acho bom testar, 1450 ou algo bem baixo assim.

    Você estava por perto alguma vez que reiniciou?
    Sabe aquelas estaladas que nobreak dá quando a eletricidade dá uma variada? Aquilo é rele chaveando, esse sistema besta de "estabilização" de tensão é lerdo demais, geralmente 30mS, mas nesse tempo a luz viaja uns 9Km (Se não errei a conta), então tem fonte chaveada que dá uma desarmada nesses 30mS, eu tinha muito desse problema lá por 2011 e 2012, comecei a colocar um capacitor extra de 1000uF nas fontes das CPE's porque a rede eletrica de toda a cidade tinha esse problema e a CPE's reiniciavam 20x no dia (Isso nos clientes, com estabilizador ou nobreak tinha disso, direto na tomada reiniciavam bem menos). Até cheguei a usar pilhas NiCD como um tipo de nobreak DC, mas logo a cia eletrica resolveu a zona na cidade e esse meu problema sumiu.

    Começo no ano tive algo do tipo numa torre, as vezes reiniciava sem explicação, demorei umas semanas pra perceber que só reiniciava em horario comercial e dia de semana, em feriado não reiniciava, aí notei que num dia frio não reiniciou, suspeitei que era problema de capacitor em fonte (Capacitor perde ESR quando aquece, funciona melhor frio) e enquanto subia na torre descidido a trocar fonte ouvi algo que parecia um trator ligando, olhei pra baixo e ví o ar-condicionado de um escritório na vizinhança ligando, nisso também já ouvi o "bip" duma RB acima que tinha reiniciado. Na hora entendi, ar grande e velho, com problema no enrolamento de partida ou no capacitor, derrubava a tensão na rede e os malditos reles no nobreak atrapalhavam mais do que ajudavam. Troquei por um nobreak APC, do modelo antigo que não tem reles, e tudo se resolveu.
    Olá Ruben,troquei os ptp por um pares de SXT 5hnd( http://routerboard.com/RBSXT ) e ficou ok até o momento.
    Na prática,subindo o morro,ralando feito um doido cheguei a uma conclusão,os UBNT não aguentam tunelamentos pppoe kkkk.
    Fica a dica...

  10. #10

    Padrão Re: O que vcs sugere

    So se for as suas Ubnt, tenho aqui 150 Tuneis pppoe em cima de uma Nanobridge, e ela ta sorrindo ainda, enquanto não topa os pps dela, a risada vai continuar...
    E a Sxt é um ótimo produto, o que mata é a abertura, Não da pra comparar com uma antena de disco que abre 5...6 graus com uma estilo painel.
    Ubnt, BEM CONFIGURADA, vai longe.
    Detalhe, não estou falando que a sua não ta, mais pode ser que esteja como pode ser produto defeituoso...
    Aqui uso o Airvision para monitorar todos os ptp, quando vejo um com uptime diferente do resto, já é sinal de ALERTA, que tem algo errado naquela antena.



  11. #11

    Padrão Re: O que vcs sugere

    Citação Postado originalmente por kfdigital Ver Post
    Boa tarde grande comunidade, galera tenho o cenário abaixo, não esta bem desenhado mais se tiver alguma duvidas favor pergunte.

    tenho alguns link no balance PCC e apos um servidor mikrotik com dhcp ativo, e em outra cidade tenho um link que gostaria de manda para meu balance PCC, gostaria de saber se posso usar a mesma rede bright para levar meu link ate a outra ponta onde esta o balance, e se for possível qual a melhor forma de fazer sem da conflito com minha rede atual bright. fico grato a todos que puderem opinar.

    Clique na imagem para uma versão maior

Nome:	         link para balance.png
Visualizações:	71
Tamanho: 	10,6 KB
ID:      	55247
    @kfdigital.

    Se for fazer com bridge mesmo pra transportar o link até teu balance eu recomendo vo
    cê criar uma bridge exclusiva adicionando somente as portas por onde o link vai passar.

    Mas se for querer fazer um serviço que seria tecnicamente correto você teria que usar vlan configuranda entre seus dois switchs e seu balance.

    Para isso seus switchs tem que ter suporte a VLAN.

    Regards

  12. #12

    Padrão Re: O que vcs sugere

    Citação Postado originalmente por stevefox Ver Post
    So se for as suas Ubnt, tenho aqui 150 Tuneis pppoe em cima de uma Nanobridge, e ela ta sorrindo ainda, enquanto não topa os pps dela, a risada vai continuar...
    E a Sxt é um ótimo produto, o que mata é a abertura, Não da pra comparar com uma antena de disco que abre 5...6 graus com uma estilo painel.
    Ubnt, BEM CONFIGURADA, vai longe.
    Detalhe, não estou falando que a sua não ta, mais pode ser que esteja como pode ser produto defeituoso...
    Aqui uso o Airvision para monitorar todos os ptp, quando vejo um com uptime diferente do resto, já é sinal de ALERTA, que tem algo errado naquela antena.
    Pois é amigo já tentei de tudo nestes ptp pois realmente até estes problemas nunca tive o q reclamar da UBNT(tirando portas lan e baixa portência).Eu estava com este problema há quase um ano.Na verdade não queria trocar por não saber dizer de fato o que causava este problema,mas como já estava me enchendo o saco resolvi trocar.
    Tenho uma RB1100 central desta sai um cabo um switch,do switch sai cabos para os painéis(rocket m5,rocket m2,rb433) e ptp para pops de repetição.Somente estes ptps reiniciavam ou deslogava a estação.Sendo que é coisa muito rápida,as vezes o cliente nem percebe.Estes ptp seguravam os tunelamentos e uma banda de uns 30M.
    Amigo só sei que foi assim kkk,está funcionando agora que troquei pelas sxt.Fico grato pela atenção.