• No se han encontrado resultados

Acceso de un Huésped alámbrico con un Controlador de WLAN de Cisco

N/A
N/A
Protected

Academic year: 2021

Share "Acceso de un Huésped alámbrico con un Controlador de WLAN de Cisco"

Copied!
12
0
0

Texto completo

(1)

Acceso de un Huésped alámbrico con un Controlador de WLAN de

Cisco

Contenido

Introducción

Prerrequisitos

Requisitos

Componentes Utilizados

Convenciones

Configuración

Configuración del Switch de la Capa de Acceso

Algunos Puntos Importantes para la Implementación de Huéspedes Alámbricos

Plataforma Soportada

Configuración de la LAN Inalámbrica (WLAN)

Configuración de un Cliente Huésped alámbrico

Acceso de un Huésped Alámbrico con el Anchor WLAN Controller (controlador WLAN de anclaje)

Debug de Conexiones de un Huésped alámbrico

Verificación

Troubleshooting

Introducción

Cada vez más empresas reconocen la necesidad de proporcionar acceso a Internet a sus clientes, socios y consultores cuando éstos visitan sus

instalaciones. Con el soporte de la nueva función Wired Guest Access de los controladores de WLAN de Cisco que utilizan el software Cisco

Unified Wireless versión 4.2.61.0 o posteriores, los administradores de IT pueden proporcionar acceso a Internet seguro y controlado, por cable o

inalámbrico, para huéspedes en el mismo Wireless LAN Controller.

Se debe permitir que los usuarios huéspedes se conecten a los puertos Ethernet designados y, según lo configurado por el administrador, accedan

a la red de huéspedes después de completar los métodos de autenticación configurados. Los usuarios huéspedes inalámbricos pueden conectarse

fácilmente a los controladores de WLAN con las características de acceso para huéspedes actuales. Además, el WCS junto con la configuración y

administración básica de los controladores de WLAN, proporciona mejores servicios para usuarios huéspedes. Los clientes que ya implementaron

o tienen previsto implementar controladores de WLAN y WCS en su red pueden aprovechar la misma infraestructura para el acceso de huéspedes

alámbricos. Esto proporciona una experiencia común a los usuarios finales de acceso inalámbrico y de acceso como huéspedes alámbricos.

Los puertos para los huéspedes alámbricos se proporcionan en una ubicación designada y se conectan a un switch de acceso. La configuración del

switch de acceso coloca esos puertos en una de las VLANs de capa 2 para huéspedes alámbricos. Existen dos soluciones diferentes para los

clientes:

Un solo WLAN controller (modo de traducción de VLAN): El switch de acceso reenvía, a través de un puerto trunk, el tráfico de los

huéspedes alámbricos de la VLAN de huespedes al WLAN controller que proporciona la solución de acceso para huéspedes alámbricos.

Este controlador realiza la traducción de VLAN entre la VLAN de ingreso de huéspedes alámbricos y la VLAN de egreso.

1.

Dos WLAN controllers (modo de Anclaje Automático – Auto Anchor): El switch de acceso reenvía, a través de un puerto trunk, el tráfico

de huéspedes alámbricos a un WLAN controller local (el controlador más cercano al switch de acceso). Este WLAN controller local realiza

el anclaje del cliente a un DMZ Anchor WLAN controller configurado para el acceso de huéspedes alámbricos e inalámbricos. Después de

la correcta entrega del cliente al DMZ anchor controller, el DMZ WLC procesa la asignación de dirección IP de DHCP, la autenticación

del cliente, etc. Luego de completar la autenticación, se permite que el cliente envíe o reciba tráfico.

(2)

Prerrequisitos

Requisitos

No existen requisitos específicos para este documento.

Componentes Utilizados

La versión 4.2.61.0 del software Cisco Unified Wireless y posteriores soportan la función Wired Guest Access de los controladores de WLAN de

Cisco.

La información de este documento se creó a partir de los dispositivos en un entorno específico de laboratorio. Todos los dispositivos que se

utilizan en este documento se iniciaron con una configuración vacía (predeterminada). Si su red está en funcionamiento, asegúrese de comprender

