引っ越す前はNTT東(マンションタイプ200Mbps室内まで光接続)とOCNで日中はおおむね80Mbps(上下ともに)でしたが夕方からは速度が低下し、20時ぐらいからは1Mbpsも出なくなり苦労しました。「機械的に何らかの障害が発生していなければあり得ない事象です。」と言う故障担当からの説明は二転三転し最後にはこっそりと「プロバイダーを変更させて下さい。」とまで言って来ましたが、無名のNTT関連会社のISPをあてにする気にもなれず引っ越す事情も重なりこちらから解約。転居先の住所も全て連絡してありますが、キャンペーンのプレゼントの8万円、違約金、ひかりTV等の費用も未払いの請求分も含めて一切の請求はありません。終端装置、ひかり電話アダプター、無線ルーターのオールインワン装置も取りに来るように言いましたが取りにも来ません。
同様のご苦労をされている方々が多数いらっしゃるのをこの掲示板で知りました。
最初に愚痴を書かせて頂きました。
転居先のマンションがケーブルテレビのJCOMとau光しか選べない事情があって現在au光＆ビッグローブを使っています。形態はマンションVの室内へはVDSL方式の100Mbpsですが24時間ほとんどぶれずに80Mbps(上下ともに)でつながっていて早いサーバーからのデータのダウンロードは毎秒10MBのスピードが出ています。ここに来て仕事の関係で動画データ(FULL-HDや4K動画)をやり取りすることが多くなり現在のスピードでは仕事がはかどらなくなって来ました。KDDIと交渉して自室に方法はなんでもいいので１Gbpsを引いてくれるように頼んでいます。これが上手く運べばいいのですが無理と言われれば他の手段を探さないといけないと思っています。住所は埼玉県川口市芝新町８番です。蕨駅から徒歩で5分ほどのマンションです。この地域で最大のスピードの出る可能性の高い回線業者とISPの組み合わせをご存知の方がいらっしゃいましたらアドバイスをお願いします。

回線のベストはフレッツギガファミリーをiPv6ネイティブ（iPoe）で接続することでしょう、iPv6ネイティブ（iPoE）対応ISPはビッグローブ、ニフティ、IIJ等。
iPv4(PPPoE)接続に未来は無く、速度低下あちこちでおこしています。
しかしそれよりもマンションでの問題は、個別住戸に光ファイバーを引き込むこと！
まずは管理組合、管理会社の承認取り付け、次に回線業者に引き込み依頼することですが、4階以上では極めて難しい、3階以下ならNTTやNUROでやってくれる可能性あるでしょうが、auの場合は既設マンションへの引き込みはほとんど不可！

フレッツ光のネクストの
IPv6ネイティブ接続（IPv6 IPoE)は接続先、つまり閲覧しているサイトがIPv6もしくはIPv4 IPv6デュアルリンクに対応していなければ何ら効果はありませんよ。また、POI（基地局）が大阪と東京に集約されていますよ。またフレッツのIPv6はフレッツＴＶ、ひかりＴＶやひかり電話にＱＯＳで帯域を優先するようになっていますから。

「KDDIと交渉して自室に方法はなんでもいいので１Gbpsを引いてくれるように頼んでいます。」

賃貸マンションなら勝手な事はできませんよ。
分譲なら電話線配管に光ファイバーを引き込み工事ができるＮＴＴなら可能と思います。
それでもマンション管理組合などの事前承認が必要でしょう。

先の事はわかりませんが４Ｋ放送が開始される頃には10Gbpsサービスが当たり前かもしれません。

私の住所地域　スレ主に近い　川口市のマンションです。
元々マンションにはVDSL形式でAUとDOCOMO TV回線のj-comでのインターネットが入っていました。
私は仕事で大規模でかつ回線スピード性能が必要だったので、NTTの光マシンョンギガタイプをマンション内に利用できるよう、マンション理事会を私がメインで説得して本回線を入れてもらいました。
マンション共有部分のデメリットがなければ、まずどのマンションでも導入可能と思われます。

