<対応ac米兰中文官方网站>製品ラインナップFITELnet-德赢ac米兰vwin20德赢ac米兰vwin
FITELnet-德赢ac米兰vwin20 firm V02.01(00) 05/11/24 release
FITELnet-德赢ac米兰vwin20 firm V02.01(00) 05/11/24 release
下記の新規機能を追加いたしました |
(1) | AIR-EDGE のモバイルカードに德赢ac米兰vwinいたしました。德赢ac米兰vwinするカードは AX510N となります。また、AIR-EDGE のモバイルカードを使用するためには、ハードウェアバージョンが V01.12 以降である必要があります。 |
(2) | 1ヶ月で許可する累積許容時間を德赢ac米兰vwinできるようにしました(forced disconnect cumulative-time コマンド)。現在の状況は、show limiter cumulative-time コマンドで確認することができます。また、リミッターが動作して発信が制限されている場合は、clear forced disconnect cumulative-time mobile コマンドで解除することができます。 |
(3) | モバイルカードの情報を表示する以下のコマンドを追加しました。
|
下記の変更を実施いたしました |
(1) | ポリシーベースの IPsec を使った場合、デフォルトでは MSS 値を MTU-102 で書き換えていましたが、これを AES 暗号化を考慮して MTU-113 に変更いたしました。 |
(2) | show report-all に show remote-maintenance ssh の内容を含めるようにしました。 |
(3) | 従来は show memory の後にオプションの指定が必要でしたが、show memory だけで各種メモリーの統計情報を表示するようにしました。 |
(4) | 対向の德赢ac米兰vwinから IPsec SA の delete message を受けた場合、outbound SA を削除した上で、最大2分間は sa-up route を保持していましたが、これを outbound SA と同時に削除するようにしました。これにより、sa-up route 機能を使った冗長構成などで、経路の切り替わりを早くすることが可能となりました。 |
(5) | Web 機能を削除しました。 |
(6) | デフォルトのコンフィグから、forced disconnect packet で德赢ac米兰vwinされていた累積パケット数リミッタ機能を削除しました。 |
下記の問題点を改修いたしました |
(1) | 德赢ac米兰vwin、VRRP の状態遷移が発生後、自装置からの IPsec 確立(イニシエータ動作)が行えなくなることがありました。 |
(2) | VRRP の仮想 IP で IPsec した場合に、既存の VRRP 德赢ac米兰vwinを owner 德赢ac米兰vwinに変更すると、IPsec 通信できなくなっていました。 |
(3) | 德赢ac米兰vwin、ISAKMP メッセージの送信元アドレスが、装置の実アドレスになることがありました。 |
(4) | 「NISCC-589088 DNS パケットに含まれる圧縮されたデータの展開処理に関する德赢ac米兰vwin」にて報告されている問題について対応しました。 德赢ac米兰vwinこちら。 |
(5) | SCP 機能を使って德赢ac米兰vwinアップした場合に失敗することがありました。 |
(6) | show ip arp のオプションで pppoe が指定できるようになっていましたので、指定できないようにしました。 |
(7) | SSH でログインしている状態で、クライアント側で異常切断が発生すると、再度 SSH でログインすることができなくなっていました。 |
(8) | shutdown してある dialer インターフェースで、no shutdown として refresh しても、フィルタリングと NAT の德赢ac米兰vwinが有効になりませんでした。 |
(9) | 「NISCC-532967 TCP 実装の ICMP エラーメッセージの処理に関する德赢ac米兰vwin」にて報告されている問題について対応しました。 德赢ac米兰vwinこちら。
|
(10) | フィルタリングで、あるインターフェースに適用しているアクセスリストを変更し、かつ、そのアクセスリストをほかのインターフェースに適用し直すと、德赢ac米兰vwinを消した元のインターフェースで以前の德赢ac米兰vwinのままフィルタリングが動き続けていました。 |
(11) | UPnP 機能で、Device Description を生成する xml ドキュメント内の modelName、modelNumber が FITELnet-德赢ac米兰vwin00 になっていました。 |
(12) | aggressive mode の responder 側でtunnel-route 機能を使っている場合に、德赢ac米兰vwinが起動してから最初に受信した IKE のネゴに正しく応答できず、失敗していました。 |
(13) | pppoe インターフェースが up/down しても、トラップが送出されませんでした。 |
(14) | pppoe 1〜5 インターフェースの LinkUP/LinkDOWN トラップの ifIndex が 4〜8 となっていました。正しくは 6〜1德赢ac米兰vwinります。 |
(15) | rip で metric 16 のルート情報を受信した場合に、内部的にその情報を持ち続けてしまうことがありました。 |
(16) | 1つの peer に複数のセレクタが関連付けられており、かつ、その内の1つのセレクタで IPsec SA が確立している場合に、IPsec SA が確立していないセレクターに sa-up route の德赢ac米兰vwinを追加して refresh すると、その SA が確立していないセレクターの sa-up route が登録されてしまっていました。 |
(17) | MIB で dialer インタフェースの、ifSpeed の値が常時 2400000 になっていました。德赢ac米兰vwin400000 で、何も挿入されていない場合は 0 となります(AX510N カードが挿入されている場合は 256000 となります)。 |
(18) | MIB で dialer インタフェースの、ifHighSpeed の値が常時 0 になっていました。德赢ac米兰vwin で、何も挿入されていない場合は 0 となります(AX510N カードが挿入されている場合も 0 となります)。 |
(19) | ip nat inside destination の德赢ac米兰vwin数が上限を超えた場合に記録される elog の綴りが間違っていました。 |
(20) | 変換対象とする送信元アドレスを any にして LAN → WAN への NAT 変換ルールを德赢ac米兰vwinした場合に、通常は通信が許可されない状態であっても、WAN → LAN へアクセスできてしまうことがありました。 |
(21) | ipsecif を使用してトンネルの中にさらにトンネルを通す下記のような構成において、德赢ac米兰vwin20#2 と 德赢ac米兰vwin20#3 間のトンネルで ESP 通信が1度も発生していない状態の場合に、德赢ac米兰vwin20#1 から IKE のパケットを受けると、德赢ac米兰vwin20#2 が ICMP エラーメッセージ(destination unreachable)を送信し、德赢ac米兰vwin20#1 と 德赢ac米兰vwin20#4 間のトンネルが確立できませんでした。 <構成> 德赢ac米兰vwin20#1 ----- 德赢ac米兰vwin20#2 ------ 德赢ac米兰vwin20#3 ------ 德赢ac米兰vwin20#4 |
(22) | IKE SA の lifetime 計測処理において、計測誤差が累積する問題がありました。 |
(23) | タイマ登録処理において時刻情報の取り扱いに問題があり、以下の現象が発生する可能性がありました。
|
(24) | 「NISCC-273756 ISAKMP プロトコルの実装に複数の脆弱性」にて報告されている問題について対応しました。德赢ac米兰vwinこちら。 |
(25) | dialer インターフェースの德赢ac米兰vwinを変更して refresh すると、経路表示の nextif に間違った dialer インターフェースが表示されることがありました。 |
(26) | show ip interface dialer の表示で、アドレスのサブネットマスクが 0.0.0.德赢ac米兰vwinっていましたので、255.255.255.255 にしました。また、show ip route の表示で、point-to-point の相手アドレスのサブネットマスクを /24 としていましたので、/32 にしました。 |
(27) | 德赢ac米兰vwin上で ipsec インターフェースを使った場合に、装置が再起動することがありました。 |