[ファームウェアリリース] SEIL/X,B1 ver.4.54 ＆ SEIL/x86 ver.3.14

記事一覧

• 2019-03-28 | SEIL/X4の提供を開始しました。
• 2015-10-29 | Vagrant + SEIL/x86 で仮想環境のネットワーク設定を自動化
• 2015-09-30 | SEILアプライアンスシリーズ BPV4の提供を開始しました。
• [ファームウェアリリース] SEIL/X,B1 ver.4.82 ＆ SEIL/x86 ver.3.42
• [ファームウェアリリース] SEIL/X,B1 ver.4.80 ＆ SEIL/x86 ver.3.40
• [ファームウェアリリース] SEIL/X,B1 ver.4.70 ＆ SEIL/x86 ver.3.30
• 2014-12-25 | Armadillo と SACM
• [ファームウェアリリース] SEIL/X,B1 ver.4.62
• SEIL/x86 で DS-Lite
• [ファームウェアリリース] SEIL/X,B1 ver.4.60 ＆ SEIL/x86 ver.3.20
• [ファームウェアリリース] SEIL/X,B1 ver.4.54 ＆ SEIL/x86 ver.3.14
• 2013-12-27 | mruby Advent Calendar 2013 書きました
• 2013-01-23 | JANOG 31 MAP-E クラウドテストラボに SEIL/x86 を提供しました
• 2012-12-12 | kindle で DHCP でのアドレス取得に失敗する件
• 2012-07-03 | JANOG30にSEILの4rd/MAP試験実装を提供します
• 2012-04-11 | さくらのクラウドでSEIL/x86を動かす
• 2012-04-09 | IETFとRFC
• 2012-04-09 | Happy life with IPv6
• 2012-03-16 | SEILとスマートコンセント
• 2012-03-06 | SEILと軽量Ruby
• 2011-12-28 | Linux KVM上でSEIL/x86を使う
• 2011-12-20 | SEILのVPNパススルー機能
• 2011-11-02 | SEILにSSTPでリモートアクセス可能に
• 2011-10-03 | IPv6とTCP MSSの調整
• 2011-08-01 | SEIL で NGN IPv6 ネイティブ (IPoE) 接続を試す
• 2011-07-25 | SEIL と Mac OS X Lion で IPv6
• 2011-07-15 | ルータの節電対策(Ethernet編)
• 2011-07-08 | Wake on LAN で節電対策
• 2011-06-16 | SSHでリモートログインを安全に
• 2011-06-07 | IPv6のセキュリティを強化する
• 2011-06-03 | NGN IPv6への接続の設定(dhcp6, rtadvd)
• 2011-06-02 | NGN IPv6への接続の設定(ppp, interface, route6)
• 2011-06-01 | SEIL/x86でNGN IPv6接続を試す
• 2011-06-01 | ブログ始めました

仕様変更

IPsecやIP-IPでカプセル化する際の、ToS/Traffic Classの扱いを変更しました。

従来は、IPsecインタフェース及びTunnelインタフェースにおいて、カプセル化前のパケットのヘッダのToS/Traffic Class値を、カプセル化後のパケットのヘッダにコピーしていました。これを次のように変更しました。

• デフォルト動作ではカプセル化前のパケットからToS/Traffic Class値をコピーせず、"0x00"とします。
• 設定により、カプセル化後のパケットのToS/Traffic Classに任意の値（0x00 - 0xff）を指定できます。または、従来と同じくコピーするよう設定できます。

interface <ipsec> tx-tos-set { <tos> | copy | system-default }
interface <tunnel> tx-tos-set { <tos> | copy | system-default }

ToS/Traffic Class値

ToS/Traffic Class値はパケットのQoS制御に利用する識別子です。VoIPなどのリアルタイム性の高い通信の識別などでしばしば利用されますが、この値を元にQoS制御を実現するにはネットワーク全体で値の取り扱いについて合意している必要があります。

本機の一般的な設置環境において、IPsecやIP-IPによるカプセル化後のパケットはインターネットなどの外部ネットワーク に送信されます。VPNの拠点間で送受信するカプセル化前のパケットのToS/Traffic Class値はユーザのネットワーク環境で合意された値ですが、一部の回線サービスではサービス網内で独自に合意したToS値を採用していることがあり、このようなケースではカプセル化後のヘッダにToS値を転記することで不都合を生じる可能性があります。

このため、カプセル化した後のパケットについてはToS/Traffic Class値を常に 0 として、QoS制御の対象外とするよう変更しました。

具体例

NTT東西のNGNを利用して網内折り返し通信によるVPNを張る際に、VPNパケットのToS/Traffic Classが特定の値であると、網内のQoS制御により通信速度が極端に低下するなどの現象に遭遇することがあります。

従来のファームウェアでは、IPsecインタフェースまたはTunnelインタフェースを通るパケットをカプセル化する際にToS/Traffic Class値をそのままコピーしていたため、VPN内の通信にQoS制御のためのToS/Traffic Class値が付加されていると、NGN内のQoS制御の影響を受けてしまう場合がありました。

今回の仕様変更では、カプセル化時にToS/Traffic Class値をコピーせず"0x00"を使用するよう改めており、これによって上記のような現象に遭遇しなくなることを確認しました。

さらに、カプセル化時に任意のToS/Traffic Class値を指定できる機能を追加しました。これにより、ネットワーク上のQoS制御を考慮したVPNパケットの送信が可能になります。