またipv6の件ですが、相手先がipv6サイトでないと　性能が出ないという事は、ほとんど関係ない事です。
NTTでかつBiglobeのipv6のIPoE形式では、NTT網から一般網に出る場合のサーバーが、biglobeプロバイダーのサーバを利用せず　現在どうもガラ空き状態のipv6指定専用業者(JPNE)のサーバを利用する為に、性能があがるのです。
IPoE形式ではipv4もipv6も全て、その指定業者サーバー(JPNE)を利用する事での性能向上です。
将来的には、どうかはわかりませんが、現状では、回線速度は低い時で400mbps　高い時で800mbps くらい出ています。

なおマンション側に説得させる為には、それを要求する側にある程度のネットワーク知識を持って、説得する必要がありますが、がんばってみてください

スレ主殿　参考にしてください。
===== Radish Network Speed Testing Ver.4.0.4β - Test Report =====
使用回線:NTT東 フレッツ 光ネクスト ギガマンション・スマートタイプ 光配線方式
プロバイダ:BIGLOBE
測定地:埼玉県川口市
------------------------------------------------------------------
測定条件
　精度:高 データタイプ:圧縮効率低
下り回線
　速度:778.9Mbps (97.36MByte/sec) 測定品質:98.2 接続数:16
上り回線
　速度:779.5Mbps (97.44MByte/sec) 測定品質:98.9 接続数:16
測定者ホスト:*************.v*.enabler.ne.jp
測定時刻:2016/11/25(Fri) 16:47
==================================================================
本内容で、「測定者ホスト:*************.v*.enabler.ne.jp」となっており、これが、NTT網と一般網の間にある　IPv6処理サーバと思われます。
Biglobeのサーバの混雑を避ける事ができます。

指定業者サーバー
BBIX株式会社様、日本ネットワークイネイブラー株式会社様 、インターネットマルチフィード株式会社様との接続ポイントがPOIが大阪と東京に２箇所しかないことを
お忘れなく。また、フレッツネクストIPv6にはＱｏＳがあることも。

指定業者サーバー
BBIX株式会社様、日本ネットワークイネイブラー株式会社様 、インターネットマルチフィード株式会社様との接続ポイントPOIが大阪と東京に２箇所しかないことを
 お忘れなく。また、フレッツネクストIPv6にはＱｏＳがあることも。

「本内容で、「測定者ホスト:*************.v*.enabler.ne.jp」となっており、これが、NTT網と一般網の間にある　IPv6処理サーバと思われます。」

正しいけど誤りでもある。

IPoEの場合、フレッツネクストから割り振られたIPv6を使うのではなく
指定業者のIPv6に置き換えて使用するからですよ。

わかりやすく言えばビッグローブは丸投げして
割り振りされるIPv4,IPv6のアドレスは
BBIX株式会社様、日本ネットワークイネイブラー株式会社様 、インターネットマルチフィード株式会社様のアドレス。

ビッグローブの場合は日本ネットワークイネイブラー株式会社様。

回線業者とISPが分かっているのであれば、あとはマンションの管理業者と話し合いで
ほぼ通すことは可能です。
最悪でも、出て行くときにはしっかり元に戻せる旨を伝えて管理人さんに許可をもらって光ケーブルを電話の管の隙間へ通してファミリープランとかが契約できます。
ただ、場合によっては工事代金が結構な値段になるようですし、当然ファミリープランの値段になるので月額もマンションプランに比べ高くなります。

結局はお金ですね。
ちなみに、県営など自治体が運営しているアパートでも可能でした。
VDSLを引いてある所であれば、そこまでは光回線が来ているので、そこから分岐させて引っ張ってくるだけ（マンションプラン）ですので、説得も簡単です。
NUROみたいに光回線の引きなおしとか、新規で引く必要があるとかならない限りは
ハードルは低いです。

ファミリープランだとしても、そもそも一本の光ファイバーを一人で使ってるわけではないので、全然余裕でですね。

NTTフレッツ光　マンションタイプ　　https://flets.com/

NURO光　https://www.nuro.jp/mansion/flow/　

https://nuro-ac.jp/?ac_source=google&ac_medium=cpc&ac_campaign=p01&ac_group=001&ac_term=nuro%E5%85%89&fdid=3337&gclid=CjwKEAiAvs7CBRC24rao6bGCoiASJABaCt5Dlx6fIVw1Egm0kl_esK2Qfh9uf9eF0is2-mNcZtIDfRoCO7zw_wcB


今住んでいるマンションが上記のプロバイターに適しているか、

入る前に郵便番号で検索できるので、お調べ下さい。

