วิวินาวิ : ลอสแอนเจลิส : (สหรัฐอเมริกา) Los Angeles

• hinemosunotari
• 2011/08/13 (Sat) 14:51
• รายงาน
• การลบออก

SF Bay Areaに住んでます。こちらの回線はATTの３MDSL（実質2.4M程度）です。

私も今年の５月後半位からずっと調子悪いです。切れることはありませんが、紙芝居になります。最近は殆ど常時こんな感じです。
ロケフリの転送が遅い時に、日本での速度測定サイトや、Pingで何回か測定しても下り速度が出ているので、NTT、OCN等が帯域制限しているのではないかと思っています。ちなみに私のベースステーションは業者預けの茨城設置ですが、回答が理論的でなく埒があかない状況です。東京２３区を含め、関東地区にベースステーションを設置している人に今年に入ってトラブルが多いようです。

• OrzQ
• 2011/08/13 (Sat) 23:55
• รายงาน

#14 hinemosunotari氏

＞NTT、OCN等が帯域制限しているのではないかと思っています
もし日本側で使っているDADSL回線がOCNなら、帯域制限がかかってるんじゃない?
「個人向けOCNサービスにおける大量データ送信制限の実施について」 www.ocn.ne.jp/info/rules/upload/
ただ、これはあくまで「個人向けOCNサービス」が対象だから、ハウジング業者がきちんとした法人などなら「個人向け」サービスは使ってないだろうけど。
でも、OCNの説明を読む限りアップロード量に応じて自動的に帯域を「絞る」わけでもなさそうだから、これはちょっと違うかな。

ISPごとの帯域制限については↓を参考に。
isp.oshietekun.net/index.php?FrontPage

＞ベースステーションは業者預けの茨城設置ですが、回答が理論的でなく埒があかない状況です
まぁ、最高裁で実質的には負けちゃった以上、ハウジング業者が理論的に回答するのは難しいんじゃない?そのサービス自体が問題視されちゃったわけだし。

• hinemosunotari
• 2011/08/14 (Sun) 00:33
• รายงาน

業者曰く、回線はNTTフレッツ光ビジネスという事でしたが、一方で帯域制限云々と言っていたので、私もビジネス回線かどうかは怪しいと思っています。そもそもこの商売で顧客がどれ位いるかわかりませんが、まねきTVでも70名程度だったと思うので、帯域を一人一人きちんと確保しようと思えば、本当に業者がビジネス回線だったら元をとるのは困難だと思います。

それから業者の回答に関しては、別に法律論の話ではないのです。そんなことだれでも承知で業者使ってる人は使ってる訳ですし、まだ差し戻し審理も行われてないですし。

そうではなくて上の様な話も含めて、視聴側の上りの速度が遅いとか関係のないことを言ってくるので。実際に私のATTでも400kbps以上は常時でてるんですが。視聴側の上りなんてチェンネル操作位しか使わないので、通常200kbps以下でも充分なのに（切り替わりに時間が若干かかるだけで）。要はこちらから問題の切り分けをして根本の問題を絞り込んでいこうとしても、話しをそらしたり、いかにもこちらに問題があるかの様な方向に話を持っていったりするので埒が明かないという意味です。どちらかというと、技術サポート、サポートの心意気の問題です。そんなに儲かる商売とも思えないので、出来るだけ火の気は払いたいのでしょうが、ちょっと見え見えで嫌になります。業者を使う際は実際この辺のところがよくわからないので、ロケフリ、Slingの様な製品は一旦トラブルに見舞われれば、業者と揉めることもあるかもしれません。皆さんもお気を付け下さい（問題が無ければ快適ではありますが）。

• ariarisassa
• 2011/08/14 (Sun) 01:28
• รายงาน

＃１６

PCでロケフリを視聴してるならば右クリックの
レート調整で表示されるダイアログに現在のBPSが表示されます。
ロケフリソフトが測定した転送レートなのでそちらも参考にしてみらたいかがでしょうか?

先ほどまで、夏の甲子園を見ていたのですが、土曜の夜のせいか、ボロボロの画質にAT&Tを思わず
呪いましたが、うちでは２００～４，５００ｋｂｐｓぐらい。調子が悪いと100前後。たまにそれ以下。

なお、この状況で、このダイアログでカスタム設定とかいじると、画質重視で紙芝居が簡単に始まります。
標準だと、画質をどんどん落としていきますが、紙芝居はなかなかおきません。 #16さんはレート設定いじってますか?

私は関東地区の一般家庭に So-net＋NTT光で
ロケフリを設置していますが、アメリカですいていると思われる時間は
かなりの画像で見えているので、私の問題はアメリカ側だと思っています。

