HPE Community read-only access December 15, 2018
This is a maintenance upgrade. You will be able to read articles and posts, but not post or reply.
Dec 15, 4:00 am to 10:00 am UTC
Dec 14, 10:00 pm CST to Dec 15, 4:00 am CST
Dec 14, 8:00 pm PST to Dec 15, 2:00 am PST
BladeSystem - General
Showing results for 
Search instead for 
Did you mean: 

Onboard Administrator and APIPA

Occasional Advisor

Onboard Administrator and APIPA

is there any restriction NOT to assign IP addresses from private range (169.254.x.y/16) to Onboard Administrator and blade ILOs for c-class?
Customer wanted to do so, but i could not access OA with IP address from that range.

When APIPA address is set to OA, its MAC even not seen in GbE2c arp table.

I could not find any document containing that. And of course, I can access to OA when reverted to 192.168.x.y/24 :)
Honored Contributor

Re: Onboard Administrator and APIPA

could be just a guess but I think it has something to do with enclosure up/down link cabeling. from top enclosure link up -socket You will get an APIPA address to your laptop when troubleshooting OA. So maybe it is reserved for that usage.
Remember to give Kudos to answers! (click the KUDOS star)

You can find me from Twitter @JKytsi
Occasional Advisor

Re: Onboard Administrator and APIPA

I'm not sure if this is any help, but the 169.254 range is specifically designated for auto-IP assignment for devices where no IP assignment mechanism is available. Addresses picked are intended to be random and temporary. They are breaking RFC best practices by using this range - can you talk them out of this?
Occasional Advisor

Re: Onboard Administrator and APIPA

Yes, i know that that range is used for auto-assigned temporally IPs. but Customer already have (their reasons is unknown for me) ALL management IPs in their environment assigned MANUALLY from that range, and they wanted me to configure OA and ILOs from 169.254.3(,4,5, and so on).* ...

For the moment, i talked them out simply by "Guys, look - its just doesn't work." :)

and now i'm diggin' this question for myself: why i CAN (i know, its breaking RFCs) manually assign APIPA address for ethernet adapters at blades and CAN access them, but CANNOT even ping OA with APIPA address...

i tried to connect OA directly to my notebook, to the switch, and acess it from blade's ethernet adapter. no result for APIPA (but two blades with APIPA IPs can access each other), and everything OK for other ranges...