縁側 > その他 > 備忘録いろいろ
「縁側」-みんなが作る掲示板-からのお知らせ
縁側からのお知らせ

縁側をご利用いただく際のルール&マナー集を用意いたしました
ユーザーの皆様に楽しくご参加いただけるよう、主に投稿時の注意点などをまとめています。
ご投稿の前には必ずご一読をお願いいたします。詳しくはこちら⇒「縁側 ルール&マナー

紹介文

スマホのg07の不具合を確認する為に始めましたが、ログを眺めるのも飽きたので機器を限定せずに思う事を書いておきます。

カテゴリもその他に変更しましたが、過去の書込はそのままにしてあるので、違和感ありますが…

最近はGoogle Homeを手に入れたので気付いた事を書き留めておこうと思います。

  • 備忘録いろいろの掲示板
  • 備忘録いろいろの伝言板
  • 備忘録いろいろの投稿画像
この掲示板は閲覧専用です(運営者のみが投稿できます)。

このページのスレッド一覧

前のページへ次のページへ


久しぶりに…

その1(いくつまで続くか分かりませんが)

Google Homeの掲示板に在宅を条件に指定した時刻にスマートリモコンを動作させたいとの書込がありました。

Google Homeアプリのスケジュール設定では曜日や時刻指定は可能ですが現在地は利用できません。
普通に考えてGoogle Homeが存在する場所で実行なので当然ですけど。

IFTTTを利用すれば位置情報は入手可能ですが、指定エリアへの入出をトリガーにした動作しか出来ません。
常に同じ場所にいた場合にはトリガーは発動しないので利用できません。

基本的にスマホレベルで認識可能な位置情報には精度の問題があると思います。
実際の位置と検出位置のズレは当然としても、検出位置には多少ブレがあり本当の移動との区別ができません。
なので、IFTTTでもピンポイントや狭い範囲でのエリア指定はできない様になっています。

位置情報の精度については考えても解決しないので、とりあえず無視して考えます。

位置情報を認識する方法を考えてみました。

最初に考えたのは、Google Apps Scriptを利用しGoogle Maps APIで位置情報を取得する事です。

単純に考えるとスクリプトを常時動作させれば良い気もしますが、状態が変化しない場合でも無駄に動作しているって事になります。
スマホ上で動作しているならバッテリーが心配です。

結局、何かをトリガーにしてスクリプトを起動する方が合理的だと考えを改めました。
IFTTTで出来る範囲は最大限活用する事にしました。

IFTTTで出来るのは指定したエリアへの入出をトリガーとする事です。
このトリガーで入なら在宅、出なら不在であると記録しておけば良いと考えました。

記録先は何でも良いのですが、最終目的は指定した時刻のリモコン動作なので、時刻の記録も可能なカレンダーを利用する事にします。
単純に予定を記録するだけならIFTTTにはカレンダーへ記録するサービスが存在します。

なので、IFにはLocation、thatにはGoogle Calendarを指定します。

Locationの選択肢は以下の3種類ですが、単純に記述の通りです。
You enter an area
You exit an area
You enter or exit an area

Google Calendarには以下の2種類ですが、細かい時間指定は2番目の方しか出来ません。
Quick add event
Create a detailed event

今回は自宅にいるときの予定なので、以下のようにします。
IF
You enter an area
THEN
Create a detailed event

詳細は割愛しますが、実際に設定して記録できる事を確認しました。

この方法の利点と欠点は、以下の通りです。

利点
・カレンダーを見れば予定が一目瞭然
・カレンダーをトリガーとしたアプレットが利用可能

欠点
・カレンダーへの新規登録しか出来ない
・予定を自動記入する期間(当日だけか否か)が決められない?



2019/6/18 15:06  [2048-108]   

その1(続き)

IFTTTだけでは限界があるので、Googleカレンダーへのアクセス部分をGASで記述する事にしました。

準備としてはGASの開発環境…といってもChromeにアドインを加えるだけですが。
GAS自体はJAVA Scriptベースなので、その知識が多少は必要かも知れません。

エディタで記述して、デバッグまたは実行しながら確認出来ます。
今回はGoogleカレンダーへのアクセスなのでGASからのアクセスを許諾する必要があります。
まあ、IFTTTの場合も同じですけど。

新規登録は必定な項目をセットした上でcreateEvent、削除はdeleteEventで可能です。

流れとしては以下の通りです。

・新規登録
 getCalendarByIdメソッドでカレンダーを指定
 タイトル、開始時間、終了時間をセットしてcreateEventメソッドで予定書き込み

・削除
 getCalendarByIdメソッドでカレンダーを指定
 getEventsForDayメソッドで今日の予定を取得
 予定数分、以下の処理を繰り返す
  タイトル、開始時間、終了時間を取得
  タイトルが指定したものならdeleteEventで予定を削除

纏めて書くと簡単ですが、初めての利用なので試行錯誤してやっとって感じです。

記述したGASはエディタから実行できますが、実際の利用はIFTTTから呼ぶ必要があるのでWebアプリケーション化します。
それをIFTTTのWebhooksで指定して実行すれば連携完了です。

2019/6/18 15:27  [2048-109]   

試行錯誤しながら作成したのが下記です。

新規追加(18時に「帰宅」を記入)

function create_event(){

//カレンダーIDを取得
var myCalendar = CalendarApp.getCalend
arById('xxxxxx@gmail.com');

//予定名称を指定
var title = '帰宅'

//予定の開始時間を指定
//現在の日時を取得
var start_time = new Date();
var end_time = new Date();

//時間を変更
start_time.setHours(18);
start_time.setMinutes(00);
start_time.setSeconds(00);

//時間を変更
end_time.setHours(19);
end_time.setMinutes(00);
end_time.setSeconds(00);

//指定したタイトルと開始・終了時間で予定登録
myCalendar.createEvent(title, start_ti
me, end_time);
}

削除(タイトル「帰宅」があれば削除)

function delete_event(){

//カレンダーIDを取得
var myCalendar = CalendarApp.getCalend
arById('xxxxxx@gmail.com');

 //本日のイベントを取得
var myEvents=myCalendar.getEventsForDa
y(new Date());

//イベント数の取得
var count_Events=myEvents.length;

//
for(i=0;i<count_Events;i++){
var title=myEvents[i].getTitle();
var start_time=myEvents[i].getStartT
ime();
var end_time=myEvents[i].getEndTime(
);

//指定したタイトルを削除
if(title=='帰宅'){

//指定したタイトルと開始時間で予定削除
myEvents[i].deleteEvent();
}
}
}

削除で悩んで後で気づきましたが、作成時も同様に検索すれば多重登録は防げますね。

また、今のままだと予定はソース内に書いているので、複数予定だと大変な事になるし、単純な時間変更等でも大事になります。

なので、記入する内容一覧は別途スプレッドシートに記入し、それを参照して追加や削除をする事にします。
スプレッドシートに関する記述を学ばないと駄目ですが、EXCEL VBAの知識は役に立つのかな…

2019/6/19 07:59  [2048-110]   

その2

予定を記入してあるスプレッドシートを参照してGoogleカレンダーへ転記する事が出来ました。

今まではGoogleドライブに独立したスクリプトを保存していたのですが、今回からは使用するスプレッドシートに付随する形で作成する事にしました。

最初は独立したスクリプトからスプレッドシートを参照すれば良いと考えたのですが、添付形式の方が指定が簡単だと判明したので方針転換しました。

最初に用意したシートの形式は、こんな感じ
タイトル,開始時間,終了時間
機器1,18,19
機器2,20,21
機器3,9,10

作成したスクリプトは3種類
1.カレンダーに予定を転記する
2.カレンダーから予定を削除する
3.前日のカレンダーを参照して予定があれば、当日にも予定を転記する

1は帰宅時、2は外出時、3は在宅時を想定した動作です。

それぞれはWebアプリケーション化して、IFTTTからWebhooksで呼び出します。
1.Locationで指定エリア内に入った時にカレンダーに予定を転記
2.Locationで指定エリア外に出た時にカレンダーから予定を削除
3.Date & Timeで毎日0時になった時に前日のカレンダーを参照して予定があれば当日も予定を転記

