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

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

紹介文

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

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

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

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

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

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


久しぶりに更新

10月下旬にエリアマップが更新されてわが家も濃いピンク色になった。
少し前までは12月末予定のエリアだったのだけど…前倒しされたのかなと、早速申込。

リスト(自治体名)には記載が無いのが少し不安だったけど、自宅から200m程度の場所に基地局を確認済みなので期待しつつ…

最初にスマホ(P30 lite)で確認
 バンド18(パートナー回線)しか掴まない
ダメ元でルータ(MR05LN)でも確認
 最初はバンド18だったけど、いつの間にかバンド3(楽天回線)に接続
 (後日確認したときはバンド18のまま)

初日の感想
 たった200m程度も安定して通信できないなんて使い物にならない

別の日に最寄り基地局周辺で確認すると、なんと未稼働っぽい。
確認にはNetwork Cell Info Lite(後日有料版購入)を利用。

ここから楽天基地局探しが始まった。

初日にルータが掴んだバンド3はどこから来たのか?
わが家は市境にあって約1q程度の隣の市にも基地局を見つけていたので、そこから来たと推測。

Network Cell Infoは掴んだバンド以外にも情報が表示される。
どうやら、TAC-ECIと表示されているのが基地局情報らしい。

TAC
 Tracking Area Code : 位置登録エリアを示すコード
ECI
 E-UTRAN Cell Identifier : 無線ネットワークのセルの識別子

それによると、隣市の基地局近くで確認したECIと自宅で確認出来るECIは違う。

Network Cell InfoのMAPタグを利用すると現在地と掴んでいる電波の情報が表示される。
これを見ながらウロウロ(端から見ると怪しい人)してみたが、よく分からず。

MAP上には移動軌跡も表示されるが、別のアプリを操作するなどしていると消えていたりする。
その時点ではログが残るのかどうかもよく分からず。

仕方ないので移動しながら定期的に画面スクショを保存して帰宅後に確認することにした。
ただ、人気の無い場所は良いけど、人のいるところでのスクショは大きな誤解を招く可能性があって出来ない。

スクショを見ながらGoogleマイマップを利用して受信状況をマッピングしてみた。
その結果、駅前の商業施設屋上に発見したアンテナからの電波が届いていることが判明。

とりあえずスッキリはしたが、他の基地局も気になる。
でも、スクショからの転記はかなり疲れる。

マニュアルらしきものを発見しマップのログは保存可能らしいことが判明。
スマホをPCに接続してスマホ内を確認するとcsvファイルを発見。
とりあえず、必要と思われる項目は保存されている感じ。

なんとか、Googleマイマップへのマッピング情報を生成できないかと試行錯誤で丸1日費やした。
とりあえず、EXCEL VBAを利用してcsvファイルからkmlファイル(Googleマイマップ等で読込可能)を生成する事に成功。

ちなみに、Network Cell Info(有料版)だとアプリ終了しても前回記録されたマップ上の軌跡はそのまま残っている。
また、保存可能なログ件数が1000件(Liteは200件)になっているみたいだ。

マップの軌跡に関してはマニュアルに記載の比較表で「Map memory cache」が有料版にのみ有効となっていた。
ログ件数に関しての記載は発見できず。

楽天の基地局とNetwork Cell Infoのログの内容については別途記載しておくつもり。

2020/11/27 22:42  [2048-117]   

亜都夢 さん  

2020/11/28 21:54  [2048-118]  削除

発見した基地局の殆どがこの形態

基地局について

発見した楽天モバイルの基地局は基本的には同じ形態で、他のキャリアのアンテナとは形状が異なるので目立つ(見つけやすい)。
たぶん利用している周波数帯(バンド)は一つだけなので、アンテナも1種類なのだと思う。

高層の建物が少ないところなので、写真の様にコンクリート柱の上に3つのアンテナがあるタイプが殆ど。
建物屋上に設置されている場合は、アンテナが1本ずつまたは1本と2本に分割されている。

かなり目立つので、サービスエリア内なら少し上を見ながら散策すれば発見できるかもしれない。
基地局のコンクリート柱にはアンテナ部から接続されていると思われる箱状の装置が3個設置されている。
箱にはRマークがついている。

稼働中の基地局に関しては、Network Cell Infoなどを使えば、受信強度が一定以上強くなった時点で周りを見渡せば発見可能。
-70dBm程度になれば基地局はかなり近いはず。

Network Cell Infoで確認した範囲ではアンテナ毎にECIが違う。
また、同一基地局のECIは連番になっている。

2020/11/28 21:54  [2048-119]   

相変わらず最寄りの基地局は稼働していないらしい。
最近、電波強度を確認しているスマホでは家の中では、殆どバンド18しか掴まない。
ログを確認すると短時間はバンド3を掴んでいるらしいが…

今日は天気も悪いので屋内でMR05LNの受信状況を確認することにした。
何とかバンド3を掴む場所に設置して1時間強(通信量1GB強)確認した範囲では安定している。

実際にはMR05LN statusの表示を見ていると時々バンド更新しているので、2ヶ所の楽天基地局が切り替わっている感じ。

速度測定してみるとは下りの20Mbps程度は仕方ないとしても、上りが1未満なのは遅すぎる。
以前確認したときはもっと速かったので、天候とかも影響しているのかも。

とりあえず動画配信サービスで視聴確認してみたが、画質を高めに設定してもほぼ問題は無さそう。

現時点では使えない事は無いけど、安心して使えるか?って考えると微妙。

2020/12/5 13:37  [2048-120]   

先日、MR05LNでバンド3で安定した再テストした。
でも、何故かバンド18のまま。
少し場所を変えたらバンド3に切り替わった。

週末には、スマホにSIMを入れてNetwork Cell Infoで移動しながら受信状況を確認してみた。
結果は、かなりの範囲でバンド3を確認できた。
でも、自宅から3軒隣くらいでバンド18に…本当にギリギリの場所らしい。

現在は2階の窓際に設置しているが、スピードテストは先日より高速(下り30Mbps、上り3Mbps程度)。
この数値以上が安定的に出るならWiMAXから乗り換えても良いかも。

Network Cell Infoのログについて次に書く。

2020/12/7 20:20  [2048-121]   

Network Cell Infoのログについて

スマホの内部ストレージ(PCとファイル転送モードでUSB接続)にNetwork Cell Infoというそのままのフォルダが作成されている。
ログはその中で、Liteの場合はフォルダ名もLite付き。

ログのファイル名は下記形式
CMWF_YYYYMMDD_HHMMSS_cell_ainf_dxxxx_n1.
csv

CMWFは形式の規定値で設定で他に5種類選択可能だが未確認
YYYYMMDDは日付でHHMMSSは時刻で、ログ保存時の値
xxxxは保存件数

csvファイル内は下記項目行を先頭にログがカンマ区切りで件数分保存されている
sim,radiotype,radio,mcc,mnc,area,cellid,
unit,lat,lon,signal,extra,acc,time,speed
,bearing,alt,api,device

詳細は下記に説明がある
http://wilysis.com/networkcellinfo/25-nc
i-export-db


この中で下記項目のみに注目すれば良い(はず)。
mnc
 11(楽天)または53(auの楽天ローミング用)
area
 キャリア(楽天またはau)の決めた範囲で切り替わる
cellid
 アンテナ毎(1基地局に3アンテナ)に違うらしい(楽天の場合)
lat
 緯度
lon
 経度
signal
 電波強度(dBm)
time
 UTC timeのシリアル値なので変換が必要

2020/12/8 14:51  [2048-122]   

Googleマイマップにデータをプロットする為にはいくつかの方法があるが、とりあえずkmlに変換する。

kmlはxml形式で記述されている。
細かい約束事(必ず記述する内容やマーカ部分から参照する部分)は脇に置いて、計測地点をマーカとしてプロットする場合の様式は下記。

<Placemark>
<name>マーカの名前</name>
<description>マーカの説明</description>
<styleUrl>アイコンのスタイル</styleUrl>
<Point>
<coordinates>
経度,緯度
</coordinates>
</Point>
</Placemark>

Network Cell Infoのログから必要数分だけ上記形式を繰り返して生成すれば良い。

若干補足
・マーカの名前
 通常は1行
 複数行にしたい場合は改行すれば良いが、自動化するならお勧めしない(処理数が可変になるので)

・マーカの説明
 1行ならそのまま記述だが、複数行の場合は下記の何れかで可能
 改行コードを記述する
  例: 1行目&&#xA;2行目
 CDATAセクションを利用し、HTML(改行は<br>)で記述する
  例: <![CDATA[1行目<br>2行目]]>

・アイコンのスタイル
 説明を飛ばした約束毎でXMLの最初に記述したスタイルに対応した記述をする。

・経度,緯度(,高度)
 高度は省略可能なので省略

最後に終了の約束事を記述して完了

2020/12/8 20:05  [2048-123]   

kmlの約束事について

必ず書くこと
1.ヘッダ部分(1行目がXMLヘッダ、2行目がkml名前宣言)
<?xml version="1.0" encodin
g="UTF-8"?>
<kml xmlns="http://www.opengis.n
et/kml/2.2">


※内容に無関係でコピペで良い

2.オブジェクトの定義
<Document>と</Document>で囲まれた部分でKMLのほぼ全体
↑で書いたマーカ部分はここに含まれる

<Document>の次に下記(レイヤで表示する名前)を記述
<name>表示したい名前</name>

2-1.スタイル定義
<StyleMap id="識別子">
<Pair>
<key>normal</key>
<styleUrl>#識別子-normal</styleUrl>
</Pair>
<Pair>
<key>highlight</key>
<styleUrl>#識別子-highlight</styleUrl>
</Pair>
</StyleMap>
<Style id="識別子-normal">
<IconStyle>
<color>ff5b18c2</color>
<scale>1</scale>
<Icon>
<href>https://www.gstatic.com/maps
pro/images/stock/503-wht-blank_maps.png&
lt;/href>

