MAC to IP resolution between Wireless Controller and NAC

[Joshua_Beddingf]

We are having trouble with guests completing the captive portal registration on the NAC. This is apparently a MAC-to-IP resolution issue between the EWC and the NAC. The subnet for the captive portal is 10.200.x.x and the DHCP is handled by the EWC's onboard DHCP for the topology.

I doing something wrong because the NAC is not resolving these addresses therfor they connot complete registration. The information from the switches resolves perfectly but not from this "guest" subnet. I am sure there is a check box somewhere I am missing, any help?

[Joshua_Beddingf]

My Mac-to-IP seems to be much better. I have changed a few check boxes and added the helper-ip addresses. NAC registration is still spotty. GTAC said this was due to MAC-to-IP but having improved MAC-to-IP I am not seeing any better performance. Before a client would log in "Extended State" "Resolving IP Address". Now it logs "IdentiFi State Change" but the client end-user sees the same thing - A registration screen that just spins and then times out. If you let it sit long enough you get the AUP screen and can finalize registration (which is just a check box to submit the AUP).

[Tomasz]

That really helped me recently, thanks!
I believe those station events could be directly mentioned in that GTAC article with XML type events.

Kind regards,
Tomasz

[Matthew_Hum]

Are you bridging at controller? It would help if you put a ip-helper or bootprelay to a NAC gateway on the router to your guest VLAN. Also, did you configure SNMPv3 between Netsight and the EWC?

[David_Choi]

As you mentioned that NAC portal is not in same subnet, I think the ip-helper or bootp relay configuration would be need in core switch so that the NAC could get the DHCP packets for MAC-to-IP resolution.