- Community Home
- >
- Networking
- >
- Switching and Routing
- >
- HPE Aruba Networking & ProVision-based
- >
- 5406zl : IpAddrMgr: Failed to allocate new Arp Cac...
Categories
Company
Local Language
Forums
Discussions
Forums
- Data Protection and Retention
- Entry Storage Systems
- Legacy
- Midrange and Enterprise Storage
- Storage Networking
- HPE Nimble Storage
Discussions
Forums
Discussions
Discussions
Discussions
Forums
Discussions
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
- BladeSystem Infrastructure and Application Solutions
- Appliance Servers
- Alpha Servers
- BackOffice Products
- Internet Products
- HPE 9000 and HPE e3000 Servers
- Networking
- Netservers
- Secure OS Software for Linux
- Server Management (Insight Manager 7)
- Windows Server 2003
- Operating System - Tru64 Unix
- ProLiant Deployment and Provisioning
- Linux-Based Community / Regional
- Microsoft System Center Integration
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Community
Resources
Forums
Blogs
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
10-24-2010 06:55 AM
10-24-2010 06:55 AM
5406zl : IpAddrMgr: Failed to allocate new Arp Cache Mac Hash Pointer entry
Our site has approximately 50,000 ports on HP procurve equipment,
including about one hundred 5400zl/8200zl/3500yl switches ranging from K.12 to
latest K.14.65. About 40 have premium licenses and are doing routing.
Two such devices which are doing routing (a 6200yl-24G K.13.71 and a 5406zl K.13.71)
give this error, each, twice per day (exactly):
00901 IpAddrMgr: Failed to allocate new Arp Cache Mac Hash Pointer entry
These devices are providing routing for main campus wired captive portal ports,
and student residence wireless. At any given time, they may be providing routing
for up to 5,000 IP addresses, and over the course of several days, they may each
see well over 10,000 MAC addresses (but not at the same time). Usually after
the error shows up, we will get complaints from users that they cannot roam
to a different area. A "clear arp" on the switch, or a reboot, will cure it, temporarily.
We had a series of cases open for one device (when it was providing routing for
main campus wireless also), and tried numerous versions of firmware, some of which resulted in
hard crashes requiring manual intervention. We eventually gave up troubleshooting,
and moved main campus wireless to a Juniper SRX device.
But the error remains, and there are occasional reports of roaming issues,
and clearing the arp temporarily cures it.
Has anyone seen this ? Is moving to K.14.65 recommended ?
Director, Network Services
Information Systems and Technology
MC 1018
(519)888-4567 x38323
University of Waterloo, Waterloo, ON
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
10-27-2010 02:20 AM
10-27-2010 02:20 AM
Re: 5406zl : IpAddrMgr: Failed to allocate new Arp Cache Mac Hash Pointer entry
Hi,
It could be hardware or software limitations or a bug, regarding 5400/6200/8200 products all include the same "mgmt" CPU/RAM.
Regarding Firmwares :
K.13.xx is "old" and will not implement new features, the support for this version will end shortly. The latest code is K.13.77
K.14.xx is the actual stable branch of code with new features (compared to K.13.xx), the support is active, the last not GA but supported version is K.14.71, you should request for this firmware to the product support and try it on the 5406 chassis for a test.
K.15.xx.xxxxx will be the next stable and new features branch of code (ipv6 phase2 and non-stop switching with redundant mgmt modules). We should receive a new beta or i expect GA code for this branch of code quickly.
I do not have so big network with the code listed :
- K.13.77 is in production with 8200 and 3500 switches running OSPF, PIM-SM, VRRP, 10Gb and many other features with some problems without production impact.
- We have installed many DataCenter with the K.14.65 without any issue for the moment.
- I'm actually running K_15_02_0004 beta code in a little network OSPF, PIM-SM, VRRP, and many other features without any issues
Regards.