光BBユニットについて

光BBユニットレンタルというオプションで利用可能
記事を書いてる現在で月額467円（税抜）

IPv6高速ハイブリッドを利用するには必須の機器です

無線LANオプションを追加すれば無線LANアダプタになったりと
いろいろ機能は有料で追加できますが
あくまでそんなのおまけでこれのメインはIPv6高速ハイブリッドです

IPv6高速ハイブリッドを使うためだけに利用すべきで
普通にPPPoE接続するなら市販の無線LAN対応ルータ使う方が安いです

光BBユニットの型番の違い

レンタルできる機器には主に２種類あり
E-WMTA2.2とE-WMTA2.3です

数字からして2.3が新しいんですけど送られてくるのは大体2.2です
違いは無線LANオプションを使う場合に5Ghz帯に対応してるのが2.3で
2.4Ghz帯しか使えないのが2.2です

有線でネットする人 or 無線LANは自前のAP使う人にはどっちでも一緒です
2.2でも有線の通信速度は変わりません

無線LANパックは高額なので普通の人は自前で用意した方が安いです
金なんていいんだハードを１つにまとめたいんだ！って人だけ申し込みましょう
無線LAN申し込む人は5Ghz帯使いたいからE-WMTA2.3を送ってくれと事前に連絡が必須です

光BBユニットのデメリット

ネットが高速で使えたらいいんだって人
ポート開放もTCP・UDPだけ操作できればいいって人
そんな人にはデメリットはありませんので普通に使えます

デメリットがある人は様々な理由で自前のルータを使い続けたい人です
どの点が不便かというとNATが無効にできません
従来通りIPv4で自前のルータを利用したい場合は２重ルータ状態になります
IPv6対応ルータであればルータのWAN側にIPv6を割り当てることで回避は可能

IPv6高速ハイブリッドを利用する場合は
光BBユニットレンタルを契約するだけでなく
接続しておく必要があります

IPv4からIPv6モードへ切り替わる時に勝手にファームウェアを切り替えたりと
auひかりのように単純にMACアドレスを書き換えて偽装する方法も使えません
802.1Xを使ってるような動作をしておりRADIUSなどで認証をかけてる模様
つまりは市販ルータでのIPv6高速ハイブリッド利用方法は今のところ手段が見つかってません

送られてくる状態

外箱

開封

右側の箱開封

右側の箱を取り出すと下に光BBユニット本体（E-WMTA2.2）

内容は光BBユニット本体・ACアダプタ・接続ガイド・セットアップCD・ケーブル類
ケーブルはLAN２本（青・灰）・電話線２本（緑・黄）

LANケーブルは両方ともカテゴリ5E　長さは青が長くてグレーが短い

ACアダプタの詳細
型番：KSA06A1200150M2-04

付属するACアダプタには型番違いも存在
型番：T99A096.00(AAK-00)

光BBユニットの設定

光BBユニットのPPPoE設定は既に設定済なので
LANケーブルを接続するだけで勝手にPPPoE接続されネット利用が可能となる

初期状態での光BBユニットIPアドレスは192.168.3.1
DHCPは192.168.3.2～の割り当て

光BBユニット設定画面へのアクセスは
http://172.16.255.254/
BASIC認証のIDはuser　パスワードもuser

ルータ設定画面の詳細設定モード→設定情報一覧内で無線LANが有効になっていても
無線LANパックを契約してない場合は電波は飛んでない

PPPoEパススルーは初期状態でON
変更する場合はPPPoE詳細設定→PPPoEパススルー

PPPoEのセッション1には契約者の接続IDとパスワードが最初からセットされており
このセッション1は設定変更どころか確認すらできないし手動切断もできない
切りたい場合は光BBユニットの電源を抜く、電源を入れると自動で接続開始する

光BBユニットの消費電力

ACアダプタは２種類とも待機電力は0W
ユニット本体に繋いで4W（一番上の電源LEDのみ緑点灯状態）
インターネットポートへLANを繋ぐと5W
パソコン1ポートへLAN（GbE）を繋ぐと6W
速度計測などでも6Wのまま

IPv4のPPPoEのみ利用時でも
IPv6高速ハイブリッドに切り替わった後のIPv6モードでも6Wで変わらず

本体は少し温かい程度で真夏でも問題なさそう

回線詳細

NTT西日本
フレッツ 光ネクスト マンション･スーパーハイスピードタイプ 隼 プラン2
ひかり配線方式
プロバイダはYahoo!BBで光コラボ回線ではなくプロバイダのみで契約
コース名でいうとYahoo! BB 光 with フレッツ
エリアは大阪市内