これで基本的な動作は記述できました。
細かい点では帰宅時にはカレンダーの予定を確認し、多重登録を回避しました。
これは、1または2の位置の移動が正常に認識できないケース(実際に発生するかどうかは?)への対応です。

現状の課題としては以下の通り
・毎日0時の実行に関しては位置情報と違い必ず実行されるものとして多重登録のチェックはしていない。
 → 多分問題なし
・平日と休日、曜日などの区別はしていない。
 → これは面倒そうなので当面は無視

他にもありそうな気もしますが、とりあえず…



2019/6/26 01:21  [2048-111]   

暫く毎日の動作状況を確認してみました。
意図した動作をする事は確認できましたが、課題が分かりました。

最大の課題はIFTTTのタイムラグです。
最大?15分程度の遅延が発生する可能性がある…というのが仕様らしいです。

確かに、エリア移動時にも時刻指定でもかなり遅れる事は分かりました。
実際に動作時にカレンダー記入に加えて動作時刻を記載したメール送信をしてみました。

結果は、殆どは30秒から数分程度でしたが、最短で15秒程度で最長で26分程度(1回だけ)でした。
全てがIFTTTの問題とは限りませんが、動作時刻に意味がある様なケース(例えば帰宅直後に動作)の利用には無理があります。

もう一つの課題はLocationのエリア設定範囲です。
アプリ上ではかなり広範囲しか指定できませんが、PCのブラウザ上では一軒家を囲む程度の指定が可能です。

ただ、本当に指定範囲を超えた場合に動作しているのか判断できませんでした。
なぜなら、前述の遅延がLocationでも発生するからです。
エリア外に出る際は動作確認できた時には指定範囲の遙か彼方って感じです。

ちなみに、GAS自体は動作指示から結果確認出来るまでは長くて数秒でした。

結論としては、IFTTTについては遅延が許容できる範囲で利用するしかないと思います。
より即応性を求めたいなら別の方法を考えるしかありません。

流行?のラズパイでそれが可能なのか試してみようか思案中。

2019/7/10 09:54  [2048-112]   

設定したまましばらくの動作状況を確認してました。

結論としてはIFTTTのLocationの動作はタイムラグだけじゃ無く不安定だと分かりました。
正確な位置情報の取得手段としては使えません。

具体的には、以下の事象が数回ありました。
・移動時に明らかに指定範囲からExitしてるのに動作しない
・移動していない時(就寝中)にExitしてEnterした形跡がある

また、Exitは未動作でも同範囲を指定したEnterは動作するなど、単純に境界を越えただけで判断されている訳じゃ無さそうです。
判断条件が分からないと使えないです。

2019/7/23 08:01  [2048-113]   



2ヶ月前に車載用に購入Amazon Echo Dotを購入しました。
でも、移動中の不安定なモバイル回線だと満足に使えませんでした。

結局持ち出すのが面倒になり、自宅で放置状態になりました。
接続設定はモバイルルータのままで、時々Google Homeとの応答の違いを確認する程度の存在でした。

今回、別のスマートリモコンを購入したので、Echoも自宅ネットワークの仲間入りをさせてあげる事にしました。
その際に、少し?苦労しました。

仕様ではWi-Fiはデュアルバンド対応なのは知っていたので、迷いも無く5GHz帯に接続する事にしました。
自宅では基本は静的IPを使用し、ステルス&MACアドレスフィルタリングになっています。

設定はiPhoneを使用し、当然MACアドレスフィルタリングは解除した状態で実施しました。
結果は、何度トライしても失敗。

調べてみたら、利用可能な5GHz帯に制限があるらしい事が判明。
まず、W52しか対応していない事。
 自宅もW52利用なので、これは問題ありません。
使用可能チャネルは、36,40,44,48chのみである事。
 これもW52自体の仕様なので問題は無いはずです。
 
自宅の5GHzは802.11acにも対応していて、クワッドチャネル有効で設定してあります。
普通の接続端末なら、自身の接続可能な仕様で接続できるはずです。
でも、Echoは違うみたいで、念の為ステルスも解除して、何度もリトライしても駄目でした。

諦めて、2.4GHz帯に接続する事にしました。
5GHzと同様にMACアドレスフィルタリングは解除した状態で設定開始。
でも、何故か接続できません。

仕方なく、ステルスも解除して設定すると、問題無く完了。
安心して、ステルスだけ有効に戻しました。

暫くしてから、「Alexa〜」と呼びかけると、赤いリングが回転…
まさか、ステルスに未対応???と調べたら、気になる情報を発見しました。

iOS系端末アプリで設定すると駄目らしい。
本当?とは思いましたが、ステルス状態のままでAndroidから再度設定。
結果、問題無く完了。本当らしいです。

もし、iOS端末しか持ってなかったら使えないの烙印押して終わりになる可能性もありますね。
未確認ですが、Android端末を使えば5GHz帯でも問題無いかも知れません。

最後にMACアドレスのリストにEchoのアドレスを追加して完了しました。

ただ、一つだけ気に入らない事があります。
それは、EchoがPingに応答してくれない事です。
仕様っぽいですがトラブル時には生存確認の基本手段なので困ります。

2018/8/17 07:12  [2048-106]   

Android端末で再設定してみました。
5GHz帯でステルス&MACアドレスフィルタリング(解除対象に登録)状態でも問題無く完了しました。

結論としては、設定はAndroid端末でやるべきと言う事みたいです。

2018/8/17 11:12  [2048-107]   



無線LANの電波が乱立しているけど、ふと「そもそもの仕組みって?」と思いました。
周波数帯の種類や接続手順等は分かりますが、もっと根本的な部分です。

少しずつ調べて記録しておこうと思います…気まぐれですが。

色々調べると大きくは2つの手順で接続される事がわかりました。
1.接続できる相手を探す
2.決められた手順で接続する

これって、以前g07に関連してログを調べた時に確認した様な気がします。

1については大きく2つの方法がある様です。
a.APが出す信号を受信する
b.端末がAPを探す為に問い合わせる

2については基本的には下記の手順になるはずです。
認証 → 接続 → データ交換

まずは1のaについて

APは自分の存在を定期的に周辺に知らせます。
知らせる電波のことをビーコンと言います。

通常の設定では、ビーコンにはSSIDやサポートしている速度やセキュリティなど通信に必要な情報が含まれます。
端末ではこの情報を受け取って、サポートする通信手順に合致するSSIDを一覧表示します。
自宅内では少数だと思いますが、屋外では大量のSSIDが表示されるのが一般的です。

この流れをパッシブスキャンと言います。
潜水艦等のソナーと同じ名前ですね。後述しますがアクティブスキャンもあります。

この時端末に保存されているSSIDの中で合致する設定があり、かつ自動接続になっている場合はそのAPに対して接続動作が行われます。
複数の合致がある場合は原則的には一番電波強度の強いAPが選択されるはずですが、端末の仕様等で必ずしもそうならない時があります。

1のbはアクティブスキャンの事です。

パッシブスキャンによっても一定時間ビーコンが検知できない場合や、ステルスAPに対して接続を行いたい場合に動作します。
端末からAPに対するプローブ要求とAPから端末へのプローブ応答から構成されます。

プローブ要求には端末が接続したいSSID情報が含まれ、同じSSIDを持つAPがプローブ応答します。
当然ですが、端末がスマホの様な移動体の場合は同じSSIDを持つAPが応答できない(存在しない)ケースが多くなります。
相手がいないのに、このSSIDのAPいますか?と探し続ける感じですね。

よくステルスは危険だから設定しない方が良いと言う人がいますが、これが原因です。
でも、ステルスで無くても端末が接続したい相手が見つからないとアクティブスキャンするなら、同じ事の様な気もしますが…

まずは、ステルスの場合に何が違うのか?ですが、単にビーコンが違うだけです。
ビーコンにSSIDが含まれないか、ビーコンそのものを出さない場合もあるらしいです。
曖昧に書いたのは、自分の環境下ではステルス設定したAPはSSIDを含まないビーコンを出しているからです。
端末にとってはビーコンを出さないAPもビーコンが見つからないケースと同じです。

