Cisco Support Community
cancel
Showing results for 
Search instead for 
Did you mean: 
Community Member

Option 43 and ISC-DHCP

Hi,

I'm trying to figure out how to feed my LWAPP ap's mulitple controller ip's with ISC-DHCP option 43.

Currently, I'm only able to send one using this format:

option vendor-encapsulated-options f1:04:A7:D9:02:50;

I need to be able to send 4 or 5 so that my capacity is automatically loadbalanced.

Any help would be greatly appreciated!

Thanks,

Tim

1 ACCEPTED SOLUTION

Accepted Solutions

Re: Option 43 and ISC-DHCP

Timothy,

Try this on the controllers:

config ap syslog host global

16 REPLIES
Silver

Re: Option 43 and ISC-DHCP

To configure DHCP Option 43 for lightweight access points in the embedded Cisco IOS DHCP server, follow these steps:

Step 1 Enter configuration mode at the Cisco IOS command line interface (CLI).

Step 2 Create the DHCP pool, including the necessary parameters such as default router and name server. A DHCP scope example is as follows:

ip dhcp pool

network

default-router

dns-server

Step 3 Add the option 60 line using the following syntax:

option 60 ascii "Airespace.AP1200"

The quotation marks must be included.

Step 4 Add the option 43 line using the following syntax:

option 43 ascii "Comma Separated IP Address List"

I hope it may help you.

Community Member

Re: Option 43 and ISC-DHCP

Thank you very much for your reply. I am using isc-dhcpd.

I found a solution and I will post the configuration for anyone else who may need it.

My configuration on ISC-DHCPD 3.1.1 follows:

option space CiscoAP;

option CiscoAP.server-address code 241 = array of ip-address;

class "cisco-aps" {

match if substring (option vendor-class-identifier, 0, 8) = "Cisco AP";

vendor-option-space CiscoAP;

switch (substring (option vendor-class-identifier, 8, 8)) {

case " c1200":

option CiscoAP.server-address xxx.xxx.2.80,xxx.xxx.2.82,xxx.xxx.2.90,xxx.xxx.2.92,xxx.xxx.235.160;

case " c1240":

option CiscoAP.server-address xxx.xxx.2.80,xxx.xxx.2.82,xxx.xxx.2.90,xxx.xxx.2.92,xxx.xxx.235.160;

break;

case " c1250":

option CiscoAP.server-address xxx.xxx.2.80,xxx.xxx.2.82,xxx.xxx.2.90,xxx.xxx.2.92,xxx.xxx.235.160;

break;

case ".c1500":

case ".OAP1500":

case ".LAP1510":

case ".LAP1505":

case " c1520":

option CiscoAP.server-address xxx.xxx.2.80,xxx.xxx.2.82,xxx.xxx.2.90,xxx.xxx.2.92,xxx.xxx.235.160;

break;

default:

option CiscoAP.server-address xxx.xxx.2.80,xxx.xxx.2.82,xxx.xxx.2.90,xxx.xxx.2.92,xxx.xxx.235.160;

break;

}

option log-servers xxx.xxx.2.60;

}

I hope this helps someone, it certain has worked miracles for me. One thing however that still isn't working is the log-servers. If anyone know what I'm doing wrong please let me know.

Silver

Re: Option 43 and ISC-DHCP

I was under the impression that when an AP joins whatever controller it discovers, it's fed a list of all controllers in that mobility group anyway. I've never had any problems in this area- can you describe what you were experiencing?

Community Member

Re: Option 43 and ISC-DHCP

The only controller my AP's were seeing was the one I was sending to it via FA:02:etc etc etc

With the above setup it gets all five of my controllers, though, sadly it is not load balancing at all.

I'm currently having another issue at one site where the AP's join a controller just fine yet clients connecting to the AP's cannot get dhcp addresses. It's loads of fun.

Silver

Re: Option 43 and ISC-DHCP

Well, the first point I'd make is that you don't want to leave controller assignments or load balancing to the luck of the draw- instead, manually assign at least a primary controller on each AP, and try to group them logically by floor or area so that you minimize intercontroller roaming.

