2016-11-19

Evernote からエクスポートした HTML を Word 文書に一括変換する方法を調べてみた

Evernote のノートは HTML 形式でエクスポートできるが、そのままでは編集しづらいので Word 文書にできないか？　という相談を受けたので、調べてみた。

基本的には、

Evernote で対象となるノートを選択し、「複数の Web ページファイル (.html) でエクスポート」にてエクスポート
Word で HTML ファイルを開き、Word 文書 (.docx) として保存しなおす

でいけるような気がしたが、手動でいちいち変換するのは面倒なので、VBScript でまとめて処理できるようにしようとした。

ところが、VBScript に不慣れなのと、思わぬ問題も出てきて試行錯誤が必要になったため、その覚え書きとして記事の形にまとめておく。

EvernoteHtmlToWord (VBScript)
- 使い方
VBScript の処理内容と試行錯誤など

EvernoteHtmlToWord (VBScript)

最終的にできあがった、Evernote からエクスポートした HTML を Word 文書化するための VBScript。
github.com

使い方

Evernote から、ノートを HTML Web ページファイル (.html) 形式でエクスポートする（このとき、オプションとして、「作成日」にチェックを入れておく）
EvernoteHtmlToWord.vbs に、1. でエクスポートした *.html（もしくはそれを含むフォルダ）をドラッグ＆ドロップすると、同じフォルダ内に「<作成日を元にしたタイムスタンプ>-*.docx」が出力される

VBScript の処理内容と試行錯誤など

やっていることは、ドラッグ＆ドロップされた *.html ファイル（もしくは、フォルダ直下に含まれる *.html ファイル）を順に Word で読み込み、Word 文書 (*.docx) 形式で保存しているだけ……なのだけれど、意外と苦労した。

画像が外部参照になってしまう

Word で HTML を読み込み、そのまま形式を Word 文書 (*.docx) として保存しただけだと、画像が外部ファイルへのリンクのままとなってしまう。
文書内に画像を埋め込もうとすると、 Word 上の操作では、

「ファイル」タブ→（右側の「関連ドキュメント」の）「ファイルへのリンクの編集」で、『種類：図』のリンク元ファイルを選択し[リンクの解除]を実施、「☑ 文書に図を保存する」にチェックをして[OK]をクリック

となるような処理を、VBScript 上でも行う必要があった。

Sub EmbedImages

Sub EmbedImages( objDocument )
    For Each objShape In objDocument.InlineShapes
        If Not objShape.LinkFormat Is Nothing Then
            objShape.LinkFormat.SavePictureWithDocument = True
            objShape.LinkFormat.BreakLink
        End If
    Next
End Sub

※参考：word VBA for save picture in document - Stack Overflow等

ファイル名にタイムスタンプを付けたい

ファイル名で並べたときに、時系列順にしたいという要望があった。
これは、Evernote からエクスポートした際、オプションで「☑作成日(C)」にチェックして、*.html ファイル内に「作成日」等を埋め込み、これをファイル名に反映することで対応。
地味に、Wordの全テキスト取得方法を調べるのに手間取った……
Function EvernoteTimeStamp
ファイルの作成日時・更新日時を変えるようにした方がよかったかも？
→更新日時については変更するようにしてみた（作成日時は変更方法がわからなかった）

タイムスタンプの時刻が一桁のときがある

Evernote からエクスポートした *.html の作成日は、「作成日: 2016/11/19 2:34」のように、時刻が一桁の時があるが、ファイル名に使うなら 0 パディングしたかったので、処理を追加。
Function PadLeft
※参考：まいてっくぶろぐ - 【VBS】文字列が指定桁数に満たない場合、0詰めする関数等

作成日がうまく取得できない（日本語文字列が検索でひっかからない）

"作成日[^\d]*(\d+)/(\d+)/(\d+)[^\d]*(\d+):(\d+)" のような日本語を含む正規表現で検索しようとすると、うまくいかない。
これは、VBScript ファイル (EvernoteHtmlToWord.vbs) を UTF-8 で保存していたため。
ファイル形式を Unicode に変更すると、うまく検索できるようになった。
ファイル形式は Shift JIS でも可。