ビーコンは電波ですので、その電波を検出可能な受信器(無線LANじゃなくても)なら確認可能です。
通常の無線LAN子機でもSSIDを除くMACアドレスやサポートする通信情報は検知できます。
ただ、それを表示するかどうかは端末の仕様次第です。

最初は、ビーコンを検知できるなら自分が過去に接続した情報と比較してSSIDを除いて同じならプローブ要求すれば良いのでは?と思いました。
でも、よく考えるとネットワークによっては同一SSIDを複数のAPが持つケースがあるので、比較結果で同一だけじゃ駄目と分かりました。

結局、ビーコンの有無や一致に関わらず、アクティブスキャンするしか無い事になります。

2018/5/9 20:02  [2048-95]   

1のプロセスでお互いの存在確認が取れたら2の接続プロセスに進みます。

大昔のルータは初期状態で誰でも接続可能な状態で出荷されていたので、1が終われば簡単に2も終了してました。
しかし、現在はほぼ初期状態では何らかの認証が必要です。
但し、SSIDが同じだったり、機器名等とMACアドレスの組合せで変化を付けていてもパスワードは同じだったりでザル状態のも多いです。
なので、必ず初期状態からは変更するのが鉄則だと思います。

と、ここまで調べていてSSIDとひとくくりに書くのは正確では無い事が分かりました。
この前にアクティブスキャンの際に「同一SSIDを複数のAPが持つケース…」と書きましたが、これがまさにESSIDの事でした。

元々のSSIDは一つのAPに対して設定されるもので、それを拡張して複数のAPで使用出来る様にしたのがESSIDって事みたいです。
従って、現状では正確に表現するならESSIDと書くのが正解ですね。

今回は単純に単一のAPとして考えます。

話を戻します。

認証の手順は利用する暗号化方式によって異なるみたいです。
現状では殆どがWPA2を採用していると思うので、そのケースを調べます。

下記の様な手順のようです。
T.アソシエーション処理
U.PMKの共有
V.PTKの生成
W.GTKの生成

T.アソシエーション処理

簡単に書くと、これから行う認証方式や手順の確認って感じです。
ここでは認証自体が行われる訳では無いので、接続しようとする全ての端末が処理を完了できます。

以下面倒なので、手動で設定するパスキー等はすべてパスと略します。

通信に本当に使用される認証キー自体はこの後のプロセスで生成されるのですが、それは設定されたパスだけでなく乱数や機器固有情報等から自動生成されるって事みたいです。

蛇足ですが、今では殆ど使用されないWEPはこの部分でお互いが持つパスを使用して暗号化し通信するので、悪意ある第三者がその内容からパスを復元する事も可能みたいです。

U.PMKの共有

PMKとはPairwise Master Keyの略で通信で使用するマスターキーです。
WPA2では通信によってキーが違うらしいですが、それを生成する元となるキーの事です。
最初にそれぞれに設定されているパスが同じかどうかの確認はするみたいですが、実際の通信ではPMKから生成されたキーを使うらしいので、セキュリティレベルは上がるって事でしょうか?

V.PTKの生成 及び W.GTKの生成

PTKとはPairwise Transient Keyの略で、ユニキャスト(1対1)通信で使用するキーです。
共有されているPMKを元にして決められた手順で生成されます。

GTKとはGroup Transient Keyの略でマルチキャストやブロードキャスト(1対多)通信で使用するキーです。
PTKを元にして生成されるらしいです。

キーの生成と交換が完了するまでには4ウェイハンドシェイク(2往復)の通信が行われます。

具体的には

1.APから端末
 ANonce(Authenticator Nonce:APで生成されるランダム文字列)を送信
 受信した端末はANonceとSNonce(Supplicant Nonce:端末で生成したランダム文字列)からPTKを生成
2.端末からAP
 SNonceとMIC(Message Integrity Check:メッセージ完全性コード)を含む情報を送信
 受信したAPはANonceとSNonceからPTKを生成し、端末から送信されたMICを検証
3.APから端末
 GTKを生成しMICを含む情報とともに送信
4.端末からAP
 端末は一時キーをインストールし、インストールした事をAPに通知
 APも一時キーをインストール(※文献によっては3でインストールするとの記述もあり、どちらか不明)

先日発見されたWPA2の脆弱性は3番目のAPから端末へのキーの通知に対して端末が応答出来ないと、3番目の通知を再送するのですが、その際にNonceやカウンタがリセットされる事が原因のようです。
悪意ある第三者が強制的にリセットさせて、APを偽装して意図的に作られた文字列をベースにして、キー生成を最初から行う事が可能って感じでしょうか?

もし、そうだとするとAPが一時キーをインストールするのは最後が正しいかも知れないですね。

2018/5/13 16:56  [2048-96]   

ところで、ESSIDをステルスにすることの是非ですが…

自分は可能な限りステルス設定をしてMACアドレスフィルタを掛けます。

確かに、不必要な場所で接続先を探す動作はセキュリティ的には良くないとは思います。
でも、それは一定レベル以上の技術を持って他人を攻撃しようという悪意(好奇心?)ある人がいる前提です。

MACアドレスも偽装可能だからフィルタ掛けても意味ないという人もいます。
確かに、その通りですが、それも悪意ある人がいる前提です。

もし、ある家庭のAPを攻撃しようとするなら、そのAPの電波が到達する範囲に入る必要があります。
そして、セキュリティの脆弱な部分を探して攻撃方法を考える事になります。
そこまでの労力を掛け、発見されるリスクを負ってまで攻撃するでしょうか?

普通に考えて、明らかに労力やリスクに見合う何かの存在を確信しているか、攻撃対象に特別な感情を持っていないと実行はしないと思います。

それよりも、ステルス設定等は行わずいつでもAPの存在を主張し続けのはどうなのでしょうか?
田舎の一軒家でない限りは、APの電波は屋外や近隣の室内まで届きます。
もし、そこに技術と悪意(または好奇心)を持った隣人がいたなら…

無線LAN普及の初期の頃はAPのデフォルトはセキュリティ無しだったので、誰でも接続可能でした。
現状はそこまでの無防備な状態では無いですが、それに類する状態の方が危ない気がします。

2018/5/18 10:19  [2048-97]   



表の掲示板で中継器を使うと頻繁に通信が途切れるとの投稿があり、電波干渉を疑っていました。
でも、投稿された場所が少し?違う所で、かつ細かく確認等すると長くなるので、専用場所として縁側の設置をお願いしました。

今のところ縁側は設置されていないので、とりあえずここにメモしておきます。


最初に初歩の解説。

無線LANには2.4GHz帯と5GHz帯の2種類の周波数帯が利用可能です。
但し、一部の機器は一方しか対応していない場合もあるので要注意です。

電波は周波数が高い程、直進性が強く、障害物の影響を受けやすいと言う特性があります。
場合によっては5GHz帯は隣室で安定した通信が出来ない場合もあります。

この特性から、だから2.4GHz帯を使うべきでスマホ等も2.4GHz帯だけの対応で構わないとする主張する人もいますが、全く賛同できません。
個人的には可能な限り5GHz帯も利用可能な機器を選定すべきだと思います。

何故なら5GHz帯の方が安定して高速な通信が可能だからです。
前述の隣室の離しと矛盾すると考える人も居ると思いますが、周波数帯は共有しているので単に特性だけで判断できません。

次に2.4GHz帯の解説。

この周波数帯は無線LAN以外でもアマチュア無線やISM(産業科学医療)でも使用され、コードレスホンや電子レンジ、Bluetoothでも使用されます。

無線LANに限って言えば、2401〜2495MHzが利用可能です。
但し、自由な周波数が使えるのでは無く、5MHz刻みで22MHz帯域を一つのチャネルと指定しています。

日本では1〜14チャネルですが、14は802.11bのみの対応なので、無いものだと思った方が良いです。
北米では1〜11なので、12及び13チャネルに対応していない機器があるかも知れません。

22MHzの帯域が5MHz刻みなので、当然ですが隣接するチャネル同士は殆ど重なります。
完全に干渉を避ける為には5チャネル離す必要があります。

この場合802.11g以上で設定可能なのは最大3チャネルで、下記のいずれかのパターンです。
 1,6,11
 2,7,12
 3,8,13
 
これは同じ室内で複数のAPを作る時は守った方が良いです。
4チャネル離しでも重なりは大きくないので影響も小さいとは思いますが、何とも言えません。
しかも、1チャネルから指定可能な場合を除くと同時利用可能チャネル数は5チャネル離しと同じです。

単一のAPだけで良いなら、どれを使用しても良いと言いたいですが、日本の住宅事情だと近隣や別室からの電波も拾うので、設置予定場所の電波状況を確認して使用チャネルを決めた方が良いです。

通常はチャネルの選択は自動で一番使えそうなチャネルが選択されます。
但し、前述の12〜14に割り当てられてしまった場合は接続できない端末があるかも知れません。
その場合は、意識的に使用チャネルを指定する為に手動設定する事になります。

問題は、どのチャネルが使えるのかを知る方法です。(後述)

最後に5GHz帯の解説

この周波数帯は無線LAN以外でも気象レーダをはじめとするレーダ類やISM、アマチュア無線や一部は衛星や放送でも使用されています。

無線LANに限れば5150〜5350と5470〜5725MHzが利用可能です。
チャネルが設定されているのは2.4GHzと同様ですが、設定の仕方が大きく異なります。

前半の周波数帯は5180MHzを中心に前後20MHz幅を36チャネル、後半の周波数帯は5500MHzを中心に前後20MHz幅を100チャネルとし、20MHz間隔でチャネルが設定されています。
従って、隣接チャネル間は完全に独立していて干渉はありません。
但し、何故かチャネル番号は4飛ばしです。

5150〜5350MHzでは36,40,44,48,52,56,60,64の8チャネル、5470〜5725MHzでは100,104,108,112,116,120,124,128,132,136,
140の11チャネルです。

チャネルの指定方法は2.4GHzと同じですが、チャネル間の干渉が無い事と、電波の特性で近隣の影響を受けにくいので、選択可能なチャネルが明らかに多いと言う事が分かります。
そうは言っても、同室内に複数のAPを設置する場合は当然別のチャネルを設定する必要があります。
またアパート等で壁一枚で隣家と隣接している場合や、自宅内のAPの管理者ではない場合は使用可能チャネルを知る必要があります。

ここまでが前置き…

2018/5/7 21:40  [2048-90]   

次に調べる方法

AndroidのアプリにWifi Analyzerというのがあります。
このアプリを使えば一部を除いてAPの状況が分かります。

分からないのはステルスのAP(SSID)ですが、アプリが動作するスマホ等に接続設定があれば分かります。
但し、接続中のAP以外はステルスのSSID名は表示されません。
SSID名は無くても機器が持つMACアドレスは表示されるので、自分でalias設定する事も可能です。

この動作から通信パケットを傍受している事が分かります。(まあ、他に方法無いですが…)
ステルスのAPのパケットにはSSID名が含まれていないので、表示もされないって事だと思います。

ステルス以外のAPはSSID名が表示されるので機種名まで判別可能なケースもあります。
もし、機種毎の初期値が同じで、変更せずに使ってたら怖いですね…

実際に確認すると自宅以外に近隣のAPが数多く検出されます。
もし、使用するAPと干渉するAPが存在し、かつ強度も近いなら影響を受ける可能性が高いです。

但し、そのAPが常時存在するのか?、また常時同じチャネルなのか?など条件(は時間帯等)を変えて何度か確認した方が良いと思います。
実際に、わが家の近隣では夜間には存在しないAPがあります。
たぶん、就寝時に電源を落としているのだと思います。

次はステルスAPの存在を確認したい場合はどうするか?です。
方法はいくつかあるかも知れませんが、パソコンがあるならinSSIDerと言うソフトを使うと確認できます。
Home向けはVer3迄はフリーウェアだったらしいですが、最新版Ver4はシェアウェアになってます。

探せば公式サイト以外でVer3も入手可能です。
但し、Ver3では802.11acは検知できません。
干渉の多くは2.4GHz帯で発生するので実使用上はほぼ問題ないです。
当然ですが、パソコンにWi-Fiインタフェースが必要で、対応している周波数帯のみ確認できます。

Office向けはWi-Spy(無線LAN以外の電波も検知)等も含めて2万円強で購入可能です。
面白そうだけど、玩具としては高い…

2018/5/7 23:24  [2048-91]   

パソコンのソフトでAcrylic Wi-Fi Homeと言うのを見つけました。
これなら802.11acも検出できるみたいです。

Home版はinSSIDerとほぼ同じで、ステルスを含めたAPのリストアップが可能です。
これにもPro版があって39.95米ドルみたいです。

2018/5/9 12:28  [2048-93]   

探せば類似のソフトが見つかるものですね。

Microsoft StoreにはWiFi Analyzerいうのがありました。
名前も1文字違いますが、作者はAndroidとは違います。

同じく、WiFi Commanderも有料ですが入手可能です。

StoreではないですがNetSpotというのもあります。

基本無料のソフトでも全ての機能を使う為には有料の上位版を使うしか無さそうですが、単にAP検索だけなら無料の範囲で可能です。
ただ、ソフトによって若干の検出値の違いや検出できないステルスAPがあったりするので、並べてみないと正しくない(単に多数決ですが)のは分かりません。

比較(と言っても大した項目は無いと思いますが)は気が向いたらやってみます。

2018/5/9 17:49  [2048-94]   



少し前から自宅回線をWiMAXに切り替えました。

理由は今までの固定回線(J:COM)のコストパフォーマンスが悪くなったからです。
契約した当時(2000年頃)はテレビ(衛星放送など)や電話を含めた維持費とネットの速度を考えた時にはベストチョイスだったと思います。
しかし、固定電話(発信)は使わなくなり、受信もセールズ電話ばかりになり解約しました。

テレビはネット配信が充実してきたので衛星放送は無くても良いと考えました。
ネットだけにすると月額6000円になり割高感があるのと、実効速度が最高速度と乖離している為に、乗換を決意しました。

固定回線は導入時の工事(日程調整と費用)が発生するし、将来の解約時も同じなので避けました。
無線ではほぼ全てが通信上限有りなので、唯一制限付きながら上限の無いWiMAXにしました。

ルータはモバイルタイプ+クレドールにしました。
ホームルータタイプでも良かったですが、主に以下の理由です。
 たまに持ち出す可能性がある
 自宅内は従来のルータをそのまま使うのでWiMAXルータの無線LAN機能はどうでも良い
 
機種選定では、過去に使用してきた機種が全てNEC製なのでWX04が第一候補だったのですが、評判が良くなかったのでやむなくHUAWEI製のW05を選択しました。

ただ、依然として人気上位にあるし、そもそも不具合は無いと主張する人も居るので、特定の環境や要因によって発生している可能性はありますが…。

で、W05ですが、過去に使用したWiMAXルータやLTEルータと比較すると、必ずしも安定している様には見えません。
気がついた範囲でWiMAX側の切断・再接続が1回、電源投入直後に異常に接続が遅くて本体Webツールは無反応(再起動で解消)が1回発生しています。

一番困るのは操作性の違い…というか出来る事が少ない感じです。

NECのルータでは、本体またはWeb画面やアプリから色々な設定変更が出来ます。
W05もWeb画面では設定変更できますが、本体では出来ない事が多い感じです。

一番の違いは、NECは本体で初期設定と利用時の機能ON/OFFが明確に分かれています。
例えば、Wi-Fiの設定画面と利用時のWi-FiのON/OFF切替等です。
W05は本体のWi-Fi関連は一つで利用時のON/OFFはアプリからしか出来ません。

また、設定に関しても分類の仕方に違和感があります。
例えば、SSIDの設定はLANの基本設定ではなく、セキュリティ設定内にあります。
通常はそれ程ON/OFF切替をする項目は無いので困ってはいませんが、一つだけ面倒があります。

W05には本体のスリープが無く(少なくとも明示的には出来ない)、一定時間後にWi-Fiのみを停止する項目があるだけです。
全てをWi-Fi経由で使用していれば使えなくなるので良いのですが、クレドール経由で有線接続している部分はそのままです。

