+ Responder ao Tópico

  1. O unico problema que vjo no nv2 é o ping q aumenta drasticamente com nstream fica 1-2 com nv2 fica 6-10 para somente uma repetição não ha tanto impacto mas para 2,3 ou mais a coisa ja fica feia e aqui no meu caso o sinal subiu tbm

  2. Bom dia,

    O NV2 aumenta a latência por ser TDMA, ele comunica com os clientes "individualmente".

    Ao enviar dados para um cliente, ele está enviando apenas para aquele cliente, fazendo exatamente o que o colega falou antes, evita colisões e retransmissões. Tem muita eficiência em pmp. Para ptp, muito melhor usar Nstreme, com as últimas versões do ROS principalmente, que corrigem os problemas que geravam desconexão, e a latência fica baixa.

    O Link mais robusto que tenho é de uns 8Km, com antenas de 33, RB800 e cartões R52HN. Em Nstreme, consigo 180Mb Half e 80Mb Full, com latência de 2ms durante o teste, no dia-a-dia (30Mb +ou-), fica em apenas 1ms.
    Em NV2, consigo 210Mb Half e 95Mb Full, com latência de 11ms durante o teste.

    Essa é a direferença que o NV2 faz em um ptp, aumenta a banda, mas a latência sobe também. Se o link Wireless estiver bom, o Nstreme vai funcionar perfeitamente.

    Abraço
    Última edição por gamineiro; 01-02-2012 às 23:01.



  3. mas o problema continua, COMO CONFIGURARAR MILAGROSAMENTE COMO O AMIGO SITOU?

  4. Não existe milagre netuai... palavras eloquentes apenas. Veja só; a tela de configuração do NV2 tem 5 parâmetros: TDMA Period Size, Cell Radius, Security, Pre-Shared Key, Queue Count e QoS, destes, dois tratam apenas de segurança (cripto) então não são determinantes. QoS também não é determinante do ponto de vista do enlace (qualidade e banda passante), mas é para definir prioridades com base em categorias/classes de serviço.

    Ficamos então com TDMA Period Size e Cell Radius.

    Vejamos o que diz o tal do Manual

    Citação Postado originalmente por Wiki Mikrotik
    Nv2-cell-radius - specifies distance to farthest client in Nv2 network in km. This setting affects the size of contention time slot that AP allocates for clients to initiate connection and also size of time slots used for estimating distance to client. If this setting is too small, clients that are farther away may have trouble connecting and/or disconnect with "ranging timeout" error. Although during normal operation the effect of this setting should be negligible, in order to maintain maximum performance, it is advised to notincrease this setting if not necessary, so AP is not reserving time that is actually never used, but instead allocates it for actual data transfer.
    Especifica o intervalo de tempo para as estações mais distantes. Se você configura um intervalo pequeno demais pode "ferrar" as estações mais distantes, portanto é imprescindível ter a média correta para que funcione bem todos os clientes. No manual recomenda nem configurar este parâmetro, pois seria insignificante seu resultado.

    Em algumas situações já configurei, juntamente com o TDMA Period Size e percebi resultados melhores. Desta forma o MILAGRE é: Teste até a exaustão, para o SEU CENÁRIO e veja qual configuração se ajustou melhor. Se ocorrem problemas depois de algum tempo; TESTE NOVAMENTE até conseguir a melhor configuração.

    Citação Postado originalmente por Wiki Mikrotik
    tdma-period-size - specifies size in ms of time periods that Nv2 AP uses for media access scheduling. Smaller period can potentially decrease latency (because AP can assign time for client sooner), but will increase protocol overhead and therefore decrease throughput. On the other hand - increasing period will increase throughput but also increase latency. It may be required to increase this value for especially long links to get acceptable throughput. This necessity can be caused by the fact that there is "propagation gap" between downlink (from AP to clients) and uplink (from clients to AP) data during which no data transfer is happening. This gap is necessary because client must receive last frame from AP - this happens after propagation delay after AP's transmission, and only then client can transmit - as a result frame from client arrives at AP after propagation delay after client's transmission (so the gap is propagation delay times two). The longer the distance, the bigger is necessary propagation gap in every period. If propagation gap takes significant portion of period, actual throughput may become unacceptable and period size should get increased at the expense of increased latency. Basically value of this setting must be carefully chosen to maximize throughput but also to keep latency at acceptable levels.
    Aqui uma configuração interessante, pois tempos menores diminuiriam a latência, mas PODERÁ aumentar a carga de processamento e consequentemente os PPS, reduzindo assim a banda passante. Estes valores, como diz o tal de MANUAL, devem ser cuidadosamente testados ATÉ A EXAUSTÃO ( fisíca, psicologica ) a fim de se obter o melhor resultado para o enlace.

    Essas são as configurações milagrosas.

    Citação Postado originalmente por netuai Ver Post
    mas o problema continua, COMO CONFIGURARAR MILAGROSAMENTE COMO O AMIGO SITOU?

  5. obrigado pelo exclarecimento






Visite: BR-Linux ·  VivaOLinux ·  Dicas-L