IPv6高速ハイブリッドも使えますが
今回はまず従来のSo-netと同じPPPoEで接続し
１週間計測してみました
使用ルータはSo-netのときと同じものを使用
So-netの時の記録はこちら

回線の状態を1週間記録した結果

期間は2016/11/07-2016/11/13
ルータは自前ルータで光BBユニットは使用してません

計測方法は以前と同じで
使用したのはpathping google.co.jp
毎時06分に定期実行
当然ながら経路は全て有線のPCで計測
測定中の1週間はIP変えず
フレッツ網内の速度測定は数値変わってないのを同時に確認済

パケットロスはYahoo!BB経路内のみのロス数
pingはgoogle.co.jpの数値

まずはパケットロス

Yahoo!BB回線 PPPoE パケットロス 2016/11/07-2016/11/13

一度11/9の19時に1%出てるだけで
グラフにするまでもないほど１週間通してほぼ0%です

So-netの時と同じくグラフの最大値を15に合わせてますので
見比べやすいようになってます

20時～0時でも安定してるのがさすがだなーと思いますが
冷静に考えるとSo-netがひどいだけでこれが普通です
おそらく他プロバイダでも安定してれば0%維持できるでしょう

次にping

Yahoo!BB回線 PPPoE ping 2016/11/07-2016/11/13

これもSo-netの時に合わせて最大値を100にしてるせいでほぼ底ばい状態

さすがにパケットロスまではでなくても20時～0時は多少回線が混むので
ping値が多少あがります

しかし平常時は常に4ms
グラフピーク値の11/13（日）21時と11/08（火）22時で14msです

20ms程度なら普通には問題ありません
FPSなどのネトゲでも最大20ms程度なら問題なし

So-netだと朝６時とかでも10msでピーク値80ms前後ですから
いかにSo-netがひどかったかがこれでもわかります

ゲートウェイについて

今回の１週間測定で使用していたゲートウェイは
softbank221110193067.bbtec.net [221.110.193.67]

C:\>pathping google.co.jp

google.co.jp [172.217.26.99] へのルートをトレースしています
経由するホップ数は最大 30 です:
  0  *** [***]
  1  *** [***]
  2  softbank221110193067.bbtec.net [221.110.193.67]
  3  softbank221110193113.bbtec.net [221.110.193.113]
  4  softbank221110193073.bbtec.net [221.110.193.73]
  5  10.9.203.126
  6  74.125.146.13
  7  108.170.243.129
  8  108.170.235.141
  9  kix05s01-in-f99.1e100.net [172.217.26.99]

統計を 225 秒間計算しています...
            ソースからここまで   このノード/リンク
ホップ  RTT    損失/送信 = Pct  損失/送信 = Pct  アドレス
  0                                           *** [***]
                                0/ 100 =  0%   |
  1    0ms     0/ 100 =  0%     0/ 100 =  0%  *** [***]
                                0/ 100 =  0%   |
  2    2ms     0/ 100 =  0%     0/ 100 =  0%  softbank221110193067.bbtec.net [221.110.193.67]
                                0/ 100 =  0%   |
  3    2ms     0/ 100 =  0%     0/ 100 =  0%  softbank221110193113.bbtec.net [221.110.193.113]
                                0/ 100 =  0%   |
  4    2ms     0/ 100 =  0%     0/ 100 =  0%  softbank221110193073.bbtec.net [221.110.193.73]
                                0/ 100 =  0%   |
  5  ---     100/ 100 =100%   100/ 100 =100%  10.9.203.126
                                0/ 100 =  0%   |
  6    4ms     0/ 100 =  0%     0/ 100 =  0%  74.125.146.13
                                0/ 100 =  0%   |
  7    3ms     0/ 100 =  0%     0/ 100 =  0%  108.170.243.129
                                0/ 100 =  0%   |
  8  ---     100/ 100 =100%   100/ 100 =100%  108.170.235.141
                                0/ 100 =  0%   |
  9    6ms     0/ 100 =  0%     0/ 100 =  0%  kix05s01-in-f99.1e100.net [172.217.26.99]

トレースを完了しました。

So-netでのpathping計測結果はこちら

同じgoogleでもSo-netの時はnrt13s48-in-f3.1e100.netが接続先でした
おそらく頭文字のNRTで成田なんでしょうか
Yahoo!BBの場合はkix05s01-in-f99.1e100.netとKIXなので関空
おそらく関西向けのサーバなのでしょう

