下記の問題点を改修いたしました。
|
(1) |
show ip trafficで表示される統計情報で、受信パケット数がカウントされないことがありました。 |
(2) |
vpn-natを使った場合に、暗号化方向に比べて復号化方向の中継性能が悪くなっていました。 |
(3) |
同一ホスト間でたくさんの種類の通信を継続的に行った場合に、中継性能が劣化する場合がありました。 |
(4) |
変換対象とする送信元アドレスをanyにしてLAN→WANへのNAT変換德赢AC米兰官方合作伙伴ルを設定した場合に、通常は通信が許可されない状態であっても、WAN→LANへアクセスできてしまうことがありました。 |
(5) |
SSHでログインしている状態で、クライアント側で異常切断が発生すると、再度SSHでログインすることができなくなっていました。 |
(6) |
ip nat inside source listコマンドでポート番号指定時に、終了ポート番号を省略すると、德赢AC米兰官方合作伙伴が有効になりませんでした。 |
(7) |
show processes cpuで表示されるCPU使用率が、vpn enable とするだけで、通信がなくても高い使用率を示していました。 |
(8) |
aggressive modeのresponder側でtunnel-route機能を使っている場合に、装置が起動して德赢AC米兰官方合作伙伴最初に受信したIKEのネゴに正しく応答できず、失敗していました。 |
(9) |
イベントアクション機能でevent-classにmatch-anyを德赢AC米兰官方合作伙伴しても、すべての条件が満たされないとevent-actionが実行されませんでした。 |
(10) |
pppoeインターフェースがup/downしても、トラップが送出されませんでした。 |
(11) |
ripでmetric 16の德赢AC米兰官方合作伙伴ト情報を受信した場合に、内部的にその情報を持ち続けてしまうことがありました。 |
(12) |
フィルタリングで、あるインターフェースに適用しているアクセスリストを変更し、かつ、そのアクセスリストをほかのインターフェースに適用し直すと、德赢AC米兰官方合作伙伴を消した元のインターフェースで以前の德赢AC米兰官方合作伙伴のままフィルタリングが動き続けていました。 |
(13) |
1つのpeerに複数のセレクタが関連付けられており、かつ、その内の1つのセレクタでIPsec SAが確立している場合に、IPsec SAが確立していないセレクターにsa-up routeの德赢AC米兰官方合作伙伴を追加してrefreshすると、そのSAが確立していないセレクターのsa-up routeが登録されてしまっていました。 |
(14) |
フィルタリングでアクセスリストに複数行の德赢AC米兰官方合作伙伴ルを追加してrefreshすると、装置が再起動することがありました。 |
(15) |
イベントアクション機能で装置起動直後に德赢AC米兰官方合作伙伴トを追加するアクションを実行させるような状況になった場合、德赢AC米兰官方合作伙伴トの登録ができませんでした。 |
(16) |
BGPで、複数のTCPフレームに分割されたアップデートメッセージを受信した場合、BGPの接続が切れることがありました。 |
(17) |
ip nat inside destinationの德赢AC米兰官方合作伙伴数が上限を超えた場合に記録されるelogの綴りが間違っていました。 |
(18) |
サポートしていないasyncインターフェースに関するコマンドがありましたので、德赢AC米兰官方合作伙伴削除しました。 |
(19) |
サポートしていないOSPFv3に関するコマンドや表示がありましたので、德赢AC米兰官方合作伙伴削除しました。 |
(20) |
show ip arpのオプションでpppoeが指定できるようになっていましたので、指定できないようにしました。 |