el posible efecto de los comandos.

Convenciones

Consulte Cisco Technical Tips Conventions para obtener más información sobre las convenciones del documento.

Configuración

En esta sección, encontrará la información para configurar las características descritas en este documento.

Configuración del Switch de la Capa de Acceso

Para proporcionar acceso a huéspedes alámbricos, es necesario que el administrador configure los puertos designados en el switch de la capa de

acceso de capa 2 en la VLAN de huéspedes. La VLAN de huéspedes debe estar separada de cualquier otra VLAN que esté configurada en este

switch. El tráfico de la VLAN de huéspedes se conecta al controlador de WLAN local más cercano. A través de un túnel EoIP, el controlador

local transfiere el tráfico de huéspedes a un anchor DMZ controller. Esta solución requiere al menos dos controladores.

Por otra parte, el switch de acceso conecta la VLAN de huéspedes a un controlador único que puede traducir la VLAN de huéspedes a la interfaz

de egreso del controlador de WLAN.

cat6506#show vlan id 49

VLAN Name Status Ports

---- - --- ---49 VLAN00---49 active Gi2/1, Gi2/2, Gi2/4, Gi2/35 Gi2/39, Fa4/24

VLAN Type SAID MTU Parent RingNo BridgeNo Stp BrdgMode Trans1 Trans2 ---- --- ---- --- -- ---- -- ---49 enet 1000---49 1500 - - - - - 0 0 Remote SPAN VLAN

(3)

---Disabled

Primary Secondary Type Ports

--- --- --- ---cat6506#

interface FastEthernet4/24 description Wired Guest Access switchport

switchport access vlan 49 no ip address

end cat6506#

interface GigabitEthernet2/4 description Trunk port to the WLC switchport

switchport trunk native vlan 80

switchport trunk allowed vlan 49,80,110 switchport mode trunk

no ip address end

Nota:

Utilice la herramienta Command Lookup (

sólo para clientes registrados

) para obtener más información sobre los comandos utilizados en este

documento.

Algunos Puntos Importantes para la Implementación de Huéspedes Alámbricos

Actualmente se soportan cinco LANs de huéspedes para el acceso de huéspedes alámbricos. En total, se pueden configurar 16 WLANs

para usuarios inalámbricos y 5 WLANs para accesso de huéspedes alámbricos.

1.

Es necesario que los administradores creen interfaces dinámicas en el controlador de WLAN, las marquen como “Guest LAN” y las

asocien a las WLANs creadas como LAN de huéspedes.

2.

La autenticación Web es el mecanismo de seguridad predeterminado que está disponible en una LAN de huéspedes alámbricos. Las

opciones actuales que están disponibles son las siguientes: Abierta, Autenticación Web y Web Passthrough.

3.

En el caso de que se produzca una falla en el túnel EoIP entre los WLC remoto y anchor, se elimina la base de datos de clientes del anchor

WLC. Es necesario asociar y autenticar el cliente nuevamente.

4.

La seguridad de capa 2 no es soportada.

5.

En las LAN de huéspedes alámbricos, se descarta el tráfico de multicast y de broadcast.

6.

Para el huésped alámbrico, existe un tiempo de espera por inactividad que transcurre en el controlador. Si no se reciben paquetes del cliente en el

período configurado, se quita el cliente del controlador. La próxima vez que un cliente envía una petición ARP, se crea una nueva entrada para el

cliente y se lo pasa al estado de autenticación Web o de ejecución según la configuración de seguridad.

Plataforma Soportada

El acceso de huéspedes alámbricos es soportado con las siguientes plataformas:

Cisco 4400 Wireless LAN Controller

Cisco Catalyst 6500 Series Wireless Services Module (WiSM)

Cisco Catalyst 3750G Integrated Wireless LAN Controller

Configuración de la LAN Inalámbrica (WLAN)

En este ejemplo se asume la configuración básica del Wireless LAN Controller. Se hace hincapié en la configuración adicional requerida para

completar la implementación del acceso de huéspedes alámbricos.

Cree una interfaz dinámica y márquela como una “Guest LAN”. Al crear esta interfaz dinámica en la versión actual, es necesario