こういう細かい部分でもSo-netは効率悪いのかもしれません
しかし現実はそんな経路問題とかそういう次元の問題ではありません
パケロス0% ping1桁など普通の回線といえばそうですが
普通のレベルで満足してしまうほどSo-netはひどかったです

速度計測

最後に前回と同じOoklaのSpeedtestで速度計測しました
So-net時の計測結果はこちら

So-net時と時間帯を合わせて
計測時間は2016/10/31 22:30-22:40
各サーバ順番に計測していきました

関西圏

Yahoo!BB回線 PPPoE 速度 計測サーバ:OSAKA

Yahoo!BB回線 PPPoE 速度 計測サーバ:IKEDA

Yahoo!BB回線 PPPoE 速度 計測サーバ:SAKAI

関東圏

Yahoo!BB回線 PPPoE 速度 計測サーバ:SAGAMIHARA

Yahoo!BB回線 PPPoE 速度 計測サーバ:SUMIDA

Yahoo!BB回線 PPPoE 速度 計測サーバ:YOKOHAMA

Yahoo!BB回線 PPPoE 速度 計測サーバ:TSUKUBA

So-netの時と違いTOKYOサーバが選択できなかったので
近いSUMIDAサーバを使用しました

OSAKAサーバは計測サーバ自体が糞なので遅いですが
ping値や速度も２２時３０分とは思えないほどでてます

前のSo-net回線なら早朝測定したんだろと疑われるレベルです

まとめ

前回の劣化したSo-net回線と比較すると他の大手プロバイダでも
同じように快適なのかもしれませんが
そればっかりは地域差があるので契約して速度計測するまでわかりません
今回は大阪市内でYahoo!BB回線への乗り換えで改善され効果はありました

半月ほど使用してますが体感できるほど快適です
サイト閲覧でもレスポンスが全然違いますし
22時でもyoutubeなどの1080p再生余裕です
（So-netでも遅くなる前は同じぐらい快適だったんですけどね）

本来はYahoo!BB回線の売りであるIPv6高速ハイブリッドの使用を前提に
So-netからYahoo!BBへ乗り換えたんですが
おそらく普通の使い方ならYahoo!BBならPPPoEでも十分なのかもしれません

ちなみにSo-netの場合の月額は
So-net 光 with フレッツ S (マンション)＋請求明細書発行なしの自動口座振替で
900円＋200円となり月額1100円（税抜）だったのに対し
Yahoo!BBの場合は口座振替の手数料が無料なので
Yahoo! BB 光 with フレッツのスタンダードコースの月額950円（税抜）でいけます

IPv6高速ハイブリッドを使う場合は光BBユニットレンタルが必須になるため
月額でプラス467円（税抜）になります

普通のPPPoE接続でここまで速度が出ると思ってなかったので
最初から光BBユニットレンタルしたのですが
今から申し込む場合はまずスタンダードコースだけで契約し
PPPoE接続を試してみて速度が出ない場合に光BBユニットレンタルを申し込む流れの方が
普通の利用者には無駄がなくていいかもしれません

回線詳細

NTT西日本
フレッツ 光ネクスト マンション･スーパーハイスピードタイプ 隼 プラン2
ひかり配線方式
プロバイダはSo-netで光コラボ回線ではなくプロバイダのみで契約
エリアは大阪市内

計測時の環境は前記事と似てます
計測時間は2016/10/31 22:00-22:15
各サーバ順番に計測していきました
フレッツ網内の速度計測は下り400Mbps
ゲートウェイはr113.osaknt01.ap.so-net.ne.jp [223.134.240.11]
パケットロスは2%でpingは72ms（この基準は前記事をご覧ください）

来月からプロバイダ変更するので
その前に最後の一斉速度チェックを実施

計測結果

関西圏

So-net回線 速度 計測サーバ:OSAKA

So-net回線 速度 計測サーバ:IKEDA

So-net回線 速度 計測サーバ:SAKAI

関東圏

So-net回線 速度 計測サーバ:SAGAMIHARA

So-net回線 速度 計測サーバ:TOKYO

So-net回線 速度 計測サーバ:YOKOHAMA

So-net回線 速度 計測サーバ:TSUKUBA

まとめ

2016年10月の増強工事後は22時でも相変わらず上りだけは出てますが
それも相手サーバがかなりいい環境でないと出にくく
普通のサーバ相手だと上りも十分に出ません

それよりも下りがひどいです
筑波サーバですら速度が出てません
youtubeどころか普通のサイトすら重い
ということで解約の流れになりました

回線について

回線の詳細はこちらをご覧ください
So-net回線が激遅になってきた 1

回線の状態を1週間記録した結果

期間は2016/09/26-2016/10/03と2016/10/10-2016/10/16
共に月曜～日曜で2016/10/10は月曜だが祝日でした

結果が２種類あるのは2016/10/04にSo-netによる
ひかりサービス回線設備の増設工事が実施されたので
その効果を確認するため

ひかりサービス回線設備の増設工事予定・完了状況のお知らせ
http://www.so-net.ne.jp/info/2016/sp20160310_0007.html

使用したのはpathping google.co.jp
毎時06分に定期実行
当然ながら経路は全て有線のPCで計測
測定中の1週間はIP変えず
増設工事後に一度IPを変えて快適そうなゲートウェイを探してから測定
フレッツ網内の速度測定は数値変わらず

パケットロスはSo-net経路内のみのロス数
pingはgoogle.co.jpの数値

まずはパケットロス

So-net回線 パケットロス 2016/09/26-2016/10/03

So-net回線 パケットロス 2016/10/10-2016/10/16

増設工事前は土日は昼間もパケットロスが発生する状態で
夜間も5を超えるのも珍しくなかったのに増設工事後はかなり収まってます
とはいえ普通は0です　ここまで発生すること自体が異常

次にping

So-net回線 ping 2016/09/26-2016/10/03

So-net回線 ping 2016/10/10-2016/10/16

pingは増設工事前は土日はほぼ１日中60ms前後を記録
増設工事後はゴールデンタイムのピーク値が75を超えるのも珍しくなく
pingに関しては土日の昼だけマシになったものの夜はひどくなってます

ゲートウェイに関しても増設工事後には従来のゲートウェイには接続されず
r241.osaknt01.ap.so-net.ne.jp [219.98.226.4]
r353.osaknt01.ap.so-net.ne.jp [219.98.226.11]
今まで当たることのなかったゲートウェイが割り当たりました
r113.osaknt01.ap.so-net.ne.jp [223.134.240.11]

増設工事後にr113ゲートウェイを使った状態で
OoklaのSpeedtestで速度計測した結果

So-net回線 速度計測 18:00

So-net回線 速度計測 00:00

So-net回線 速度計測 02:00

増設工事前はゴールデンタイムの速度低下は上下ともに落ちてたのが
今のところ下りのみ低下するようになりました
しかし低下する幅が相変わらずひどいです

しかもこれは相手が筑波サーバだからこそ出る計測値なので
他の普通のサーバじゃ当然ながら更に落ちます
例えばOSAKAサーバの場合、ping100超えます

So-net回線 速度計測 22:00

まとめ

若干の変化はあったものの増設工事後に使った感じでは
ネットで調べものする程度だと使えるレベルで
自宅サーバや動画視聴、低pingが欲しいネットゲームは
ぶっちゃけ満足に使えるレベルにない

パケットロスもマシになったとはいえそもそも発生すること自体が異常で
ゴールデンタイムにSSHやVPNしてると途中でエラーで切断されるときもあります
google.co.jp相手ですら70ms近いping 他の国内サーバなら100msも普通
100msなんて普通の回線なら東南アジアへ接続してるようなもんです
これは明らかに設備のキャパを会員数がオーバーしてる状態

光ネクストを取り巻く状況も良くなく
光プレミアムが2018年に提供終了ということで
今まで以上に光ネクストへ流れ込んでくるわけです

大手プロバイダだと他も同じく厳しい状況でしょうが
こういう状況になってしまうと我慢するかプロバイダ変えるかの2択

今回は残念ながらSo-netとはお別れになりそうです

回線の詳細

NTT西日本
フレッツ 光ネクスト マンション･スーパーハイスピードタイプ 隼 プラン2
エリアは大阪市内
プロバイダはSo-netで光コラボ回線ではなくプロバイダのみで契約

光プレミアムから光ネクストへ移行した後も数か月間は
１日中安定して上下350Mbpsほど出ており
SSHやFTPなどの反応も早くパケットロスはもちろん
ping値も10前後で安定
22時前後でもyoutubeの1080pやGB単位のファイル転送も問題なしでした

しかしある日突然、動画みてるとバッファしたり
サイト閲覧しても画像の表示がADSL時代のような状態になってしまう

遅くなった原因について調べる

まずメンテナンスや障害が発生してないかを確認します
NTT側
http://www.info-construction.ntt-west.co.jp/info-report/ku010/kU010010/
So-net側
https://www.so-net.ne.jp/emerge/

次にNTT側の問題を考慮しフレッツ網内で速度が出ているかを確認します
http://www.speed.flets-w.jp/

