3rd Party Extender on Cisco WLC

[FL_Archaos@hotmail.com]

Hello,

I'm trying to get a Netgear Nighhawk extender to join a Cisco WLAN as part of a vWLC.  Basically it will join MY_SSID and should add its own MY_SSID_EXT and act as something of a mid-way extender.  This works perfectly on a standalone AP, the device joins, gets an IP address, you can join the "EXT" SSID and get an IP address also.  When its joining the controller-based AP however, a) it doesn't get an IP address and b) you get the Nighthawk internal dhcp, aka unrouteable.  Are there some settings to permit this kind of 3rd party bridge on a controller?  I've gone through all the settings I can think, I've applied it as a "friendly" rogue etc, not sure where to go.

Thanks

Nicholas

[FL_Archaos@hotmail.com]

(correct) Debug below, seems to be dhcp timeout, I am confused by this as clients get it no problem

[FL_Archaos@hotmail.com]

So it didn't receive a dhcp discover?

*apfReceiveTask: Dec 06 12:50:11.136: b6:b9:8a:69:7f:b6 0.0.0.0 DHCP_REQD (7) DHCP Policy timeout. Number of DHCP Discover 0, DHCP Request 0 from client

But how strange!  Why does it dhcp fine on a standalone AP?

[FL_Archaos@hotmail.com]

And what is all this!

*dtlArpTask: Dec 06 12:42:23.803: %DTL-4-ARP_ORPHANPKT_DETECTED: dtl_net.c:3055 STA(Target MAC Address) [b6:b9:8a:69:7f:b6, 0.0.0.0] ARP (op ARP REQUEST) received with invalid SPA(Source IP Address) 172.16.0.250/TPA(Destination IP Address) 172.16.0.1[...I
*dtlArpTask: Dec 06 12:42:22.773: %DTL-4-ARP_ORPHANPKT_DETECTED: dtl_net.c:3055 STA(Target MAC Address) [b6:b9:8a:69:7f:b6, 0.0.0.0] ARP (op ARP REQUEST) received with invalid SPA(Source IP Address) 172.16.0.250/TPA(Destination IP Address) 172.16.0.1[...I
*dtlArpTask: Dec 06 12:42:21.744: %DTL-4-ARP_ORPHANPKT_DETECTED: dtl_net.c:3055 STA(Target MAC Address) [b6:b9:8a:69:7f:b6, 0.0.0.0] ARP (op ARP REQUEST) received with invalid SPA(Source IP Address) 172.16.0.250/TPA(Destination IP Address) 172.16.0.1[...I
*dtlArpTask: Dec 06 12:42:20.714: %DTL-4-ARP_ORPHANPKT_DETECTED: dtl_net.c:3055 STA(Target MAC Address) [b6:b9:8a:69:7f:b6, 0.0.0.0] ARP (op ARP REQUEST) received with invalid SPA(Source IP Address) 172.16.0.250/TPA(Destination IP Address) 172.16.0.1[...I
*dtlArpTask: Dec 06 12:42:19.687: %DTL-4-ARP_ORPHANPKT_DETECTED: dtl_net.c:3055 STA(Target MAC Address) [b6:b9:8a:69:7f:b6, 0.0.0.0] ARP (op ARP REQUEST) received with invalid SPA(Source IP Address) 172.16.0.250/TPA(Destination IP Address) 172.16.0.1

[FL_Archaos@hotmail.com]

The dhcp server sends lots of this, but the client doesnt get it

.Dec 6 13:06:20.826 GMT: DHCPD: DHCPDISCOVER received from client 01b0.b98a.697f.b6 on interface Vlan3.
.Dec 6 13:06:20.826 GMT: DHCPD: Sending DHCPOFFER to client 01b0.b98a.697f.b6 (172.16.0.200).
.Dec 6 13:06:20.826 GMT: DHCPD: broadcasting BOOTREPLY to client b0b9.8a69.7fb6.
.Dec 6 13:06:21.824 GMT: DHCPD: DHCPDISCOVER received from client 01b0.b98a.697f.b6 on interface Vlan3.
.Dec 6 13:06:21.824 GMT: DHCPD: Sending DHCPOFFER to client 01b0.b98a.697f.b6 (172.16.0.200).
.Dec 6 13:06:21.824 GMT: DHCPD: broadcasting BOOTREPLY to client b0b9.8a69.7fb6.
MM_CAULFIELD_SW2(config)#
.Dec 6 13:06:22.822 GMT: DHCPD: DHCPDISCOVER received from client 01b0.b98a.697f.b6 on interface Vlan3.
.Dec 6 13:06:22.822 GMT: DHCPD: Sending DHCPOFFER to client 01b0.b98a.697f.b6 (172.16.0.200).
.Dec 6 13:06:22.822 GMT: DHCPD: broadcasting BOOTREPLY to client b0b9.8a69.7fb6.
.Dec 6 13:06:23.821 GMT: DHCPD: DHCPDISCOVER received from client 01b0.b98a.697f.b6 on interface Vlan3.
.Dec 6 13:06:23.821 GMT: DHCPD: Sending DHCPOFFER to client 01b0.b98a.697f.b6 (172.16.0.200).
.Dec 6 13:06:23.821 GMT: DHCPD: broadcasting BOOTREPLY to client b0b9.8a69.7fb6.

[FL_Archaos@hotmail.com]

When my client joins the extender, I see logs against my laptop MAC indicating WLC is dropping dhcp

(Cisco Controller) >*spamApTask3: Dec 06 13:02:27.957: b6:b9:8a:69:7f:b6 Received DELETE mobile, reason MN_DHCP_TIMEOUT, from AP 5c:50:15:91:e4:10, slot 0 ...cleaning up mscb
*DHCP Socket Task: Dec 06 13:11:43.947: 84:3a:4b:49:0d:c4 DHCP received op BOOTREQUEST (1) (len 309,vlan 3, port 1, encap 0xec00, xid 0xbb0af61f)
*DHCP Socket Task: Dec 06 13:11:43.947: 84:3a:4b:49:0d:c4 DHCP dropping packet (no mscb) found - (giaddr 0.0.0.0, pktInfo->srcPort 68, op: 'BOOTREQUEST')
*DHCP Socket Task: Dec 06 13:11:44.053: 84:3a:4b:49:0d:c4 DHCP received op BOOTREQUEST (1) (len 353,vlan 3, port 1, encap 0xec00, xid 0xbb0af61f)
*DHCP Socket Task: Dec 06 13:11:44.053: 84:3a:4b:49:0d:c4 DHCP dropping packet (no mscb) found - (giaddr 0.0.0.0, pktInfo->srcPort 68, op: 'BOOTREQUEST')
*DHCP Socket Task: Dec 06 13:11:50.991: 84:3a:4b:49:0d:c4 DHCP received op BOOTREPLY (2) (len 308,vlan 3, port 1, encap 0xec00, xid 0xbb0af61f)

[marce1000]

 - As far , as the issue is concerned, you might be better off, by investing your money in a few extra lightweight AP's , because of the TPC and DCA automation algorithms used by a controller. In a worst case scenario the extender might even interfere with that.

M.