ファイル名が原因で変換されないファイルがある

ドラッグ＆ドロップで指定したファイルのいくつかが変換されていなかった。
調べてみると、ファイル名に『〜』(U+301C)や『プ』(U+30D5 U+309A)等の文字が含まれる場合には、うまく変換できない模様。
これはどうも、WScript.Arguments からファイル名を取り出した時点ですでに化けてしまっているらしく、<FileSystemObject>.FileExists() が False を返す。

当該ファイルを直接ドラッグ＆ドロップする場合にはうまい解決策が見つからなかったが、それらのファイルが入ったフォルダをドラッグ＆ドロップし、<FileSystemObject>.GetFolder() で取得した Folder オブジェクトのFiles コレクションからパス名(.Path)を取得するようにすると、こちらはうまく処理できる模様。

ドラッグ＆ドロップするファイル数が多すぎると実行できない

ファイルをドラッグ＆ドロップで指定する場合、数が多すぎると「実行できません。引数一覧が長すぎます。」というダイアログが出て、実行できない模様。
VBScript の制限だと思われる。自分の環境では、495ファイル以上でファイルで発生（494ファイルはOK）。これがマジックナンバーなのか、その他の要因があるのかは不明。
この場合は、対象ファイルが入ったフォルダをドラッグ＆ドロップしてやれば、その中に495ファイル以上の *.html があっても、実行可能。

2016-10-15

BIGLOBE光ネクストIPv4通信速度調査：PPPoE対v6プラス（2016/10/07~2016/10/13の一週間の傾向）

furyu.hatenablog.com
の続きで、一週間継続して測定した結果を示す。
測定条件等は前の記事を参照のこと。

IPv4 PPPoE については、以前一週間の傾向を調べたとき(2015/08/12～18)から改善は見られない（むしろ、夜間の通信速度低下は悪化して見える）ことから、同じような傾向で悩んでいる方は、v6プラスの利用を検討しても良いかもしれない。
まぁ、このあいだの記事でも書いたとおり、制約も多いのだけれども。

結果（2016/10/07～2016/10/13）

IPv4 PPPoE 対 IPv4 over IPv6 IPoE(v6プラス)比較

f:id:furyu-tei:20161015095825p:plain

PPPoEは高低の差が大きく、特に夜間には輻輳の影響のためか急激に速度が低下
IPv6 IPoE(v6プラス)は時間帯による通信速度の変化は小さい

IPv4 PPPoE

f:id:furyu-tei:20161015095747p:plain

週間を通じて、夜間（19時頃～25時頃）の通信速度低下が顕著
土日や祝日（10/8～10）には、09時頃から急な速度低下が見られる

IPv4 over IPv6 IPoE（v6プラス）

f:id:furyu-tei:20161015095557p:plain

時間帯や、休日の影響による差は、現状PPPoE程は見られない

2016-10-08

BIGLOBE光ネクストのv6プラス利用による通信速度改善について

furyu.hatenablog.com

で書いた通り、BIGLOBE光ネクストファミリー・スーパーハイスピードタイプ隼（NTT西日本エリア・最大1Gbps）にて、v6プラスを利用した際に速度改善効果が見られた。
これを IPv4 over IPv6 IPoE接続と、旧来のIPv4 PPPoE接続との、一日の通信速度変化を比較することで示す。

結果

2016/10/07 分

f:id:furyu-tei:20161008025125p:plain

IPv4 PPPoEでは、一日の間で通信速度の変動が激しく、特に00:00～01:30頃と18:30～24:00頃には数百Kbps～10Mbps程度にまで低下している。
一方で、v6プラスで提供されているIPv4 over IPv6 IPoEについては、一日を通して50～90Mbps程度の間であり、PPPoEと比較すると安定な水準にある。

[2016/10/15 追記] 2016/10/07～10/13 一週間分の結果

下記の記事参照。
furyu.hatenablog.com

[2016/11/29 追記] 平日と土日祝日の比較など