通信量の状況によって停止したり、未使用維持の無駄な電池負荷を低減したくても電源を切るしか無いのです。
OFFは本体ボタン以外にアプリからも可能ですが、ONは本体ボタンしかありません。
鞄の中や少し離れた場所に置いてある時に非常に不便です。(現在の最大の不満点)

サイズ的にも横長でポケットへ入れるとはみ出します。

もう一つ、電池保護の仕様だと思いますが、クレドール使用時(たぶんUSB通電で使用時も同じ)は満充電されません。
満充電状態でクレドールに設置してもいつの間にか充電量は下がっています。
なので、通常はクレドール利用で、外出時にそのまま外して持ち出しても仕様上の最大稼働時間と大きく乖離するはずです。
満充電にしたい場合は本体電源OFFで充電する必要があります。

WiMAXは無線通信なので有線に比べて外部の影響を受けやすいのは理解しています。
でも携帯回線と同じで実際にはあり得ない仕様上の最高速度をアピールするのは止めて欲しいです。
最高速度は犠牲にしても良いので安定的に一定レベル以上の通信が可能である事を目指して欲しいです。

2018/4/30 17:04  [2048-83]   

もう一つ困る事がありました。
ログ機能が無いので異常を感じても確認方法(気休めとしても)がありません。
NEC製だと簡易ですがログ機能があるはずです。

WX04のパケ詰まりと称した動画を見たけど接続できない事をパケ詰まりって言うの???って思った。
WX04までは繋がってる感じなので、何らかの理由で名前解決できない状態に陥った様に見える。
まあ、明確な理由も無しに、そんな状態になってはいけないのだけれど…

もしかしたら本体或いは通信事業者側の設定に問題があるのかも知れない。
でも、W05で問題ないとしたら…んー分からない。

人の事より、頻度は低いとは言えW05でも問題が起きるので、調べる方法を考えないと…
クレドールに繋がっているLANにスイッチ入れてパケットキャプチャするしかないかな。

面倒なので、もし頻度が上がる様なら考える事にしよう。

2018/4/30 18:30  [2048-84]   

今までは自宅は固定回線を利用していたので通信量は余り気にしていませんでした。
でも、WiMAXでは一定以上の利用時には速度制限されます。

WiMAXにはギガ放題という月間データ量の上限が無いプランと月間7GB上限のプランがあります。
但し、上限無しと言っても過去3日間で10GB以上使用している場合に翌日の夜間に速度制限があります。

7GB上限のプランは、それを超えると月末まで最大128Kbpsに制限されます。
通常の最大が440Mbpsなので、単純計算すると約3500分の1になるって話です。

スマホ等のLTE回線でも契約容量を超えると速度制限されます。
例えば、今利用中のMVNOでは最大788Mbpsが最大200Kbpsになります。
単純計算で約4000分の1なのでWiMAXの方が良い様に見えますが、大きな間違いです。

大きな違いは…
・制限時の最大速度が約半分(WiMAXが遅い)
・LTE回線は有償で容量追加が可能
・LTE回線は任意に速度制限モード(契約容量を消費しない)の利用が可能

要するに制限自体のルールは仕方ないけど、それを回避する方法があるのかどうかです。
WiMAXにはそれがありません。
厳密にはギガプランにするしか回避方法は存在しないと言うべきでしょう。

但し、ギガプランでもLTEオプションが使用可能なモードで7GB以上使用すると、上限7GBプランと同様になります。
これは制限後にLTEオプションが使えないモードに変更しても解除されません。

重要事項なのでUQをはじめとして各通信事業者とも注意書きがあります。
それなのに、7GB以上使用して通信制限になり不満を言う人がいる事には驚きますが…

話を戻して…結論としては、
 上限7GBプランは回避方法の無い強い速度制限が存在する。
 従って、固定回線代わりの様な通信量を気にしない使い方は出来無い。
 
 ギガプランでもLTEオプションが利用可能なモードで7GB超えは同様。
 通常時にLTEオプションを有効にするのはリスクでしか無い。
 従って、緊急時等にWiMAXエリア外で利用せざるを得ない場合の保険と考えるべき。
 
次はギガプランにだけ存在する3日で10GB利用時の夜間の速度制限です。
公式では概ね1Mbps程度の通信が可能との記載があります。

しかし、実際には必ずしもそうでは無いようです。
体感的には制限時の速度はLTE回線の最大200Kbpsよりは速い感じですが、結構速度にブレがある様です。
スマホでスピードテストすると数十Kbps〜1Mbps程度で安定していませんでした。

公式サイトも含めて殆どの情報はギガ放題なら上限が無く、仮に3日制限でも緩いので大したことは無いとの論調で書いてあります。
これは大嘘だと思います。

通常のスマホ(LTE)に比べて容量当たりの単価が安く、制限速度も1Mbpsだから、LTEよりは良いと言うなら納得できます。
但し、サービスエリアはLTEより狭いし、エリア内でも利用できない場合もあるって事が交換条件ですけど。

しかし、ホームルータという製品定義もあり、固定回線代わりになるとの売り方は間違っていると思います。

2018/5/3 12:28  [2048-86]   

どうやら(当然?)3日10GB制限時の通信量もカウント対象になるみたいです。

LTE回線の場合は速度制限時はカウントされません。
もちろん、ユーザが制限した場合であって、本当に契約容量を超えてしまった場合は意味を持ちません。

速度を必要としない利用時は意識的に速度制限モードで、速度が必要な場合だけ解除。
これが合理的に回線を活用するコツだと思います。

しかし、WiMAXでは任意に速度制限する事は出来ません。
3日10GBの速度制限は時間帯が限定されるし、条件から外れれば解除されます。
これを真に受けて、制限時でも気にせずに利用していると、結構なカウントになるはずです。

1Mbpsで18時〜02時まで通信し続けたとしたら、計算上は約2.8GB程度の通信量になります。
実際はもう少し速度は遅いので、通信量も小さいとは思いますが、それでもGB単位で消費します。

全く速度制限に掛からない最大は毎日3.3GB程度です。
ただ、ルータのカウンタと通信事業者のカウンタは若干ズレがあるので、安全を見るなら1日3GB程度になります。

速度制限時に2GBとかを消費する様ではほぼ毎日速度制限になる可能性が高いって事になります。

主な使用時間帯が昼間ならそれでも良いかも知れません。
しかし、主に18時〜02時に重なるなら、1Mbps程度の回線を5千円弱で維持している事になり、非常に馬鹿馬鹿しいです。

また、主な使用時間帯が昼間だったとしても、制限時間帯にわざわざカウントを増やして、翌日も制限されるのもスッキリしません。
解決策は制限時間帯は使わないことにするしか無いです。
それだと制限時間帯は使わない(=使えない)なら、速度制限が有っても無くても同じって結果になります。

もちろん、3日10GB制限に掛からない程度(1日3GB程度)の利用が継続可能なら気にしなくて良いです。

しかし、何もしなくてもOSやアプリのアップデートで簡単にGB単位が消費されます。
テレビで衛星放送代わりにAmazon等の動画配信サービスで映画を見れば2GB程度は消費します。

音楽配信はサイズは大きくは無いのですが、長時間流しっぱなしにしているとMB単位でカウントアップが分かります。
そもそも、速度も要求されないので高速である必要性は全くないのですが…

結論としてはWiMAXは主に昼間の利用者向けのサービスであって、夜間の利用者向けのサービスでは無いって事だと思います。

せめて、速度制限時の利用はカウントしない様にして欲しいものです。

2018/5/3 17:31  [2048-87]   

WiMAXとは全く関係ない話です。
WiMAXの速度制限回避や速度制限時のカウントアップ回避にLTE回線を利用しています。

これは、WiMAXに乗り換えるかなり前に動作検証して、速度制限中でも我慢すれば使えるレベルと判断してました。
それが、実際に本格的に運用を始めると、以前よりかなり遅いと感じてました。
これは、自宅回線の代替だけで無く、外出時の通常利用でも、時々違和感を感じてました。

今日、その原因が判明しました。

