Differences

This shows you the differences between two versions of the page.

--- aruba_networks:controller:good_rf_practices_for_version_6.3_aruba_networks_controller [2021/10/25 13:29] – aperez
+++ aruba_networks:controller:good_rf_practices_for_version_6.3_aruba_networks_controller [2021/11/03 10:10] (current) – aperez
@@ Line 1: / Line 1: @@
-**Good RF practices for version 6.3 Aruba Networks Controller**
+**Best practices for version 6.3 Aruba Networks Controller**
 This document is intended to show a series of best practices for configuring and optimizing the RF environment on Aruba Networks version 6.3 controllers. This is an unofficial guide produced by the Aruba Iberia group of engineers and is not a substitute for official design guides.
@@ Line 281: / Line 281: @@
   esta nueva tecnología.
+**4. New features**
+ArubaOS version 6.3 incorporates a series of functionalities that can significantly improve the user experience over the wireless network.
+La versión 6.3 de ArubaOS incorpora una serie de funcionalidades que pueden mejorar de manera sensible la experiencia de usuario sobre la red inalámbrica.
+**4.1.1. Client Match**
+The “Client Match” functionality, while it cannot avoid external sources of interference, it can ensure that clients connect to the access point that can best serve them. In this way, it could be ensured that the performance of the clients is always the maximum allowed by the physical limitations of the environment.
+La funcionalidad de “Client Match”, si bien no puede evitar las fuentes de interferencia externas, sí puede asegurar que los clientes se conecten al punto de acceso que mejor servicio pueda darles. De esta manera se podría asegurar que el rendimiento de los clientes sea siempre el máximo que permitan las limitaciones físicas del entorno.
+{{:aruba_networks:controller:bestpractics1.jpg?600|}}
+__Imagen 1 – ClientMatch__
+Here is an example configuration:
+A continuación se muestra un ejemplo de configuración:
+  rf arm-profile "default"
+      client-match
+  ! (habilitado por defecto)
+  !
+**4.1.2. Lync SDN API integration**
+As with the functionality described above, integration with the Lync server cannot solve radio-level issues. Now, what will be possible is to integrate the controller with the Lync server. Through this integration, the controller will have detailed information on the flows that each user is running, being able to prioritize the critical flows from the radio level.
+De igual modo que con la funcionalidad anteriormente descrita, la integración con el servidor de Lync no puede resolver problemas a nivel de radio. Ahora bien, lo que sí será posible será integrar el controlador con el servidor de Lync. Mediante esta integración, el controlador tendrá información detallada de los flujos que está cursando cada usuario, pudiendo priorizar los flujos críticos desde el nivel de radio.
+{{:aruba_networks:controller:bestpractics2.jpg?400|}}
+__Imagen 2 - Integración con Lync__
+**//Note: Detailed information for integrating the Aruba driver with the Lync server can be found in the official tech-note//**
+**//Nota: Puede obtenerse información detallada para integrar el controlador de Aruba con el servidor de Lync en la tech-note oficial.Nota: Puede obtenerse información detallada para integrar el controlador de Aruba con el servidor de Lync en la tech-note oficial.//**
+**4.1.3.  AirGroup**
+  Devices that use “bonjour” protocol (DLNA is also supported from version 6.4) to share files, print, project,
+  etc. use mDNS (multicast DNS) to discover each other. The Aruba Airgroup functionality allows, among other
+  things, that this discovery can be made through level 3 breaks.
+  For this purpose, the Aruba network infrastructure receives this “multicast” traffic and converts it to
+  “unicast”, putting devices in contact with each other without the need to flood the networks with unnecessary
+  traffic.
+  Los dispositivos que usan protocolo “bonjour” (DLNA también está soportado a partir de la versión 6.4) para
+  compartir ficheros, imprimir, proyectar, etc utilizan mDNS (multicast DNS) para descubrirse unos a otros. La
+  funcionalidad de Aruba Airgroup permite, entre otras cosas, que este descubrimiento pueda hacerse a través de
+  saltos de nivel 3.
+  Para este propósito, la infraestructura de red de Aruba recibe ese tráfico “multicast” y lo convierte en
+  “unicast”, poniendo en contacto a unos dispositivos con otros sin necesidad de inundar las redes de tráfico
+  innecesario.
+{{:aruba_networks:controller:bestpractics3.jpg?400|}}
+__Imagen 3 – Airgroup__
+//**Note: More information about this functionality and its configuration can be obtained in the official tech-note.**//
+//**Nota: Puede obtenerse más información sobre esta funcionalidad y su configuración en la tech-note oficial.**//
+----
+**ARUBA MOBILE-FIRST REFERENCE ARCHITECTURE GUIDE**
+{{ :aruba_networks:matrix_tecnica_perfecto_documento.pdf |}}