</Icon>
</IconStyle>
<LabelStyle>
<scale>0</scale>
</LabelStyle>
</Style>
<Style id="識別子-highlight">
<IconStyle>
<color>色番号?</color>
<scale>1</scale>
<Icon>
<href>https://www.gstatic.com/maps
pro/images/stock/503-wht-blank_maps.png&
lt;/href>

</Icon>
</IconStyle>
<LabelStyle>
<scale>1</scale>
</LabelStyle>
</Style>

-nomalは通常の表示、-highlightはマウスオーバーしたときの表示
colorは16進表示らしい
Iconはマイマップでデフォルトで選択可能なアイコンの中で○の中に×表示のもの(とりあえず)

複数有る場合ははこれの繰り返し。

今回は楽天回線とパートナー回線が区別できれば良いので2種類指定

こんな感じ(例)…と貼り付けようと思ったけど、ここは相変わらず意図しないところで勝手に改行されてよく分からなくなるので止めた。

この後にマーカ部分の繰り返しを記述し、最後に下記で終了

</Document>
</kml>


2020/12/11 09:57  [2048-124]   

とりあえず、Network Cell Infoのログを利用するのは出来た。
できれば、MR05LNでも同様のことがしたい。

AndroidアプリのMR05LN statusでは取得できているみたいだけど、ログは残ってくれない。
正確にはフォルダ固定(SDカード)で可能みたい。
でも、通常はSDカード使ってない。
しかも、一度試したが、何も記録されなかった。
たぶん、以前のAndroidバージョンとはパスが違うのだと思う
内蔵ストレージがあるのか不明だけど、仮にあってもスマホのようにUSB接続で参照可能なのかも不明。

少し調べたら、MR05LN statusはコールログというMR05LNの標準機能の内容をわかりやすく表示しているだけらしいことが判明。
Androidアプリを作るスキルは無いけど、ログさえ手に入るならPCで加工できるはず。

PCから「クイック設定Web」を開いてコールログを表示し、コピペ…でも良いけどスマートじゃない。
ソースを確認して試行錯誤した結果、コールログを直接ダウンロードする事に成功した。

具体的には書いて良いのかどうか分からないので書かないけど、ログ名を直接指定すれば取得できる。

まずはコールログの形式を把握しないと処理できないので、別途確認して整理するつもり。

2020/12/11 10:25  [2048-125]   

よく見たらクイック設定webにログのダウンロード機能があった。
しかも、ボタンとかじゃ無くて、ハイパーリンクで丸見え。
ソース確認とか必要なかったらしい。

ちなみに、EXCEL VBAでログを直接シート上に表示出来るので、後は内容を見ながら必要な項目を抽出とかすれば良い。

その前に苦労したのはログインする事。
単にログファイルへのパスを指定しても認証画面で止まる。

1日くらい掛けて試行錯誤した結果、XMLHTTPオブジェクトを利用すれば認証可能な事が分かった。

こんな感じで認証を済ませておけば、ログファイルを直接指定しても認証を求められることは無い。