With that said, you should be getting loadbalancing even in your salt and pepper deployment. Are you sure you have all of your controllers in the same mobility group? Are there any ACLs between your controllers that might be blocking intercontroller communication?

Community Member

Re: Option 43 and ISC-DHCP

Hi, thanks for your response.

The issue with assigning controllers master/secondary etc is that forwhatever reason if we change that, apply it, save the config and reset the AP's will come back with the master missing and maybe the secondary still there. It's very bizarre, I'm not entirely sure why that is happening.

But yes, I've tried to manually load balance, I was hoping for a more elegant solution that doing it myself simply because all my controllers are in the same location so that there are no real issues with distance between sites and the controllers.

As far as ACL's go, no, there are no ACL's involved.

The mobility group is the same and I've verified the control paths come up and stay on all five controllers.

Thanks!

Tim

Re: Option 43 and ISC-DHCP

I think you need to place the option log-servers under the subnet string rather than the global.

here is my config:

[me@wirelessdhcp1 ~]$ vi /etc/dhcpd.conf

primary; # declare this to be the primary server

address 10.10.254.10;

port 647;

peer address 10.10.254.9;

peer port 647;

max-response-delay 60;

max-unacked-updates 10;

load balance max seconds 3;

mclt 1800;

split 128;

}

#### WIFI Mgmt Subnet 10.10.254.0 ######

subnet 10.10.254.0 netmask 255.255.254.0 {

option routers 10.10.253.1;

option subnet-mask 255.255.254.0;

option domain-name-servers 10.10.254.10, 10.10.254.9;

option domain-name "accdshownet.com";

option cisco-lwapp.lwapp-controllers 10.10.254.26, 10.10.254.27, 10.10.254.22, 10.10.254.23;

default-lease-time 432000;

option log-servers 140.221.243.141;

max-lease-time 442000;

pool {

failover peer "dhcp-failover";

deny dynamic bootp clients;

range 10.10.253.30 10.10.254.254;

default-lease-time 432000;

max-lease-time 442000;

}

Community Member

Re: Option 43 and ISC-DHCP

I'm going to give that a shot right now. Thanks!

Community Member

Re: Option 43 and ISC-DHCP

HI,

I tried your suggestion and put it in the stanza's where the access points reside to no avail. I'm still not getting any log messages from the AP's themselves.

Thanks though,

Tim

Re: Option 43 and ISC-DHCP

telnet or ssh into the AP and see what the setting indicates for logging

Community Member

Re: Option 43 and ISC-DHCP

Does logging only work for autonomous AP's? Because my AP's don't respond to telnet or ssh. Additionally when I boot a LWAPP while connected to the console it says no logging servers given from DHCP or something to that effect.

Community Member

Re: Option 43 and ISC-DHCP

Hi,

I've enabled ssh and looked at the configs.

They're all set to log to 255.255.255.255

Thanks,

Tim

Re: Option 43 and ISC-DHCP

Timothy,

Try this on the controllers:

config ap syslog host global

Re: Option 43 and ISC-DHCP

Just confirmed it works

from the AP:

%WIDS-6-SIG_ALARM_OFF: Attack is cleared on Sig:Standard Id:5 Channel:11

%WIDS-4-SIG_ALARM: Attack is detected on Sig:Standard Id:5 Channel:149 Source MAC:0018.de98.3e2c

%WIDS-6-SIG_ALARM_OFF: Attack is cleared on Sig:Standard Id:5 Channel:149AP_TELNET_SSH_PAYLOAD

%LWAPP-3-CLIENTEVENTLOG: Received AP Syslog IP Address(192.201.111.233) configuration.

%SYS-6-LOGGINGHOST_STARTSTOP: Logging to host 140.221.243.141 stopped - CLI initiated

%SYS-6-LOGGINGHOST_STARTSTOP: Logging to host 192.201.111.233 started - CLI initiated

Community Member

Re: Option 43 and ISC-DHCP

That did it! Thanks a million!

8406
Views
0
Helpful
16
Replies
CreatePlease to create content