これはフレッツ網限定の速度測定サイトで
ここでの速度はプロバイダの影響を受けないので
このサイトで速度が出ていない場合はNTTへ相談しましょう

今回の場合は23時測定で下り375Mbpsで問題なし
（上りはこのサイトではわかりません）

次は外部の速度測定サイトで計測します
今回はOoklaのSpeedtestを使用
http://www.speedtest.net/

大阪でもTsukubaを利用するのがオススメ
どの時間帯でも他の計測サーバより安定して速度でます

今回の場合は下り10.72Mb/s、上り5.62Mb/s、ping101ms
光回線とは思えない結果が出る

IPガチャを試す

外れIPになってしまった可能性もあるのでIPガチャで当たりIPを探します
やり方は簡単でひたすらPPPoEセッションを接続・切断を繰り返します

なぜ同じプロバイダでもIPによって速度が変わるかというと
IPによってゲートウェイが違うからです

ここでいうゲートウェイとはルータからみたPPPoE接続先で
ルータ次第ですが接続先ゲートウェイとして表示されます
pfSenseの場合はStatus→Interfaces→Gateway IPv4
この場合は223.134.240.11

Windowsならcmdにてpathpingを実行しても確認可能
大体は自分のPC・ルータ・ゲートウェイの順で表示されるのでホップ2
最初にホスト名に***.so-net.ne.jpがついてるのが現在のゲートウェイです

C:\>pathping www.google.co.jp

www.google.co.jp [216.58.197.195] へのルートをトレースしています
経由するホップ数は最大 30 です:
  0  *** [***]
  1  *** [***]
  2  r353.osaknt01.ap.so-net.ne.jp [219.98.226.11]
  3  tn01gi8.osaknt01.ap.so-net.ne.jp [202.223.119.169]
  4  note-02Vl643.net.so-net.ne.jp [110.66.251.105]
  5  202.213.194.34
  6  72.14.195.194
  7  108.170.242.193
  8  72.14.233.223
  9  nrt13s48-in-f3.1e100.net [216.58.197.195]

統計を 225 秒間計算しています...
            ソースからここまで   このノード/リンク
ホップ  RTT    損失/送信 = Pct  損失/送信 = Pct  アドレス
  0                                           *** [***]
                                0/ 100 =  0%   |
  1    0ms     0/ 100 =  0%     0/ 100 =  0%  *** [***]
                                1/ 100 =  1%   |
  2   42ms     5/ 100 =  5%     4/ 100 =  4%  r353.osaknt01.ap.so-net.ne.jp [219.98.226.11]
                                0/ 100 =  0%   |
  3   42ms     1/ 100 =  1%     0/ 100 =  0%  tn01gi8.osaknt01.ap.so-net.ne.jp [202.223.119.169]
                                1/ 100 =  1%   |
  4   77ms     3/ 100 =  3%     1/ 100 =  1%  note-02Vl643.net.so-net.ne.jp [110.66.251.105]
                                0/ 100 =  0%   |
  5   54ms     9/ 100 =  9%     7/ 100 =  7%  202.213.194.34
                                0/ 100 =  0%   |
  6   52ms     5/ 100 =  5%     3/ 100 =  3%  72.14.195.194
                                0/ 100 =  0%   |
  7   51ms     5/ 100 =  5%     3/ 100 =  3%  108.170.242.193
                                0/ 100 =  0%   |
  8  ---     100/ 100 =100%    98/ 100 = 98%  72.14.233.223
                                0/ 100 =  0%   |
  9   51ms     2/ 100 =  2%     0/ 100 =  0%  nrt13s48-in-f3.1e100.net [216.58.197.195]

トレースを完了しました。

この場合はr353.osaknt01.ap.so-net.ne.jp [219.98.226.11]がゲートウェイ
***は自分のPCとルータの情報　r353でパケロス発生が確認できる

今回だと以下２つしか２０回ほど回しても出ませんでした
r241.osaknt01.ap.so-net.ne.jp　219.98.226.4
r353.osaknt01.ap.so-net.ne.jp　219.98.226.11

r241は元々使っていた方でr353の方は更に重かった
結局IPガチャし直してr241へ戻して様子見することに

いくらグローバルIPが変わってもゲートウェイが同じだと環境変わらずなので
IPガチャする場合はゲートウェイを見ながらやると
実際に計測しなくても当たりハズレがすぐわかるので楽です

回線状況を記録

Windowsのpathpingコマンドを毎時06分に定期実行させて
パケットロスとping値を1週間記録することにしました

結果は次のエントリにて