proporcionar una dirección IP y una gateway predeterminada aunque no exista debido a que es una VLAN de capa 2. No es necesario

proporcionar ninguna dirección DHCP. Los clientes huéspedes alámbricos están conectados físicamente a esta VLAN.

(4)

Cree otra interfaz dinámica donde los clientes huéspedes alámbricos reciban una dirección IP.

2.

Nota:

En esta interfaz, se debe proporcionar una dirección IP, una gateway predeterminada y una dirección de servidor DHCP.

Éstas son las interfaces dinámicas.

3.

(5)

Agregue una WLAN nueva: Type=Guest LAN.

4.

Active la WLAN; realice el mapeo de la interfaz de ingreso a la “Guest LAN” que se creó en el Paso 1. La interfaz de egreso puede ser una

interfaz de administración o cualquier otra interfaz dinámica, aunque es preferible una interfaz dinámica como la que se creó en el Paso 2.

5.

Se activa la autenticación Web de forma predeterminada como la opción de seguridad configurada en la LAN de huéspedes. Puede

cambiarse a None o a Web Passthrough.

6.

Esta es la configuración final de la WLAN.

7.

Agregue un usuario huésped en la base de datos local del WLC.

8.

Configuración de un Cliente Huésped Alámbrico

El cliente huésped alámbrico recibe una dirección IP desde la VLAN de egreso pero no puede transmitir tráfico hasta completar el proceso de

autenticación Web.

(6)

Abra una ventana del explorador e ingrese el nombre de la URL deseada (por ejemplo, www.cisco.com). Se redirecciona el huésped a la

página Web predeterminada del Wireless LAN Controller si la autenticación Web está activada y se puede tomar una resolución DNS para

la URL ingresada. De lo contrario, ingrese esta URL: https://1.1.1.1/login.html, en la cual la dirección IP 1.1.1.1 es la dirección IP virtual

del Wireless LAN Controller.

1.

Ingrese el nombre de usuario y la contraseña proporcionados.

2.

Una ventana del explorador le indica si la sesión se inició de manera correcta.

3.

Acceso de un Huésped Alámbrico con el Anchor WLAN Controller (controlador WLAN de anclaje)

En este ejemplo, la dirección IP del wireless LAN controller remoto es 10.10.80.3 y la dirección IP del anchor DMZ controller es 10.10.75.2.

Forman parte de dos grupos de movilidad diferentes.

Configure el grupo de movilidad del anchor DMZ controller cuando agregue la dirección de MAC, la dirección IP y el nombre del grupo

de movilidad del controlador remoto.

(7)

Configure el grupo de movilidad en el controlador remoto de manera similar.

2.

Cree la WLAN alámbrica con el nombre exacto en el anchor WLC. En este caso, la interfaz de ingreso es “none” ya que, lógicamente, la

interfaz de ingreso es el túnel EoIP del controlador remoto. La interfaz de egreso es una interfaz diferente, en la que los clientes alámbricos

van a recibir la dirección IP. En este ejemplo, se crea una interfaz dinámica denominada guest, pero en esta etapa no se puede activar la

WLAN porque se muestra un mensaje de error que indica que una interfaz de ingreso no puede ser none.

3.

Configure la seguridad de capa 3 como web authentication, de manera similar al controlador remoto.

4.

Cree el anclaje de movilidad en el anchor controller y mapéelo a sí mismo.

5.

(8)

Una vez que se creó el mobility anchor, regrese y active la WLAN alámbrica.

6.

Cree el anclaje de movilidad en el WLC remoto para la WLAN de huéspedes alámbricos de manera similar.

7.

Elija la dirección IP del anchor WLC y cree el movility anchor.

Verifique que la ruta de control y datos estén activos. Si no lo están, asegúrese de que estos puertos estén abiertos entre el anchor y el

Wireless LAN Controller remoto, UDP 16666 o IP 97.

Una vez que un usuario huésped alámbrico está conectado al switch y ha completado la autenticación Web, Policy Manager State debe ser

RUN y Mobility Role debe ser Export Foreign.

8.

(9)

Debug de Conexiones de un Huésped Alámbrico