一方で、＃１６さんの問題は日本側、すなわちご利用になっているハウジング業者の問題のようにみえますが、

>東京２３区を含め、関東地区にベースステーションを設置している人に今年に入ってトラブルが多いようです。

というのは、どのあたりで見つけた情報でしょうか? ちなみに私はたまに価格ドットコムの
ロケフリの口コミ情報を見てます。

私は、最高裁の判断が間違っていると思っている人間なので、ハウジング業者に対しては肯定的です。でも
一部、海外在住者にとっては大変ありがたいサービスですが、何しろマーケットが小さすぎ。
ロケフリはメーカすら売れないから販売中止になるは、ハウジング業者にとって逆風ばかりなので、
ちょっと、まともな技術サポートを期待するのも難しいかもしれませんね。

＃１５

ISPごとの帯域制限のページ、とても参考になりました。

• hinemosunotari
• 2011/08/14 (Sun) 05:36
• รายงาน

ariarisassa さん

情報ありがとうございます。

東京、関東にベース設置で問題が多いというのは、マレーシアの方から聞いた情報です。BBIQ等の場合は問題ないのに、関東のNTT系だと帯域制限に引っかかってるぽいという漠然とした内容ですが。

ところで私も最高裁の判断は間違っていると思っている方です。この判断が正しいなら、今後クラウドなども問題ありそうですし。しかし残念ながら民事訴訟法の規定により最高裁の差し戻し理由に下級審の判断が縛られるので、あまり良い結果とはならないのではないでしょうか。

ハウジング業者に逆風なのも承知しているので、最終的な技術サポートを期待している訳ではありませんが、少なくとも私が契約しているところは、論点から話を逸らそうとしてしているのが明らかで、誠意がないと思えるのが問題なのです。ですので、近い内に自分でベースステーションを設置する予定です。料金を払っている以上、少なくとも誠実でないところと付き合いたくはないので。

転送レートについては固定でやっています。私の現在の状況ではアメリカで空いていると思われる時間帯も、混んでいると思われる時間帯も今年の５月以前ほど速度が出ません。昨日、一昨日は本当に酷かったです。従来は大体2,500、2,000或いは1,750ｋｂｐｓで常時問題なく見れていました。恐らく今のレートは500ｋｂｐｓを少し下回る位と思います。ご指摘のロケフリのソフトで現在のレートを見ていると、500ｋｂｐｓまで落とすと何とかあまりカクカクしないレベルになります。

ご存知かとは思いますが、ロケフリのベースステーションはTCP/IP方式の通信で65,536KBのサイズを一回に送って、相手が受け取った事を確認して次の65,536KBのデータを送ります（65,536KBはXP時代のRWIN値ですので、そういう数字になってるのかとは思いますが）。西海岸の場合はクローバーシティーとあと確かシアトルの近くからケーブルが陸揚げされていると思うので比較的データの遅延が少ないですが、それでもPing測定で135～145ｍｓ位あると思います。そうすると遅延を140ｍｓとして、65,536*8/140ｍｓ≒3.8Mbpsとなり、理論上最高でも3.8Mbpsしか出ません。よって西海岸の場合上りも下りも仮に3.8Mbps以上出ていても意味が無いことになります。尤もロケフリは最高でも３Mbpsの通信ですし、私の場合ATTのDSLが2.4Mbps強しかでないので、2.4Mbpsが最高という事になりますが、この状況でこの速度が出ないというのは（Pingで135～145ｍｓの応答が常にありますから）米国側や日米間の問題ではなくて日本側の問題の可能性が大きいです。

尤も一回のPingの実行は10秒もかからない位ですから、立て続けに何十回もPingを行い（F3キー利用して）大きなばらつきがあるなら、日米間の海底ケーブルが込み合っているなどの可能性もありますが、どうもそういうことはなさそうに思います。

試しにDOS窓から、Ping Yahoo.co.jpで応答速度を計って見られてはいかがでしょうか。Yahoo以外でも構わないと思いますが、ラウター側の設定でPingに応答を返さないところも多いので、一般には日本向けの遅延を計るにはYahooでよいと思います。西海岸の場合でもし応答が135～145ｍｓ位で、何十回かの測定にばらつきがあまりないようでしたら、ATTの問題ではなくて日本側のどこかに問題かある様が気がします。東海岸や、米国経由の欧州の場合はもう少し遅くなると思いますが（300～400ｍｓ位?）、これは距離の関係で仕方ないと思います。ただロケフリ等の場合はばらつきがあるかないかの方が重要だと思いますし、ある程度の問題の切り分けが可能かと思います。