下記の記事参照。
furyu.hatenablog.com

測定条件など

環境

f:id:furyu-tei:20161010003054p:plain

条件

さくらのレンタルサーバ（スタンダード）上に、20MBのファイルを設置
Web サーバ（CentOS 6.x）上から、wget コマンドにて上記ファイルを10分間隔でダウンロードし、転送速度を記録
IPv4 over IPv6 IPoE(eth1側)とIPv4 PPPoE(eth0側)とをrouteコマンドでGatewayを変更することにより切り替えている。また、それぞれの測定タイミングは5分ずつずらしている。

注意事項

さくらのレンタルサーバにおける帯域制限の影響については考慮していない。
以前のデータ（2015/08/05～11、2015/08/12～18）と比較すると、PPPoEにおいても速度の上限はあがっている（～50Mbps→～90Mbps）ように見えるが、これが、さくら側の帯域制限緩和によるのか、それとも、ISP側の改善結果なのかは不明。

2016-10-08

v6プラス関連の覚え書き

前の記事
furyu.hatenablog.com
がらみで調べたことなどをメモ書き。
あちこち間違っていると思われるので、識者の突っ込み歓迎。

フレッツ光ネクストの接続環境例
トピックス
- BIGLOBEの高速Wi-Fi × ギガ対応回線プレミアムサービスに加入するメリットはあるか？
- [2016/10/15 追記] v6プラスのIPv4アドレス／ポートセット割り当て方法の推測
関連
- IPv6 IPoE サービス提供 VNE 接続事業者

フレッツ光ネクストの接続環境例

VNE(Virtual Network Enabler) 接続事業者のひとつであるJPNE（日本ネットワークイネイブラー株式会社）は、ISP向けに、NTT東西のフレッツ光ネクスト網(NGN)を利用するIPv6インターネット接続サービス及びv6プラスを2014/07/01より提供している。

これを使用した接続環境例を示す。

環境	1. IPv4 PPPoE	2. IPv6インターネット接続サービス	3. v6プラス
IPv6伝送方式	-	IPv6 IPoE	IPv6 IPoE
IPv6アドレス割当	-	JPNEが保持するアドレスをNTT東西が割当	JPNEが保持するアドレスをNTT東西が割当
フレッツ・v6オプション加入 (NTT東西)	-	○	○
ホームゲートウェイ(HGW)によるMAP-E終端	-	-	○ ※IPv4 PPPoE関連機能は無効化される
IPv4伝送方式	IPv4 PPPoE	IPv4 PPPoE	IPv4 over IPv6(MAP-E)
IPv4アドレス管理	ISP ※エンドユーザ単位	ISP ※エンドユーザ単位	JPNE ※共有アドレス

なお、IPv6インターネット接続サービスおよびv6プラスは、BIGLOBE・@nifty等のISPからは、初期費用・利用料共に無料でエンドユーザ向けに提供されている。

1. IPv4 PPPoE接続時（IPv6インターネット接続サービス／v6プラス非加入時）

f:id:furyu-tei:20161007233703p:plain

グローバルIPv4アドレスはエンドユーザ(ルータ)毎に割当
ボトルネックがNGN～ISP間の相互接続点POI(Point Of Interface)にあり、ISPやサポート地域・時間帯等によって左右され、エンドユーザ毎のサービス品質に差異が出やすい

2. IPv6インターネット接続サービス加入時（BIGLOBE：『フレッツ光 IPv6接続』、@nifty：『IPv6接続オプション』等）

f:id:furyu-tei:20161008001612p:plain

IPv4 に関しては、1. と同様の伝送形式(PPPoE)であり、同様のメリット／デメリットあり
IPv6関連の機能が、フレッツ・ジョイントにより HGW へと自動配信される
IPv4(ISP経由)とIPv6(JPNE経由)で経路は別
IPv6のグローバルアドレスは、PC等の端末単位で割当（HGWにはNGNよりDHCPv6-PDによりJPNEが所有するプレフィックスを持つIPv6アドレスが割り当たり、さらにHGWからのRAにより各端末にIPv6アドレスが割り当てられる（再分配））

3. の v6プラスと異なるのは IPv4 over IPv6接続関連のみであり、これは、HGWに対するMAP-E終端機能とIPv4関連機能の無効化が実施されるかどうかによると思われる。
実際、MAP-E（とDS-Lite）の終端機能があるバッファローのWi-Fiルータを使用する場合には、

※ BUFFALO製 WXR-1750DHP／WXR-1900DHP／WXR-1900DHP2／WXR-2533DHP／WXR-2533DHP2をご利用の方へ
本機器をご利用の場合は、「フレッツ光IPv6接続」をお申し込みいただくことで、v6プラスが利用できます。以下のサイトより手順通りにお申し込みください。
本ページでv6プラスのお申し込み手続きを行った場合、エラーメール（ErrorCode:E0009）が届き、v6プラス機能はご利用いただけません。

「フレッツ光IPv6接続」（無料）申し込みのご案内

https://support.biglobe.ne.jp/ipv6/

という注意書きが見られる。
ただ、この推測が正しいとすると、HGWに設定されているIPv4 PPPoEの設定を手動でOFFにする必要がある気がするが、実際のところどうなのだろうか？
↓
[2016/10/09追記]
考えてみると、ひかり電話に契約していない場合、そもそもHGWが無い場合が大半なのかな。
そうすると、ONUにサードパーティ製のMAP-E対応ルータを直結する形なので、

HGWそのものが存在しないため、v6プラス設定時のフレッツ・ジョイントによるHGWへの設定は失敗する（→エラーメールが返る）
「IPv6インターネット接続サービス」の場合、MAP-E終端はサードパーティ製のMAP-E対応ルータが行うことで、結果的にv6プラス相当機能となる

ということなのかも知れない。
ただ、MAP-Eの場合には、CPE(ルータ)側でNAPTを実施するので、CPEに予めグローバルIPv4アドレス(共有)＋NAPT利用可能なポート番号のセットを割り当てておく必要があると思うのだけれど、これをフレッツ・ジョイントでやっているとすると、つじつまが合わなくなってしまう……うーん、今一つよくわからない……。
→違った、NTT東西がNGNからJPNEの持つIPv6プレフィックスをDHCPv6-PDでCPEに割り当てるので、フレッツ・ジョイントは関係ないのか。このIPv6プレフィックスから、IPv4アドレス(共有)＋NAPT利用可能なポート番号のセットを取り出していると考えると、つじつまが合いそうかな。

逆に、ひかり電話に契約している等してHGWを設置している場合、サードパーティ製ルータを使用していても、v6プラス設定時にエラーメールは返らないはず（ただしその場合、HGWの下にサードパーティ製ルータが設置されることになるので、MAP-E終端は HGW となるはずで、サードパーティ製ルータを MAP-E終端にする場合には、HGWのIPv4 over IPv6 IPoE機能を手動でオフにする必要があると思われる）。

3. v6プラス加入時

f:id:furyu-tei:20161010003322p:plain

IPv6 に関しては、2. と同様の伝送形式(IPoE)
IPv4 over IPv6接続（MAP-E）のために、HGWに対して自動的にMAP-E終端機能が配布され、またIPv4 PPPoE関連機能は無効化される（フレッツ・ジョイント機能による）
NGN～ISP間(POI)のボトルネックには左右されない

IPv4接続に関して、以下のような制限がある。
参考：BIGLOBE、@nifty

■ 使用できないサービス
　・ISPが提供するIP電話サービス（BIGLOBEフォン等）
　・固定IPサービス

■ 制限のあるサービス
　・IPv4グローバルアドレスを複数人で共有使用できないサービス
　・特定プロトコル(PPTP,SCTP等)を使用するサービス
　・特定ポート番号を使用するサービス（オンラインゲーム、サーバの公開など）

これらは主として

JPNE側グローバルIPv4アドレスを複数のエンドーユーザで共有
利用可能なポート番号／数に制限

ことに伴う制限と考えられる。

[2016/10/09 追記]
v6プラスに加入すると、フレッツ・ジョイントにより、HGWに「IPv4設定（Setting IPv4）」というソフトウェアが配信される。
これは、HGWに対して

http://ntt.setup:8888/t

にアクセスすると表示される、「配信済み事業者ソフトウェア一覧」にて確認できる（参考：v6プラスの通信速度が振るわない件＆PPPoEに簡単に切り替える方法 | 今日の気分はバリいくつ？）。

この設定内では、NAPTに使用される

HGWに割り当てられたIPv4グローバルアドレス（複数のエンドユーザで共有）
利用可能ポート番号（Port-set：16ポート×15ブロックで、計240ポート）

が確認でき、この利用可能ポート番号の範囲であれば、静的NAPT設定も可能ではある。

トピックス

BIGLOBEの高速Wi-Fi × ギガ対応回線プレミアムサービスに加入するメリットはあるか？

高速 Wi-Fi ルータ（NEC Aterm WG1810(JE)・無線LAN 1300Mbps(11ac/5MHz)・MAP-E機能搭載）レンタル
「解約から1カ月を過ぎてもWi-Fiルータが返却されない場合、端末代金相当額として16,000円(税別)を請求」する旨記載あり
ギガ対応・次世代ネットワーク接続
新しいメールアドレスの追加（希望者のみ）

で、月額800円(税別)（~~2016/10/3～2016/11/30~~2016/12/01～2017/04/02の期間、最大2ヵ月分無料のキャンペーン中。ただし、無料期間中に解約したとしても、Wi-Fi-ルータ返却手数料1,300円(税別)は別途徴収されるので注意）。
……という内容の、BIGLOBEの高速Wi-Fi × ギガ対応回線プレミアムサービス。
フレッツ光 IPv6接続（無料）や、v6プラス（無料）との違いが気になるところ。

プレミアムサービスでは次世代のネットワーク(IPoE接続)をご利用いただきます。
（中略）
また、すでにギガ対応回線の方でも、混雑している一般道路(PPPoE接続)から混雑していない高速道路(IPoE接続)に切り替えるため、速くなるのです。
（中略）
動画サービスの広がりなどにより、インターネットに流れる通信量が爆発的に増加しています。日本のインターネット全体で現在よく使われているネットワーク(PPPoE接続)での混雑がより顕著になっており、特に通信量が増える22:30頃には通信速度が低下する地域が出てきています。
しかし、プレミアムサービスなら次世代ネットワーク(IPoE接続)により、地域や時間帯の影響が少なく、快適にネットができます。
高速Wi-Fi × ギガ対応回線プレミアムサービス：BIGLOBE会員サポート

といった記述を見る限り、v6プラスとの違いがわからない。

ただ、

v6プラスをご利用中のお客さまは本サービスをお申し込みすることができません。v6プラスを解約後、お申し込みください。

高速Wi-Fi × ギガ対応回線プレミアムサービス：BIGLOBE会員サポート

ということで、どうやらv6プラスとは排他的なサービスらしい。
また、v6プラスでは特に要求されない、Wi-Fi ルータ(MAP-E対応)のレンタルも気になる。

これはあくまで推測であるが、

『高速Wi-Fi × ギガ対応回線 プレミアムサービス』≒『IPv6インターネット接続サービス』(『フレッツ光 IPv6接続』相当)＋『MAP-E対応 Wi-Fi ルータ』＋『希望者への新メールアドレス提供』

のような感じになっているのではなかろうか。
上記「2. IPv6インターネット接続サービス加入時」参照。

NEC Aterm WG1810(JE)とスペック的に遜色の無いと思われるMAP-E対応ルータWXR-1750DHPであれば1万円強で手に入るようなので、無料の『フレッツ光 IPv6接続』に加入したうえでこれを使うようにすればほぼ同等の機能となり、かつ1年程で元が取れるような気もする。
あとの違いは、『希望者への新メールアドレス提供』のみなので。
さて、真相は如何に……？

【2016/10/08 追記】
BIGLOBEの『高速Wi-Fi × ギガ対応回線プレミアムサービス』と同じようなサービスが、GMOとくとくBBでも提供されていた。
gmobb.jp
こちらは堂々と『v6プラス』としての提供で、「v6プラス」＋「Wi-Fiルーターレンタルサービス」がサービス内容。
Wi-Fiルータはまさに、WXR-1750DHPである。
月額991円(税抜)（フレッツ光の回線利用料は別に発生）。

ただし、BIGLOBE の場合は、もともとの契約（ビッグローブ光等）に加えて上記の値段が必要なので、それを考えると、GMOとくとくBBの方が新規で契約する分にはお得、なのかも知れない。

なお、GMOとくとくBBの方では、速度の公開もされている。
これは、速度測定システム Radish Network Speed Testing Ver. 5.2.2.4 βで実測されたデータの平均値らしい。
ちなみに、試しに自分の環境(BIGLOBE光ネクスト＋v6プラス)で測定してみると、

===== Radish Network Speed Testing Ver.4.0.4β - Test Report =====
測定条件
　精度:高 データタイプ:圧縮効率低
下り回線
　速度:289.8Mbps (36.23MByte/sec) 測定品質:91.6 接続数:2
上り回線
　速度:355.1Mbps (44.39MByte/sec) 測定品質:95.6 接続数:3
測定者ホスト:*************.v*.enabler.ne.jp
測定時刻:2016/10/8(Sat) 8:49
==================================================================

こんな感じである。
マルチセッションで測定されることもあり、比較的高めの速度が出ている。

[2016/10/15 追記] v6プラスのIPv4アドレス／ポートセット割り当て方法の推測

IPv6インターネット接続サービス／v6プラス加入時に、ホームゲートウェイ（HGW・ひかり電話ルータ）やv6プラス対応ルータに対して、DHCPv6-PDにより通知されるIPv6プレフィックス(/56)は、現状以下のような構成になっている模様。

240b:XXXX:QQRR:SS00::/56
　240b:XXXX::/32 → IPv4プレフィックス（アドレス上位16ビット）へのマッピング
　QQRR → IPv4アドレス下位16ビット
　SS → ポートセットID

なお、このマッピングルールは、ひかり電話ルータに割り当てられている情報やネット上の情報等から推測したものであり、実際には、JPNEが用意するマップ配信サーバとHGWとの通信によって配信されることに注意。
ここに記述したものだけだと、IPv4アドレスは最大でも6*256*256=393,216個。IPv4アドレス辺りのポートセットが256であるため、約1000万ユーザーにしか対応できないが、マップ配信サーバから配信されるルールを変更することで拡張していくものだと思われる。
マップ配信サーバ～HGW/ルータ間のマップ配信手順の仕様は見つけられなかった（非公開？）。

■ IPv6プレフィックス→IPv4プレフィックスマッピング(例)

IPv6プレフィックス	IPv4プレフィックス
240b:0012::/32	14.8.0.0/16
240b:0013::/32	14.9.0.0/16
240b:0250::/32	14.10.0.0/16
240b:0251::/32	14.11.0.0/16
240b:0252::/32	14.12.0.0/16
240b:0253::/32	14.13.0.0/16

■ ポートセットIDによる利用可能ポート割当(例)
現状、

1ポートセットあたりの利用可能ポートは 240 個
1つのIPv4アドレスを、256ユーザで共有（61440個(4096～65535)のポート番号→ 61440/240 = 256）

となるように割り当てられている模様。

ポートセットIDを SS とすると、利用可能ポート範囲は、

mSSn (16進数)
  SS: 00～FF
  m: 1～F
  n: 0～F

で表される。

例えば、SS = 00 の場合、

16進	1000-100F	2000-200F	3000-300F	4000-400F	5000-500F
10進	4096-4111	8192-8207	12288-12303	16384-16399	20480-20495

16進	6000-600F	7000-700F	8000-800F	9000-900F	A000-A00F
10進	24576-24591	28672-28687	32768-32783	36864-36879	40960-40975

16進	B000-B00F	C000-C00F	D000-D00F	E000-E00F	F000-F00F
10進	45056-45071	49152-49167	53248-53263	57344-57359	61440-61455