eo1G回線　ie11
==== Radish Network Speed Testing Ver.5.1.3 β - Test Report ====
測定条件
 精度: 高 接続数: 1-16 RTT測定: 速度測定前後/速度測定中
 データタイプ: 圧縮可能性低 測定クライアント: Javaアプレット
下り回線
 速度: 804.5Mbps (100.6MByte/sec) 測定品質: 96.3 接続数: 16
 測定前RTT: 68.7ms (67.0ms - 70.0ms)
 測定中RTT: 68.0ms (30.0ms - 73.0ms)
上り回線
 速度: 710.7Mbps (88.84MByte/sec) 測定品質: 94.8 接続数: 16
 測定前RTT: 67.3ms (67.0ms - 68.0ms)
 測定中RTT: 69.8ms (66.0ms - 76.0ms)
測定者ホスト: ****************.nar*.eonet.ne.jp
測定時刻: 2016/11/18 23:45:41
-----------------------------------------------------------------
測定サイト http://netspeed.studio-radish.com/
=================================================================

windows10にしてから細かな設定をすると速度低下するので
TCP グローバル パラメーターの設定以外初期値にしています。
-----------------------------------------------------------------------------------
MTU RWIN自動設定(初期値のまま)
RFC1323　無効
AFDパラメーター　初期値
受信ウィンドウ自動チューニング レベル  highlyrestricted
Scalable Networking Pack 無効
-----------------------------------------------------------------------------------
Microsoft Windows [Version 10.0.14393]
(c) 2016 Microsoft Corporation. All rights reserved.

C:\Users\tama>netsh interface tcp show global
アクティブ状態を照会しています...

TCP グローバル パラメーター
----------------------------------------------
Receive-Side Scaling 状態          : disabled
Chimney オフロード状態               : disabled
NetDMA 状態                        : disabled
Direct Cache Access (DCA)           : disabled
受信ウィンドウ自動チューニング レベル    : highlyrestricted
アドオン輻輳制御プロバイダー  : ctcp
ECN 機能                      : disabled
RFC 1323 タイムスタンプ                 : disabled
初期 RTO                         : 3000
Receive Segment Coalescing 状態    : disabled
非 Sack の Rtt 回復性             : disabled
SYN の最大再送信数             : 2
TCP Fast Open                       : enabled
** 上の autotuninglevel 設定は、少なくとも 1 つのプロファイルのローカル/ポリシー構成を
上書きするウィンドウ スケーリング ヒューリスティックの結果です。

測定条件
　精度:高 データタイプ:圧縮効率低
下り回線
　速度:646.1kbps (80.76kByte/sec) 測定品質:61.5
上り回線
　速度:23.64Mbps (2.955MByte/sec) 測定品質:78.6
測定者ホスト:********.ppp.asahi-net.or.jp
測定サーバー:大阪-新町
測定時刻:2016/11/4(Fri) 10:42

フレッツ隼です。ADSLでもここまでだと遅いと感じるかもしれません（下り）
フレッツスクェアに接続すると400Mbps出ます。
フレッツは問題ない可能性があります。

プロバイダを変えると速くなるものでしょうか？

ちなみにAsahinetも今確認はしてくれていますが、改善策は有るのでしょうか？

こんな状態だと使えないというのが実際のところです。

＞フレッツスクェアに接続すると400Mbps出ます。
＞フレッツは問題ない可能性があります。

＞プロバイダを変えると速くなるものでしょうか？
変更したＩＳＰが混んでいなければ速くなるでしょう。

＞ちなみにAsahinetも今確認はしてくれていますが、改善策は有るのでしょうか？
AsahinetがＮＴＴ（西日本、東日本）に依頼してAsahinet側の設備を増設すれば
改善するでしょう。

今、現在できる事はルーターを再接続操作して混んでいないＩＰアドレスがあるかどうかですかね。

＞フレッツスクェア
ではなかったですね。速度計測サイト（ホームゲートウェイをUNI接続してプロバイダを介さずに直接測定するサイトでした）
なお、Asahinetにしている理由は固定IPを取得しているからです。固定IPが一番安いのです。なので、プロバイダを変える事は想定していません。
何とか、Asahinetに頑張って欲しいところです。
因みに今の時間6時40分に測定しても１Mbpsでした。

> ちなみにAsahinetも今確認はしてくれていますが、
> 改善策は有るのでしょうか？

