06-20-2019 06:50 AM - edited 02-21-2020 11:07 AM
I am wondering if anyone has come across the following scenario and if so what was your fix:
In some areas of our environment we run NAM on our Win10 workstations to utilize eap-chaining. The machines use ActivClient as the middleware. We have noticed that sometimes when users select their PIV (authentication) certificate to use for authentication in an attempt to map their UPN to their AD account that ActivClient & NAM pass the UPN without the extended string. For example, what I mean by that is if my Sub. Alt. Name UPN is 123456789*121005* (121005 being the additional string) that NAM passes 123456789 to ISE and users are not hitting the proper authz policy because ISE does not see/attempt to map their UPN to AD. We have ran through a lot of tests and will continue to.
Here are the versions of everything:
ISE 2.4p5 (moving to patch 6 soon)
NAM 4.6.01103
Tested the following versions of ActivClient (7.1.0.153) (7.1.0.213) (7.1.0244)
Any help is appreciated.
Solved! Go to Solution.
06-20-2019 07:24 AM
06-20-2019 07:24 AM
06-29-2019 10:05 PM
Please do continue on the other post at NAM & ActivClient Issue. If you are unable to provide a DART bundle requested there, then do it through the regular Cisco TAC support process.
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide