masaya_yoshitomi
2023年9月29日 14時35分
3G 停波対応に伴いmodemmanagerを1.10.0-1atmark3→1.10.0-1atmark5へのアップデートさせたところ、
LTE設定のnmcli connection upが失敗するようになってしまいました。
2022年の10月時点で取得したイメージファイルをベースとしてfixupにて独自の変更を加えています。
at-debian-builderはv2.4.0を使用しています。
この時点のでのmodemmanagerは1.10.0-1atmark3です。
3G 停波対応に伴い、今までのイメージファイルにmodemmanagerのみを1.10.0-1atmark3→1.10.0-1atmark5へのアップデートさせたイメージ作成し
動作確認を行っていたところ本現象が発生しました。
ルートファイルシステムにはoverlayを適用しています。
LTE接続を行うために、プログラムにて以下のコマンドを発行します。
gsm-ttyCommModemのコネクションがある/なしにかかわらず一度ダウンさせて削除し、
新たにLTEの回線情報を設定し直すようにしています。
【コマンド】----------------
nmcli connection down gsm-ttyCommModem
systemctl stop connection-recover.service
nmcli connection delete gsm-ttyCommModem
systemctl disable connection-recover.service
nmcli connection add type gsm ifname ttyCommModem apn [APN] user [USER] password [PASSWORD]
systemctl enable connection-recover.service
nmcli connection up gsm-ttyCommModem
★★★ここでコマンドが失敗します Error: Connection activation failed: No carrier could be established★★★(syslog_①)
systemctl start connection-recover.service
mmcli -m 0 --set-allowed-modes=ANY
----------------------------
現状わかっていることは以下です。
・nmcli connection addのあとに「sleep 3」を追加して【コマンド】を投入すると、nmcli connection upに成功する(syslog_②)
→nmcli connection addでaddされるのに時間がかかっているのでしょうか?
・インストールディスクイメージ(Debian GNU/Linux 10 M1モデル用)install_disk_sd_buster_20230726_iotg3_m1.imgでも同じ事象を確認
→【コマンド】を投入するとLTE接続に失敗します。(syslog_③)
nmcli connection addのあとに「sleep 3」を追加して【コマンド】を投入すると成功します(syslog_④)
※ログ③④はそれぞれSD焼き後、/etc/ModemManager/symlink.confの「quectel-ec25-symlink」を有効化して再起動後実施しています
・modemmanagerのアップデートさせる前(1.10.0-1atmark3)は【コマンド】を実施して問題なくLTE接続できていた
→今回の事象はmodemmanagerを1.10.0-1atmark5にアップデートしたことによる影響でしょうか?
・overlayを解除後、1度だけnmcli connection addを実施して再起動すると、【コマンド】が成功するようになる
→overlayを解除したことによって、情報が保持できるようになることで成功するようになったのでしょうか?
mmcli -G DEBUGを実施した後取得したsyslogを添付いたしますので、
どこに問題があるかご教授いただけないでしょうか。なお、一部SIMに関する情報は●で伏せています。
syslog_① 1.10.0-1atmark5へアップデートしたことにより【コマンド】が失敗する
syslog_② nmcli connection addのあとに「sleep 3」を追加して【コマンド】を投入すると成功する
syslog_③ インストールディスクイメージそのままを使用。【コマンド】が失敗する
syslog_④ インストールディスクイメージそのままを使用。nmcli connection addのあとに「sleep 3」を追加して【コマンド】を投入すると成功する
ファイル | ファイルの説明 |
---|---|
syslog_①LTE接続失敗.log | 1.10.0-1atmark5へアップデートしたことにより【コマンド】が失敗したときのログ |
syslog_②LTE接続成功_sleep3.log | nmcli connection addのあとに「sleep 3」を追加して【コマンド】を投入すると成功したときのログ |
syslog_③オリジナルイメージLTE接続失敗.log | インストールディスクイメージそのままを使用。【コマンド】が失敗したときのログ |
syslog_④オリジナルイメージLTE接続成功_sleep3.log | インストールディスクイメージそのままを使用。nmcli connection addのあとに「sleep 3」を追加して【コマンド】を投入すると成功したときのログ |
コメント
masaya_yoshitomi
masaya_yoshitomi
> > 吉田です。
> >
> > お手数おかけします。
> > nmcli connection add の時点で既に接続を開始しています。
> >
> > nmcli connection add に connection.autoconnect no のオプションを付与しますと、
> > nmcli connection up のタイミングで接続を開始しますので設定してもらえませんでしょうか。
>
> ご提示いただいた方法で解決しました。
> ありがとうございました。
>
すみません、ご提示いただいた方法(「 nmcli connection add に connection.autoconnect no のオプションを付与」)で現象は改善されたのですが、何が原因で本処理の追加で改善されたのかがわかりません。何に対する対策となったのかご教示いただけないでしょうか?
お手数おかけしますが、よろしくお願いいたします。
at_mitsuhiro.yoshida
吉田です。
> すみません、ご提示いただいた方法(「 nmcli connection add に connection.autoconnect no のオプションを付与」)で現象は改善されたのですが、何が原因で本処理の追加で改善されたのかがわかりません。何に対する対策となったのかご教示いただけないでしょうか?
> お手数おかけしますが、よろしくお願いいたします。
nmcli connection add のタイミングで接続動作を開始した直後に再度 nmcli connection up で接続動作を開始しようとしたため ModemManager 内でタイミング的にエラーとなっていたのを、 nmcli connection add のタイミングで接続動作を開始しないようにし、nmcli connection up のタイミングで始めて接続動作を開始することで接続動作開始直後に再度接続要求を実行した際にエラーとなる現象を回避しております。
masaya_yoshitomi
> 吉田です。
>
> > すみません、ご提示いただいた方法(「 nmcli connection add に connection.autoconnect no のオプションを付与」)で現象は改善されたのですが、何が原因で本処理の追加で改善されたのかがわかりません。何に対する対策となったのかご教示いただけないでしょうか?
> > お手数おかけしますが、よろしくお願いいたします。
>
> nmcli connection add のタイミングで接続動作を開始した直後に再度 nmcli connection up で接続動作を開始しようとしたため ModemManager 内でタイミング的にエラーとなっていたのを、 nmcli connection add のタイミングで接続動作を開始しないようにし、nmcli connection up のタイミングで始めて接続動作を開始することで接続動作開始直後に再度接続要求を実行した際にエラーとなる現象を回避しております。
1.10.0-1atmark6で失敗していた理由、対策の内容は理解できました。ありがとうございます。
しかし、1.10.0-1atmark3では修正前のやり方で問題なく接続できておりました。
これについては何が影響しているでしょうか?ご教示お願いいたします。
masaya_yoshitomi
> > 吉田です。
> >
> > > すみません、ご提示いただいた方法(「 nmcli connection add に connection.autoconnect no のオプションを付与」)で現象は改善されたのですが、何が原因で本処理の追加で改善されたのかがわかりません。何に対する対策となったのかご教示いただけないでしょうか?
> > > お手数おかけしますが、よろしくお願いいたします。
> >
> > nmcli connection add のタイミングで接続動作を開始した直後に再度 nmcli connection up で接続動作を開始しようとしたため ModemManager 内でタイミング的にエラーとなっていたのを、 nmcli connection add のタイミングで接続動作を開始しないようにし、nmcli connection up のタイミングで始めて接続動作を開始することで接続動作開始直後に再度接続要求を実行した際にエラーとなる現象を回避しております。
>
> 1.10.0-1atmark6で失敗していた理由、対策の内容は理解できました。ありがとうございます。
> しかし、1.10.0-1atmark3では修正前のやり方で問題なく接続できておりました。
> これについては何が影響しているでしょうか?ご教示お願いいたします。
上記の質問について回答のほどお願いいたします。
↓↓↓この部分です。
> 1.10.0-1atmark6で失敗していた理由、対策の内容は理解できました。ありがとうございます。
> しかし、1.10.0-1atmark3では修正前のやり方で問題なく接続できておりました。
> これについては何が影響しているでしょうか?ご教示お願いいたします。
"修繕前のやり方"は以下のコマンドの流れを指しています。
【コマンド】----------------
nmcli connection down gsm-ttyCommModem
systemctl stop connection-recover.service
nmcli connection delete gsm-ttyCommModem
systemctl disable connection-recover.service
nmcli connection add type gsm ifname ttyCommModem apn [APN] user [USER] password [PASSWORD]
systemctl enable connection-recover.service
nmcli connection up gsm-ttyCommModem
★★★ここでコマンドが失敗します Error: Connection activation failed: No carrier could be established★★★(syslog_①)
systemctl start connection-recover.service
mmcli -m 0 --set-allowed-modes=ANY
----------------------------
回答にあたり不明点がありましたらご指摘ください。
回答のほどよろしくお願いいたします。
at_mitsuhiro.yoshida
masaya_yoshitomi
> 吉田です。
>
> atmark4 より 3G 停波対応のため入力する AT コマンドのシーケンスと入力するコマンドを変更しております。
> そのため、タイミングが変化し接続動作直後の接続コマンドに対してエラーとなる状況になっております。
すみません、追加で確認させてください。
「connection.autoconnect no」のオプションを追加し、modemmanagerを1.10.0-1atmark6にアップデートした環境で動作確認をしております。
mmcli -m 0で確認した際のSIMの状態が「registered」の状態で
connection upを行った際に①②で挙動に差異があるのですが、どのような要因が考えられるでしょうか
①起動直後1回目のconnection up ⇒成功
②1度connection upに失敗後、再度connection up ⇒失敗
※具体的には、docomoSIMでLTE通信をしている状態で電源をOFFし、SIMをKDDIに交換して電源をONします。
再起動後、1度docomoSIMの情報で1度connection upを行い(SIMを差し替えたのでここはconnection upに失敗します)
再度KDDIの正しい認証情報でconnection upを実施という手順になります
①も②も以下の接続コマンドを実施します。
②の場合は、※に記載している通り、事前に認証を失敗させる情報(APN/USER/SPASSWORD誤り)を設定して一度接続に失敗した状態から再度正しい情報でconnection upを行います。
-----
【接続コマンド】
nmcli connection add type gsm ifname ttyCommModem apn [APN] user [USER] password [PASSWORD]
systemctl enable connection-recover.service
nmcli connection up gsm-ttyCommModem
-----
②のパタンで一度接続に失敗した場合は、以下の一連の切断処理を行った後に上記接続コマンドを実施することで成功します。
-----
【切断コマンド】
nmcli connection down gsm-ttyCommModem
systemctl stop connection-recover.service
nmcli connection delete gsm-ttyCommModem
systemctl disable connection-recover.service
-----
②のパタンの場合は、一度切断を挟む必要があるのでしょうか?
①②のそれぞれのログを添付しますのでご確認よろしくお願いいたします。
SIMの認証情報については一部●●●(正しい認証情報)、×××(不正な認証情報)で伏せています。
ファイル | ファイルの説明 |
---|---|
syslog_②.txt | ②を実行した際のsyslog |
syslog_①.txt | ①を実行した際のsyslog |
at_mitsuhiro.yoshida
吉田です。
SIM を入れ替えていますので、接続に少々時間がかかる可能性はあります。
まず connection-recover は、
初期設定では 120 秒周期で LTE のネットワーク経由で 8.8.8.8 に ping の導通確認を行うサービスですので
LTE が接続する前の動作には影響がありません。
影響があるのは、Armadillo 起動後
nmcli connetion delete [ドコモ網 SIM の設定]
nmcli connetion add [KDDI網 SIM の設定]
になりますが、この delete → add のみの手順を実施した場合にはどうなりますでしょうか。
masaya_yoshitomi
> 吉田です。
>
> SIM を入れ替えていますので、接続に少々時間がかかる可能性はあります。
>
> まず connection-recover は、
> 初期設定では 120 秒周期で LTE のネットワーク経由で 8.8.8.8 に ping の導通確認を行うサービスですので
> LTE が接続する前の動作には影響がありません。
>
> 影響があるのは、Armadillo 起動後
> nmcli connetion delete [ドコモ網 SIM の設定]
> nmcli connetion add [KDDI網 SIM の設定]
> になりますが、この delete → add のみの手順を実施した場合にはどうなりますでしょうか。
docomo→KDDIへSIMを入れ替え、再起動後以下のコマンドを実施しました。
---
root@armadillo:~# nmcli connection delete gsm-ttyCommModem
Error: unknown connection 'gsm-ttyCommModem'.
Error: cannot delete unknown connection(s): 'gsm-ttyCommModem'.
root@armadillo:~#nmcli connection add connection.autoconnect no type gsm ifname ttyCommModem apn [KDDI:APN] user [KDDI:USER] password [KDDI:PASS]
Connection 'gsm-ttyCommModem' (1e32ed54-6b27-4b04-8d3f-1ee4241f0754) successfully added.
root@armadillo:~#
---
mmcli -m 0 でStatusを確認するとconnectedとなります。
ログを添付します。SIMの認証情報については●●●(KDDI)伏せています。
ファイル | ファイルの説明 |
---|---|
syslog.txt | delete→add実行時のsyslog |
masaya_yoshitomi
masaya_yoshitomi
> こちら進捗いかがでしょうか?
> 目的としてはSIM交換時にもエラーなくAPN情報などを変更できるようにしたいです。
> SIMのキャリアを変更する場合はdelete→addの手順が必要ということでしょうか?
> ご教示のほどお願いいたします。
五月雨で申し訳ありません。
追加情報です。
modemmanagerのバージョンを確認しようと以下コマンドを実行したところ、modemmanagerのライブラリのバージョンが"1.10.0-1atmark3"であることがわかりました。
modemmanager自体はversion6に上げていますが、ライブラリはそのままです。これは問題ないでしょうか?
上記問い合わせと併せてご回答のほどお願いいたします。
----------------------------------
root@armadillo:~# dpkg -l | grep modem
ii libmm-glib0:armhf 1.10.0-1atmark3 armhf D-Bus service for managing modems - shared libraries
ii lrzsz 0.12.21-10 armhf Tools for zmodem/xmodem/ymodem file transfer
ii modemmanager 1.10.0-1atmark6 armhf D-Bus service for managing modems
----------------------------------
at_mitsuhiro.yoshida
吉田です。
> 五月雨で申し訳ありません。
>
> 追加情報です。
> modemmanagerのバージョンを確認しようと以下コマンドを実行したところ、modemmanagerのライブラリのバージョンが"1.10.0-1atmark3"であることがわかりました。
> modemmanager自体はversion6に上げていますが、ライブラリはそのままです。これは問題ないでしょうか?
> 上記問い合わせと併せてご回答のほどお願いいたします。
>
> ----------------------------------
> root@armadillo:~# dpkg -l | grep modem
> ii libmm-glib0:armhf 1.10.0-1atmark3 armhf D-Bus service for managing modems - shared libraries
> ii lrzsz 0.12.21-10 armhf Tools for zmodem/xmodem/ymodem file transfer
> ii modemmanager 1.10.0-1atmark6 armhf D-Bus service for managing modems
> ----------------------------------
ご連絡ありがとうございます。
確かに apt update → apt install modemmanager でバージョンをアップデートすると
libmm-glib0:armhf は atmark3 のままとなりますね。
libmm-glib0:armhf 自体は atmark3 と atmark6 で変更ありませんので動作には影響がありませんが、
apt install libmm-glib0:armhf
を実行していただければ atmark6 にアップデートされます。
確認いたします。
> > こちら進捗いかがでしょうか?
> > 目的としてはSIM交換時にもエラーなくAPN情報などを変更できるようにしたいです。
> > SIMのキャリアを変更する場合はdelete→addの手順が必要ということでしょうか?
> > ご教示のほどお願いいたします。
手順を把握できていないのですが、
SIM を挿し替えるということは APN も変化するので
別な nmcli connection が必要になる認識です。
そうすると、ドコモ SIM 向けの nmcli connection の削除 → KDDI SIM 向けの nmcli connection の追加が
接続手順としては早いかと思っているのですが、違う手段で実現される方向でしょうか。
masaya_yoshitomi
> 確認いたします。
よろしくお願いいたします。
> 手順を把握できていないのですが、
> SIM を挿し替えるということは APN も変化するので
> 別な nmcli connection が必要になる認識です。
>
> そうすると、ドコモ SIM 向けの nmcli connection の削除 → KDDI SIM 向けの nmcli connection の追加が
> 接続手順としては早いかと思っているのですが、違う手段で実現される方向でしょうか。
アプリケーションにてLTEの接続を制御するようにしています。
nmcli connectionの削除は「コネクションの状態がConnected」の場合のみと実施するようにしていたため、
今回のようにSIM交換した場合(Connectedではないが削除が必要な場合)の動きを考慮できていませんでした。
SIM交換が行われた場合にはnmcli connection の削除が必要な旨理解しました。
追加で確認させていただきたいです。
①SIM交換の場合にはなぜconnection upが必要ないのでしょうか?
connection upのコマンドを打たずに、nmcli connectionの削除⇒nmcli connectionの追加だけででconnectedとなりました
②LTEの設定を行う場合には必ず、nmcli connectionの削除をしても問題ないでしょうか?
以下のコマンドをLTEの設定の度に実施するイメージです。
-----
nmcli connection down gsm-ttyCommModem
systemctl stop connection-recover.service
nmcli connection delete gsm-ttyCommModem
systemctl disable connection-recover.service
nmcli connection add connection.autoconnect no type gsm ifname ttyCommModem apn [APN] user [USER] password [PASS]
systemctl enable connection-recover.service
nmcli connection up gsm-ttyCommModem
systemctl start connection-recover.service
-----
at_mitsuhiro.yoshida
吉田です。
> > 確認いたします。
> よろしくお願いいたします。
modemmanager は依存するパッケージとして
Depends: libmm-glib0 (>= 1.10.0)
と既に依存関係を満たしているので libmm-glib0 はアップデートされないようになっております。
特に問題はありませんが、気になるようでしたら別途上げていただければと思います。
> ①SIM交換の場合にはなぜconnection upが必要ないのでしょうか?
> connection upのコマンドを打たずに、nmcli connectionの削除⇒nmcli connectionの追加だけででconnectedとなりました
connection add の時点で autoconnect が true になるので、自動的に接続動作を行います。
autoconnect に関する説明は本トピックの以前の投稿で記載しております。
> ②LTEの設定を行う場合には必ず、nmcli connectionの削除をしても問題ないでしょうか?
> 以下のコマンドをLTEの設定の度に実施するイメージです。
はい、問題ないと思います。ご検証の上採用ください。
connection-recover は対象となる 3G/LTE の nmcli connection の設定がないと稼働しませので、停止しなくても問題ありません。
よろしくお願いします。
masaya_yoshitomi
>>connection add の時点で autoconnect が true になるので、自動的に接続動作を行います。
>>autoconnect に関する説明は本トピックの以前の投稿で記載しております。
前提に誤解があったようですので改めて質問させていただきます。
こちらの質問の意図としてはご指示いただいたように「connection.autoconnect no」オプションを付けてaddしているのでupを実行するまではconnectedされてない認識です。
何もSIM情報が端末内に設定されていない初期状態では、add connection.autoconnect noオプション → connection upの手順で接続できているのですが、
キャリア変更時の再接続の際はnmcli connection add connection.autoconnect noオプションでconnectedまで完了しているようです。これはなぜでしょうか?という質問になります。
ご回答のほどお願いいたします。
at_mitsuhiro.yoshida
吉田です。
connection.autoconnect no を付与して、以下の動作は確認しました。
(1) SIM A の設定で nmcli connection add → 接続されない
(2) SIM A nmcli connection up → 接続される
(3) Armadillo poweroff
(4) SIM B に挿し替え
(5) Armadillo の電源オン
(6) SIM A の nmcli connection delete
(7) SIM B の設定で nmcli connection add → 接続されない
(8) SIM B nmcli connection up → 接続される
が、再接続サービス(connection-recover) が稼働している状況で、
(5)(7) のタイミングで connection-recover が再接続を実施している可能性はあります。
このケースに関して考慮が抜けておりました。
確かに以前記載いただいた通り、(6) の前から (8) の間は
connection-recover を停止した方が確実です。
よろしくお願いします。
masaya_yoshitomi
softbankSIMを使用すると、1度LTE通信設定をした状態でGatewayを再起動した際にLTE通信が復旧できない問題が発生しています。
こちらのフォーラムでの回答をもとにLTE通信設定の実装しています。modemmanagerは1.10.0-1atmark6を適用しています。
以下のコマンドは、端末の再起動の際(APN/USER/PASS情報をoverlayのパーティション以外に設定を保存し復元させます。)、
およびアプリケーション(画面)からのLTE通信設定を行った際に発行する仕組みとしています。
> ②LTEの設定を行う場合には必ず、nmcli connectionの削除をしても問題ないでしょうか?
> 以下のコマンドをLTEの設定の度に実施するイメージです。
> -----
> nmcli connection down gsm-ttyCommModem
> systemctl stop connection-recover.service
> nmcli connection delete gsm-ttyCommModem
> systemctl disable connection-recover.service
> nmcli connection add connection.autoconnect no type gsm ifname ttyCommModem apn [APN] user [USER] password [PASS]
> systemctl enable connection-recover.service
> nmcli connection up gsm-ttyCommModem
> systemctl start connection-recover.service
> -----
2024/2月時点で②の対処を行い、softbankSIMで再起動後もLTE通信が復旧できたことを確認しています。
また、ここでご相談させていただいたSIMの交換についても問題なく動作していました。
2024/9月時点で再度動作確認を行ったところ、冒頭の問題の事象が発生しました。
②のLTE接続コマンドに関しては何も変更を加えていないのですが、2月時点と9月(現時点)で挙動が異なる結果となっています。
docomoSIMでは本事象は発生していません。
auSIMではまれに本事象が発生することがあります。
softbankSIMで発生した本現象は、2024/7月に3G回線が停波したことによる影響でしょうか。
本事象が、キャリアの3G停波に伴って発生している現象であれば、次に停波するdocomoSIMも問題の事象が発生するため、早急に対処したいです。
以下のパタンでmodemmanagerのデバッグログを有効にしてログを取得しています。
恐れ入りますが、ログをご確認していただき、解決方法がないかご教授いただけないでしょうか。
■1.一度アプリケーション(画面)からLTE接続を実施している状態で再起動するとLTE回線が復旧しません・・・syslog_1
■2.回線が復旧していない状態でアプリケーション(画面)から再設定を行ってもLTE回線が復旧しません・・・syslog_2
■3.ModemManagerのサービスを停止→開始させると、アプリケーション(画面)からの設定が成功し、LTE回線が復旧しました・・・syslog_3
※syslog_1~3は、連続で該当操作を行った際のログです。APN名称等★で伏せています
ファイル | ファイルの説明 |
---|---|
syslog_1.txt | 一度アプリケーション(画面)からLTE接続を実施している状態で再起動するとLTE回線が復旧しません |
syslog_2.txt | 回線が復旧していない状態でアプリケーション(画面)から再設定を行ってもLTE回線が復旧しません |
syslog_3.txt | ModemManagerのサービスを停止→開始させると、アプリケーション(画面)からの設定が成功し、LTE回線が復旧しました |
at_mitsuhiro.yoshida
masaya_yoshitomi
at_mitsuhiro.yoshida
masaya_yoshitomi
at_mitsuhiro.yoshida
masaya_yoshitomi
> 吉田です。
>
> Armadillo を poweroff した後に 5 分程度待っていただき、
> 再度 Armadillo を電源オンした場合です。
poweroffして5分後に電源ONしてもLTE通信は復旧できませんでした。
以下操作を実施した際のログファイルを添付します。
ご確認のほどお願いいたします。
①12:04にLTE通信設定でNTP同期 #syslog 3602行目あたり
②12:05に電源OFF/ON #syslog 3702行目あたり
③00:10に起動時のNTP同期実施するがつながらない #syslog 4749行目あたり
※アプリケーション内でデフォルト時刻を1990年1/1 00:00:00に書込みしている
④00:11に電源OFF/ON #syslog 4976行目あたり
⑤00:02に起動時のNTP同期実施するがつながらない #syslog 5891行目あたり
※このときapn_nameなどの引数が空になっている
⑥00:03以降も約1分ごとにリトライ
⑦00:07に電源OFF/ON #syslog 6451行目
⑧00:01に起動時のNTP同期実施するがつながらない #syslog 8292行目あたり
※このときapn_nameなどの引数が空になっている
以降1分ずつリトライするがつながらない
⑨00:03に電源OFF/ON #syslog 8364行目あたり
⑩00:01に起動時のNTP同期実施するがつながらない #syslog 9277行目あたり
※このときapn_nameなどの引数が空になっている
以降1分ずつリトライするがつながらない
⑪12:50にLTE通信設定画面から改めて設定実施してNTP同期 #syslog 10655行目あたり
⑫12:52にpoweroffコマンド実行 #syslog 10911行目あたり / teraterm_240918_1249_trace.log 328行目あたり
~5分経過~
⑬12:58に電源ON
LTE通信を復旧しようとするがconnection upできない #teraterm_240918_1249_trace.log 1256~1262行目あたり
以降リトライするがつながらない
⑭ping 8.8.8.8もつながらない #teraterm_240918_1249_trace.log 1231行目あたり
⑮mmcli -m 0で確認するとsignal quality: 0% #teraterm_240918_1249_trace.log 1459行目あたり
ファイル | ファイルの説明 |
---|---|
syslog.txt | ①~⑮を操作時のsyslog |
teraterm_240918_1249_trace.log | ⑪以降のteratermのコンソール、及び、内部アプリケーショントレースログ |
masaya_yoshitomi
> > 吉田です。
> >
> > Armadillo を poweroff した後に 5 分程度待っていただき、
> > 再度 Armadillo を電源オンした場合です。
>
> poweroffして5分後に電源ONしてもLTE通信は復旧できませんでした。
>
> 以下操作を実施した際のログファイルを添付します。
> ご確認のほどお願いいたします。
>
> ①12:04にLTE通信設定でNTP同期 #syslog 3602行目あたり
> ②12:05に電源OFF/ON #syslog 3702行目あたり
> ③00:10に起動時のNTP同期実施するがつながらない #syslog 4749行目あたり
> ※アプリケーション内でデフォルト時刻を1990年1/1 00:00:00に書込みしている
> ④00:11に電源OFF/ON #syslog 4976行目あたり
> ⑤00:02に起動時のNTP同期実施するがつながらない #syslog 5891行目あたり
> ※このときapn_nameなどの引数が空になっている
> ⑥00:03以降も約1分ごとにリトライ
> ⑦00:07に電源OFF/ON #syslog 6451行目
> ⑧00:01に起動時のNTP同期実施するがつながらない #syslog 8292行目あたり
> ※このときapn_nameなどの引数が空になっている
> 以降1分ずつリトライするがつながらない
> ⑨00:03に電源OFF/ON #syslog 8364行目あたり
> ⑩00:01に起動時のNTP同期実施するがつながらない #syslog 9277行目あたり
> ※このときapn_nameなどの引数が空になっている
> 以降1分ずつリトライするがつながらない
> ⑪12:50にLTE通信設定画面から改めて設定実施してNTP同期 #syslog 10655行目あたり
> ⑫12:52にpoweroffコマンド実行 #syslog 10911行目あたり / teraterm_240918_1249_trace.log 328行目あたり
> ~5分経過~
> ⑬12:58に電源ON
> LTE通信を復旧しようとするがconnection upできない #teraterm_240918_1249_trace.log 1256~1262行目あたり
> 以降リトライするがつながらない
> ⑭ping 8.8.8.8もつながらない #teraterm_240918_1249_trace.log 1231行目あたり
> ⑮mmcli -m 0で確認するとsignal quality: 0% #teraterm_240918_1249_trace.log 1459行目あたり
↑
こちら確認状況いかがでしょうか。埋もれているような気がしたので念のためフォローいたします。
よろしくお願いいたします。
masaya_yoshitomi
> > > 吉田です。
> > >
> > > Armadillo を poweroff した後に 5 分程度待っていただき、
> > > 再度 Armadillo を電源オンした場合です。
> >
> > poweroffして5分後に電源ONしてもLTE通信は復旧できませんでした。
> >
> > 以下操作を実施した際のログファイルを添付します。
> > ご確認のほどお願いいたします。
> >
> > ①12:04にLTE通信設定でNTP同期 #syslog 3602行目あたり
> > ②12:05に電源OFF/ON #syslog 3702行目あたり
> > ③00:10に起動時のNTP同期実施するがつながらない #syslog 4749行目あたり
> > ※アプリケーション内でデフォルト時刻を1990年1/1 00:00:00に書込みしている
> > ④00:11に電源OFF/ON #syslog 4976行目あたり
> > ⑤00:02に起動時のNTP同期実施するがつながらない #syslog 5891行目あたり
> > ※このときapn_nameなどの引数が空になっている
> > ⑥00:03以降も約1分ごとにリトライ
> > ⑦00:07に電源OFF/ON #syslog 6451行目
> > ⑧00:01に起動時のNTP同期実施するがつながらない #syslog 8292行目あたり
> > ※このときapn_nameなどの引数が空になっている
> > 以降1分ずつリトライするがつながらない
> > ⑨00:03に電源OFF/ON #syslog 8364行目あたり
> > ⑩00:01に起動時のNTP同期実施するがつながらない #syslog 9277行目あたり
> > ※このときapn_nameなどの引数が空になっている
> > 以降1分ずつリトライするがつながらない
> > ⑪12:50にLTE通信設定画面から改めて設定実施してNTP同期 #syslog 10655行目あたり
> > ⑫12:52にpoweroffコマンド実行 #syslog 10911行目あたり / teraterm_240918_1249_trace.log 328行目あたり
> > ~5分経過~
> > ⑬12:58に電源ON
> > LTE通信を復旧しようとするがconnection upできない #teraterm_240918_1249_trace.log 1256~1262行目あたり
> > 以降リトライするがつながらない
> > ⑭ping 8.8.8.8もつながらない #teraterm_240918_1249_trace.log 1231行目あたり
> > ⑮mmcli -m 0で確認するとsignal quality: 0% #teraterm_240918_1249_trace.log 1459行目あたり
>
> ↑
> こちら確認状況いかがでしょうか。埋もれているような気がしたので念のためフォローいたします。
> よろしくお願いいたします。
改めての問い合わせとなります。
上記、回答お願いいたします。
追加で何か情報が必要でしたらご連絡お願いいたします。
「LTE通信設定→インターネット接続成功(設定情報保存)→G3電源OFF/ON後、自動でインターネット接続処理実行→インターネット接続不可」の流れです。
詳細は上記をご確認お願いいたします。
at_mitsuhiro.yoshida
masaya_yoshitomi
> 原因は不明です。
>
> ログを確認した感じでは、起動してからしばらくすると接続する様に見えており、接続動作を停止せずに放置しておいても、modemmanager 内でリトライを繰り返すので繋がるのではないかとも考えております。
>
> GUI ではなく、
> nmcli コマンドで接続して、そのまま放っておいた場合の ModemManager のデバッグログを取得できますでしょうか。
遅くなり申し訳ありません。ログを取得しました。
ソフトバンク回線とのLTE接続を実施した後、
端末をrebootコマンドにて再起動したログです。(一部APNの情報等については伏せています)
端末再起動後、すぐにLTE接続の復旧処理を行いますがやはり失敗します。
mmcliコマンドについては、本トピック内でご教授いただいたものです。
その状態で約2時間半ほど放置しましたが回線は復旧しませんでした。
ご確認のほどお願いいたします。
ファイル | ファイルの説明 |
---|---|
syslog.log |
at_mitsuhiro.yoshida
2023年9月29日 15時04分
吉田です。
お手数おかけします。
nmcli connection add の時点で既に接続を開始しています。
nmcli connection add に connection.autoconnect no のオプションを付与しますと、
nmcli connection up のタイミングで接続を開始しますので設定してもらえませんでしょうか。