INFORMATICA

Y
TELECOMUNIC
ACIONES

INFORME LWAPP

NOMBRES: FELIPE IVN MUOZ TRONCOSO

CARRERA: ING. EN TELECOMUNICACIONES, CONECTIVIDAD Y REDES.
ASIGNATURA: TECNOLOGA PARA SERVICIOS IP
PROFESOR: CARLOS EDUARDO MEZA ZEGPI
FECHA: 13 JUNIO 2016.

Tabla de contenido
Introduccin...............................................................................................................2
Preparar.....................................................................................................................3
PROTOCOLO LWAPP...............................................................................................3
La fragmentacin y LWAPP paquetes de multidifusin.............................................4
Ventajas y desventajas de usar el mismo grupo o diferentes grupos de
multidifusin...............................................................................................................4
Canal de Control LWAPP...........................................................................................5
Solicitud LWAPP Descubrimiento y flujo de paquetes de respuesta.....................5
Solicitud de Ingreso y LWAPP paquete de respuesta de flujo...............................5
Configurar estado LWAPP y AP aprovisionamiento de flujo de paquetes.............7
Flujo de paquetes RRM Inicial...............................................................................8
Las estadsticas iniciales de trfico LWAPP para un nico punto de acceso........9
Conclusin...............................................................................................................10

Introduccin
El proyecto de IETF RFC, sometido al control y aprovisionamiento de los
puntos de acceso inalmbrico (CAPWAP) grupo de trabajo, se describe el
Protocolo de Punto de Acceso Ligero (LWAPP) como un protocolo desarrollado
con el objetivo de definir las lneas de comunicacin entre hilos puntos de
terminacin (Puntos de Acceso) y controladores de acceso (controladores de LAN
inalmbrica). Todas las comunicaciones LWAPP se pueden clasificar en uno de
estos dos tipos de mensajes:

Canal de Control LWAPP

LWAPP datos encapsulados

LWAPP puede funcionar tanto en el modo de transporte de Capa 2 o Capa

3. Comunicaciones de las capas 2 LWAPP estn encapsulados en tramas de
Ethernet y pueden ser identificados con un valor de EtherType 0x88BB. Debido a
su fiabilidad en Ethernet, el modo de capa 2 LWAPP de operacin no se puede
enrutar y requiere la visibilidad de capa 2 entre los puntos de acceso y WLCs.
Capa 2 se considera obsoleto y estadsticas de protocolo descritos en este
estudio se basan en el trfico de Capa 3 LWAPP modo de transporte.
Capa 3 modos de transporte LWAPP especfica el intercambio de mensajes
LWAPP en la red IP en forma de paquetes encapsulados en UDP
El tnel LWAPP se mantiene con la direccin IP de la interfaz de WLC (APdirector) y la direccin IP del punto de acceso. Este estudio revela el trfico de la
cantidad real de los gastos generales que los mensajes LWAPP presentan en una
red y una lnea de base de la operacin LWAPP en una instalacin estndar.

Preparar
Este documento presenta las estadsticas relacionadas con el
funcionamiento de solamente LWAPP y cualquier funcionalidad que no est
definido por la especificacin de protocolo, como inter-controlador de itinerancia,
est fuera del alcance de este documento. Por otra parte, el estudio de trfico slo
cubre el modo de capa 3 de la operacin LWAPP.

Protocolo lwapp
(Lightweight Access Point Protocol / Protocolo Ligero para Puntos de
Acceso) Es un Protocolo de red utilizado para la gestin centralizada de varios
puntos de acceso en una red inalmbrica WLAN. El modo capa 2 de este
protocolo ya es obsoleto, el modo capa 3 es el default en la mayora de los
dispositivos.
El objetivo del protocolo es:

Utilizar Puntos de acceso lo ms sencillos y baratos posibles. Se le quita

todo el trabajo posible.
Centralizar el trabajo del filtrado, autenticacin y cifrado en un dispositivo
centralizado.
Proporcionar un mecanismo de encapsulacin y transporte independiente
del vendedor.

Capa 2 LWAPP

Los APs deben de estar en la misma red de los WLC.

Transmite a 1500 byte s (MTU) y son encapsulados en UDP.
Comunicacin LWAPP entre los AP y las WLC de manera nativa.
Todas las comunicaciones LWAPP entre los AP y las WLC estn en frames
encapsulados de Ethernet y no en paquetes IP.
Se enva del AP al WLC se usa la direccin MAC del AP Ethernet como la
direccin origen y la direccin MAC de WLC como direccin destino.
Se enva del WLC al AP se usa la direccin MAC de WLC como direccin
origen y la direccin MAC del AP Ethernet como direccin destino.

