Iniciar sessão ou registar-se
    • HFSF
    • 16 fevereiro 2025

     # 41

    Colocado por: manelvcEu costumo frequentar um lugar com dezenas de aps unifi geridos centralmente e aquilo é um Cristo para ter internet em condições...
    E a passagem de um AP para outro é como você fala... Fica-se sem WiFi e depois é que conecta a outro AP


    É má instalação. Disse unifi, podia ser cisco ou alguma coisa qualquer. Unifi é só a que costuma ter preços mais em conta e excelentes performances.
    • HFSF
    • 16 fevereiro 2025

     # 42

    Colocado por: Bragas VNão é bem assim. Ao perder sinal de um AP, o cliente realmente salta para outro com mais sinal, mas de uma forma um pouco atabalhoada.
    É como se tivesse havido uma quebra de sinal e uma religação.
    Inclusive se forem routers diferentes cada um com o seu DHCP até apanha IPs diferentes. (basta ligar a WAN de um novo router na porta lan do router original)


    Colocado por: HFSFConvem é sempre ser os mesmos APs para ser mais fácil o processo de roaming.


    Ora foi exactamente isso que escrevi! :)

    Escrevi para testarem vocês mesmos com routers velhos que tenham por casa e não terem obrigatoriamente que comprarem mais repetidores. Qualquer sucata serve para testar isto.

    Quando virem que funciona e quiserem ter melhor experiência de roaming e/ou comprar melhor já têm experiencia.
    • HFSF
    • 16 fevereiro 2025

     # 43

    Colocado por: Bragas VEu só precisava de um repetidor/amplificador de sinal por cabo..


    Mas isso é exactamente um AP. Recebe cabo e emite wifi.
    Igual ao que lhe recomendei.

    Se quiser uma alternativa mais barata mas bastante veja a quanto encontra este: Tp-link re605x
  1.  # 44

    Colocado por: HFSF

    Eu gostava muito de falar assim de coisas que não faço ideia.

    Então liga-me lá com argumentos técnicos porquê que é uma parvoice?

    Não fui eu que escrevi isso
    • HFSF
    • 16 fevereiro 2025 editado

     # 45

    Pois não, não sei o que se passou na citação.

    Era esta a citação que falava:

    Colocado por: rjmpiresActualmente uma rede wifi doméstica baseada em APs é uma parvoíce.
    • hangas
    • 16 fevereiro 2025 editado

     # 46

    A outra citação sobre o zero Handoff fui eu que fiz.

    Por muito transparente que parece ser, não há zero-handoff sem um controlador que activamente “desligue” um cliente de um AP para o forçar a ligar noutro onde já está previamente autenticado/autorizado.

    De resto o cliente só desliga quando o RSSI ficar mesmo muito baixo.
    E com esses repetidores isolados, mesmo com o mesmo SSID o cliente tem que fazer uma nova ligação do início.
    • HFSF
    • 16 fevereiro 2025

     # 47

    Não há controlador de roaming em nenhum AP. É sempre o cliente a decidir.

    Normalmente com melhor hardware e com um controlo mais centralizado onde se consegue definir correctamente os channels de comunicação de dos diferentes pontos é mais fácil que esse roaming seja mais simples.

    É uma **** serem os clientes a decidirem na verdade porque cá em casa por exemplo tenho um PC (mais antigo) tem uma paixão pelo AP exterior e quando volta para dentro nunca se liga ao AP mesmo ao lado dele.
    • HFSF
    • 16 fevereiro 2025

     # 48

    Só para clarificar que existem protocolos que podem ajudar o cliente a decidir como os 802.11k/v/r
    Isto normalmente não precisa é propriamente de um "controlador" pode ser feito na configuração inicial
    Concordam com este comentário: hangas
    • hangas
    • 16 fevereiro 2025 editado

     # 49

    Colocado por: HFSFNão há controlador de roaming em nenhum AP. É sempre o cliente a decidir.


    Os clientes evitam ao maximo desligar de um AP e só o fazem quando o RSSI é tão baixo que já não assegura a velocidade minima para o tipo de medium negociado. Nessa altura começa um ciclo de scan e reconect e é nessa altura que encontra outro AP com o mesmo SSID (ou outro qq com auto join) e se liga.

    O controlador como tem uma visão abrangente dos sinais dos varios clientes em cada um dos APs, pode forçar o desligamento mesmo com RSSIs ainda razoavel.

    Esta técnica é tambem usada para gerir a densidade dos clientes por AP, para evitar que os clientes fiquem presos naquele em que se registaram inicialmente.


    E verdade que isto era mais relevante para conseguir zero-handoff na arquitetura SCA que já pouco se ve.

    Com a MCA os clientes têm mais controlo e o controlador já não tem um papel tao preponderante no roaming, pois os clients já conseguem ver os varios APs e tomar decisoes por eles. Mas ainda assim para um seamless handoff ou zero-handoff so com ajuda do controlador.
  2.  # 50

    E nesses meios em que é preciso uma autenticação, como é que resolve por exemplo na unifi o problema do handoff?
  3.  # 51

    Colocado por: HFSF


    Olhe que também não fui rinque escrevi aquilo que referiu em cima.. até porque para mim este tema é muito complicado..
  4.  # 52

    Colocado por: manelvcE nesses meios em que é preciso uma autenticação, como é que resolve por exemplo na unifi o problema do handoff?



    Tipicamente com key caching ou com key fast transitioning.
    Sem estes métodos o cliente tinha que fazer um novo pedido radius.
  5.  # 53

    Colocado por: HFSF

    Mas isso é exactamente um AP. Recebe cabo e emite wifi.
    Igual ao que lhe recomendei.

    Se quiser uma alternativa mais barata mas bastante veja a quanto encontra este: Tp-link re605x

    Talvez, mas o que recomendou, além de custar 129€ aparece como ceiling mount.. por isso é que eu disse que daria muita lavoura instalar..

    Vou pesquisar pela alternativa..

    E um switch? Qualquer coisa serve?
    • hangas
    • 17 fevereiro 2025 editado

     # 54

    Colocado por: HFSFSó para clarificar que existem protocolos que podem ajudar o cliente a decidir como os 802.11k/v/r
    Isto normalmente não precisa é propriamente de um "controlador" pode ser feito na configuração inicial
    Concordam com este comentário:hangas


    Pelo menos no v e no r, a rede tem que ajudar, e isso depende de um controlador. O v então é conhecido tb por “network assisted roaming”.

    Mas admito que haja normas mais recentes que sejam mais distribuídas e não dependam tanto do controlador.
    • HFSF
    • 17 fevereiro 2025

     # 55

    Sei que na unifi não há nada sobre roaming no controlador. A configuração inicial é claro feita no controlador mas é bastante simplista.

    Em algumas instalações de amigos, não lhes comprei controlador.
    • HFSF
    • 17 fevereiro 2025

     # 56

    Colocado por: manelvcE nesses meios em que é preciso uma autenticação, como é que resolve por exemplo na unifi o problema do handoff?


    Normalmente é atualizar os dispositivos todos e garantir que o servidor de radius é muito rápido.
    Pode ter de utilizar caches dependendo do tamanho da rede.
    Concordam com este comentário: hangas
  6.  # 57

    Colocado por: HFSFSei que na unifi não há nada sobre roaming no controlador


    Tem lá os settings dedicados para (BSS transitioning (802.11v) e Fast Roaming (802.11r) pelo menos. E depois ainda há a parte de band steering (que também depende de o controlador mandar o cliente fazer um reconnect).

    O problema é que em redes onde haja clientes mais antigos que não saibam interpertar esses control frames, podem ficar desglidados (por exemplo não entender a lista de neighbours e depois fica desligado até o driver tentar de novo).

    Em algumas instalações de amigos, não lhes comprei controlador.


    Colocado por: HFSFEm algumas instalações de amigos, não lhes comprei controlador.

    Ainda é possivel mudar o firmware para modo standalone? Sei os que os firmwares mais antigos dava para ir pela porta de consola do AP e mudar para standalone e configurar um unico SSID direto lá. Mas julgo já não ser possivel fazer o provisioning sem um controlador.
    • HFSF
    • 17 fevereiro 2025

     # 58

    Colocado por: hangasAinda é possivel mudar o firmware para modo standalone? Sei os que os firmwares mais antigos dava para ir pela porta de consola do AP e mudar para standalone e configurar um unico SSID direto lá. Mas julgo já não ser possivel fazer o provisioning sem um controlador.


    Eu faço pela app deles, dá para fazer o processo de instalação e funciona.
    Alguma malta amiga usa o meu controlador e fica com o processo mais automatico.

    Colocado por: hangas

    Tem lá os settings dedicados para (BSS transitioning (802.11v) e Fast Roaming (802.11r) pelo menos. E depois ainda há a parte de band steering (que também depende de o controlador mandar o cliente fazer um reconnect).


    Que raio, queria dizer no AP. Ando meio deslexico! No controlador claro que sim, faz todo o sentido. O que ele não faz é controlar isso 24/7, pode estar desligado que o roaming funciona de igual forma.
    Estas pessoas agradeceram este comentário: hangas
  7.  # 59

    Colocado por: HFSFO que ele não faz é controlar isso 24/7, pode estar desligado que o roaming funciona de igual forma.


    Sim, isso sim. O roaming em si faz, porque os clientes (a nao ser os muito basicos ou antigos) têm a autonomia a informação para mudar (até pela gestão de energia)

    O que se perde é o Band Steering e o tal roaming forçado por RSSI minimo.

    Dai a minha resalva em concordar que apenas o client é responsável pelo roaming. Geralmente a decisão é do client, mas a rede pode forçar, o que é util quando há clientes com driver ou firmaware com tendência e ficarem presos a um AP quando há um melhor por perto.

    Desconhecia que a APP consegue fazer o provisioning só por si. Os primeiros APs comprei em 2016 e nessa altura só pela console port. Depois lá instalei o Unifi Networking num Respberry, depois uma cloudKey e agora a DreamMachine SE.

    Por isso equipamentos novos é ligar e Adopt. :) Mas é bom saber caso seja preciso!
 
0.0183 seg. NEW