利用しているのはmineoなのですが、ユーザに無告知で通信の最適化や帯域制限を行っていたようです。
規約上は問題ないとの主張らしいのですが、当然ですが炎上中です。

今までは何の不満も無く…と言うより殆ど使っていませんでしたが、そこそこ使い始めたらこの状況です。
頻繁にCMを流し、新規ユーザ獲得の為に異常な値引きしてたので、そんな金があるなら設備投資しろよと内心思ってましたが、予定されていた増強もキャンセルされる始末。

新規ユーザ数増やしたけど、古参ユーザが一気に減りそうな様子になってる。
もしかしたら、終わりの始まりかも知れない。

自分もデータ通信だけで拘束はないので、逃げだそうかな…

2018/5/8 18:04  [2048-92]   

消極的選択で決めたW05ですが、アプリ等を含めて使い勝手が悪いです。
やはり慣れたNEC製のWX04の方が良かったかも知れないと少しだけ後悔しています。
基本である通信に関してはほぼ問題が無いのが救いですが…

WX04は本当に問題機なのか知りたくて、単体で手に入れようかと探してみましたが、殆どありません。
評判が悪いなら市場に溢れてるのかと思ったのですが、そうでも無さそうな感じです。

やっぱり、殆どの人は問題なしで一部の人で問題多発って事なのかな…
普通に使えてる人はわざわざ使えてますって言わないと思うし。

仕様面でW05とWX04を比較していくつか気付いたことがあります。

1. WX04はWi-Fi出力の規定値は12.5%
  これはNEC製の共通仕様なのでWX04の問題の直接の原因では無いと思います。
  ただ、電波が弱いと問題も起きやすいとは言えると思います。

2. WX04のWi-Fi2.4GHz利用時のオートチャネルセレクトは1、6、11chから選択される
  調べてみると歴代のWXも同じですが、それ以前のモデルには制限は有りません。
  また、MR05LN(LTEルータ)やW05にも制限は無いようです。
  ただ、これも歴代のNEC製WiMAXルータでは同じみたいです。

  この3チャネルは利用が推奨されているらしいですが、皆がその中から選択すれば重複する可能性が高まるはずです。

NEC製のWiMAXルータを規定値のままで使用した場合には、環境によっては安定して使えない可能性があるのではないかと思います。
1,6,11chに出力の大きい他のAP等が存在している場合です。

クチコミ等で報告されているWi-Fiが切れるというのは、これが原因の可能性がある気がします。
でも、WX04で報告されているWAN(WiMAX)側が切れるのは関係ないですよね…

と思っていたら、新ファームが公開されて、下記が改善項目になってますね。
 ・子機が圏外から復帰した際に一時的に通信停止する事がある

規定値のまま利用していて、子機が切断され、復帰時に通信停止って事だと思います。
規定値でも問題の無い環境の場合は通信停止も発生しないので、一部で問題多発ってのも説明がつきます。

もし、WX04を選択していたらどうだったのかな…

まずは他のAPの状態を確認してみました。

分かる範囲での近隣のAP(メーカー、セカンドSSIDは除く)の状態は下記の通りです。
郊外の住宅地という立地でもこの状態なので、都市部だともっと混んでる状態のはずです。

   1ch Buffalo、Broad Net Mux、huwei
   2ch Buffalo
   3ch 富士ソフト
   5ch IO-DATA
   6ch Buffalo
   8ch NEC、Broad Net Mux

   7ch+11ch NEC

Buffaloが一番人気で、次がNECとBroad Net Muxです。
Broad Net MuxはCATVモデムなので、電柱のケーブルの行方を確認すればどの家なのかは一目瞭然です。
  
さすがに1chは混んでますね。
自宅のルータ(オートチャネルセレクト)は11chでした。(常時かどうかは不明)
自宅ルータの起動後にW05を起動すると4〜5chあたりになります。
若番は干渉対象が多いのと、老番も自宅APがあるので、中間辺りになるって事だと思います。
  
もし、WX04を選択して規定値で利用していたら6chになったのでしょうね。
わが家の場合は、それでも問題は無さそうです。
ただ、端末の接続場所が遠いと出力を上げないと駄目だと思います。

この推測が正しいならファームバージョンは無関係にWX04でも良かった気がします。

2018/5/20 22:34  [2048-98]   

秋葉原い出掛ける機会があり、中古のWX04を買ってしまいました。
その顛末を少しずつ書いておきます。

購入時

WX04に限らず中古機を購入することは初めてだったので何に注意すれば良いのか分かりませんでした。
その場で、電源は入り起動する事だけは確認しました。

SIMは持参しなかったので通信の可否は確認出来ませんでした。

SIMのセット

まずはSIMを入れなければいけないのですが、何故か入りませんでした。
正確に書くなら、記載された方法ではSIMが固定されずセットできない状態でした。

SIMスロットを確認すると金属プレートにあるべき出っ張り(画像の○部分)が見えません。
小さすぎてよく見えませんでしたが、出っ張りが破断しているのだと思いました。

更によく見ると、右側の出っ張りはプレート側に押し込まれた状態である事が分かりました。
これは前使用者が正しくSIMをセットせずに利用したとしか思えません。

当然ですが、この状態ではSIMが正しく固定されていないはずなので、通信も安定しなかったと思います。

左側はよく見えなかったので右側のみを引き出して、片側を固定した状態でSIMをセットしました。

後日、左側も押し込まれているのでは?と思って精密ドライバーで確認しようとしたら、金属カバー自体が外れてしまいました。
自分で取り付けようと思いましたが小さすぎてよく見えないので断念しました。
これに関しては別途書きます。

片側のみ固定の状態でSIMをセットして起動すると、早速ファームウェアのアップデート確認があり実行しました。
後でアップデート前の通信状態等を確認すれば良かったと思いましたが、時既に遅しです。

電源投入

購入時にも気付きましたが、電源投入時の挙動がW05とは異なります。
WX04に限らず画面を見ずに電源ボタンだけ押す事が多いのですが、WX04は1度電源ボタンを押すと電池残量の確認画面が出て2度目で起動になります。
これを忘れて、あれ?と思う事がしばしば…

起動後は通信が途絶える事も無く、ログにも異常はありません。

最新ファームウェアで安定した可能性もありますが、異常を訴える中には一定数のSIMセットミスが含まれている気がします。

確かにSIMスロットは脆弱な感じはしますが、このタイプを採用している機器は少なからずあります。
説明図もあるのに何故正しくセット出来ないのか理解に苦しみます。

2018/6/23 17:20  [2048-99]   

運用時

WX04の方が優れていると思う点について書きます。

1.ログ機能がある事
 見ない人にとっては意味はありませんが、機器や通信の状態が気になる人にとっては有無は大きな差です。
 ただ、ログの見方についての説明は無いので、勝手に解釈して騒ぐ人がいるのも問題だと思いますが。
 実は、説明が無いのは他のNECのルータ全て同じで、最近のモデルではログ機能を省いた様です。
 
 以下は、WX04の現在の使用形態(クレドール利用で有線LAN経由、無線は別ルータを使用)でのログです。
  記録数が多い順に書きます
  
 ・DHCPアドレス割り当て
  30分毎に記録されています。
  DHCPは24時間設定にしてあるので、バグだと思います。
  但し、WX04に直接Wi-Fi接続した場合には記録されていないのでクレドール経由のみの記録です。
  実用上は問題は無いですが、無駄にログが記録されるので、本当に問題がありログをトレースしたい時は障害になります。

 ・WAN切断と接続
  これはルータの起動(WiMAXの使用開始)後24時間毎に記録されます。
  これを見てWX04が変だという人がいますが、WiMAX通信の仕様だと思います。
  W05はログはありませんが使用時間表示が毎日リセットされ、その時刻は一時的に通信不能になります。
  
  通信中にこの状態を発生させたくないなら、通常は使っていない時間に再起動させる事です。
  そうすれば、次回の再接続は24時間後になります。
  
 ・無線LAN端末(子機)接続と切断
  通常はWX04のWi-Fiは使っていないのですが、外出からの帰宅時などスマホがWX04に接続する事があります。
  
 初回起動時にHSモードの記録が1回だけありますが、運用時の記録は上の3種類のみです。
 