Capa 3 LWAPP

LWAPP y los mensajes de datos usan un puerto efmero, gracias a un hash

El control y los mensajes de datos son transportados en la red por IP en
paquetes UDP.
de la direccin MAC del AP como el puerto UDP.
El nico requisito es establecer la conexin IP entre los APs y WLC.

La fragmentacin y LWAPP paquetes de

multidifusin
Cuando un controlador recibe un paquete de multidifusin, se encapsula dentro de
LWAPP utilizando el grupo de multidifusin LWAPP como direccin de destino y la
transmitir a los puntos de acceso a travs de la interfaz de gestin (direccin de origen).
Si el paquete supera la MTU del enlace, el controlador fragmenta el paquete y enviar los
dos paquetes al grupo de multidifusin LWAPP. Si otro controlador iba a recibir este
LWAPP encapsulado paquete de multidifusin a travs de la red cableada, sera volver a
encapsular de nuevo, tratndolo como un paquete de multidifusin normal y lo remitir a
sus puntos de acceso.
Hay dos opciones diferentes para evitar que esto suceda, ya sea de los cuales es
eficaz por s mismo. Uno, es posible asignar a todos los controladores de la misma
direccin de grupo de multidifusin LWAPP. O dos, se pueden aplicar tcnicas de filtrado
de multidifusin estndar para asegurar que LWAPP encapsula los paquetes de
multidifusin no llegan a cualquier otro controlador.

Ventajas y desventajas de usar el mismo grupo o

diferentes grupos de multidifusin
PROS

Todos los
controladores tienen
el mismo grupo de
multidifusin LWAPP

CONTRAS

El trfico de multidifusin de cada

No hay necesidad de controlador se inunda toda la red
hacer cualquier
(AP bajarn los paquetes de
medida adicional de
multidifusin que no tienen una
proteccin de
direccin IP de origen igual a su
fragmentacin
controlador de interfaz de
gestin)

Tcnicas de
Se puede usar un
Filtrado de ACL debe aplicarse en
multidifusin estndar
rango de direcciones la primera hop router en todas las
se utilizan para
evitando as
redes VLAN configuradas en los
bloquear fragmentos
inundaciones en toda
controladores habilitados
de multidifusin
la red.
multidifusin
LWAPP

Canal de Control LWAPP

El punto de acceso utiliza los puertos efmeros cuando se refiere a la WLC.
Los nmeros de puerto utilizados por el WLC, a cambio, son UDP 12222 y 12223
puertos de puerto UDP para LWAPP Trfico de datos y de control LWAPP
respectivamente. Una trama de control LWAPP se distingue de una trama de datos
LWAPP por el bit de "C" en el campo de indicador de cabecera de la LWAPP. Si se
establece en 1, es una trama de control.
Solicitud LWAPP Descubrimiento y flujo de paquetes de respuesta.

Las solicitudes LWAPP Descubrimiento, enviados por el punto de acceso,

se utilizan con el fin de determinar qu WLCs estn presentes en la red.
Un paquete de peticin de descubrimiento es de 97 bytes, que incluye la FCS de 4
bytes. Un paquete de respuesta de descubrimiento es de 106 bytes, que incluye el
FCS 4 byte.
Solicitud de Ingreso y LWAPP paquete de respuesta de flujo

Un paquete de solicitud de unirse LWAPP es utilizado por el punto de

