Duvdas sobre MCS PTMP

Citação:

---

Postado originalmente por gu4rd1an

2. AP com nv2 e somente um MCS (ex. 12) marcado, CPE conecta com qualquer MCS marcado (ex. 9) porém me parece que assume o MSC do AP.

---

Até o 5.17 tenho usado assim mas sem NV2. Não tenho nada que possa atualizar e correr o risco de ficar parado muito tempo.

Sobre isso de parecer assumir outro datarate, tem que ver que as vezes o AP diz que o cliente está usando um datarate (MCS9, digamos), mas acessando o aparelho do cliente ele diz estar usando outro datarate (MCS12).

Nesse caso de MS9 pra MCS12 não tem como notar muita coisa, mas quando a diferença é entre MCS8 e MCS15 aí se nota, afinal MCS8 roda até com sinal -80dBm, e por mais que a CPE do cliente diga que está usando MCS15, e o AP diga que esse cliente está usando MCS8, acredito no AP, já que não há perda de ping, nem ping grande, o throughput é baixo (Indicando usar MCS8) mas não perde pacote (E MCS15 com sinal tão baixo ia perder quase todo pacote).

Ou seja, confio sempre no datarate do AP. Mas... sob um condição abaixo.

Citação:

---

Postado originalmente por gu4rd1an

2. AP em 802.11 e A/N data rate em default, CPE conecta com qualquer MCS (ex. 9) mas com data rate em 6M, porém percebo que tanto TX como RX assume o MCS da CPE (ex. 9).

---

Por causos como esse é que desconfio que tem a ver com o preambulo, que usa o menor datarate do modo (6M em A).

Pra tirar a prova de qual o MCS real trafegando PACOTES (O datarate do preambulo é o menor, mas hora que tem pacote pra levar é outro datarate que é usado), tem que testar o throughput (E em bancada complica, tem reflexo e etc), porque em momentos sem tráfego não tem problema o setup exibir que o datarate é 6M, ou MCS9, os dados de sincronia e cia são poucos, o que pesa mesmo é o trafego de pacotes do cliente (Teste de banda do MK ou UBNT não resolve se for feito no AP, tem que fazer via ethernet pra ser realista, ocupar processamento dos 2 chipsets).


Enfim, confio no datarate que o AP informa (Não que o cliente informa), mas quando está trafegando pacotes ethernet<>radio<>ar<>radio<>ethernet.

Citação:

---

Postado originalmente por gu4rd1an

2. AP com nv2 e somente um MCS (ex. 12) marcado, CPE conecta com qualquer MCS marcado (ex. 9) porém me parece que assume o MSC do AP.

---

Eu passo pelo mesmo problema, nos Rockets eu consigo usar um MCS no painel e outro no cliente, de forma que consigo CCQ muito melhor nos clientes ubnt do que nos clientes que uso Mk, eu gostaria muito de utilizar das boas práticas que o @rubem já citou várias vezes no fórum de utilizar um MCS maior no AP e outro menor no cliente (ex: MCS 12 no AP e 8 no cliente), porém a Sxt sempre assume o MCS configurado no AP (no meu caso RB912), e olhei tanto do lado do cliente quanto do lado do AP, ambos informam que a CPE está utilizando o MCS do AP. Por conta disso a qualidade da conexão de muitos dos clientes que fui instalar não ficou tão legal, de forma que tive de trocar Sxt por Airgrid, mesmo tendo pouca diferença de sinal, troquei um equipamento MIMO por um SISO, porém, com CCQ decente dos dois lados.

Alguém já conseguiu setar MCS diferentes entre RB912 e Sxt?

Caros amigos, minha Basebox RB912 Versão 6.30.4 que está configurada como Apbridge distribuindo sinal em um pontomultiponto, hoje fui cadastrar um novo cliente na aba wireless e não a encontrei, ela sumiu das opções do menu do canto esquerdo, opção wireless que fica abaixo de interface. É a aba wireless onde fica o access list. Não foi mexido por ninguem e nem feito atualização.

Veja em System/Packages se o wireless está habilitado. Se for habilitar precisa reiniciar o router.

Caro ricardoandre, o wireless-fp está habilitado (é o que estava funcionando) e o wireless cm2 está instalado também (porém desativado) em outro tópico em cara mim disse pra desinstalar o fp e habilitar o cm2, vc acha certo fazer isso?

Vejam um print do problema, não aparece a aba wireless que vem logo abaixo de interfaces.Anexo 64580

Difícil de entender sobre data rates e mcs, mas gostaria de saber ql é data rates e mcs ideal pra clientes mimo, já q vendo planos baixos, 1~2 mega

Enviado via D5833 usando UnderLinux App