2.電源のスリープが可能な事
 WX04では一定時間の未使用状態が継続すると電源スリープに出来ます。
 電源スリープ状態はアプリから明示的に指示する事も可能です。
 
 W05では一定時間の未使用状態でWi-FiがOFFになります。
 この状態ならアプリからWi-Fiを有効化できます。
 更に未使用状態が継続すると電源OFFとなり、本体スイッチ以外での復帰は出来ません。
 Wi-Fiの停止及び電源OFFはアプリから明示的に指示する事も可能です。
  
 しかし、クレドール使用では常に通信状態にあるので、両機種とも自動では遷移しません。

 通信を停止する意味では両機種ともアプリから指示可能ですが、アプリから復帰可能なのは電源スリープ状態が可能なWX04だけです。
 
3.日時の通信量が解る事
 Webでの確認ですが、当日と過去3日間の各日の通信量が確認できます。
 また、通信制限の根拠となる過去3日間の合計と指定した上限値との差分が表示されます。
 従って、これだけを見れば何に使った日に通信量が多かったのか等が分かります。
 
 W05では過去3日の合計値しか分からないので、同様の推測をする為には毎日記録するか、プロバイダが提供する通信楼表示を確認するしかありません。
 ただ、プロバイダの記録開示は翌日昼過ぎだと思うので、午前中は何も分かりません。
 プロバイダによっては日時の通信量情報を提供していないので、確実なのは自分で記録するしか無いので結構面倒です。

 4.Web画面の分類
 これはWX04が優れていると言うよりはW05が分かりにくいのが正解です。
 例えば、本体のIPアドレスやDHCPの設定を変更したい場合は、WX04は詳細設定のLAN側設定で変更可能です。
 
 一方でW05は詳細設定の項目は無く、LAN設定の中にも設定画面はありません。
 何故か、ファイアーウォール設定の中にDHCP設定が存在して、その中で本体のIPアドレスも変更可能になっています。
 最初は項目を見つけられず、それ以降も毎回、記憶をたどりながら設定画面まで到達していました。
 
W05の方が明確に優れていると思うのはSIMスロットの構造だけです。

現在は3日間以上WX04で運用しています。

クレドール利用だからかも知れませんが、通信自体はW05でもWX04でも違いは無いです。
もしかしたらスピードテストをすれば差があるのかも知れませんが、実使用上の差は感じていません。

以前、面白がって何度もスピードテストしたら通信量が無駄に激増したので、それ以降はテストは止めました。
テストアプリの造りの問題もあるかも知れませんが、速度100Mbps超が出たので何度も繰り返したら、気付くと数百MBの通信量になってました。
異常を感じていないので無駄な通信をする必要は無いと思っています。

2018/6/26 21:41  [2048-100]   

最後にWX04のSIMスロットについて書いておきます。

正常なら金属プレート(SIMをセットする部分)には左右に出っ張りが有り、上からSIMを挿入すれば固定されるはずです。

でも私が購入した中古機は説明通りに挿入したつもりでもSIMは固定されず接点側に落下しました。

よく見ると、あるべき出っ張りが右側は押し込まれた状態であるのが微かに見えて引き出しました。
左側は殆ど見えませんでしたが、精密ドライバーで該当部分を確認すると引っ掛かりがありました。

そこで、リスクを覚悟で引っ掛かりを引き出そうと…結果、金属プレート自体が外れました。
金属プレートは基板側に固定されている部分にはめ込まれているだけの様ですが、細かすぎて取り付けできませんでした。

仕方なく、auに持ち込みました。
修理は有償だろうと思ったので、店舗の目の良い人がはめ込んでくれれば良い程度のノリでした。
しかし、店舗では何も出来ないので修理預かりになるとの事でした。

最初は現在の契約状況が分からないと受付さえ出来ないと言われました。
最後は対応してくれた人が何処かに問い合わせて、空端末として受け付けられました。

もしかしたら、契約しているSIMを一緒に持ち込めばもっとスムーズに受付できたのかも知れません。
それによって修理費用が変わるかどうかは不明ですが…

預けてから6日後にauから連絡がありました。
着信に気付かす、翌日になってから番号を調べてauだと判明しました。
再度の連絡を待ってましたが、音沙汰無いので折り返すと…修理費用は12000円也…即キャンセルしました。

キャンセル後3日で、キャンセル品が戻ったので引き取りに来て欲しいとauから連絡がありました。

何日か後にゴミ(のつもりで)を引取に行きました。
帰宅後に頑張って金属プレートをはめてみようと電池パックを外してみると…
はめてくれてました!

少し時間は掛かりましたが、当初の目的通りです。
しかも、基盤側のはめ込む部分や、金属プレートの左の出っ張り部分など、預ける前より正常に近い状態です。

一応、修理前の基盤側の状態を添付しますが、○部分が外側に大きく開いている事が分かります。
説明書等のイラストや戻った状態では、この部分がストレートな感じです。

視力の関係で、よく見えませんが、出っ張り部分が欠損しているのは確かなようです。
でも、購入当初よりは良くなったので、それ以降はWX04で運用中です。

WX04のクレドールは中古品が見つからなかったので新品を買ってしまいましたが、無駄にならずに良かったです。
W05は万一の時の保険として保存する事にしました。

これで、モバイルルータは予備を含めてWX04、W05、MR05LNの3台になりました。
クレードール経由で利用する際の切替が面倒なので、自宅ルータのWAN側にIPアドレス設定可能なL2スイッチを入れて3個のクレドールを設置することにしました。

これについては、次回書きます。

2018/6/27 13:44  [2048-101]   

常時使用ではないものの、クレドール付きのモバイルルータが3台の状態になり、切替が面倒になったので構成を考えました。

・自宅ルータのWAN側にL2スイッチを入れて3台のクレドールを接続
・各ルータやL2スイッチのIPアドレスは同一サブネット上で重複しない様に設定

ここまでは良いのですが、自宅ルータのアドレスとゲートウェイをどうするか?で悩みました。

通常のルータはプロバイダからDHCPで割り当てられる値を使います。
今回のケースでは上位のルータのDHCPで割り当てられる事になります。

IPアドレスは静的に割り当ても可能です。
しかし、ゲートウェイは使用するルータによって変更する必要があるので、静的割り当てが出来ません。

これを自動でやろうとすると高価なL3スイッチが必要なので断念しました。

使用するモバイルルータの変更時には、自宅ルータの設定画面で上位アドレスの再取得をする事にしました。
ただ、結局モバイルルータをクレドールに置きに行く事が多いので、自宅ルータからの経路を一旦切断し再接続する方が簡単です。

TWSNMP(Windows上のソフト)でネットワーク上の機器のマッピングが可能なので、スイッチを含めてどのルートのルータが通信可能なのか分かります。
初期の頃はルート変更の確認を行っていましたが、ほぼ問題なく切り替わるので最近は見てませんが…

2018/6/28 16:09  [2048-102]   

最近はずっとWX04を使っていますが、私の使い方だと何の問題もありません(気付きません)。
でも、最新ファームウェアでも問題が収束しない人もいるみたいです。

先日、日常は使用していないWX04のWi-Fiに複数端末を接続して問題が起きるのかテストしてみました。
結果は、頻度は低いもののWAN切断・再接続が発生しました。
但し、発生条件は特定できていません。

現在は再びWX04はクレドール経由の有線接続のみにしていますが、24時間毎の再接続(たぶんWiMAXの仕様)以外は問題は起きません。

従って、Wi-Fi接続で端末が繋がった時に、何らかの条件が重なると問題が起きる事が有るのではないかと推測しています。

WAN切断時にWi-Fi接続している端末に何か異常が発生していると推測したのですが、Android機のログでは分かりませんでした。
まあ、常に何らかのエラーを出し続けているので見つけられないだけかも知れませんが…

テスト時にはiOS機も接続していたので、原因はそちらの可能性もありますが、ログ等を見る手段がありません。
たぶん、脱獄すれば確認可能なのだと思いますが、リスクを負ってまで調べるつもりはありません。

ちなみに、異常と思われるWAN切断が発生した場合でも、24時間毎の再接続は同じ時刻に実行されています。

