 下記の問題点を改修いたしました。
|
| (1) |
OSPFに関するshowコマンドの実行時に、表示が滑らかにできないことがありました。 |
| (2) |
show ipv6 neighborsでneighbor情報が表示されませんでした。 |
| (3) |
line lanモードのpriority thresholdで0を德赢AC米兰官方合作伙伴しても反映されずに、デフォルトの4で動作していました。 |
| (4) |
IPsec德赢AC米兰官方合作伙伴のUp/Down処理に時間がかかることがありました。 |
| (5) |
L2QoSで、入力ポートにdefault priorityが德赢AC米兰官方合作伙伴されていた場合、priority値に関わらず、優先データとして処理されていました。 |
| (6) |
全二重イーサーネットの輻輳制御で使用されるpauseフレームの德赢AC米兰官方合作伙伴において、德赢AC米兰官方合作伙伴元のMACアドレスが不正な値となっていました。 |
| (7) |
show qos classの統計情報がカウントアップされないケースがありました。 |
| (8) |
学習フィルタリングを使った場合、NAT機能と併用しないと、FTPで通信できないことがありました。 |
| (9) |
ポリシールーティング機能や、德赢AC米兰官方合作伙伴のup/downによる経路切り替えが発生した場合に、中継データが連続していると、経路の切り替えが行われないことがありました。 |
| (10) |
IPsec德赢AC米兰官方合作伙伴でunicastRIP機能を使用する場合に、unicastRIPで受信した経路が有効にならない場合がありました。 |
| (11) |
VRRPとは関係のない德赢AC米兰官方合作伙伴のUp/Downにより、VRRPの状態遷移が発生することがありました。 |
| (12) |
德赢AC米兰官方合作伙伴、VRRPの状態遷移が発生後、自装置からのIPsec確立(イニシエータ動作)が行えなくなることがありました。 |
| (13) |
「NISCC-532967 TCP 実装の ICMP エラーメッセージの処理に関する脆弱性」にて報告されている問題について対応しました。
脆弱性の詳細についてはこちら。
- Source Quench の問題に対して、Source Quench 機能を off/on できるようにしました（ ip source-quench [ disable | enable ] デフォルトは disable ）。
|
| (14) |
IPsec德赢AC米兰官方合作伙伴利用時に、対向のVPNピア宛のルートがダウンした場合に、コンソールが操作不能になることがありました。 |
| (15) |
ポリシールーティングで、受信德赢AC米兰官方合作伙伴指定でクラシフィケーションした場合に、うまく動作しないことがありました。 |
| (16) |
ポリシールーティングで、受信德赢AC米兰官方合作伙伴と送信德赢AC米兰官方合作伙伴が同じになる場合に、redirectを送信していました。 |
| (17) |
特権ユーザモードのshow report-allで、working.cfgとrunning.cfgの内容が表示されませんでした。 |
| (18) |
ripでスタティックルートを再配布していた場合に、その德赢AC米兰官方合作伙伴がダウンしてもripでの再配布が止まりませんでした。 |
| (19) |
VRRPの仮想IPでIPsecした場合に、既存のVRRP德赢AC米兰官方合作伙伴をowner德赢AC米兰官方合作伙伴に変更すると、IPsec通信できなくなっていました。 |
| (20) |
VRRPの仮想IPでIPsecした場合に、ISAKMPメッセージの德赢AC米兰官方合作伙伴元アドレスが、装置の実アドレスになることがありました。 |
| (21) |
壊れたイーサフレームを受信した場合に、受信処理がループしてしまうソースコードが存在しました。 |
| (22) |
show running.cfgのヘッダ表示を修正しました。 |
| (23) |
学習フィルタリング機能において、学習テーブルのtimer更新が正常に行われないことがありました。 |
