Re: MC7455 'Call Failed'
On Thu, Jun 22, 2017 at 2:59 PM, Dan Williamswrote: > On Thu, 2017-06-22 at 23:29 +0200, Aleksander Morgado wrote: >> On Thu, Jun 22, 2017 at 10:11 PM, Tim Harvey >> wrote: >> > > > Also, I'm unclear how to NetworkManager on the QMI devices: >> > > > root@ventana:~# nmcli connection add type gsm ifname cdc-wdm1 >> > > > con-name >> > > > mc7455 apn h2g2 >> > > > Connection 'mc7455' (5dc4516e-e857-4917-9542-0dee211b692a) >> > > > successfully added. >> > > > root@ventana:~# nmcli connection up id mc7455 >> > > > Error: Connection activation failed: No suitable device found >> > > > for this >> > > > connection. >> > > > >> > > > What is the appropriate interface to use for QMI devices (wwan1 >> > > > gives >> > > > the same error)? This is supposed to be the 'control interface' >> > > > not >> > > > the 'network interface' correct? >> > > > >> > > >> > > Retry without the "ifname cdc-wdm1" part; just add a gsm >> > > connection >> > > type with the APN settings, without binding to an explicit modem, >> > > and >> > > try to get that connected. >> > >> > I tried that originally but it requires ifname: >> > >> > root@ventana:~# nmcli connection add type gsm con-name mc7455 apn >> > h2g2 >> > Error: mandatory 'ifname' not seen before 'apn'. >> >> Dan, Thomas? I keep forgetting about this... How do you create a >> connection not bound to any device? And, how do yo create a >> connection >> bound to a given device/sim? > > I filed a bug on that: > > https://bugzilla.gnome.org/show_bug.cgi?id=780323 > > Dan Dan, it looks like network manager ignores the 'interface-name' param in the connection configs as I have an MC7354 here that I was able to use fine with NetworkManager by giving it 'ifname cdc-wdm0' (which is wrong) On the MC7354: root@ventana:~# nmcli connection down id 'Wired connection 1' Connection 'Wired connection 1' successfully deactivated (D-Bus active path: /org/freedesktop/NetworkManager/ActiveConnection/1) root@ventana:~# nmcli connection add type gsm ifname cdc-wdm0 con-name mc7354 apn m2m.com.attz Connection 'mc7354' (6d89ff6e-6eb6-4f0f-80d1-fb081165f710) successfully added. # show status root@ventana:~# nmcli connection show NAMEUUID TYPEDEVICE Wired connection 1 ea640ea4-3049-39e4-9cdf-a5e53971ced8 802-3-ethernet -- mc7354 6d89ff6e-6eb6-4f0f-80d1-fb081165f710 gsm -- # connect root@ventana:~# nmcli connection up id mc7354 [ 305.557465] IPv6: ADDRCONF(NETDEV_UP): wwan0: link is not ready Error: Connection activation failed: Active connection could not be attached to the device ^ not sure what this is from - the connection is made and traffic works [ 305.688145] systemd-journald[162]: Successfully sent stream file descriptor to service manager. [ 305.774230] systemd-journald[162]: Successfully sent stream file descriptor to service manager. root@ventana:~# ping www.google.com ^ works I'm still not clear why using network-manager fails on the MC7455 which I can get working with libqmi directly and with modemmanager directly: On the MC7455: root@ventana:~# nmcli connection down 'Wired connection 1' Connection 'Wired connection 1' successfully deactivated (D-Bus active path: /org/freedesktop/NetworkManager/ActiveConnection/1) [ 44.722377] systemd-journald[168]: Successfully sent stream file descriptor to service manager. root@ventana:~# nmcli connection add type gsm ifname cdc-wdm0 con-name mc7455 apn h2g2 Connection 'mc7455' (426c0811-1f1e-439b-b497-b839502c6a4f) successfully added. root@ventana:~# nmcli connection up id mc7455 Error: Connection activation failed: No suitable device found for this connection. No IP config on wwan0 Tim ___ networkmanager-list mailing list networkmanager-list@gnome.org https://mail.gnome.org/mailman/listinfo/networkmanager-list
Re: MC7455 'Call Failed'
On Thu, 2017-06-22 at 23:29 +0200, Aleksander Morgado wrote: > On Thu, Jun 22, 2017 at 10:11 PM, Tim Harvey> wrote: > > > > Also, I'm unclear how to NetworkManager on the QMI devices: > > > > root@ventana:~# nmcli connection add type gsm ifname cdc-wdm1 > > > > con-name > > > > mc7455 apn h2g2 > > > > Connection 'mc7455' (5dc4516e-e857-4917-9542-0dee211b692a) > > > > successfully added. > > > > root@ventana:~# nmcli connection up id mc7455 > > > > Error: Connection activation failed: No suitable device found > > > > for this > > > > connection. > > > > > > > > What is the appropriate interface to use for QMI devices (wwan1 > > > > gives > > > > the same error)? This is supposed to be the 'control interface' > > > > not > > > > the 'network interface' correct? > > > > > > > > > > Retry without the "ifname cdc-wdm1" part; just add a gsm > > > connection > > > type with the APN settings, without binding to an explicit modem, > > > and > > > try to get that connected. > > > > I tried that originally but it requires ifname: > > > > root@ventana:~# nmcli connection add type gsm con-name mc7455 apn > > h2g2 > > Error: mandatory 'ifname' not seen before 'apn'. > > Dan, Thomas? I keep forgetting about this... How do you create a > connection not bound to any device? And, how do yo create a > connection > bound to a given device/sim? I filed a bug on that: https://bugzilla.gnome.org/show_bug.cgi?id=780323 Dan ___ networkmanager-list mailing list networkmanager-list@gnome.org https://mail.gnome.org/mailman/listinfo/networkmanager-list
Re: MC7455 'Call Failed'
On Thu, Jun 22, 2017 at 10:11 PM, Tim Harveywrote: >>> Also, I'm unclear how to NetworkManager on the QMI devices: >>> root@ventana:~# nmcli connection add type gsm ifname cdc-wdm1 con-name >>> mc7455 apn h2g2 >>> Connection 'mc7455' (5dc4516e-e857-4917-9542-0dee211b692a) successfully >>> added. >>> root@ventana:~# nmcli connection up id mc7455 >>> Error: Connection activation failed: No suitable device found for this >>> connection. >>> >>> What is the appropriate interface to use for QMI devices (wwan1 gives >>> the same error)? This is supposed to be the 'control interface' not >>> the 'network interface' correct? >>> >> >> Retry without the "ifname cdc-wdm1" part; just add a gsm connection >> type with the APN settings, without binding to an explicit modem, and >> try to get that connected. > > I tried that originally but it requires ifname: > > root@ventana:~# nmcli connection add type gsm con-name mc7455 apn h2g2 > Error: mandatory 'ifname' not seen before 'apn'. Dan, Thomas? I keep forgetting about this... How do you create a connection not bound to any device? And, how do yo create a connection bound to a given device/sim? -- Aleksander https://aleksander.es ___ networkmanager-list mailing list networkmanager-list@gnome.org https://mail.gnome.org/mailman/listinfo/networkmanager-list
Re: MC7455 'Call Failed'
Tim Harveywrites: > What is the purpose of the two QMI+WWAN interface pairs in these modems? Enabling concurrent connections to more than one APN before the qmap muxing feature was added. All Sierra QMI modems I have worked with have had this, starting with the MC7710. Side note: There are actually 3 pairs. But I've never gotten the 3rd channel to work on any of the modems, so it was disabled in the driver a long time ago. And with the MC74xx generation they made it officially non-functional. I believe it is even disabled in the AT command interface now, preventing you from easily enabling it in the firmware. The two first channels work fine. Bjørn ___ networkmanager-list mailing list networkmanager-list@gnome.org https://mail.gnome.org/mailman/listinfo/networkmanager-list
Re: MC7455 'Call Failed'
On Thu, Jun 22, 2017 at 8:35 AM, Aleksander Morgadowrote: > Hey, > >> >> The MC7455 presents two QMI+WWAN pairs which I think is quite common >> for the Sierra Wireless modems. The first appears to be raw-ip and the >> 2nd 802.3. Most of the qmicli commands won't work on cdc-wdm0 (raw-ip) >> and I believe this is expected but I'm not clear exactly why (could >> you explain this?). >> > > Oh, are you really getting a wwan set as 802.3 in the MC7455? That's > interesting; the raw-ip support in qmi_wwan was partially developed > because we couldn't switch the wwan from raw-ip to 802.3 in the > MC7455. > > I'm not sure how the qmicli commands fail with cdc-wdm0, though. Are > you by any chance running qmicli commands at the same time as > ModemManager is running? And if so, are you maybe not using the "-p" > option in qmicli? Remember that if MM is running, all qmicli commands > should be run with "-p", so that they are routed through the qmi-proxy > process shared by all programs that want to talk to a given QMI port. > These assumptions may be a long shot, but could very well be your > issue. > >> I can connect using libqmi directly on cdc-wdm1 (802.3) using 'echo >> "APN=h2g2" > /etc/qmi-network.conf; qmi-network /dev/cdc-wdm1 start' >> then use 'qmicli -d /dev/cdc-wdm1 --wds-get-current-settings' to get >> the IPv4 configuration and set it manually (as dhcp won't work over >> the raw-ip mode which qmi-network configures /dev/cdc-wdm1 as). >> > > What? so qmi-network configures raw-ip over the cdc-wdm1/wwan1 pair > and it really was 802.3 originally? I'm not sure that makes sense. Are > we sure the wwan1 is setup as 802.3 initially? > My mistake - I wasn't disabling ModemManager and it was reconfiguring and utilizing cdc-wdm0 as you expected. Once I've done that and rebooted both cdc-wdm interfaces are using 802.3 and I can connect via libqmi using cdc-wdm0/wwan0 or cdc-wdm1/wwan1 What is the purpose of the two QMI+WWAN interface pairs in these modems? > Note: you also need to instruct the qmi-network to use the qmi-proxy; > you would do that adding "PROXY=yes" in /etc/qmi-network.conf. > Thanks - I hadn't realized the importance of the proxy before. >> So now that I understand how to use these QMI modems directly using >> libqmi I'm wanting to make sure I understand how to use modem-manager >> and network-manager to connect. I'm finding that 'mmcli --modem 0 >> --simple-connect="apn=h2g2"'' doesn't appear to work: >> root@ventana:~# mmcli --modem 0 --simple-connect="apn=h2g2" >> successfully connected the modem > > Well that worked. > >> root@ventana:~# qmicli -d /dev/cdc-wdm1 --wds-get-current-settings >> error: couldn't get current settings: QMI protocol error (15): 'OutOfCall' >> > > I would bet that ModemManager is using /dev/cdc-wdm0. If so, you need > to understand that both cdc-wdm0 and cdc-wdm1 should be treated as > completely different call stacks. If you get cdc-wdm0 connected, > cdc-wdm1 may still be out of call as you said. If you want to run > qmicli --wds-get-current-settings on the cdc-wdm0 you can just add the > "-p" additional option as said before. > yes, I assume ModemManager uses cdc-wdm0 as it shows it as the primary interface: root@ventana:~# mmcli --modem 0 | grep 'primary port' | primary port: 'cdc-wdm0' and yes, now using proxy I can communicate with cdc-wdm0 that ModemManager is using 'qmicli -d /dev/cdc-wdm0 --wds-get-current-settings -p' > Although, when using ModemManager you wouldn't > --wds-get-current-settings. Instead you would show the connected > bearer information: run "mmcli -m 0", and once you get the list of > bearers (at the end of the output) you can "mmcli -b X" being X the > index of the bearer that was shown. This will give you information on > how the modem should be connected: in your case it will be either > static IP addressing (for raw-ip interfaces) or dhcp (for 802.3 > interfaces). makes sense to use what modemmanager provides and works great! > >> Also, I'm unclear how to NetworkManager on the QMI devices: >> root@ventana:~# nmcli connection add type gsm ifname cdc-wdm1 con-name >> mc7455 apn h2g2 >> Connection 'mc7455' (5dc4516e-e857-4917-9542-0dee211b692a) successfully >> added. >> root@ventana:~# nmcli connection up id mc7455 >> Error: Connection activation failed: No suitable device found for this >> connection. >> >> What is the appropriate interface to use for QMI devices (wwan1 gives >> the same error)? This is supposed to be the 'control interface' not >> the 'network interface' correct? >> > > Retry without the "ifname cdc-wdm1" part; just add a gsm connection > type with the APN settings, without binding to an explicit modem, and > try to get that connected. I tried that originally but it requires ifname: root@ventana:~# nmcli connection add type gsm con-name mc7455 apn h2g2 Error: mandatory 'ifname' not seen before 'apn'. root@ventana:~# [ 100.069371] systemd-journald[168]: Sent
Re: MC7455 'Call Failed'
Hey, > > The MC7455 presents two QMI+WWAN pairs which I think is quite common > for the Sierra Wireless modems. The first appears to be raw-ip and the > 2nd 802.3. Most of the qmicli commands won't work on cdc-wdm0 (raw-ip) > and I believe this is expected but I'm not clear exactly why (could > you explain this?). > Oh, are you really getting a wwan set as 802.3 in the MC7455? That's interesting; the raw-ip support in qmi_wwan was partially developed because we couldn't switch the wwan from raw-ip to 802.3 in the MC7455. I'm not sure how the qmicli commands fail with cdc-wdm0, though. Are you by any chance running qmicli commands at the same time as ModemManager is running? And if so, are you maybe not using the "-p" option in qmicli? Remember that if MM is running, all qmicli commands should be run with "-p", so that they are routed through the qmi-proxy process shared by all programs that want to talk to a given QMI port. These assumptions may be a long shot, but could very well be your issue. > I can connect using libqmi directly on cdc-wdm1 (802.3) using 'echo > "APN=h2g2" > /etc/qmi-network.conf; qmi-network /dev/cdc-wdm1 start' > then use 'qmicli -d /dev/cdc-wdm1 --wds-get-current-settings' to get > the IPv4 configuration and set it manually (as dhcp won't work over > the raw-ip mode which qmi-network configures /dev/cdc-wdm1 as). > What? so qmi-network configures raw-ip over the cdc-wdm1/wwan1 pair and it really was 802.3 originally? I'm not sure that makes sense. Are we sure the wwan1 is setup as 802.3 initially? Note: you also need to instruct the qmi-network to use the qmi-proxy; you would do that adding "PROXY=yes" in /etc/qmi-network.conf. > So now that I understand how to use these QMI modems directly using > libqmi I'm wanting to make sure I understand how to use modem-manager > and network-manager to connect. I'm finding that 'mmcli --modem 0 > --simple-connect="apn=h2g2"'' doesn't appear to work: > root@ventana:~# mmcli --modem 0 --simple-connect="apn=h2g2" > successfully connected the modem Well that worked. > root@ventana:~# qmicli -d /dev/cdc-wdm1 --wds-get-current-settings > error: couldn't get current settings: QMI protocol error (15): 'OutOfCall' > I would bet that ModemManager is using /dev/cdc-wdm0. If so, you need to understand that both cdc-wdm0 and cdc-wdm1 should be treated as completely different call stacks. If you get cdc-wdm0 connected, cdc-wdm1 may still be out of call as you said. If you want to run qmicli --wds-get-current-settings on the cdc-wdm0 you can just add the "-p" additional option as said before. Although, when using ModemManager you wouldn't --wds-get-current-settings. Instead you would show the connected bearer information: run "mmcli -m 0", and once you get the list of bearers (at the end of the output) you can "mmcli -b X" being X the index of the bearer that was shown. This will give you information on how the modem should be connected: in your case it will be either static IP addressing (for raw-ip interfaces) or dhcp (for 802.3 interfaces). > Also, I'm unclear how to NetworkManager on the QMI devices: > root@ventana:~# nmcli connection add type gsm ifname cdc-wdm1 con-name > mc7455 apn h2g2 > Connection 'mc7455' (5dc4516e-e857-4917-9542-0dee211b692a) successfully added. > root@ventana:~# nmcli connection up id mc7455 > Error: Connection activation failed: No suitable device found for this > connection. > > What is the appropriate interface to use for QMI devices (wwan1 gives > the same error)? This is supposed to be the 'control interface' not > the 'network interface' correct? > Retry without the "ifname cdc-wdm1" part; just add a gsm connection type with the APN settings, without binding to an explicit modem, and try to get that connected. -- Aleksander https://aleksander.es ___ networkmanager-list mailing list networkmanager-list@gnome.org https://mail.gnome.org/mailman/listinfo/networkmanager-list