Esta debug proporciona toda la información relacionada con un cliente huésped alámbrico.

debug client <mac-address>

Cisco Controller) >show debug

MAC address ... 00:0d:60:5e:ca:62 Debug Flags Enabled:

dhcp packet enabled. dot11 mobile enabled. dot11 state enabled dot1x events enabled. dot1x states enabled. pem events enabled. pem state enabled.

(Cisco Controller) >Tue Sep 11 13:27:42 2007: 00:0d:60:5e:ca:62 Adding mobile on Wired Guest 00:00:00:00:00:00(0)

Tue Sep 11 13:27:42 2007: 00:0d:60:5e:ca:62 apfHandleWiredGuestMobileStation

(apf_wired_guest.c:121) Changing state for mobile 00:0d:60:5e:ca:62 on AP 00:00:00:

00:00:00 from Idle to Associated

Tue Sep 11 13:27:42 2007: 00:0d:60:5e:ca:62 0.0.0.0 START (0) Initializing policy

Tue Sep 11 13:27:42 2007: 00:0d:60:5e:ca:62 0.0.0.0 START (0) Change state to AUTHCHECK (2) last state AUTHCHECK (2)

Tue Sep 11 13:27:42 2007: 00:0d:60:5e:ca:62 0.0.0.0 AUTHCHECK (2) Change state to L2AUTHCOMPLETE (4) last state L2AUTHCOMPLETE (4) Tue Sep 11 13:27:42 2007: 00:0d:60:5e:ca:62 0.0.0.0 L2AUTHCOMPLETE (4) Change state to DHCP_REQD (7) last state DHCP_REQD (7)

Tue Sep 11 13:27:42 2007: 00:0d:60:5e:ca:62

apfPemAddUser2 (apf_policy.c:209) Changing state for mobile

00:0d:60:5e:ca:62 on AP 00:00:00:00:00:00 from Associated to Associated Tue Sep 11 13:27:42 2007: 00:0d:60:5e:ca:62 Session Timeout is 0 not starting session timer for the mobile

Tue Sep 11 13:27:42 2007: 00:0d:60:5e:ca:62

Stopping deletion of Mobile Station: (callerId: 48) Tue Sep 11 13:27:42 2007: 00:0d:60:5e:ca:62

Wired Guest packet from 10.10.80.252 on mobile

Tue Sep 11 13:27:43 2007: 00:0d:60:5e:ca:62 Wired Guest packet from 10.10.80.252 on mobile Tue Sep 11 13:27:43 2007: 00:0d:60:5e:ca:62 Orphan Packet from 10.10.80.252

Tue Sep 11 13:27:43 2007: 00:0d:60:5e:ca:62 Wired Guest packet from 169.254.20.157 on mobile Tue Sep 11 13:27:44 2007: 00:0d:60:5e:ca:62 Wired Guest packet from 169.254.20.157 on mobile Tue Sep 11 13:27:44 2007: 00:0d:60:5e:ca:62 0.0.0.0

DHCP_REQD (7) State Update from Mobility-Incomplete to Mobility-Complete, mobility role=Local

Tue Sep 11 13:27:44 2007: 00:0d:60:5e:ca:62 0.0.0.0 DHCP_REQD (7) pemAdvanceState2 3934, Adding TMP rule Tue Sep 11 13:27:44 2007: 00:0d:60:5e:ca:62 0.0.0.0 DHCP_REQD (7) Adding Fast Path rule

type = Airespace AP - Learn IP address on AP 00:00:00:00:00:00, slot 0, interface = 1, QOS = 0 ACL Id = 255,

Jumbo Frames = NO, 802.1P = 0, DSCP = 0, TokenID = 5006 Tue Sep 11 13:27:44 2007: 00:0d:60:5e:ca:62 0.0.0.0 DHCP_REQD

(10)

(7) Successfully plumbed mobile rule (ACL ID 255) Tue Sep 11 13:27:44 2007: 00:0d:60:5e:ca:62

Installing Orphan Pkt IP address 169.254.20.157 for station Tue Sep 11 13:27:44 2007: 00:0d:60:5e:ca:62

