Versão Imprimível
Gostaria de saber dos amigos mais experientes, se existe como ligar por exemplo 2 rb 750 na mesma switch! Sendo que estarei autenticando via hotspot, com faixa de IP diferente, e IP fixo nos clientes! Clientes conectados no mesmo rádio! Porém 2 rbs > switch > radio 5g > clientes autenticando nas duas rbs pelo hotspot...a idéia é pra dividir os clientes nas duas rbs, tipo 30 clientes em uma rb e 30 clientes na outra.
Enviado via GT-I9515L usando UnderLinux App
Ser você retirar o hotspot acredito que sim, o hotspot atrapalha muito nessa questão, mesmo tendo a opção no profile hotspot de não setar um ADDRESS pool colocando em none as vezes ainda assim da bronca ou tudo IP fixo ou pppoe x ip fixo
Enviado via Moto G (4) usando UnderLinux App
Se quer fazer a divisao também tem a opção de fechar vlans... ai cada qual responde pela sua.
Nesse caso a vlan seria útil se todos os clientes tiverem capacidade de fechar a VLANCitação:
Postado originalmente por andrercmeira
Enviado via Moto G (4) usando UnderLinux App
Nao necessariamente, pois na ap voce faz as vlans, tal como antigamente se fazia os tunneis no mk... e cliente da rede X, vlan X, clientes da rede Y, vlan Y... varios radios, tais como rocket, nanostation, tem a capacidade de fazer isso, cada vlan será direcionada ao seu acesso...
O cara citou 2 rb750, provavelmente em um switch ou rede em bridge, o Rocket não faz mapeamento de VLAN e sim permite ativar uma VLAN de gerênciaCitação:
Postado originalmente por andrercmeira
Enviado via Moto G (4) usando UnderLinux App
Exatamente! As rbs direto na switch, e os rádios em bridge.Citação:
Postado originalmente por franciskv
Enviado via GT-I9515L usando UnderLinux App
Aqui coloco com varios SSID no mesmo rocket, cada um associado a uma VLAN, sempre deu resultado e controlo individualmente... mas... cada caso é um caso...
Você tem um só dispositivo e acaba sobrecarregando com a difusão de mais de 1 ssid não é a forma mais indicada e profissional de se trabalhar a vida útil do equipamento não é a mesma que um mesmo dispositivo que trabalha com apenas 1 ssidCitação:
Postado originalmente por amaylson
Enviado via Moto G (4) usando UnderLinux App
Simples: cada RB com um servidor DHCP e com faixas de IP diferentes.
Não precisa de VLAN nem nada. Isso vai balancear os clientes automaticamente, da mesma forma como ocorre com dois ou mais servidores PPPoE na mesma rede.
Ainda é interessante que você pode balancear de outras formas, não necessariamente 50/50% para cada RB. Um balanceamento menos desproporcional pode ser feito controlando a quantidade de IPs no pool do DHCP de cada RB (ex.: 64 IPs em uma RB e 192 IPs na outra resulta em um balanceamento de 25/75%), uma vez que o DHCP não vai oferecer IP se o pool já tiver acabado.
Ligar as duas rbs com o servidor dhcp ativado mesmo? Na mesma switch? Isso mesmo?Citação:
Postado originalmente por TsouzaR
Enviado via GT-I9515L usando UnderLinux App
Só pra ver se eu entendi! As duas rbs com dhcp on! Uma por exemplo indo do 10.5.50.2 até 10.5 50.50 / 10.5.50.51 até 10.5 50.254....É isso? Ou a faixa de IP tem que ser fora?Citação:
Postado originalmente por amaylson
Enviado via GT-I9515L usando UnderLinux App
2 servidores dhcp na rede não é interessante, quando a lease de um expirar o outro vai fornecer os parâmetros até porque 1 servidor de dhcp tem ser autoritativo não pode haver outros na mesma rede
Enviado via Moto G (4) usando UnderLinux App
Continuo sem entender kkk! Afinal é possível unir as rbs ou não?
Enviado via GT-I9515L usando UnderLinux App
Veja minha primeira resposta não sou o dono da razão mais me parece ser a forma mais sensata de se fazer funcionar
Enviado via Moto G (4) usando UnderLinux App
Não, duas faixas completamente distintas.Citação:
Postado originalmente por amaylson
Ao renovar o lease o cliente DHCP se comunica diretamente (unicast) com o servidor DHCP que lhe atribuiu o IP, então ele não vai pegar parâmetros de outro servidor quando expirar, mas sim irá pegar do mesmo que lhe atribuiu inicialmente. Somente caso esse servidor não responda é que o cliente começa a enviar requisição de IP em broadcast (o que só deve ocorrer se houver problema com a RB e nesse caso esse comportamento é até interessante para failover, juntamente com um curto tempo de expiração do lease), igual a como é feito na primeira atribuição, podendo nesse caso pegar IP com outro servidor DHCP na rede. Veja:Citação:
Postado originalmente por franciskv
http://www.tcpipguide.com/free/t_DHC...rocesses-2.htm
https://technet.microsoft.com/en-us/.../cc958919.aspx
Por padrão pode sim haver mais de um servidor DHCP na rede sem problemas. Tanto que provedores muitas vezes sofrem com cliente que conecta cabo na porta errada do roteador e o servidor DHCP dele passa a jogar IP na rede juntamente com o servidor correto, do provedor, o que acaba interrompendo a conexão de quem pega IP com o servidor errado, problema que deve ocorrer apenas em uma 1ª atribuição, e não na renovação do lease (conforme já expliquei). Não é o comportamento padrão ter uma proteção contra falsos servidores DHCP, isso tem que ser configurado, e inclusive o RouterOS da MikroTik tem opções para isso.
Parceiro... Aqui minhas torres todas tem um vlan diferente, como não é roteada acabei optando por essa opcao para que eu pudesse diminuir broadcast, possiveis problemas e por ai vai, pelo menos se acontecer um problema ele fica mais localizado e com isso mais facil de resolver.
Tambem tenho dois servidores pppoe, tenho ainda ou toughswitch da ubiquiti e estou migrando as principais pra edge swich tambem da ubiquiti, na porta onde sai as setoriais eu tiro a tag da vlan daquela torre que vai para meu servidor A e mantenho tagget a vlan que vai para meu servidor B, com isso, quem nao tiver vlan setada no radio vai bater no servidor A e quem tiver a vlan setada vai bater no servidor B.
No switch onde chega os dois servidores, na porta deles eu só deixo a vlan pertencente a aquele servidor, com isso nao corre o risco do cliente tentar logar en servidor errado. Obs: Servidores diferentes com vlans diferentes.
somente por vlan e contando que as interfaces das duas rbs de conexão ao switch esteja em bridge também