I am using [Last Known Location] default attribute in the endpoint database to store the last authenticated location for wireless and wired devices using appropriate NAS fields from RADIUS. I want to include some sort of audit trail for wired devices as they move around campus, so I made a copy of this attribute in the dictionary and called it AllKnownLocations with Allow Multiple set to "Yes".
I thought that this would cause new copies of the attribute to be created when it returned during authentication, but that is not how it is working...it is overwriting the last value just as it does for [Last Known Location]. Has anybody else done this? Is Allow Multiple only for manual attribute changes?
Allow multiple is applicable for list type data type. Since Last known location is string, Allow multiple is not applicable
No, this is not possible. This is really an NMS function.
The allow multiple will allow you to add multiple attributes that are entered manually or passed thorough an entity update (post auth update). But when you update an allow multiple attribute with a single string, it will override the existing data with the new string and will not append the new string to the existing data.
Allow multiple is meant for you to pass multiple strings/data through an update and not to insert a new string with the existing data. I hope this clears the usage.You should consider using an NMS or export authentication logs (Syslog log) to an external server for tracking. Insight reporting may also help.
At Aruba, we believe that the most dynamic customer experiences happen at the Edge. Our mission is to deliver innovative solutions that harness data at the Edge to drive powerful business outcomes.
© Copyright 2020 Hewlett Packard Enterprise Development LPAll Rights Reserved.