VJDvalter, o que você descreveu é sintoma de falta do pacote, por isso pedi para verificar se o pacote estava habilitado/instalado.
Quanto ao FP e o CM2, anterior a tentar algo dessa forma atualize sua RB. CM2 até onde sei é para CAPsMAN, posso estar errado por numca ter utilizado esse recurso.

Pessoal boa tarde! troquei um rocketM5 por RB912 na torre e aconteceu algo interessante, os clientes que antes conectavam à 130Mbps/39Mbps (mcs15 no painel e mcs4 no cliente) passaram a modular 144,33Mbps/43,3Mbps (interval 400ms) fixei guard interval long na RB912 mas algumas ubiquiti continuam modulando 43,3Mbps, procurei mas não encontrei opção de habilitar guard interval long nas ubiquiti... alguém que tenha passado por isto para dar uma dica ou saberia como mudar para long nas cpes da ubnt?

Caro egservice mim explique o que é esse guard interval long? para que serve e como habilitar

Citação:

---

Postado originalmente por rubem

No setup do roteador (Ou no winbox) você seleciona a modulação que será usada pra transmissão. Roteador A transmite na velocidade que quiser, roteador B transmite na velocidade que quiser, ambos se entendem sem problemas.


Se você setar MCS12 num SXT como AP na torre, por exemplo, e deixar os cliente no modo automatico, terá RX de tudo que é datarate, com tudo que é modulação, um em MCS3 (Airgrid), um em MCS12 (NS M5), um em MCS10 (NS Loco M5). Mas o SXT da torre transmitirá sempre em MCS12 afinal você marcou apenas esse profile.

Você tem que ajustar um MCS alto na torre, e em cada cliente marcar velocidade fixa baixa. RX e TX podem ter velocidade diferentes e praticamente 90% das vezes tem!

Dá uma olhada nos RX/TX na sua rede, vai ver valores diferentes, são modulações diferentes em uso. Wireless > Registration > Ativa a aba RX/TX rates. Os numeros antes e depois da / são iguais ou diferentes nos clientes? Se for como a grande maioria das redes terá valores diferentes, digamos 19Mbps/39Mbps, indicando que a torre está usando MCS4 (39M) rumo à esse cliente, mas esse cliente está usando MCS2 (19M) rumo à torre.

---

Rubem, aqui tenho um problema. Mesmo setando o MCS na SXT, ela apenas "obedece" o que o painel manda. Ela seta o MCS que está no painel. Por que isso?

É uma característica da Mikrotik, se não me engano do NV2.

Citação:

---

Postado originalmente por raumaster

É uma característica da Mikrotik, se não me engano do NV2.

---

Fato nao tem oque fazer infelizmente!

Poxa.... Que chato isso viu. Aqui uso NV2 mesmo.

Tentei com outros modo da na mesma é "bug" da mk

Poxa. Complicado né

Enviado via D6633 usando UnderLinux App

Sim mesmo com esse "problema" nao uso ubnt nunca mais aqui na rede, novas comprar só mk agora.

Aqui montei a minha tudo com mk. Rodando liso.

Enviado via D6633 usando UnderLinux App

Esse "problema" começou nalguma versão meio recente do MK.
Usei RB133, 411 e 433 por muitos anos assim, TX num data rate e RX em outro. Mas depois de atualizar (ACHO que desde versão 4.3x) só roda se estiver no mesmo data rate.

Até SXT Lite5 (Que é mais recente), Omnitik, e RB711 eu tive isso, como veio de fábrica conectava, fui besta de atualizar e aí o problema começou (No caso de uma RB711 foi semana passada que atualizei, estava a uns 3 anos rodando perfeita sem travar nem nada, como molhou um cabo e tive que trocar, então aproveitei e coloquei a versão 5.26, mas aí tive que colocar o mesmo data rate nos 2 lados, senão não conecta mais de jeito nenhum. Pena que não olhei se a versão anterior era 4.09 ou o que). Como eu faço é mais mini-PTP, não sei bem como fica em PTMP, se só um AP com versão velha resolve, mas acho que todos (AP's e estações) precisariam ter versão velha, já atualizei só 1 lado do mini-PTP e o "problema" começou).

Até quando mistura com UBNT pode ter problema, um mini-PTP entre RB411 e Airgrid estava com data rates diferentes também por anos, atualizei pra versão 5.17 eu acho, e aí parou de aceitar RX e TX diferentes. Isso pra mim claramente é uma opção do fabricante, mesmo sem usar NV2 tenho isso.

Eu particulamente não vejo problema em o ap "mandar" no mcs do station. O correto é sempre ter sinal bom em todos os clientes e tendo sinal bom não tem logica baixar o mcs.

Entendi Rubem. O jeito é usar assim mesmo né rs

parabens rubens.. excelentes explicações, gostaria de saber se voce deseja participar de um grupo de whatsapp? 99 98124-9183