Unsuccessfully installed IP address 169.254.20.157 for station Tue Sep 11 13:27:44 2007: 00:0d:60:5e:ca:62

0.0.0.0 Added NPU entry of type 9

Tue Sep 11 13:27:44 2007: 00:0d:60:5e:ca:62 Sent an XID frame

Tue Sep 11 13:27:45 2007: 00:0d:60:5e:ca:62 Wired Guest packet from 169.254.20.157 on mobile Tue Sep 11 13:27:48 2007: 00:0d:60:5e:ca:62

DHCP received op BOOTREQUEST (1) (len 310, port 1, encap 0xec00) Tue Sep 11 13:27:48 2007: 00:0d:60:5e:ca:62

DHCP selecting relay 1 - control block settings: dhcpServer: 0.0.0.0, dhcpNetmask: 0.0.0.0,

dhcpGateway: 0.0.0.0, dhcpRelay: 0.0.0.0 VLAN: 0 Tue Sep 11 13:27:48 2007: 00:0d:60:5e:ca:62

DHCP selected relay 1 - 10.10.110.1(local address 10.10.110.2, gateway 10.10.110.1, VLAN 110, port 1)

Tue Sep 11 13:27:48 2007: 00:0d:60:5e:ca:62 DHCP transmitting DHCP DISCOVER (1) Tue Sep 11 13:27:48 2007: 00:0d:60:5e:ca:62

DHCP op: BOOTREQUEST, htype: Ethernet, hlen: 6, hops: 1 Tue Sep 11 13:27:48 2007: 00:0d:60:5e:ca:62

DHCP xid: 0x87214d01 (2267106561),secs: 0, flags: 8000 Tue Sep 11 13:27:48 2007: 00:0d:60:5e:ca:62

DHCP chaddr: 00:0d:60:5e:ca:62

Tue Sep 11 13:27:48 2007: 00:0d:60:5e:ca:62 DHCP ciaddr: 0.0.0.0, yiaddr: 0.0.0.0 Tue Sep 11 13:27:48 2007: 00:0d:60:5e:ca:62 DHCP siaddr: 0.0.0.0, giaddr: 10.10.110.2 Tue Sep 11 13:27:48 2007: 00:0d:60:5e:ca:62 DHCP requested ip:10.10.80.252

Tue Sep 11 13:27:48 2007: 00:0d:60:5e:ca:62

DHCP ARPing for 10.10.110.1 (SPA 10.10.110.2, vlanId 110) Tue Sep 11 13:27:48 2007: 00:0d:60:5e:ca:62

DHCP selecting relay 2 - control block settings: dhcpServer: 0.0.0.0, dhcpNetmask: 0.0.0.0,

dhcpGateway: 0.0.0.0, dhcpRelay: 10.10.110.2 VLAN: 110

Tue Sep 11 13:27:48 2007: 00:0d:60:5e:ca:62 DHCP selected relay 2 - NONE

Tue Sep 11 13:27:51 2007: 00:0d:60:5e:ca:62

DHCP received op BOOTREQUEST (1) (len 310, port 1, encap 0xec00) Tue Sep 11 13:27:51 2007: 00:0d:60:5e:ca:62

DHCP selecting relay 1 - control block settings: dhcpServer: 0.0.0.0, dhcpNetmask: 0.0.0.0,

dhcpGateway: 0.0.0.0, dhcpRelay: 10.10.110.2 VLAN: 110 Tue Sep 11 13:27:51 2007: 00:0d:60:5e:ca:62

DHCP selected relay 1 - 10.10.110.1(local address 10.10.110.2, gateway 10.10.110.1, VLAN 110, port 1)

Tue Sep 11 13:27:51 2007: 00:0d:60:5e:ca:62 DHCP transmitting DHCP DISCOVER (1) Tue Sep 11 13:27:51 2007: 00:0d:60:5e:ca:62

DHCP op: BOOTREQUEST, htype: Ethernet, hlen: 6, hops: 1 Tue Sep 11 13:27:51 2007: 00:0d:60:5e:ca:62

