Wireless Access

 View Only
last person joined: 16 hours ago 

Access network design for branch, remote, outdoor, and campus locations with HPE Aruba Networking access points and mobility controllers.
Expand all | Collapse all

Multiple Vendor with internal IAP 305 DHCP-Server possible?

This thread has been viewed 9 times
  • 1.  Multiple Vendor with internal IAP 305 DHCP-Server possible?

    Posted 6 hours ago

    Hello Airheads,

    we have this actual Situation:
    we are using a IAP 305 to prestage a specific devicename "abc". 

    It provides Option 43 and a ftp Server to which "abc" should connect.
    Type 43 - 10642 2 x.y.z.a abc abc/yyy abc/www ftp 

    Now we got a second device with device name "abcplus" 
    Option looks like this:

    Type 43 - 10642 2 x.y.z.b abcplus abcplus/yyy abcplus/www ftp 

    Now our problem:

    How can we configure the IAP, to use both option and differentiate the vendor/device?

    when we use both options in GUI DHCP-Server dialogue, it only will accept one of both options. 



  • 2.  RE: Multiple Vendor with internal IAP 305 DHCP-Server possible?

    EMPLOYEE
    Posted 3 hours ago

    No, you should not use the dhcp-server in IAP, except in a few corner cases like Guest access and IAP-VPN/Branch.

    Configuration options are really limited for that reason.



    ------------------------------
    Herman Robers
    ------------------------
    If you have urgent issues, always contact your Aruba partner, distributor, or Aruba TAC Support. Check https://www.arubanetworks.com/support-services/contact-support/ for how to contact Aruba TAC. Any opinions expressed here are solely my own and not necessarily that of Hewlett Packard Enterprise or Aruba Networks.

    In case your problem is solved, please invest the time to post a follow-up with the information on how you solved it. Others can benefit from that.
    ------------------------------



  • 3.  RE: Multiple Vendor with internal IAP 305 DHCP-Server possible?

    Posted 2 hours ago

    Understood, thanks for your reply. 

    So then, we'll look for alternatives. 



    ------------------------------
    Dennis Schug
    ------------------------------