となる。

◆ 参考

VNE接続事業者	日本ネットワークイネイブラー(JPNE)	BBIX	インターネットマルチフィード
IPv6サービス名	v6プラス	IPv6 IPoE + IPv4 ハイブリッドサービス	transix
IPv4 over IPv6 技術	MAP-E	4rd/SAM？	DS-Lite
専用ルータ要否	基本不要 ※NTT東西のHGWを使用していれば自動更新で対応可能 ※ひかり電話未加入かつHGWもない(ONU/VDSLのみの)場合、対応ルータが必要	要 ※BBIX(ソフトバンク)より専用ルータ(光BBユニット)提供	要 ※対応ルータをエンドユーザが用意
ポート開放 (静的NAPT)	×？割り当てられた範囲のポートであれば開放可能かも？	○？	×
ISP例	BIGLOBE、@nifty、その他	ソフトバンク・Yahoo! BB 光 with フレッツ	IIJmio:FiberAccess/NF

v6プラス利用で輻輳時間帯（夜間等）の通信速度が劇的に改善した

承前と結論
v6プラス導入に伴う、自宅のインターネット接続環境の変遷
独り言
関連記事
余談

承前と結論

以前、ビッグローブ光で、特に夜間（21時～25時頃）、通信速度がものすごく遅い（10Mbps以下、ひどいときには1Mbps未満になることも）という記事を書いた。
furyu.hatenablog.com

あれから一年以上経ったが、一向に改善される気配がないため、ISP乗換も視野に入れてあらためて調査し、設定を見直してみたところ……なんと、v6プラス
support.biglobe.ne.jp
を利用することで、劇的に改善することが判明。
輻輳する時間帯であっても、数十Mbpsで安定して通信できている。2016/10/07現在、データ取得中・後ほど公開予定→記事を公開した。
BIGLBOBEは2017年07月31日にてv6プラスの新規受付を終了しており、同等のサービスとしてIPv6オプションの提供を開始している（IPv6 IPoE接続を提供するVNE事業者がJPNEからBIGLOBEに変更となっている）。

デメリットとして、

「v6プラス」では一部利用できないサービスがあります。
すでに利用中もしくは今後、サービスのご利用を予定している方は「v6プラス」はご利用いただけません。

BIGLOBEフォン

固定IPサービス

一部通信型ゲームなど、特定ポートを使用するサービス、または、複数のユーザでIPアドレスを共有すると利用できないサービス。

利用可能なポート番号、ポート数に制限があります。外部へサーバ公開をお考えの方はご利用できません。

OP25Bブロックを実施しています。メール送信には587（サブミッションポート）を利用する必要があります。

IPv6接続サービス：BIGLOBE会員サポート

というものがあるが、これらを許容できる方で、

NTT東西のホームゲートウェイレンタル中（ひかり電話に加入済み、もしくは加入予定（月額500円(税別)が別途必要）の方など）

または

BUFFALO製IPv6接続動作確認済みWi-Fiルーターを所持、もしくは購入予定（なお、このルータを使用する場合には、v6プラスの申し込みページからではなく、フレッツ光IPv6接続を申し込むことで、v6プラス相当になるとのこと）

という条件に当てはまる方は、追加費用（初期費用／月額費用共） 0 ということでもあるし、導入を検討されてはいかがだろうか。

なお、v6プラスはVNE接続事業者のひとつであるJPNE（日本ネットワークイネイブラー株式会社）がISP向けに提供しているサービスであり、BIGLOBEの他にも対応しているISPがいくつか存在する。

v6プラス導入に伴う、自宅のインターネット接続環境の変遷

1. v6プラス加入以前

f:id:furyu-tei:20161007192131p:plain

PPPoE により ISP と接続
特に夜間（21時～25時頃・輻輳時と思われる）での通信速度が遅い（数百Kbps～10Mbps程度しか出ない）
フレッツNGN網内の速度は数百Mbpsで比較的安定→ボトルネックはNGN～ISP間の相互接続点（POI）にあると推測