光回線だろうとADSL回線だろうと、静的IPだろうと動的IPだろうと
ベストエフォートなのでどのプロバイダでも混む時間帯はあると思います。
それでも速度が改善しない場合は、Radishで朝/昼/夜/深夜の速度結果を持参して
もう一度AsahiNETに経過報告と共に問い合わせをされてみては？

ただし、AsahiNET以外のご自分の通信環境
(MTU/RWIN、NIC、ｶﾃｺﾞﾘ5e以上のLANケーブル、BBルータ、モデム、NTT側の機器障害等)
に問題が無ければの話ですけど。

もしXP以降のOSで、MTU/RWINなどを設定されている場合は、
一度その設定値を全てOSの初期値に戻しておくのもいいでしょう。
PCの測定結果と、スマホ(WI-FI接続)での速度結果が大きく異なる場合は
プロバイダの都合以外にご自分の通信環境に何らかのトラブルがあると思われます。

そもそも、測定品質が低いので速度計測中に他の作業をしていたり
上りの通信速度も殆ど速度が出てない様子なので、何かしら余計な設定など
されているのかなと気になりました。

> フレッツスクェアに接続すると400Mbps出ます。
ちなみにフレッツスクエアはIPv6での計測でしょうし
そのぐらい出るのは普通では？AsahiNETはIPv4しか対応していないので
IPv6での通信はAsahiNETを経由すると不通(測定不能)になると思いますよ。

フレッツ網のみのIPv4のPPPoEセッションで通信速度の測定ができますよ。
計測するにはルーターにIPv4のPPPoEセッションのIDとパスワードの設定と
ドメインによる静的ルーティング設定が必要です。くわしくは

http://www.flets-west.jp/speed/

ちなみにフレッツ網のIPv6の速度測定はネイティブ接続(IPv6IPoE)です。
つまりルーターのIPv6パススルーが有効であれば計測できます。

随分、昼間でも遅いですね。有線LANですか。無線LANですか。

西日本NTT 隼ですが、最近以前よりかなり遅くなっていますね。ひどい時で自分は1桁台。困ったもんです。

具体的なデーターを提示すべきでしょう。
このサイトの通信速度で測ったならばＩＳＰを提示すべきでしょう。

フレッツ網で測定したならばその速度提示すべきでしょう。
また、マンションタイプなのかホームタイプなのか。

このようなスレ立てても仕方ありませんよ。

フレッツ光はゴールデンタイムは１～２M、下手すれば１Mきります、パンク状態なのでしょう

具体的なデーター示してね。

どこで計測したのですか。？
フレッツ網ですか。？
このサイトですか。？ならばISPはどこですか。？
何を根拠にパンク状態と断言できるのですか。？
ご存知かと思いますけどNTT西日本、NTT東日本は
NTT法でISP事業、つまりインターネットに接続はできませんよ。

測定結果の掲示を求めている方が測定結果の表示を求めているのは？

そう言う私も？？？

マルチセッション版-β-　東京の測定条件入力画面には

「接続数：」の設定項目がありますが、

測定開始画面の条件表示範囲に「接続数：」が表示されていません。

測定結果のレポートには「接続数：」が表示されています。

なぜ？？？

ご利用ありがとうございます。

ご指摘ありがとうございます。表示するべき内容として不十分な状態となっているようです。動作としては、設定いただいた内容の通りとなります。
ご指摘のシステムはβ版であるためインターフェイスなど不足のある部分があるかと思います。ご指摘いただけましたら早急な対策が必要なものは順次対策させていただき、そうでないものは正式版の準備の参考にさせていただきます。
現在β版を2種類公開しておりますが、現在正式版への移行準備をしておりまして、Ver. 5系のシステムを後継システムとして正式版に移行の予定です。
Ver. 4系のシステムは正式版のシステムに近い形でご利用がございますため、Ver. 5系のシステムの安定が十分に検証されるまでの予定で公開を続けておりますが、近い将来公開を終了する予定でおります。

今後とも当サイトをよろしくお願いいたします。

早速の掲示ありがとうございます。

わたくしもβ版を幾度となく利用・計測し、個人で記録も残しています。

「Ver. 5系のシステムの安定が十分に検証されるまでの予定で公開…、近い将来公開を終了する予定…。」とのことですが、他の測定結果と比べてもいますので、継続を希望します。