DHCP xid: 0x87214d01 (2267106561),secs: 36957, flags: 8000 Tue Sep 11 13:27:51 2007: 00:0d:60:5e:ca:62

DHCP chaddr: 00:0d:60:5e:ca:62

Tue Sep 11 13:27:51 2007: 00:0d:60:5e:ca:62 DHCP ciaddr: 0.0.0.0, yiaddr: 0.0.0.0 Tue Sep 11 13:27:51 2007: 00:0d:60:5e:ca:62 DHCP siaddr: 0.0.0.0, giaddr: 10.10.110.2 Tue Sep 11 13:27:51 2007: 00:0d:60:5e:ca:62 DHCP requested ip: 10.10.80.252

Tue Sep 11 13:27:51 2007: 00:0d:60:5e:ca:62

DHCP sending REQUEST to 10.10.110.1 (len 350, port 1, vlan 110) Tue Sep 11 13:27:51 2007: 00:0d:60:5e:ca:62

DHCP selecting relay 2 - control block settings: dhcpServer: 0.0.0.0, dhcpNetmask: 0.0.0.0,

dhcpGateway: 0.0.0.0, dhcpRelay: 10.10.110.2 VLAN: 110 Tue Sep 11 13:27:51 2007: 00:0d:60:5e:ca:62

DHCP selected relay 2 - NONE

Tue Sep 11 13:27:54 2007: 00:0d:60:5e:ca:62

DHCP received op BOOTREPLY (2) (len 308, port 1, encap 0xec00) Tue Sep 11 13:27:54 2007: 00:0d:60:5e:ca:62

DHCP setting server from OFFER

(server 10.10.110.1, yiaddr 10.10.110.3) Tue Sep 11 13:27:54 2007: 00:0d:60:5e:ca:62

DHCP sending REPLY to Wired Client (len 350, port 1) Tue Sep 11 13:27:54 2007: 00:0d:60:5e:ca:62

(11)

Tue Sep 11 13:27:54 2007: 00:0d:60:5e:ca:62

DHCP op: BOOTREPLY, htype: Ethernet, hlen: 6, hops: 0 Tue Sep 11 13:27:54 2007: 00:0d:60:5e:ca:62

DHCP xid: 0x87214d01 (2267106561), secs: 0, flags: 8000 Tue Sep 11 13:27:54 2007: 00:0d:60:5e:ca:62

DHCP chaddr: 00:0d:60:5e:ca:62

Tue Sep 11 13:27:54 2007: 00:0d:60:5e:ca:62 DHCP ciaddr: 0.0.0.0, yiaddr: 10.10.110.3 Tue Sep 11 13:27:54 2007: 00:0d:60:5e:ca:62 DHCP siaddr: 0.0.0.0, giaddr: 0.0.0.0 Tue Sep 11 13:27:54 2007: 00:0d:60:5e:ca:62

DHCP server id: 1.1.1.1 rcvd server id: 10.10.110.1 Tue Sep 11 13:27:54 2007: 00:0d:60:5e:ca:62

DHCP received op BOOTREQUEST (1) (len 334, port 1, encap 0xec00) Tue Sep 11 13:27:54 2007: 00:0d:60:5e:ca:62

DHCP selecting relay 1 - control block settings: dhcpServer: 10.10.110.1, dhcpNetmask: 0.0.0.0,

dhcpGateway: 0.0.0.0, dhcpRelay: 10.10.110.2 VLAN: 110 Tue Sep 11 13:27:54 2007: 00:0d:60:5e:ca:62

DHCP selected relay 1 - 10.10.110.1(local address 10.10.110.2, gateway 10.10.110.1, VLAN 110, port 1)

Tue Sep 11 13:27:54 2007: 00:0d:60:5e:ca:62 DHCP transmitting DHCP REQUEST (3) Tue Sep 11 13:27:54 2007: 00:0d:60:5e:ca:62

DHCP op: BOOTREQUEST, htype: Ethernet, hlen: 6, hops: 1 Tue Sep 11 13:27:54 2007: 00:0d:60:5e:ca:62

DHCP xid: 0x87214d01 (2267106561),secs: 36957, flags: 8000 Tue Sep 11 13:27:54 2007: 00:0d:60:5e:ca:62