2. v6プラス加入（2015/08/18）～最近（2016/10/06）まで

f:id:furyu-tei:20161007192344p:plain

IPv6通信速度とIPv4通信速度を比較するために、v6プラスに加入
IPv6は IPoE 接続、IPv4 は PPPoE 接続にて比較→IPv6 test - IPv6 vs. IPv4 broadband speed test等を使用して測定したところ、IPv6は押しなべてIPv4より良い結果
IPv4 over IPv6トンネルの存在の存在に気が付かないまま、v6プラスに加入していたことも忘れてしまう（をい）
いやだって、BIGLOBEのv6プラスのページで、IPv4 over IPv6 のこと、なにも触れられてなかったんだよ……？

3. 設定見直し後（2016/10/07現在）

f:id:furyu-tei:20161010003054p:plain

ISPの乗換先を検討していたところ、Yahoo! BB 光 with フレッツ | インターネット・固定電話 | ソフトバンクの、IPv6高速ハイブリッド IPv6 IPoE + IPv4 | インターネット・固定電話 | ソフトバンクが評判良いらしいと知る→肝はどうやら、IPv4 over IPv6 技術らしい
念のため、BIGLOBEでも似たようなサービスが無いか探してみる→IPv4 over IPv6 技術（MAP-E）を用いた、v6プラスというサービスがあり、BIGLOBEもこれに対応しているらしい ……ん？　どこかで聞いたような……
試しに、ブロードバンドルータからの PPPoE 接続を止めてみる→え、IPv4 でも通信できるし、速度もすごく安定しているよ……！
あーでも、仕組み上HTTP(ポート80)の開放ができないから、Webサーバとして外部に公開している端末は、このままだと外から見えなくなってしまう→当該サーバのみPPPoE接続経由で通信できるように、もう一台ブロードバンドルータを接続
この場合、HGW側の設定で、PPPoEブリッジを有効にする必要がある（詳細設定→高度な設定→ブリッジ設定にて、PPPoEブリッジ：☑使用する）

という経緯で、格段に通信速度が安定した環境に生まれ変わった。

なお、Wi-Fiブロードバンドルータ（WZR-1750DHP）は、ルータモードで使用（モードの切替方法）。
ブリッジ(AP)モードでも動作するし、余分な機能がない分だけスループットはその方が大きい気もするけれど、

設定画面にアクセスしやすい（ブリッジモードだとルータのIPアドレスは192.168.11.100なので、いちいちPCの設定を変える必要がある）
MACアドレス→IPアドレスのマッピング機能により、端末に固定のローカルIPアドレスを割り当てられる

という具合に、ひかり電話ルータ（PR-S300NE）よりもいろいろと設定がしやすいので（特に、v6プラス加入後は、PR-S300NEはIPv4関連の設定がほとんどできなくなる）、ルータモードで使用している。

独り言

まぁ、v6プラスに加入する方が増えてきたら、やっぱり遅くなってしまうのかも知れないけれども……。
なにせ、これまでISP毎に分散されていたトラフィックが、JPNEに集中する構造なわけで……上記の図では省略しているけれど、NGN～JPNE間にも当然 POI（Point Of Interface・相互接続点）はあるわけだし、BR（Border Relay）の処理能力にも上限はあるだろうしね。この辺りの見通しはどうなっているのかな……？
↓
[2016/10/09 追記]

MAP-Eはステートレスであるため、BRはユーザ数やセッション数ではなくトラフィック量に応じた設備投資が可能であり [2] 、冗長構成を容易に構築できます。
ネットワーク | JANOG31 Meeting

なるほど、ステートレスである（NAPT機能はCPE(HGW)側に持たせるため、BR側はパケットのカプセリング／デカプセリング機能のみ持てばよく、セッション管理をする必要がないために機能的にシンプルになる）ために、トラフィック量のみを考慮した設備投資でよくなるし、冗長化も容易になる（障害に強い構成にできる）のか。

あと、この記事上の図はdraw.ioを使わせていただいた。
初めて使ったのだけれど、お手軽だし使いやすい。おすすめ。