よろしくお願いします。

併せてVer.5.1 βでEdgeで難なくでJavaアプリ・Script計測できるよう頑張ってください。

管理人さん様

お世話になります。

Radish Network Speed Testing Ver.5.1 βを開くと
「システムエラー」
と表示されてしまい、ボタンには、
「エラー」
と表示されます。

私だけでしょうか。
ご確認いただけると幸いです。

ブラウザを再起動したら直りました。

お騒がせいたしました。

ご利用ありがとうございます。

エラーの発生に関してですが、測定に使用しているJavaScriptの読み込みに関して、システムが更新されている場合に、ブラウザにキャッシュされているデータが使用されることで不整合が生じエラーとなることがしばしばございます。

現在このシステムはまだ開発も続いておりまして、アップデートも少なくありません。影響が予想される場合は掲示板にて案内をしておりますが、不具合が生じた場合は一旦ブラウザを再起動しキャッシュをクリア頂いた後に再度お試しいただくと解決される場合も少なくないと思います。
今回ブラウザの再起動で解決なされたとのことですので、これに類する問題だったことが想像されます。

今後のご参考になれば幸いです。今後ともどうぞよろしくお願いいたします。

最近夜遅くなる方多くなった気がする。

夜間通信速度が速いフレッツ光でＩＳＰなんて存在するのですか。？？？？？
ＯＣＮでは２４時間回線を食いつぶしてユーザーを帯域制限規制で追放できたが
特に土曜日の午後１０時過ぎの前や休日午後１０時過ぎなど極端に落ちる。一桁には
ならないが。

ISP夜間速度が速いところは、ご自分で契約しなおしてテストするしかないと思いますよ。

張り付けて教えたら今度はそこのISPが異常に混みだして、最悪なことに・・
あとあなたの地域や環境にもよりますから、ISP規制情報なるサイトも存在しますので
そちらへどうぞ～

２年以上ＯＣＮに帯域制限しろと苦情を寄せてようやく
「２４時間回線を食いつぶしているユーザーを帯域制限規制で追放できた。」が
今度は契約者あたりの帯域幅が増えて回線を圧迫。いわゆる朝夕のラッシュ時の
ノロノロスピード満員電車大量運行状態。こちらが苦情を寄せても、とぼけて
混んでいません。２，３週間後になって設備増強します。全て後手後手。
ＯＣＮをやめてもいいんですが050IP電話アプリで重宝しているので我慢しています。

当方はBIGLOBE(光コラボ)でしたが、夜間帯で異常に遅くなる状態が1年以上も続いたため、いい加減我慢の限界となり、ISPの乗り換えを決意しました。

乗り換え準備として、メールを独自ドメイン運用とし、個人webサイトも移転しました。ひかり電話も利用していたので、一旦アナログ回線へ戻す必要もありました。

屋外線の二重引き込みを避けるため、BIGLOBEを解約(ONU撤去)してからフレッツ光へ申し込む必要があり、一時的にネットが不通の期間がありました。

引き込み線の再利用でフレッツ光が開通してからは、2つのISPを切り替えながら評価をしています。BIGLOBEの体たらくとは違い、HD動画の視聴が途切れる事なくできて満足しています。

地域に因っても結果が異なるため参考にしかなりませんが、当方と同県の方は測定結果を参考にしてください。

2016 09 21 更新
Win10
Win7 and Server 2008 R2
Win8, Win8.1 and Server 2012
http://www.realtek.com.tw

◎IE11計測可能
測定条件
 精度: 高 接続数: 16-16 RTT測定: 速度測定前後/速度測定中
 データタイプ: 圧縮可能性低 測定クライアント: JavaScript
◎Firefox計測可能
測定条件
 精度: 高 接続数: 16-16 RTT測定: 速度測定前後/速度測定中
 データタイプ: 圧縮可能性低 測定クライアント: JavaScript

×Edge 接続数: 4-16にすると計測できない。
==== Radish Network Speed Testing Ver.5.1.3 β - Test Report ====
使用回線: CTC コミュファ光 ホーム1ギガ
測定地: 愛知県豊橋市
-----------------------------------------------------------------
測定条件
 精度: 高 接続数: 2-16 RTT測定: 速度測定前後/速度測定中
 データタイプ: 圧縮可能性低 測定クライアント: JavaScript