DHCP chaddr: 00:0d:60:5e:ca:62

Tue Sep 11 13:27:54 2007: 00:0d:60:5e:ca:62 DHCP ciaddr: 0.0.0.0, yiaddr: 0.0.0.0 Tue Sep 11 13:27:54 2007: 00:0d:60:5e:ca:62 DHCP siaddr: 0.0.0.0, giaddr: 10.10.110.2 Tue Sep 11 13:27:54 2007: 00:0d:60:5e:ca:62

DHCP requested ip: 10.10.110.3

Tue Sep 11 13:27:54 2007: 00:0d:60:5e:ca:62

DHCP server id: 10.10.110.1 rcvd server id: 1.1.1.1

Tue Sep 11 13:27:54 2007: 00:0d:60:5e:ca:62

DHCP sending REQUEST to 10.10.110.1(len 374, port 1, vlan 110)

Tue Sep 11 13:27:54 2007: 00:0d:60:5e:ca:62 DHCP selecting relay 2 - control block settings: dhcpServer: 10.10.110.1, dhcpNetmask: 0.0.0.0,

dhcpGateway: 0.0.0.0, dhcpRelay: 10.10.110.2 VLAN: 110

Tue Sep 11 13:27:54 2007: 00:0d:60:5e:ca:62 DHCP selected relay 2 -NONE

Tue Sep 11 13:27:54 2007: 00:0d:60:5e:ca:62

DHCP received op BOOTREPLY (2) (len 308, port 1, encap 0xec00) Tue Sep 11 13:27:54 2007: 00:0d:60:5e:ca:62

10.10.110.3 DHCP_REQD (7) Change state to WEBAUTH_REQD (8) last state WEBAUTH_REQD (8)

Tue Sep 11 13:27:54 2007: 00:0d:60:5e:ca:62 10.10.110.3 WEBAUTH_REQD (8) pemAdvanceState2 4598, Adding TMP rule

Tue Sep 11 13:27:54 2007: 00:0d:60:5e:ca:62

10.10.110.3 WEBAUTH_REQD (8) Replacing Fast Path rule type = Airespace AP Client - ACL passthru

on AP 00:00:00:00:00:00, slot 0, interface = 1, QOS = 0

ACL Id = 255, Jumbo Frames = NO, 802.1P = 0, DSCP = 0, TokenID = 5006 Tue Sep 11 13:27:54 2007: 00:0d:60:5e:ca:62

10.10.110.3 WEBAUTH_REQD (8) Successfully plumbed mobile rule (ACL ID 255)

Tue Sep 11 13:27:54 2007: 00:0d:60:5e:ca:62

Plumbing web-auth redirect rule due to user logout Tue Sep 11 13:27:54 2007: 00:0d:60:5e:ca:62

Adding Web RuleID 31 for mobile 00:0d:60:5e:ca:62 Tue Sep 11 13:27:54 2007: 00:0d:60:5e:ca:62

Assigning Address 10.10.110.3 to mobile Tue Sep 11 13:27:54 2007: 00:0d:60:5e:ca:62

DHCP sending REPLY to Wired Client (len 350, port 1) Tue Sep 11 13:27:54 2007: 00:0d:60:5e:ca:62

DHCP transmitting DHCP ACK (5)

Tue Sep 11 13:27:54 2007: 00:0d:60:5e:ca:62

DHCP op: BOOTREPLY, htype: Ethernet, hlen: 6, hops: 0 Tue Sep 11 13:27:54 2007: 00:0d:60:5e:ca:62

DHCP xid: 0x87214d01 (2267106561),secs: 0, flags: 8000 Tue Sep 11 13:27:54 2007: 00:0d:60:5e:ca:62

DHCP chaddr: 00:0d:60:5e:ca:62

Tue Sep 11 13:27:54 2007: 00:0d:60:5e:ca:62 DHCP ciaddr: 0.0.0.0, yiaddr: 10.10.110.3 Tue Sep 11 13:27:54 2007: 00:0d:60:5e:ca:62 DHCP siaddr: 0.0.0.0, giaddr: 0.0.0.0 Tue Sep 11 13:27:54 2007: 00:0d:60:5e:ca:62

