k_satou
2017年1月26日 15時37分
LTEとLAN(eth0)を接続した状態でnode-eyeを起動すると両方のポートから接続しようとしています。
(コンソールの表示を下記に記載しました。）
node-eyeの接続をLTEのみとしてLAN(eth0)をnode-eyeが使用しない設定にするにはどのように
したらよいかご教授お願いします。
root@armadillo:~# nmcli connection
NAME UUID TYPE DEVICE
wifi-wlan0 a238862f-5d4c-408b-a5dc-0dcbae67838c 802-11-wireless --
ethernet-eth0 52ee1724-312d-472e-ba3c-9d21859f5053 802-3-ethernet --
armsd_connection_wwan b155f16d-3eda-456a-8af4-2f59f7975751 gsm ttyACM0
armsd_line_connection cfa1ccf6-217d-42c6-ad78-809971e81cbb 802-3-ethernet eth0
Wired connection 1 598149a0-7ec9-41c4-89e2-c2ab8b96ddf1 802-3-ethernet --
gsm-ttyACM0 80218ffc-ae2f-434b-9a2a-f87c1aad671e gsm --
armsd_connection_wwanとarmsd_line_connection
が該当と思われます。
root@armadillo:~#
root@armadillo:~# nmcli device
DEVICE TYPE STATE CONNECTION
ttyACM0 gsm connected armsd_connection_wwan
eth0 ethernet connecting (getting IP configuration) armsd_line_connection
wlan0 wifi disconnected --
usb0 ethernet unavailable --
gre0 gre unmanaged --
gretap0 gretap unmanaged --
ip6gre0 ip6gre unmanaged --
ip6tnl0 ip6tnl unmanaged --
tunl0 ipip unmanaged --
lo loopback unmanaged --
sit0 sit unmanaged --
ip6_vti0 vti6 unmanaged --
root@armadillo:~# ping 10.8.1.1
PING 10.8.1.1 (10.8.1.1) 56(84) bytes of data.
/etc/armsd/line.confの設定
# network settings for boot time connection
MOBILE_ID="user@fujixerox.co.jp"
MOBILE_PASS="user01"
MOBILE_APN="lte-mobile.jp"
MOBILE_AUTH_TYPE="CHAP"
MOBILE_PDP_TYPE="IP"
#RESOLV_SEARCH="local-network"
#RESOLV_NAMESERVER="192.168.10.1"
#STATIC_ADDRESS="192.0.2.10"
#STATIC_NETMASK="255.255.255.0"
#STATIC_NETWORK="192.0.2.0"
#STATIC_BROADCAST="192.0.2.255"
#STATIC_GATEWAY="192.0.2.1"
#WIRELESS_LAN_ENABLE=true
#WIRELESS_LAN_ESSID="myessid"
#WIRELESS_LAN_PASSPHRASE="mypresharedkey"
コメント
at_ito
伊藤です。
node-eyeの接続をLTEのみとしてLAN(eth0)をnode-eyeが使用しない設定ですが、
LTE経由でnode-eyeに接続されている状態ですと、LAN(eth0)はSACMで
指定された設定で動作しているかと思います。
node-eyeの思想では、ネットワーク設定はSACMで設定することを
基本としておりますので、SACMのネットワークコンフィグでLAN側の設定を
してください。
以下のURLにあるような設定をコンフィグ(モジュール0)にLAN側を追加すれば動作するかと思います
(すでにLTE用の設定が記載されているはずです)
http://manual.atmark-techno.com/node-eye/device-management_aiotg3l_ja-1…
またLTEの接続が不安定になる件については、コンソールのログ等の
詳細情報をいただけますでしょうか。
k_satou
> 伊藤です。
>
> node-eyeの接続をLTEのみとしてLAN(eth0)をnode-eyeが使用しない設定ですが、
> LTE経由でnode-eyeに接続されている状態ですと、LAN(eth0)はSACMで
> 指定された設定で動作しているかと思います。
>
> node-eyeの思想では、ネットワーク設定はSACMで設定することを
> 基本としておりますので、SACMのネットワークコンフィグでLAN側の設定を
> してください。
>
> 以下のURLにあるような設定をコンフィグ(モジュール0)にLAN側を追加すれば動作するかと思います
> (すでにLTE用の設定が記載されているはずです)
>
> http://manual.atmark-techno.com/node-eye/device-management_aiotg3l_ja-1…
以上の件ですが、SACMに以下のLAN(eth0)を行って、動作させたところLAN(eth0)経由でLAN(eth0)のコンフィグを取得しようとして
node-eye動作待ち状態となっているように見受けられます。
どのように設定にすれば、よいかご教授お願いします。
SACMの設定
VERSION=2
interface_wwan=enable
interface_wwan_type=dhcp
interface_wwan_id=xxx@xxxxx.co.jp
interface_wwan_pass=xxxx
interface_wwan_apn=xxx-xxx.jp
interface_wwan_auth_type=CHAP
interface_wwan_pdp_type=IP
interface_wwan_metric=10
interface_eth0=enable
interface_eth0_metric=1
interface_eth0_type=static
interface_eth0_address=10.8.1.191
interface_eth0_netmask=255.255.255.0
interface_eth0_gateway=10.8.1.1
resolv_conf_search=local-network
resolv_conf_nameserver=10.8.1.227
line.confの設定
MOBILE_ID="xxx@xxxxx.co.jp"
MOBILE_PASS="xxxx"
MOBILE_APN="xxx-xxxx.jp"
MOBILE_AUTH_TYPE="CHAP"
MOBILE_PDP_TYPE="IP"
#RESOLV_SEARCH="local-network"
#RESOLV_NAMESERVER="10.8.1.227"
#STATIC_ADDRESS="10.8.1.191"
#STATIC_NETMASK="255.255.255.0"
#STATIC_NETWORK="10.8.1.0"
#STATIC_BROADCAST="10.8.1.255"
#STATIC_GATEWAY="10.8.1.1"
#WIRELESS_LAN_ENABLE=true
#WIRELESS_LAN_ESSID="myessid"
#WIRELESS_LAN_PASSPHRASE="mypresharedkey"
#WIRELESS_LAN_CRYPTMODE="WPA2-AES"
#WIRELESS_LAN_WIRELESS_MODE="managed"
コンソールのログ
root@armadillo:~# nmcli connection
NAME UUID TYPE DEVICE
armsd_connection_eth0 2748baea-8fa8-44c4-967d-de859fae3e12 802-3-ethernet --
ethernet-eth0 52ee1724-312d-472e-ba3c-9d21859f5053 802-3-ethernet --
armsd_connection_wwan a585f19b-9118-4810-8fef-4c61fd207c43 gsm --
armsd_line_connection 9b3dbedd-53b5-4217-871b-e5d407513dec 802-3-ethernet eth0
Wired connection 1 569f0413-6c12-48ac-aa6e-30af29ecb4a2 802-3-ethernet --
gsm-ttyACM0 80218ffc-ae2f-434b-9a2a-f87c1aad671e gsm --
wifi-wlan0 a238862f-5d4c-408b-a5dc-0dcbae67838c 802-11-wireless --
root@armadillo:~# nmcli device
DEVICE TYPE STATE CONNECTION
eth0 ethernet connecting (getting IP configuration) armsd_line_connection
wlan0 wifi disconnected --
usb0 ethernet unavailable --
gre0 gre unmanaged --
gretap0 gretap unmanaged --
ip6gre0 ip6gre unmanaged --
ip6tnl0 ip6tnl unmanaged --
tunl0 ipip unmanaged --
lo loopback unmanaged --
sit0 sit unmanaged --
ip6_vti0 vti6 unmanaged --
ちなみにline.confの設定を以下の設定としたところ
MOBILE_ID="xxx@xxxxx.co.jp"
MOBILE_PASS="xxxx"
MOBILE_APN="xxx-xxxx.jp"
MOBILE_AUTH_TYPE="CHAP"
MOBILE_PDP_TYPE="IP"
RESOLV_SEARCH="local-network"
RESOLV_NAMESERVER="10.8.1.227"
STATIC_ADDRESS="10.8.1.191"
STATIC_NETMASK="255.255.255.0"
STATIC_NETWORK="10.8.1.0"
STATIC_BROADCAST="10.8.1.255"
STATIC_GATEWAY="10.8.1.1"
#WIRELESS_LAN_ENABLE=true
#WIRELESS_LAN_ESSID="myessid"
#WIRELESS_LAN_PASSPHRASE="mypresharedkey"
#WIRELESS_LAN_CRYPTMODE="WPA2-AES"
#WIRELESS_LAN_WIRELESS_MODE="managed"
SACMコントロールパネルアカウントの表示が
• 接続モード: なし ◦ 優先接続モード: なし
となりました。
ご回答のほどよろしくお願いします。
>
>
> またLTEの接続が不安定になる件については、コンソールのログ等の
> 詳細情報をいただけますでしょうか。
>
>
at_ito
伊藤です。
line.confは、node-eyeのコンフィグ取得までの設定ですので、LTE回線のみの設定で問題ありません。
そのため、ネットワークに問題があるのであれば、SACMのコンフィグ設定に問題があるかと思われます。
node-eyeを有効化した状態で、以下のコマンドを実行して、ネットワーク設定が正常にされているかご確認いただけますでしょうか。
$ ping www.atmark-techno.com
$ ping 8.8.8.8
上記がうまくいかない場合には、恐れ入りますが以下のコマンドを実行した結果を頂けますでしょうか。
$ nmcli con show armsd_connection_wwan
$ nmcli con show armsd_connection_eth0
$ route -n
$ traceroute www.atmark-techno.com
また、おそらくネットワーク設定に何かしらの問題があると推測しておりますが、
可能であれば、「LAN(eth0)経由でLAN(eth0)のコンフィグを取得しようとして
node-eye動作待ち状態となっている」状態をどのように確認したかの情報をいただけますでしょうか。
k_satou
症状としては起動後にLTEが接続されるのですが、しばらくして切断して復帰しないようです。
> node-eyeを有効化した状態で、以下のコマンドを実行して、ネットワーク設定が正常にされているかご確認いただけますでしょうか。
>
> $ ping www.atmark-techno.com
> $ ping 8.8.8.8
LTEが接続したときはping www.atmark-techno.comは通ります。
LTEが切断されるとping www.atmark-techno.comは通りませんでした。
>
> 上記がうまくいかない場合には、恐れ入りますが以下のコマンドを実行した結果を頂けますでしょうか。
>
> $ nmcli con show armsd_connection_wwan
connection.id: armsd_connection_wwan
connection.uuid: a585f19b-9118-4810-8fef-4c61fd207c43
connection.interface-name: ttyACM0
connection.type: gsm
connection.autoconnect: yes
connection.timestamp: 1485767344
connection.read-only: no
connection.permissions:
connection.zone: --
connection.master: --
connection.slave-type: --
connection.secondaries:
connection.gateway-ping-timeout: 0
ipv4.method: auto
ipv4.dns:
ipv4.dns-search:
ipv4.addresses:
ipv4.routes:
ipv4.ignore-auto-routes: no
ipv4.ignore-auto-dns: no
ipv4.dhcp-client-id: --
ipv4.dhcp-send-hostname: yes
ipv4.dhcp-hostname: --
ipv4.never-default: no
ipv4.may-fail: yes
ipv6.method: auto
ipv6.dns:
ipv6.dns-search:
ipv6.addresses:
ipv6.routes:
ipv6.ignore-auto-routes: no
ipv6.ignore-auto-dns: no
ipv6.never-default: no
ipv6.may-fail: yes
ipv6.ip6-privacy: -1 (unknown)
ipv6.dhcp-hostname: --
gsm.number: --
gsm.username: xxxx@xxxxx.co.jp
gsm.password: --
gsm.password-flags: 0 (none)
gsm.apn: xxx-xxxxx.jp
gsm.network-id: --
gsm.network-type: -1
gsm.allowed-bands: 1 (any)
gsm.pin: --
gsm.pin-flags: 0 (none)
gsm.home-only: no
> $ nmcli con show armsd_connection_eth0
connection.id: armsd_connection_eth0
connection.uuid: 2748baea-8fa8-44c4-967d-de859fae3e12
connection.interface-name: eth0
connection.type: 802-3-ethernet
connection.autoconnect: yes
connection.timestamp: 1485767355
connection.read-only: no
connection.permissions:
connection.zone: --
connection.master: --
connection.slave-type: --
connection.secondaries:
connection.gateway-ping-timeout: 0
802-3-ethernet.port: --
802-3-ethernet.speed: 0
802-3-ethernet.duplex: --
802-3-ethernet.auto-negotiate: yes
802-3-ethernet.mac-address: --
802-3-ethernet.cloned-mac-address: --
802-3-ethernet.mac-address-blacklist:
802-3-ethernet.mtu: auto
802-3-ethernet.s390-subchannels:
802-3-ethernet.s390-nettype: --
802-3-ethernet.s390-options:
ipv4.method: manual
ipv4.dns:
ipv4.dns-search:
ipv4.addresses: { ip = 10.8.1.191/24, gw = 10.8.1.1 }
ipv4.routes:
ipv4.ignore-auto-routes: no
ipv4.ignore-auto-dns: no
ipv4.dhcp-client-id: --
ipv4.dhcp-send-hostname: yes
ipv4.dhcp-hostname: --
ipv4.never-default: no
ipv4.may-fail: yes
ipv6.method: auto
ipv6.dns:
ipv6.dns-search:
ipv6.addresses:
ipv6.routes:
ipv6.ignore-auto-routes: no
ipv6.ignore-auto-dns: no
ipv6.never-default: no
ipv6.may-fail: yes
ipv6.ip6-privacy: -1 (unknown)
ipv6.dhcp-hostname: --
> $ route -n
LTEが接続したときは以下となります。
root@armadillo:~# route -n
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
0.0.0.0 192.168.15.1 0.0.0.0 UG 1024 0 0 usb1
169.254.0.0 0.0.0.0 255.255.0.0 U 1000 0 0 usb1
192.168.15.0 0.0.0.0 255.255.255.0 U 0 0 0 usb1
切断後は以下となります
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
> $ traceroute www.atmark-techno.com
>
LTEが接続したときは以下となります。
root@armadillo:~# traceroute www.atmark-techno.com
traceroute to www.atmark-techno.com (121.101.71.135), 30 hops max, 60 byte packets
1 OpenWrt.lan (192.168.15.1) 0.433 ms 0.419 ms 0.391 ms
2 1.33.213.242 (1.33.213.242) 59.753 ms 62.499 ms 65.185 ms
3 1.33.213.129 (1.33.213.129) 80.258 ms 80.168 ms 80.055 ms
4 210.153.254.90 (210.153.254.90) 76.870 ms 79.819 ms 82.542 ms
5 210.153.254.93 (210.153.254.93) 82.426 ms 85.418 ms 88.265 ms
6 210.153.254.109 (210.153.254.109) 100.165 ms 98.688 ms 98.679 ms
7 e7-22-n-otemachi-core13.sphere.ad.jp (202.239.113.33) 98.451 ms 80.577 ms 65.410 ms
8 e8-3-n-otemachi-core18.sphere.ad.jp (210.153.243.106) 65.432 ms e9-7-n-otemachi-core18.sphere.ad.jp (202.239.113.10) 65.405 ms e1-5-n-otemachi-core18.sphere.ad.jp (202.239.114.198) 65.285 ms
9 210.150.215.150 (210.150.215.150) 65.069 ms 64.835 ms 65.553 ms
10 note-14Po7.net.so-net.ne.jp (202.213.194.14) 65.593 ms 65.501 ms 65.391 ms
11 tn04te0.hkidnt01.ap.so-net.ne.jp (59.146.161.198) 89.449 ms 92.171 ms 92.065 ms
12 r241gi2.hkidnt01.ap.so-net.ne.jp (202.223.115.202) 89.120 ms 89.007 ms 88.795 ms
13 p654781.hkidff01.ap.so-net.ne.jp (121.101.71.129) 86.488 ms 86.380 ms 86.290 ms
14 * * *
15 * * *
16 * * *
17 * * *
18 * * *
19 * * *
20 * * *
21 * * *
22 * * *
23 * * *
24 * * *
25 * * *
26 * * *
27 * * *
28 * * *
29 * * *
30 * * *
切断後は以下となります
www.atmark-techno.com: Name or service not known
Cannot handle "host" cmdline arg `www.atmark-techno.com' on position 1 (argc 1)
> また、おそらくネットワーク設定に何かしらの問題があると推測しておりますが、
> 可能であれば、「LAN(eth0)経由でLAN(eth0)のコンフィグを取得しようとして
> node-eye動作待ち状態となっている」状態をどのように確認したかの情報をいただけますでしょうか。
起動してからログイン後の以下のコマンドとなります。
root@armadillo:~# nmcli device
DEVICE TYPE STATE CONNECTION
eth0 ethernet connecting (getting IP configuration) armsd_line_connection
usb1 ethernet disconnected --
wlan0 wifi disconnected --
usb0 ethernet unavailable --
gre0 gre unmanaged --
gretap0 gretap unmanaged --
ip6gre0 ip6gre unmanaged --
ip6tnl0 ip6tnl unmanaged --
tunl0 ipip unmanaged --
lo loopback unmanaged --
sit0 sit unmanaged --
ip6_vti0 vti6 unmanaged --
root@armadillo:~# nmcli device
DEVICE TYPE STATE CONNECTION
ttyACM0 gsm connected armsd_connection_wwan
eth0 ethernet connecting (getting IP configuration) armsd_line_connection
wlan0 wifi disconnected --
usb0 ethernet unavailable --
gre0 gre unmanaged --
gretap0 gretap unmanaged --
ip6gre0 ip6gre unmanaged --
ip6tnl0 ip6tnl unmanaged --
tunl0 ipip unmanaged --
lo loopback unmanaged --
sit0 sit unmanaged --
ip6_vti0 vti6 unmanaged --
しばらく経過後以下のメッセージがコンソールに出力されます。
root@armadillo:~# IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
IPv6: ADDRCONF(NETDEV_UP): usb0: link is not ready
wlcore: down
IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
fec 30bf0000.ethernet eth0: Graceful transmit stop did not complete!
fec 30bf0000.ethernet eth0: Freescale FEC PHY driver [SMSC LAN8710/LAN8720] (mii_bus:phy_addr=30bf0000.etherne:00, irq=-1)
IPv6: ADDRCONF(NETDEV_UP): usb0: link is not ready
wlcore: PHY firmware version: Rev 8.2.0.0.195
wlcore: firmware booted (Rev 8.8.0.0.13)
IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
libphy: 30bf0000.etherne:00 - Link is Up - 100/Full
IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
IPv6: ADDRCONF(NETDEV_UP): usb0: link is not ready
wlcore: down
IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
fec 30bf0000.ethernet eth0: Graceful transmit stop did not complete!
fec 30bf0000.ethernet eth0: Freescale FEC PHY driver [SMSC LAN8710/LAN8720] (mii_bus:phy_addr=30bf0000.etherne:00, irq=-1)
IPv6: ADDRCONF(NETDEV_UP): usb0: link is not ready
wlcore: PHY firmware version: Rev 8.2.0.0.195
wlcore: firmware booted (Rev 8.8.0.0.13)
IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
libphy: 30bf0000.etherne:00 - Link is Up - 100/Full
IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
さらにしばらく経過後には以下となります。
root@armadillo:~# nmcli device
DEVICE TYPE STATE CONNECTION
eth0 ethernet connecting (getting IP configuration) armsd_line_connection
ttyACM0 gsm disconnected --
wlan0 wifi disconnected --
usb0 ethernet unavailable --
gre0 gre unmanaged --
gretap0 gretap unmanaged --
ip6gre0 ip6gre unmanaged --
ip6tnl0 ip6tnl unmanaged --
tunl0 ipip unmanaged --
lo loopback unmanaged --
sit0 sit unmanaged --
ip6_vti0 vti6 unmanaged --
さらにしばらく経過後には以下となります。
root@armadillo:~# nmcli device
DEVICE TYPE STATE CONNECTION
eth0 ethernet disconnected --
ttyACM0 gsm disconnected --
wlan0 wifi disconnected --
usb0 ethernet unavailable --
gre0 gre unmanaged --
gretap0 gretap unmanaged --
ip6gre0 ip6gre unmanaged --
ip6tnl0 ip6tnl unmanaged --
tunl0 ipip unmanaged --
lo loopback unmanaged --
sit0 sit unmanaged --
ip6_vti0 vti6 unmanaged --
解析のほどよろしくお願いします。
>
>
at_ito
伊藤です。
状況が複雑ですので、別途対応し解決済みですが、
その際の解決策について、情報共有のためここに記載します。
いただいた内容確認をしたところ、デフォルトゲートウェイがLTE側のネットワークに設定する必要がある所ですが、
LAN側のゲートウェイを設定されているため、インターネットへの接続ができていない状況になります。
そのため、デフォルトゲートウェイの設定をLTE側ネットワークのDHCPで割り振られた値を使用するようにSACM側のネットワーク設定を変更する必要があります。
SACM側の「interface_eth0_gateway」設定を削除後、Armadilloで以下の操作を実行してください。
root@armadillo:~# cd /etc/armsd/template
root@armadillo:/etc/armsd/template# ls
ethernet.tmpl gsm.tmpl resolv.tmpl wifi.tmpl
root@armadillo:/etc/armsd/template# vi ethernet.tmpl
以下に書き換え
----------------------------------------------------
[connection]
id=@connection_id@
uuid=@connection_uuid@
interface-name=@connection_interface@
type=ethernet
[ipv4]
method=@method@
address1=@address@/@netmask_len@
route-metric=@metric@
----------------------------------------------------
※:変更点は、address1の@gateway@の削除になります。
narita
ご教授いただきました設定にてArmadilloを起動するとnode-eyeに接続できません。
LTEとLANの環境でLANの接続先はスマートメータ（クローズドネットワーク）です。
前回上手く繋がった環境はLANからインターネットに出れました。
こちらの見解ではnode-eyeモジュールがLTE経由ではなくLAN経由でnode-eyeに
接続しようとしてるのではないかと推測しています。
今回の環境で運用できる設定について教えてください。
コンフィグは
VERSION=2
interface_wwan=enable
interface_wwan_type=dhcp
interface_wwan_id=user@***.co.jp
interface_wwan_pass=*****
interface_wwan_apn=lte-mobile.jp
interface_wwan_auth_type=CHAP
interface_wwan_pdp_type=IP
interface_wwan_metric=10
interface_eth0=enable
interface_eth0_metric=1
interface_eth0_type=static
interface_eth0_address=10.8.*.**
interface_eth0_netmask=255.255.255.0
| ファイル | ファイルの説明 |
|---|---|
| node-eye_問題.txt |
at_ito
伊藤です。
添付の内容を確認いたしました。
node-eyeは、起動後以下のフローでネットワークの設定を行います。
1. line.confの設定を元に、node-eyeに接続
2. node-eyeからネットワークコンフィグを取得
3. ネットワークを切断
4. 2.で取得したコンフィグを元にネットワークを設定
LANケーブルを接続した状態で起動した際にnmcli deviceの結果で、
「armsd_line_connection」となっていることから、上記の「1.」で問題が発生していると考えられます。
おそらくnaritaさんの環境ですと、LTEでnode-eyeに接続しているので、
line.confにはLTEのみ設定して動かしてみていただけますでしょうか。
もし問題が解消しない場合は、line.confをいただけますでしょうか。
k_satou
2017年1月27日 16時01分
回答を頂いてから質問をしようとしていましたが、回答が遅れているようなので
追加質問します。
node-eyeを動作させた状態で,定期的にLTEで送信する処理で
LTE通信が停止したり、不安定になる現象が発生します。
node-eyeを動作させない状態では、問題なく動作します。
LTEの送信処理はRubyでサーバにデータを送信しているだけの単純処理です。
node-eyeを動作させた状態でコンソールの出力をみる限りではネットワークの
上げ下げを行っているようにも見えますがこの辺が影響しているのでしょうか？
対応方法についてご教授お願いします。