As of Cisco CDA Patch 2, identity mappings provided via Cisco ISE are natively supported. This means you can authenticate against ISE, which may in turn authenticate against LDAP or Active Directory, and subsequently notify one or more Cisco CDA servers that a new user-to-IP mapping exists. Cisco accomplishes this exchange of authenticated identities via syslog messages. ISE is configured to forward syslog messages to the CDA server(s), and the CDA server(s) have the sending ISE server(s) configured as a syslog “client.”

We didn’t wait for this native support at our organization since we needed identities consumed by Cisco WLC via ISE to be available before the general release of Patch 2. How’d we manage this? After successful authentication via ISE, we would forward syslog RADIUS accounting messages to a syslog-ng server. We’d filter only the messages we needed and pass off the necessary information to a Python app listening for input on stdin. This app digests the information and creates its own RADIUS accounting packet that gets forwarded to an array of CDA and/or AD agent servers. This method works with their legacy AD agent server and non-Patch 2 CDA appliances.

Why aren’t we using the native solution? We recently encountered problems with proper user-to-IP mappings being overwritten by machine-to-IP mappings forwarded from ISE. Since we’re using ISE for user and machine auth, it does make sense to see user and machine mappings, but because only one user can be affiliated with any one IP address, the desired user-to-IP mappings occasionally get overwritten with machine names or MAC addresses. We reverted back to our own in-house solution and I’m posting it here in hopes it will help anyone else experiencing the problem. There are a few requirements to get this working:

• Forward syslog entries (filtered at your own discretion) from ISE to any syslog/syslog-ng server
• Configure the necessary source, filter, and/or destination on your syslog server. This assumes you’re already listening for network sources.
• Add your syslog server as a “Consumer Device” on all CDA servers
• Install Python & PyRad on your syslog server
• Configure the Python app, and associated modules, below:

Install PyRad first. I actually used a fork that had the correct support for cisc0-avpair. Next download the module used by the app being called from syslog-ng:

import random, socket, sys, logging
import pyrad.packet
from pyrad.client import Client
from pyrad.dictionary import Dictionary
logger = logging.getLogger(name)
logger.setLevel(logging.DEBUG)
#Logger Console Handler
ch = logging.StreamHandler() #StreamHandler logs to console
ch.setLevel(logging.DEBUG)
ch_format = logging.Formatter(�%(asctime)s - %(message)s�)
ch.setFormatter(ch_format)
logger.addHandler(ch)
#Logger File Handler
fh = logging.FileHandler(".{0}.log".format(name))
fh.setLevel(logging.WARNING)
fh_format = logging.Formatter(�%(asctime)s - %(name)s - %(levelname)-8s - %(message)s�)

Now grab the program listening for syslog-ng $MESSAGE input. I’ve split the file into a configuration module (mod_cda.py), and the actual program (update_cda.py). Modify to suite your environment:

mod_cda.py

import mod_radacct
Dictionary path (can be relative or absolute):
dictionary = “dictionary”
If missing a user domain in the syslog msg, this is provided:
default_domain = “DefaultDomain”
List of CDA identity maintainers. Can include legacy AD Agent servers:
servers = [ “cda1”, “cda2”, “ada1”, “ada2” ]
RADIUS secret:
secret = “yourRadiusSecret”

update_cda.py

#!/usr/bin/env python
import logging, re, sys, time
import mod_cda
PYTHONUNBUFFERED = “true”
logger = logging.getLogger(name)
logger.setLevel(logging.DEBUG)
#Logger Console Handler
ch = logging.StreamHandler()
ch.setLevel(logging.DEBUG)
ch_format = logging.Formatter(�%(asctime)s - %(message)s�)
ch.setFormatter(ch_format)
logger.addHandler(ch)
#Logger File Handler; change to your desired path
fh = logging.FileHandler("/usr/local/cda/{0}.log".format(“UpdateCDA”))
fh.setLevel(logging.DEBUG)

syslog-ng.conf (excerpt)

### Filter out ISE hosts that should be sending specific messages for Device/IP association:
filter f_ise_host 	{ 	(
host(“4.4.4.4”) or
host(“8.8.8.8”) or
host(“ise01”) or
host(“ise02”)
);
};
The username and Framed-IP we�re looking for are in the watchdog updates AFTER accounting “start” msgs:
filter f_ise_auth { match(".RADIUS Accounting watchdog update." value (“MESSAGE”)); };
destination d_NS_ISE { file("/var/log/syslog-ng/NS_logs/NS_ISE/$SOURCEIP/$SOURCEIP.log"); };
destination d_NS_pythonCDA 	{
program("/usr/local/cda/update_cda.py"
template("$MSG\n")
flags(no_multi_line)
flush_lines(1)
flush_timeout(1000)
);
};
log {	source(s_network);
filter(f_ise_host);
filter(f_ise_auth);
destination(d_NS_ISE);
destination(d_NS_pythonCDA);
};

Now you should be able to restart syslog-ng and see your application running (ps -ef | grep update_cda). It will continually listen for new messages and process them as needed. Feel free to change any of the configured logging levels to your preferred verbosity.