Dim httpReq As Object
Set httpReq = CreateObject("MSXML2.
XMLHTTP")
Call httpReq.Open("POST", URL,
False, USER, PASS)
Call httpReq.Send

2020/12/12 00:33  [2048-126]   

MR05LNのコールログについて

まず、最大500行でローテーションするらしい。
起動(再起動)時にはクリアされる。

各行の最初は下記で始まる
YYYY-MM-DD HH:MM:SS ril- 2.inf:

日付と時刻はそのままだけど、ril-2の意味は不明
infはinformationの意味だと思うけど。

処理する際には下記として扱う
 1〜10文字 日付(10桁)
 12〜19文字 時刻(8桁)
 20〜32文字 不要(13桁)

これ以降がログ部分だが、字下げされている部分がある。
上の行に付随する内容だと思うが判断に必要なら字下げを意識して処理する必要がありそう。

起動時のログは下記

modem start
modem mode(Shutting down)
modem mode(Low power)
pin1 status(disabled)
modem mode(Online)
area information(area out)
area information(area in, LTE, 44053[Rak
uten], Home, connection enabled)
signal level(4)
RF Band Information List[0]: radio_if=8
active_band=143 active_channel=5900
RF Band Information List(Extended)[0]: r
adio_if=8 active_band=143 active_channel
=5900
Cell Info(LTE Intra): plmn=44050 tac=xxx
xxx g_cell_id=yyyyyyyy earfcn=5900 s_cel
l_id=242
Neighbor Cell[0]: pci=242 rsrq=-65 rsr
p=-719 rssi=-483 srxlev=0
IPv4v6 connection start
IPv4 connection status(connected)
IPv6 connection status(connected)

30分くらい待っても楽天回線に切り替わらなかった時のログはこれだけだった。
切り替わった時のログは上記の1分後くらいに下記の記録が残っている。

packet status(IPv4, dormant)
packet status(IPv6, dormant)
area information(area in, LTE, 44011[Rak
uten], Home, connection enabled)
signal level(3)
RF Band Information List[0]: radio_if=8
active_band=122 active_channel=1500
RF Band Information List(Extended)[0]: r
adio_if=8 active_band=122 active_channel
=1500
Cell Info(LTE Intra): plmn=44011 tac=XXX
XXX g_cell_id=YYYYYYYY earfcn=1500 s_cel
l_id=34
Neighbor Cell[0]: pci=34 rsrq=-108 rsr
p=-1090 rssi=-783 srxlev=15

両方とも同じ位置に設置したのだけど、何故差異がでたのかは不明。

接続回線を判断するだけなら、「area information」に記録されている44053か44010を見れば良い。
但し、areaが変わらない場合は「area information」は出力されない。
その場合は、「Cell Info」で記録されているplmn(※)の値を見るしか無さそう。
電波強度は「Neighbor Cell[0]」に記録されているrsrpの値(単位は0.1dBm)で分かる。

tac(※)はエリア、g_cell_idは基地局がカバーするセル(範囲?)が分かる。
でも、Network Cell Infoでは記録されている位置情報は無い。

もっと問題なのは、ログが500行分しか残らないこと。
記録内容にも依存するけど、固定設置した状態でも20分間分にも満たない。
これでは外で利用して帰宅後にログ解析は不可能。

やはり位置情報取得も考えると接続したスマホ上で動作させて、スマホのストレージに記録しないと駄目っぽい。
MR05LN Statusがバージョンアップしてくれれば良いのだけど…(他力本願)

※ログ表示の意味(補足)
plmn(Public Land Mobile Network)
 移動通信システム識別子
 前3桁がMCC(Mobile Country Code)で日本の場合は440または441
 後2桁がMNC(Mobile Network Code)で事業者コード
 
 楽天の場合は44011(楽天回線)または44053(パートナー回線)になる。
 
tac(Tracking Area Code)
 トラッキングエリアコード
 キャリアが決めた範囲らしく、市町村とかの範囲とは違う
 
earfcn(E-UTRA Absolute Radio Frequency Channel
Number)
 直訳すると、「E-UTRA絶対無線周波数チャネル番号」だけど、E-UTRAって何だ?
 
 調べてみるとE-UTRAはWikipedia(英語)によると下記の何れからしい。
 Evolved UMTS Terrestrial Radio Access
  UMTS(Universal Mobile Telecommunications Syst
em)
 Evolved Universal Terrestrial Radio Acce
ss
 
 日本のサイトでは後者で説明しているケースが多いみたいだ。
 3GPPで規定された第3.9世代(LTE)の無線インタフェース技術の事らしい。
 
 earfcn全体ではLTEのチャネル番号って感じなのだと思う。
 たぶん、一般的に利用されるバンドもこの値から導けるのだと思う。
 
pci(Physical Cell Identifier)
 セル識別子
 
rsrp(Reference Signal Received Power)
 基準信号受信電力
 このログではほぼ4桁で表示されているので、実際の値は1/10になるらしい。
 
rssi(Received Signal Strength Indicator)
 受信電力強度
 

2020/12/12 20:02  [2048-127]   

MR05LNに関しては進展無し。
Android Studioに挑戦してみたけど直ぐにリタイア。

java固有?の宣言が多すぎて覚えきれない。
大昔にCOBOLを勉強したときに宣言部分が多いって思ったけど、COBOLの宣言は主に形式に関する内容だった気がする。
javaの場合は必要なライブラリの宣言は理解できるのだけど、COBOLでいう手続き部でも再度定義しなければいけない部分があるらしくて、内容が頭に入らない。

最近ではKotlinという言語もあるらしくjavaよりは簡単らしいので、次回は…いつになるやら…

仕方ないので当面はNetwork Cell Infoを活用して基地局(利用可能エリア)の確認をすることにした。

でも、近所の稼働中の基地局は殆ど発見済みなので少し遠征する必要がある。
面倒なのは1回で発見するのは難しいケースもあって、複数回の遠征は少しキツいかも。

1回目で適当にある程度広い範囲を移動しつつログ採取
帰宅後にログの確認(※)
 新規(或いは基地局位置不明)のセルIDのみを抽出して受信強度から基地局位置を推定
2回目で推定位置近辺を捜索

って感じかな…

面白いというより困るのは、必ずしも距離が近いセルからの電波を受信するとは限らないって事。
なので、移動しつつ連続した複数地点で確認する必要がある。
殆どのケースでは条件の良い近場の基地局の受信点の方が多くなる。

あとは、アプリのバグかもしれないけど、不思議なエリアコードとセルIDが記録されていることがある。
とりあえず現時点では異常として除外することにする。

※ログの確認

目視だと大変なので、EXCEL上で抽出し、Googleマイマップで確認
手順(2と3はExcel VBAで処理)
 1.基地局リスト(セルIDと座標:何でも良い)を作成
 2.ログから楽天回線で基地局リストに存在しないセルIDまたは座標の無いセルIDのみ抽出
  この時、リストに存在しないセルID(座標は無し)は基地局リストに追加
 3.受信地点でのエリアコードとセルIDを地点名、受信強度と受信時刻を説明(?)として座標を指定しkmlファイルを生成
 4.Googleマイマップに描画
 5.描画された内容から確認候補を選定し、基地局の位置を推定

2020/12/18 10:10  [2048-128]   

Network Cell Infoや類似アプリには基地局の位置を示す機能がある。
でも、確認した範囲では殆ど表示されない。

マニュアルによると、Mozilla Location Service (MLS) のデータが利用されているらしい。
データがCSVで公開されているので確認してみた。

全件数は約1200万件(全世界)でMCCが440は約49万件だった。(441は約2.7万件)

大凡の内訳は下記
ドコモ 約25.4万件
au 約13.5万件
ソフトバンク 約9.5万件
楽天 約0.6万件

半分強がドコモって事らしい。

但し、データをよく見ると少しだけ明らかなゴミが混じっている。
既に停波したはずの2Gの基地局データが存在してたりする。
8件だけだが楽天ではサービスしていないはずの3Gの基地局もある。
一見だけでは判断できないが、たぶん他にも無意味なデータも含まれているのだと思う。

ちなみに、このデータ数は物理的な基地局数とは違って、セル数なのだ。
楽天の場合は1基地局で3セル(確認した範囲)になっている。
ドコモの場合は不明だけど、多くの場合は楽天と同様に物理的なアンテナ数は3に見える。
3と仮定すると物理的な基地局数は1/3って事になる。

ドコモの統合報告書2020を見ると、2019年度末の基地局数は下記の記載がある。
 「PREMIUM 4G」対応基地局数168,800局
  LTEサービス基地局数228,100局
単純に合算して良いのかどうか分からないが、合計で39.7万局。

MLSに一番データの多いドコモの場合でも、カバー率を単純計算すると…
(25.4÷3)÷39.7=約21%って事になる。

楽天の現在の基地局数は不明だが、6月末時点で5739局が稼働し、建設数は1万局以上と発表している。
少し乱暴だが、間を取って8千局が稼働しているとすると…
(0.6÷3)÷0.8=25%

殆ど意味の無い計算。
圧倒的に件数が少ないって事の方が重要かも。
6千件の中にはいつも見るエリアコードは存在しないので、当然基地局はプロットされない。

ざっくりだけど、集計してみた。
100件以上のエリアコードのみで合計で約5千件
とりあえず、場所は座標の平均値の位置で集計

東京23区 2500件
名古屋近辺 933件
千葉湾岸エリア 509件
大阪 251件
横浜 243件
奈良 199件
埼玉南部 151件
三重北部 134件

やはり大都市圏じゃ無いとデータが無いって感じだ。

MLSは有志が提供したデータで成り立っているらしい。
サービスが先行した大都市圏にはデータ提供者が存在したって事。

アプリのレビューに基地局が表示されないとか不正確だとか書いている人がいるけど、MLSのデータが存在しないか不正確なのだと思う。
正確にするには自らデータ提供しろって事なのだろう。

あと、登録済みデータを見ると座標値は小数点2桁までなので、実際の位置とはズレて当然かも。

2020/12/20 00:37  [2048-129]   

MLSプロット

MLSのデータをGoogleマイマップ上にプロットしてみた。

最初はkml変換する必要があると思っていたのだけど、単にExcelファイルをドロップすれば良いだけだった。
ただ、1レイヤで2000件しかプロットできないので、セルID毎に4分割した。

セルIDの200番台までは隠れてしまったけど、下町エリアを除いた東京23区を中心に埼玉(京浜東北線の西側)から横浜辺りまでプロットされている。
300番台は東京23区の下町エリアを中心に埼玉(京浜東北線の東側)から千葉市辺りまで。
1000番以降は見ての通り。

ちなみに、画像からはカットしたけど北海道や沖縄にも数件プロットされている。

前にアプリのバグかもしれないと書いたセルIDだけど、もしかするとフェムトセル基地局のものかもしれない。
64000番及び近辺の値だけど、全国に数件存在する様に見える。

ただ、前に書いたように座標データが小数点2桁(0.01度)しかないので、北緯35℃近辺だと経度で900m、緯度で1100m程度の間隔のタイル状にしかプロットされない。
MLSの座標の決め方は知らないけど、実際の位置とは1q四方の範囲で異なっているって事?

1qを近いとみるか遠いとみるかは人によって異なると思うけど、実際の楽天の基地局の設置状況や測定地点での受信状況を見る限りは、仮に今の条件でプロットされても殆ど意味をなさない気がする。

Network Cell Infoでも測定データをMLSに提供する(別アプリ経由?)ことは可能みたいだけど、意味の無いデータになるなら無駄だよね。

2020/12/21 11:58  [2048-130]   

とりあえず自宅から半径3qの範囲の稼働している基地局はほぼ全て発見した。
ほぼと書いたのは数地点で検出したセルIDが残っているから。
でも、それはたぶんフェムトセル基地局(楽天Casa)のものだと思う。

最近は3qの範囲外の隣の市まで行ってるけど、結構苦労している。
道がよく分からないのもあるけど、高層の建物が多くて、単純に受信強度だけ見てても発信地が推測できないから。

単に接続するだけなら-100〜-110dBm程度あれば良いみたいで、この範囲が結構広い。
しかも、ビルの隙間や反射もあるのか、飛び地があったりする。
基地局が見つかった後で分かることだけど、時々考えられないくらい遠方(5q程度)で受信記録が残ってる。

感覚的には-90とか-80台になれば基地局が近いと思えるけど、実際にはそうでもない。
建物等の影響なのか、突然全く別の基地局の電波を拾ったりもするし、受信しているセルIDをよく見て判断しないと駄目。

1基地局で3セル(アンテナ)が普通なので、連続した3つのセルIDが発見できれば、それぞれの検出エリアから中心点を推定は出来る。
最後は運かも、気づくといきなり-60dBmとかで見上げると基地局があったりするので。

現状の楽天はデータ通信回線としてはありだと思う。
比較対象はWiMAXだけど。
楽天もWiMAXも建物内とか郊外とかは結構圏外が多い。

まあ、楽天は基地局整備を始めてから短いので仕方ないと思うけど、WiMAXは4万局も整備してて今の状況だから。

エリア外での利用が多いケースや通話用だと、今のままでは厳しいと思う。
でも、圏内の場所で固定的に利用するならWiMAXよりも安価だし、ある程度の強度のエリアなら上り速度もWiMAXより速い。

auを除く既存キャリアが2980円で攻勢を掛けてきたのは少し驚いた。
auは系列のUQがあるから単純に安価なプランは出せなかった気がする。

楽天も当面はUQやソフトバンクAirのシェアを奪うことは可能だと思うけど、それだけで事業として成立するのかな。

2020/12/25 13:15  [2048-131]   

基地局探しをするツールは色々あるみたいで、ググってて気づいた。
Network Cell InfoのログはセルIDは出力されているけど、基地局(eNB)IDが無い。
マニュアル見直すとPROバージョン(サブスク)では提供されているらしい。

画面には表示されているので、単に課金狙い?
良いアプリだと思ってたけど、一気に冷めた。

まあ足で探せる範囲なら無くても困らないけど、eNBが分かった方が絶対良い。
eNBだけの為にスクショ取るのも面倒だ。

少し確認した範囲ではTower CollectorというアプリならログにeNBがありそうなので、少し使い勝手を確認してみようと思う。
画面とかは面白みが無いけど。



2021/1/2 10:42  [2048-132]   

Tower Collectorを使ってみたけど、単に記録するだけのアプリらしい。
使い方が悪いのかもしれないけど、Network Cell Infoの様にマップ上で受信強度が分からない。
このアプリでは画面確認しながら基地局探しはできない。

仕方ないので両方のアプリを起動し、Tower Collectorはバックグラウンド動作にしてみた。
でも、記録はまばらになったり、止まったりする。
eNBがわかれば良いので、時々フロントにして記録って感じで使ってみた。

帰宅後に記録をPCに吸い出して、eNBとセルIDの関係を確認した。
ただ、Tower Collectorのサイトには先人が調査したデータがあるので、わざわざアプリで確認しなくても良い気がする。

前に書いたように、楽天の基地局(物理的な設置場所)にはセルが3個ある。
でも、同一のeNBIDのセルは3個以上存在する。
要するに物理的には複数の基地局が同一IDになっているって事。

Tower Collectorは同一eNBIDの記録から基地局位置を推定しているらしい。
本来は別の場所にある基地局を同一に扱うので、当然推定位置には何も存在しない。

結局、正しい位置は足で探すしかないみたいだ。

2021/1/5 01:16  [2048-133]   

いつの間にか、自宅で別の基地局(セル)に接続するようになった。
どこかの基地局が稼働したらしい。

でも、強度は今までの2ヶ所よりは若干強い程度。
最寄り基地局ならもっと強くて良いはず。
たぶん、今までの局より若干条件(距離と途中の障害物)が良さそうなもう一つの未稼働局だと思う。

変動するけど今までのセルも含めて常時3〜5セルを認識している感じ。
それは良いのだけど、万一、最寄り局だったとしたら、自宅回線としては厳しいかな…

2021/1/7 23:48  [2048-134]   

昨日から稼働したセルの所在地を確認。
予想通り最寄りとは違う方だったので、少しほっとした。

現状で3ヶ所の基地局からの電波を受信可能だけど、こんな感じ。
・距離1.1qの5階建ての建物屋上にある基地局で、間に7〜9階建ての建物が数軒
・距離940mの高度差が-15m程度の場所のコンクリート柱の基地局で、間に森や住宅地
・距離810mで高度差無しの場所のコンクリート柱の基地局で、間に大きな建物は無い

最初の2ヶ所は-110dBm前後、最後の1ヶ所は-104dBm程度

最寄り基地局は高度差無しで距離240mのコンクリート柱で、間には大きな建物は無い。
たぶん、-80dBm程度は期待できると思うのだけど、どうだろうか。

2021/1/9 00:00  [2048-135]   

アプリで近隣セルの情報を見ていたら、ときどき未確認のPCIが出現することに気づいた。

早速探索に出掛けたら2.2qも先に稼働している基地局を発見。
基地局の設置場所の高度は自宅より少しだけ高く、途中の殆どは低地だからかもしれない。

帰りに別の新たな基地局と、以前は未稼働だった基地局の稼働も確認。
わが生活圏内では楽天はかなり頑張っているように見える。

市内の確認済み基地局数は総務省が公開している認可数より多い。
地図上にプロットしてみるとまだ未発見と思われるエリアもあるから、最終的には現在の認可数の2倍以上になりそう。
認可数は公開までにタイムラグがあるのだと思うけど、他の地域はどうなのだろう。

2021/1/12 10:13  [2048-136]   

MLSデータの差分(ファイルが小さい)を確認してみたら、座標は細かく設定されてる。
以前確認したフルデータはEXCELで開けなかったので、LibreOfficeで抽出・分割したのだけど、それがいけなかったらしい。

でも、自分でやらなくても先人が情報公開(しかも随時更新)してくれてるので、ありがたく利用させて貰う。
ただ、自分の行動範囲はほぼ空白地帯だけど。

ところで、Network Cell Infoで取得したログを確認してたら、新たなセル情報が記録されている場所があったり、自宅でも数日前から近隣セルに未確認の物理セルIDが時々出現するのだけど、探しに行きたい衝動を抑えてる。

2021/1/22 12:04  [2048-137]   

念願だった最寄りの基地局が稼働し始めた。

でも、基地局の状態をよく見ると自宅は2つのアンテナの中間方向らしい。
実際に自宅ではほぼ同程度の強度で2つのアンテナからの電波を検出できる。

以前は窓際がベストポジションだったけど、現在は確認した範囲では大きな差が無い。
屋内では概ね-90dBm前後(悪くても-100未満)で受信できている。
但し、速度測定してみると今までのベストポジションでは微妙に遅いので場所の変更が必要なようだ。

速度は下りで40Mbps程度は出ているみたいなので、実用上は問題は無さそう。
WiMAXと違って上りも30Mbps以上と高速だけど、今の利用なら無意味な速さだ。

2021/2/13 10:54  [2048-138]   



最近はCMやニュースでも目にする事が増えてます。
価格の掲示板でも5Gを意識した発言は散見されるけど、イメージが先行しすぎてる気がします。

5Gの前に…
例示して悪いですが、ソフトバンクAirって一部ユーザを除くと評判が良くないのは歴然としています。
レビューでもかなりの低評価になってますが、何が悪いのかを分かっている人は少ない気がします。

かなり単純化すると、高評価の人は運良く受信環境が良くて、低評価の人は悪いって事だと思います。
まあ、こう書くと当たり前だろってなりますが、ソフトバンクだって対策(主に基地局設置)をサボっている訳じゃ無いと思います。

実際に街を歩くとソフトバンクの小型基地局(ポール上や建物屋上のオムニアンテナ)は多数見つかり、他のキャリアの比じゃ無いです。

なのに、何故受信環境が改善されないのでしょうか?
それは建物などの障害物で電波が減衰しているからだと思います。

少し話は変わりますが、今の携帯電話(スマホ)で受信環境の問題が起きにくいのは利用可能な周波数帯(バンド)が違うからだと思います。

少し(かなり)前のソフトバンクは繋がりにくいキャリアとして有名だったと思いますが、プラチナバンドを獲得してからは大幅に改善しているはずです。
獲得前に利用できたバンドはメインが1(2.1GHz帯)でサブが11(1.5GHz帯)って感じだったと思います。

Airで利用可能なバンドはモデルによって差はありますが、無印と2はバンド41(2.5GHz帯)で、3と4は41に加えてバンド42(3.5GHz帯)とバンド1(2.1GHz帯)が使えます。

要するに3と4でも昔の携帯電話が繋がりにくかった状況とほぼ同じバンドしか使えないって事です。

そして、もし建物などの障害物が無いとしても電波は減衰します。
それは距離の二乗と周波数の二乗に比例します。

例えば、ソフトバンクの場合で考えてみます。
プラチナバンド(バンド8)は900MHz(0.9GHz)帯でバンド1は2.1GHzとして計算してみます。
(2.1/0.9)~2=5.4となります。

単純化する為に電波強度を1〜5で表現可能だったとして、バンド8で強度5だった場所はバンド1では強度1を少し下回るって事になります。
そして距離が2倍の位置なら周波数が同じでも電波強度は1/4になるので、バンド1はバンド8の1/20以下の強度でしか受信できない事になります。

実際にはこれに加えて障害物があるので、別の特性も考える必要があります。

波は波長が長い(周波数が低い)ほど回折特性(波が障害物の影の部分に回込む現象)が高いので伝わりやすくなります。
電波も波なので、仮(前述の減衰を無視して)に同じ強度の電波が届くはずの位置だったとしても、途中に障害物が存在するとより周波数の高い波は届きにくくなります。

結論としては周波数の高い電波は減衰しやすく、障害物の影響を受けやすいって事です。
長く書いた意味なかったかも…(^_^;)

5Gの前に一旦休憩…

2020/1/7 15:40  [2048-114]   

では、そもそも5Gって何?ですが…

総務省などの資料を見ると3つの特長で説明されているみたいです。

1.超高速
 最高伝送速度10Gbps (現行LTEの100倍)

2.多数同時接続
 100万台/kuの接続機器数(現行LTEの100倍)

3.超低遅延(リアルタイム)
 1ミリ秒程度の遅延(現行LTEの1/10)
 
分かりやすく(わざとらしく?)LTEとの比較までしているので、数値だけ見れば凄く良いもの様な感じはしますね。

でも…

1.超高速

10GbpsでLTEの100倍なら、LTEは100Mbpsって事だと思います。
これって実効速度(実際に確認出来る値)なのでしょうか?
キャリア各社とも理論値ならもっと高速な値を謳っていると思います。

一方で5Gの10Gbpsは実効速度?それとも理論値???
まさか実効速度と理論値を比較しているなんて事は無いですよね。

どちらにしても、そんな高速な通信が必要な場面って個人レベルでは不要ですよね。

2.多数同時接続

100万台/kuってイメージがわかないので、通分?してみます。
1uだと1台って事で良いのかな。

例えば床面積が100uの家なら100台の端末が同時接続可能って事になります。
全ての家電が同時接続したとしても100台は必要ないと思います。

一方で現行LTEが1/100なら同時接続1台って事になります。
単身世帯を除けば1家庭で接続端末が1台しかケースは少ないでしょうし、実際にそれ以上ある方が多いと思います。
実際には色々な方式で擬似的に同時接続している様に見えるのだと思いますが、それで問題は起きていないです(たぶん)。

問題が起きるとしたら災害時とかに一斉に利用するケースだと思いますが、そもそも災害時にインフラが健在である保証があるのでしょうか?
それ以外だとイベント会場とかで多くの人が集まるケースかも知れないですが、現状で問題って起きているのでしょうか?

3.超低遅延

これが、どの部分を言っているのかよく分かりません。。
回線部分だけだとしたら、意味ある数値なのでしょうか?

実際には通信先のインフラや処理能力による遅延の方が大きいはずです。
だから回線部分の遅延が10ミリ秒から1ミリ秒になっても全体ではあまり意味が無いと思います。

5Gに合わせてバックボーンも増強すれば良いって事なのかもしれないですが、それでも殆どのサービスでは意味が無い気がします。
CMで取り上げている様にスポーツ観戦がリアルタイムに可能って事なのでしょうか。
でも現地観戦には劣るし、普通の人はTV放送や現行の動画配信サービスで十分な気もします。

結局、普通の人にはメリットがよく分からないサービスにいくら投資できますか?って話にしか見えません。

まあ、キャリア側が頑張って投資するのは構いませんが、利用者の負担増だけは勘弁して欲しいです。
スマホ等の受信機も当面は高いと思いますが、普及すればコスト面のデメリットは減ってくるとは思います。

私は当面は様子見するので、イノベータやアーリー○○の人たちに頑張って欲しいです。

でも、最大の問題はソフトバンクAir以上に受信環境に依存するはずって事を皆さん分かっているのでしょうか?

再度休憩…

2020/1/7 16:17  [2048-115]   

日本で5Gに割り当てられている周波数帯はキャリアによって多少差はありますが、3.7,4.5,28GHz帯の3つです。

全て現行LTEよりも、当然ソフトバンクAirよりも高周波数帯です。
なので、今のままなら5Gが万人に快適に利用できるはずがないと思います。
たぶん、キャリア各社は基地局整備をしているのだとは思うけど…

前述の様に電波は周波数の二乗に比例して減衰します。

現行LTEのバンド1(2.1GHz帯)と比較して考えると28GHzは約13倍です。
従って、計算上の電波の到達距離は約1/170になると思います。
単純に面で考えると170の二乗分の基地局が無いとカバーしきれないはずですが、現実的な値じゃ無いですね。

なので、出力を大きくしたり、人がいないエリアは除外するって事になるのか、そもそも28GHz帯は限定的な利用なのだと思います。

一番現行LTEに近い3.7GHz帯の場合で考えると1.76倍なので、約3倍の基地局が必要になる計算になります。
28GHz帯と比べれば現実味のある数値に見えます。

でも、プラチナバンドに未対応のソフトバンクAirでさえ圏外や安定的な通信が出来ないケースが多いのに5Gで解決できるとは思えません。

加えて障害物の問題は更に厄介です。
単純に言うと建物内や別の構造物の陰になるケースなどで、キャリアが基地局設置を頑張っても解決不能な問題だと思います。

と、思って調べてみると、ローカル5Gなんて言葉がありました。
でも、それならWi-Fiでも良いのでは?って単純に思ってしまいます。
Wi-Fi6なんて規格の機器も既に市場に出始めているし、それじゃ駄目なのでしょうか?

よく見るとローカル5Gでも免許が必要みたいだから個人じゃ無理ですね。
だとすると、基地局が近いとか基地局と受信機の間に障害物が少ないとか、かなり恵まれた環境じゃ無い限りは自宅内では5Gは使えないって気もします。

それよりも東京中心部や重要施設内などを除くと普及までにはかなりの時間が掛かりそうですね。
個人的には5Gより4Gの利用料が安くなる方がありがたいですけど。

2020/1/7 17:32  [2048-116]   



久しぶりに…

その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]   



少し前から自宅回線を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]   



無線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]   


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

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

タグの登録はありません

該当掲示板はありません

ページの先頭へ