acceso con el fin de informar a la WLC que quiere dar servicio a los clientes a
travs del controlador. La fase de peticin de incorporacin tambin se utiliza con
el fin de descubrir la MTU apoyado por el transporte. La combinacin inicial
solicitud enviada por el punto de acceso siempre se rellena con un elemento de
prueba de 1596 bytes. Sobre la base de cmo el transporte entre el AP y el
controlador est configurado, stas se unen tramas de solicitud pueden ser
fragmentados tambin. Si se recibe una respuesta para unirse a la peticin inicial,
la AP enmarca hacia delante sin ningn tipo de fragmentacin. La respuesta unirse
tambin inicia el temporizador de latidos del corazn (un valor de 30 segundos)
que, cuando expira, se elimina la sesin WLC-AP. El temporizador se actualiza
despus de la recepcin de la solicitud de eco o Reconocimientos.
Si la combinacin inicial solicitud no da ninguna respuesta, el AP enva otra
solicitud para participar con el elemento de prueba, lo que eleva el total de la carga
til de 1.500 bytes. Si la segunda solicitud de participacin no da una respuesta,
ya sea, el punto de acceso sigue un ciclo entre los grandes y pequeos paquetes
y, finalmente, el tiempo de espera para empezar de nuevo desde la fase de
descubrimiento.
Los tamaos de paquetes para los mensajes de peticin y respuesta unirse
varan en funcin de la descripcin, pero el intercambio de paquetes capturados
para los fines de este estudio de trfico entre el AP y el WLC (interfaz AP-manage

Configurar estado LWAPP y AP aprovisionamiento de flujo de paquetes

Las solicitudes y respuestas de configuracin LWAPP se intercambian entre

los puntos de acceso y los controladores con el fin de crear, modificar
(actualizacin) o eliminar los servicios que ofrece un punto de acceso.
En general, un mensaje de Solicitud de Configuracin es enviado por un
punto de acceso para enviar su configuracin actual a su WLC.
7

La solicitud de configuracin puede enviarse en dos escenarios:

En la fase inicial cuando el AP se une a un controlador y necesita ser

aprovisionado con todos los ajustes 802.11 que estn configurados en el
controlador.
En el caso de cambios administrativos a la carta, como un cambio en un
parmetro de WLAN

El tipo de mensaje de respuesta de configuracin LWAPP es enviado por el

WLC al punto de acceso con el fin de acusar recibo de la solicitud de configuracin
LWAPP de la AP. Esto proporciona una oportunidad para el WLC para anular la
configuracin solicitada por el AP. No existen elementos de mensajes especiales
contenidas por un marco de este tipo.
El intercambio inicial entre el AP y el WLC (interfaz AP-director) es
aproximadamente de 6.000 bytes y unos promedios de cambio de configuracin
de una sola vez de 360 bytes y consiste en 2 paquetes cada uno desde el punto
de acceso y la interfaz AP-gerente de la WLC.
Flujo de paquetes RRM Inicial

Un intercambio de informacin relacionada RRM-se lleva a cabo una vez

que el AP est aprovisionado. Un tpico intercambio entre el AP y el WLC (interfaz
AP-director) es aproximadamente 1.400 bytes. En el caso de un cambio de
configuraciones relacionadas con el RRM-, hay un intercambio de cuatro paquetes
entre el AP y la interfaz AP-gerente de la WLC. Esto promedia de cambio 375
bytes.
Las estadsticas iniciales de trfico LWAPP para un nico punto de acceso
Estadstica

Valor

Bytes totales

84869

La utilizacin media (por ciento)

0,001

Utilizada Promedio (kilobits / s)

0,425

Utilizacin Max (por ciento)

0,004

Max Utilizacin (kilobits / s)

5.384

Conclusin
Como es evidente por los resultados de este estudio de trfico, la operacin
de LWAPP no introduce requisitos de ancho de banda pesado de infraestructuras,
y en la mayora de las implementaciones tpicas, no hay necesidad de aadir
capacidad adicional para la infraestructura con el fin de dar cabida a Cisco Unified
Wireless Architecture. Como resumen del estudio de trfico, estos hechos rpidos
sobre el funcionamiento de LWAPP pueden ser tenidos en cuenta:
A pesar de que la latencia es una consideracin importante, este trficoestudio presenta solamente consideraciones de rendimiento. Como pauta
general, el enlace AP-a-WLC no debe superar los 100 ms de latencia de ida
y vuelta.
Hay dos canales separados para el funcionamiento de LWAPP:
datos LWAPP
Control de trfico LWAPP
LWAPP operacin se divide en dos grandes categoras:
intercambios de una sola vez
on-van intercambios
Una muestra de 20 minutos que incluye intercambios iniciales se traduce en una
estadstica de utilizacin medio de 0,001 por ciento.
Una muestra de 20 minutos en curso intercambios resultados en una estadstica
utilizacin mxima de 0,35 kilobits / segundo.
El canal de datos LWAPP aade una cabecera de 6 bytes a cada paquete de
datos 802.11. No hay ningn trabajo adicional para los fragmentos IP.
Una muestra de una hora de duracin presenta esta ruptura de protocolos y sus
respectivos porcentajes:
Figura 10: Comparacin basada en el Protocolo de una captura de 1 hora con
poco trfico de datos, los fragmentos IP y la mayora LWAPP

10