下り回線
 速度: 185.3Mbps (23.16MByte/sec) 測定品質: 90.8 接続数: 2
 測定前RTT: 14.0ms (13.0ms - 15.0ms)
 測定中RTT: 10.4ms (8.00ms - 15.0ms)
上り回線
 速度: 229.7Mbps (28.71MByte/sec) 測定品質: 74.1 接続数: 2
 測定前RTT: 9.71ms (9.37ms - 9.99ms)
 測定中RTT: 9.20ms (7.93ms - 11.0ms)
測定者ホスト: ************.dz.commufa.jp
測定時刻: 2016/9/23 21:50:26
-----------------------------------------------------------------
測定サイト http://netspeed.studio-radish.com/

　EdgeのJavaScriptでは「接続数 2-16」を超えた数値では計測はされているようですが、結果が表示されず「測定開始」に戻ってしまいます。ときにはサイトに接続もできません。
　どのように対処すれば、「接続数 16-16」で測定できるのでしょうか？
　もちろんJavaアプレットでは、難なく測定できています。

　ちなみに、「接続数」は通信にどの様に影響を与え、何処で設定されされているのでしょうか？

　管理人さん・お分かりになる方、ぜひ教示してください。

spark様

ご報告ありがとうございます。ご回答が遅くなりまして申し訳ございません。
ご指摘いただいた件、こちらでも現象を確認することが出来ました。
挙動を確認いたしますと、どうも接続数(データ転送に使用するTCP接続の数)が増えた場合に、EdgeのJavaScriptがクラッシュしてページを自動的にリロードしているように見えます。
弊社で確認した範囲では確かに、「接続数 16-16」では問題の発生頻度が高くなりますが、必ずというものではありませんでした。PCのメモリの搭載量やネットワークのスループットの違いによる転送されるデータの総量などの違いが何らかの影響を及ぼしているのかもしれません。
いずれにせよ挙動を見る限りでは、Edgeに内在する何らかのバグが表面化している可能性が高いように思われます。

現段階では弊社として何らかの回避方法は見いだせておりません。お手数ですが、ご利用になる場合は問題の起こらないブラウザをご利用いただけますと幸いです。

今後ともどうぞよろしくお願いいたします。

管理人さん掲示ありがとうございます。

計測可能なプラウザの使用を指摘ですが・・・。
引き続きIE11・Firefoxで計測ができるよう願い、またEdge・Javaアプリで他のプラザと同様に計測可能になることを願いEdge・JavaScriptでも計測していきます。

因みにEdge・JavaScriptで

測定条件
 精度: 低 「接続数: 16-16」 RTT測定: 速度測定前後/速度測定中
 データタイプ: 標準 測定クライアント: JavaScript

計測しました。計測できましたが、レポート結果の「接続数: - 」と表示されます。？？？？
今後の改修の足しになればと掲示します。

==== Radish Network Speed Testing Ver.5.1.3 β - Test Report ====
使用回線: CTC コミュファ光 ホーム1ギガ
測定地: 愛知県豊橋市
-----------------------------------------------------------------
測定条件
 精度: 低 「接続数: - 」RTT測定: 速度測定前後/速度測定中
 データタイプ: 標準 測定クライアント: JavaScript
上り回線
 速度: 804.5Mbps (100.6MByte/sec) 測定品質: 81.9 接続数: 16
 測定前RTT: 9.76ms (9.11ms - 10.2ms)
 測定中RTT: 67.7ms (11.2ms - 219ms)
測定者ホスト: ************.dz.commufa.jp
測定時刻: 2016/10/7 07:35:29
-----------------------------------------------------------------
測定サイト http://netspeed.studio-radish.com/
=================================================================

解決・対処方法があれば掲示してください。

spark様

不具合の解消に対するご協力ありがとうございます。

測定の設定の組み合わせによりレポートの生成時に接続数の内容が欠落する不具合に関しましては本日修正いたしました。

EdgeのJavaScriptにて状況によりクラッシュが起こる件など、動作環境上の問題に起因するものは弊社のシステム開発の中では対応の難しいものも少なからずございますが、そうしたトラブルが存在することを把握していることは、今後の開発においてもトラブル回避のための工夫につながることも少なからずございますので、情報のご提供はありがたい限りです。

今後ともどうぞよろしくお願いいたします。

