Issue

以下のように、IPv4 で arp フラッシュを制御するカーネルパラメーターがあります。

 net.ipv4.neigh.default.gc_interval = 30  
 net.ipv4.neigh.default.gc_stale_time = 60

man 7 arp では、以下のように説明されています。

 gc_interval  
 How frequently the garbage collector for neighbour entries should attempt to run.Defaults to 30 seconds.  

gc_stale_time  
 Determines how often to check for stale neighbour entries.When a neighbour entry is considered stale it is resolved again before sending data to it.Defaults to 60 seconds.

http://www.etpenguin.com/cgi-bin/index2file.cgi?/pub/Reference/DOC_arp.txt でもこの問題について議論されています。

これは、近傍 arp の生存時間はこの 2 つのパラメーターだけでなく、「ルートキャッシュ」にも依存しています。「ルートキャッシュ」の同じエントリーが削除された場合に限り、arp エントリーがフラッシュされます。

さらに、テストするスクリプトが作成されていますが、「ルートキャッシュ」の近傍エントリーがフラッシュした後に限り、近傍 arp エントリーをフラッシュできます。

したがって、問題となるのは、ルートキャッシュの近傍エントリーがフラッシュされるまでの時間です。

以下のカーネルパラメーターのいずれかで制御される可能性があります。

# sysctl -a | grep route | grep gc | grep ipv4  

 net.ipv4.route.gc_elasticity = 8  
 net.ipv4.route.gc_interval = 60  
 net.ipv4.route.gc_timeout = 300  
 net.ipv4.route.gc\_min\_interval_ms = 500  
 net.ipv4.route.gc\_min\_interval = 0  
 net.ipv4.route.gc_thresh = 32768

したがって、以下の質問があります。

1. 近傍 arp がフラッシュされる期間を説明しているドキュメントがありますか?

2. ルートキャッシュで、近傍エントリーはどのぐらいでフラッシュされますか?

3. 可能な場合は、上述のカーネルパラメーターそのものと、ルートキャッシュのフラッシュとの関係を教えてください。

AIX を使用してテストしますが、Linux では時刻が異なります。