- 论坛徽章:
- 0
|
Bug ID: 6691986Synopsis: The fix for 4728609 can delete the published ACE without taking the interface downCategory: kernelSubcategory: tcp-ipState: 10-Fix DeliveredDescription: Since 120011-14 (the update 4 base KU), multiple reports are coming in from VCS customers where the published ARP Cache Entry (ace) for a given interface has been deleted but the interface is left up
In each case the message:
"ar_entry_query: Could not find the ace for source address XX.XX.XX.XX"
is seen in the log files for the actual address assigned to an interface
which is ifconfig'ed up and running.
While VCS and IPMP use together are a common trigger for this problem,
VCS is not required to see the issue. Date Modified: 2008-05-30 09:02:09 GMT+00:00
Please note:
From a new case we have learned that this CR applies even without above
"ar_entry_query:..." message!
This is the case when a system tries to send pkts to us, but since
we don't have an ARP entry for our IP-address we don't (we can't )
respond to the ARP requests.
Hence no connection to this IP-address. Date Modified: 2008-08-22 15:38:59 GMT+00:00
Work Around: Communication can be restored by reinstating the ACE using arp -s.
ie.
Here is the Permanent entry from arp -a on a lab system before deletion.
bge0 192.168.1.102 255.255.255.255 SPLA 00:16:cf:8e:1d:77
Once deleted, it can be added back in by
arp -s 192.168.1.102 00:16:cf:8e:1d:77 permanent pub
Date Modified: 2008-04-22 12:59:27 GMT+00:00
这是10下面的，8下面也差不多解决。 |
|
免费注册
发表于 2009-11-03 00:19
那看看其他的高手们有没有找到解决办法。