(12)

DHCP server id: 1.1.1.1 rcvd server id: 10.10.110.1 Tue Sep 11 13:27:54 2007: 00:0d:60:5e:ca:62

10.10.110.3 Added NPU entry of type 2

Tue Sep 11 13:27:54 2007: 00:0d:60:5e:ca:62 Sent an XID frame Tue Sep 11 13:28:12 2007: 00:0d:60:5e:ca:62

Username entry (guest1) created for mobile Tue Sep 11 13:28:12 2007: 00:0d:60:5e:ca:62 Setting guest session timeout for mobile 00:0d:60:5e:ca:62 to 79953 seconds Tue Sep 11 13:28:12 2007: 00:0d:60:5e:ca:62

Session Timeout is 79953 – starting session timer for the mobile Tue Sep 11 13:28:12 2007: 00:0d:60:5e:ca:62

10.10.110.3 WEBAUTH_REQD (8) Change state to

WEBAUTH_NOL3SEC (14) last state WEBAUTH_NOL3SEC (14) Tue Sep 11 13:28:12 2007: 00:0d:60:5e:ca:62

10.10.110.3 WEBAUTH_NOL3SEC (14) Change state to RUN (20) last state RUN (20)

Tue Sep 11 13:28:12 2007: 00:0d:60:5e:ca:62 10.10.110.3 RUN (20) Reached PLUMBFA STPATH: from line 4518

Tue Sep 11 13:28:12 2007: 00:0d:60:5e:ca:62 10.10.110.3 RUN (20) Replacing FastPath rule

type = Airespace AP Client

on AP 00:00:00:00:00:00, slot 0, interface = 1, QOS = 0

ACL Id = 255, Jumbo Frames = NO, 802.1P = 0, DSCP = 0, TokenID = 5006 Tue Sep 11 13:28:12 2007: 00:0d:60:5e:ca:62 10.10.110.3 RUN

(20) Successfully plumbed mobile rule (ACL ID 255) Tue Sep 11 13:28:12 2007: 00:0d:60:5e:ca:62 10.10.110.3 Added NPU entry of type 1

Tue Sep 11 13:28:12 2007: 00:0d:60:5e:ca:62 Sending a gratuitous ARP for 10.10.110.3, VLAN Id 110

Verificación

Actualmente, no hay ningún procedimiento de verificación disponible para esta configuración.

La herramienta Output Interpreter (

sólo para clientes registrados

) (OIT) soporta ciertos comandos

show

. Utilice la OIT para ver un análisis de los

resultados de los comandos

show

.

Troubleshooting

Actualmente, no hay información específica disponible sobre troubleshooting para esta configuración.

© 1992-2014 Cisco Systems Inc. Todos los Derechos Reservados.

Fecha de Generación del PDF: 20 Enero 2009

Referencias

Documento similar

Proporcione esta nota de seguridad y las copias de la versión para pacientes junto con el documento Preguntas frecuentes sobre contraindicaciones y

[r]

(Banco de España) Mancebo, Pascual (U. de Alicante) Marco, Mariluz (U. de València) Marhuenda, Francisco (U. de Alicante) Marhuenda, Joaquín (U. de Alicante) Marquerie,

Por lo tanto, en base a su perfil de eficacia y seguridad, ofatumumab debe considerarse una alternativa de tratamiento para pacientes con EMRR o EMSP con enfermedad activa

The part I assessment is coordinated involving all MSCs and led by the RMS who prepares a draft assessment report, sends the request for information (RFI) with considerations,

o Si dispone en su establecimiento de alguna silla de ruedas Jazz S50 o 708D cuyo nº de serie figura en el anexo 1 de esta nota informativa, consulte la nota de aviso de la

De hecho, este sometimiento periódico al voto, esta decisión periódica de los electores sobre la gestión ha sido uno de los componentes teóricos más interesantes de la

Ciaurriz quien, durante su primer arlo de estancia en Loyola 40 , catalogó sus fondos siguiendo la división previa a la que nos hemos referido; y si esta labor fue de