改修ありがとうございます。早速測定しましたのでで、レポートを掲示します。

==== Radish Network Speed Testing Ver.5.1.3 β - Test Report ====
使用回線: CTC コミュファ光 ホーム1ギガ
測定地: 愛知県豊橋市
-----------------------------------------------------------------
測定条件
 精度: 低 接続数: 16-16 RTT測定: 速度測定前後/速度測定中
 データタイプ: 標準 測定クライアント: JavaScript
上り回線
 速度: 784.6Mbps (98.08MByte/sec) 測定品質: 87.1 接続数: 16
 測定前RTT: 8.64ms (8.32ms - 9.00ms)
 測定中RTT: 65.2ms (9.36ms - 187ms)
測定者ホスト: ************.dz.commufa.jp
測定時刻: 2016/10/14 19:07:58
-----------------------------------------------------------------
測定サイト http://netspeed.studio-radish.com/
=================================================================

今後も引きつづきEdgeで普通に測定できるよう計測していきます。

==== Radish Network Speed Testing Ver.5.1.3 β - Test Report ====
使用回線: CTC コミュファ光 ホーム1ギガ
測定地: 愛知県豊橋市
-----------------------------------------------------------------
測定条件
 精度: 低 接続数: 16-16 RTT測定: 速度測定前後/速度測定中
 データタイプ: 標準 測定クライアント: JavaScript
下り回線
 速度: 380.3Mbps (47.53MByte/sec) 測定品質: 95.8 接続数: 16
 測定前RTT: 9.00ms (8.00ms - 10.0ms)
 測定中RTT: 10.6ms (8.00ms - 13.0ms)
上り回線
 速度: 806.1Mbps (100.8MByte/sec) 測定品質: 88.0 接続数: 16
 測定前RTT: 10.7ms (9.61ms - 11.7ms)
 測定中RTT: 56.6ms (13.4ms - 155ms)
測定者ホスト: ************.dz.commufa.jp
測定時刻: 2016/10/14 19:27:23
-----------------------------------------------------------------
測定サイト http://netspeed.studio-radish.com/
=================================================================

Edge・JavaScript測定

==== Radish Network Speed Testing Ver.5.1.3 β - Test Report ====
使用回線: CTC コミュファ光 ホーム1ギガ
測定地: 愛知県豊橋市
-----------------------------------------------------------------
測定条件
 精度: 高 接続数: 2-16 RTT測定: 速度測定前後/速度測定中
 データタイプ: 標準 測定クライアント: JavaScript
下り回線
 速度: 192.7Mbps (24.09MByte/sec) 測定品質: 88.1 接続数: 2
 測定前RTT: 10.3ms (10.0ms - 11.0ms)
 測定中RTT: 9.92ms (8.00ms - 12.0ms)
上り回線
 速度: 215.2Mbps (26.90MByte/sec) 測定品質: 78.5 接続数: 2
 測定前RTT: 9.96ms (9.80ms - 10.2ms)
 測定中RTT: 9.27ms (7.86ms - 11.3ms)
測定者ホスト: ************.dz.commufa.jp
測定時刻: 2016/10/14 19:35:34
-----------------------------------------------------------------
測定サイト http://netspeed.studio-radish.com/
=================================================================

==== Radish Network Speed Testing Ver.5.1.3 β - Test Report ====
使用回線: CTC コミュファ光 ホーム1ギガ
測定地: 愛知県豊橋市
-----------------------------------------------------------------
測定条件
 精度: 低 接続数: 16-16 RTT測定: 速度測定前後/速度測定中
 データタイプ: 圧縮可能性低 測定クライアント: JavaScript
下り回線
 速度: 435.8Mbps (54.48MByte/sec) 測定品質: 92.7 接続数: 16
 測定前RTT: 9.33ms (8.00ms - 10.0ms)
 測定中RTT: 10.3ms (9.00ms - 14.0ms)
上り回線
 速度: 774.8Mbps (96.85MByte/sec) 測定品質: 95.7 接続数: 16
 測定前RTT: 9.22ms (8.15ms - 9.91ms)
 測定中RTT: 84.4ms (10.4ms - 278ms)
測定者ホスト: ************.dz.commufa.jp
測定時刻: 2016/10/14 19:50:03
-----------------------------------------------------------------
測定サイト http://netspeed.studio-radish.com/
=================================================================