2018/7/7 16:38  [2048-103]   

自分には全く関係ないけど、au契約のWiMAXで意図しない速度規制されてる人がいるらしい。
どうやら、APNを規定値以外に書き替えた結果らしい。

現在のauのHPには規定値以外に書き替えると規制対象になる事があるとの注意書きがあるけど、以前には無かった様だ。
なので、勝手に規制するとはけしからんと言う事らしい。

根拠としては、簡単に書くと次の2つらしい。
・auのWiMAXはプロバイダ利用料込み (LTE NET for DATA)と明記されている
・LTE NET for DATAを使うにはAPNを書き替える必要がある

怒っている人達は聞く耳持たないと思うけど、LTE NET for DATAって単にauのプロバイダ名の一つってだけで、APN変更しなくてもネットが使えるって事はプロバイダサービスは提供されているって事だと思う。

彼らがAPN変更してまで使う理由の一つは、グローバルIPアドレスが利用可能だからって事らしい。
自分が利用しているプロバイダやUQ系のMVNOの多くはオプション(有料)でサービス提供している。
auにはオプションが無いので、APN変更するしかないって事らしいが、APN情報はauがWiMAXユーザ向けに公開している物では無く、スマホユーザ向けの情報らしい。

でも、オプション設定していないって事は、サービス範囲外の利用方法で何が起きても仕方ないと第三者的には思うけど、当事者達は違うらしい。

さらに、au契約以外のMVNOの一部?でもAPN設定を変更する事によってauと同様の状況になるらしく、話がややこしい。
そもそもau契約以外の人が直接auのサービスを使うのは変だと思うけど、今までは使えてしまっていたらしい。

auの立場で考えるなら、契約者以外が接続してくれば混み合うので、自社の契約者に不利益が生じるので、何とか制限したいと思うだろう。
たぶん、au契約者以外が制限されたのなら誰もが仕方ないと思ったはずだけど、今回は全てが制限対象になっているらしい。

もう一つは現状では制限されているのは、nanoサイズSIM利用者だけで、microサイズSIM利用者には問題は無いらしい。
nanoサイズでも今までは制限されていなかったらしいので、利用者に断りも無い改悪だとの主張っぽい。

冷静に考えて、「APNを書き替えなければLTE NET for DATAが使えないのだから、制限無しに使えるのが当然」という根拠が正しいのか?だと思う。

auのWiMAXに関して説明されたHPでは下記が明記されている。
・WiMAX 2+対応機器へ付与するIPv6アドレスはグローバルIPアドレス、IPv4アドレスはプライベートIPアドレスとなります。

これは途中で書き加えられたものでも無く、このサービスの制限事項と考えるべきだと思う。
auで提供されているスマホ向けのサービスを流用すると、この制限事項を回避できていたのが、速度制限という形で制限される様になったのだろう。

まあ、今まで存在した抜け穴を使うと突然罰則対象になった事は、利用者にとっては青天の霹靂だろうし、現状でも無罰で使えるユーザが存在するのは公平では無いとは思う。
この推測が正しいとしても、利用者に誤解を与える表現があるなら改めるべきだと思うし、本件に関してはau内部でも統制が取れていない感じなので、早めに公式見解を出すべきだと思う。

2018/7/9 17:12  [2048-104]   

前にも書いたとおり通常はWX04のWi-Fiへは直接接続していません。

2日程前に別のモバイルルータ(速度制限モード)に接続している端末(iPad)を置いたままで、そのモバイルルータを持ち出しました。
iPadはスリープ状態だと思っていたので、戻ってきてスリープ解除すれば、元のモバイルルータに再接続されると思っていました。

ところが、戻ってから数時間後にアプリアップデートを行ったら、即終了…速すぎるので接続確認したらWX04に接続されていました。

改めてWX04のログを確認すると12時間程度はWX04に繋がっていた事が判明しました。
iPadの設定を見直す必要があるのは置いておいて…

この間にWX04のWAN側の切断・再接続のログはありません。
先日のテスト時には半日もあれば数回の再接続が記録されていたので不思議です。

唯一の違いは、Android機を接続していない事です。
やはり接続端末によってWANの再接続が起きる可能性があるって事なのかも。

手元にはAndroidは1台しか無いのですが、決して調子の良い端末ではありません。
それが影響しているかも知れませんが、別端末で検証できません。

2018/7/12 07:50  [2048-105]   



既にかなり前ですが、新しいスマートリモコンを手に入れました。
この製品は今でもかなり人気で毎週販売されますが、ほぼ即売状態が続いています。
転売屋が横行していて定価の倍以上(一時は5倍程度)で販売されていたりします。

ですが、転売価格での購入は絶対に止めた方が良いです。
定価でも、玩具として遊べる(電化製品と言うより消耗品)位の感覚でないとお勧めできません。

あくまでも、個人的感覚ですが、製品の出来は…
・仕様は素晴らしい
・ハードウェアは電子工作レベルで、仕様や一般的なレベルの耐久性を満足しているのかも疑問
・アプリはプロトタイプレベルで、実利用を考えてデザインしているとは思えないレベル

で、1週間ちょっと遊んだだけで日常は使ってません。

気に入らない部分は…

ハードウェア

・USB(電源用)ポートが真面に使えない(これば既にメーカが改善したみたいです)
 ケーブル側の金属部分の露出を長くして回避しました。

・リセットボタンが事実上使えない
 本体脇の小さな穴から何かで押しながら電源接続しないといけないのですが、押せているかどうかが全く分かりません。
 諦めてカバーを外しました。

・カバーの材質が弱い
 プラスチックですが、脆弱な感じです。

・カバーを固定するネジが小さくて2種類
 たった数本の小さなネジですが、長さと太さが微妙に異なる部分があります。
 気がつかずにカバーを戻そうとしてカバー側のネジ穴を破壊してしまいました。
 一般的にこのレベルの製品の場合は同じネジを使うと思いますが、トラップだと思いました。

・LEDが点灯したまま
 通電中は緑と赤のLEDが点灯したままです。
 赤はカバーがあれば目立たないかも知れませんが、未使用時に点灯している必要性が分かりません。
 
・状態が分からない
 これが最大の問題ですが、正常なのか異常があるのかステータスが全く分かりません。
 緑LEDで唯一分かるのは点灯状態と点滅状態(一番最初のみ)だけです。
 赤LED は意味が全く分かりません。

ソフトウェア(アプリ)

・使う端末を選ぶ
 iPhone及びAndroid対応ですが、画面比の異なるiPadでは設定画面の一部が重なって設定できません。

・ボタンの配置とサイズ
 タイル状(3×5と4×8の2パターン)になっている自由配置は出来ない
 サイズは固定で若干横長の長方形のみ(パターンによって決まっている)で変更不可
 
・リモコンタイトルが自由に設定できない
 プリセットも無く単にタイル状のボタンに個別記憶するだけなのに、リモコンに設定可能なタイトルは決まってます。
 お気に入り1と2,エアコン、テレビ、照明、DVDだけです。
 
・記憶時間が異常に長い
 プリセットは無いので基本は一つずつ記憶するしか無いですが、次の操作には入れるまで長すぎます。
 ただ、最近のアップデートで少し短くなった気はします。
 
・記憶内容が移動できない
 これはsRemo-Rだけじゃ無く他も同じだと思うけど、同じボタンが並んでるだけだとミスしやすいです。
 また、利用画面と登録画面が全く別なので、利用中にこのボタンだけ再記憶とかも出来ないので不便。

どちらの問題か不明ですが、個別記憶やクラウドからの転送に失敗する事が多いです。
リトライすると出来る事もあり、全体的に不安定です。

以前購入したRS-WFIREX3も色々と制限はあるけど、とりあえず安定して動くので、日常はそれを利用してます。

2018/4/20 13:42  [2048-82]   


この掲示板は閲覧専用です(運営者のみが投稿できます)。
運営者のみ投稿可
備忘録いろいろ
備忘録いろいろをお気に入り登録
運営者:
亜都夢さん
設立日:
2017年3月2日
  • 注目度:

    88(お気に入り登録数:2件)

タグの登録はありません

該当掲示板はありません

ページの先頭へ