Re: MC7455 'Call Failed'

2017-06-27 Thread Tim Harvey
On Fri, Jun 23, 2017 at 9:23 AM, Dan Williams  wrote:
> On Thu, 2017-06-22 at 15:11 -0700, Tim Harvey wrote:
>> On Thu, Jun 22, 2017 at 2:59 PM, Dan Williams 
>> wrote:
>> > On Thu, 2017-06-22 at 23:29 +0200, Aleksander Morgado wrote:
>> > > On Thu, Jun 22, 2017 at 10:11 PM, Tim Harvey > > > om>
>> > > 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  TYPE
>>  DEVICE
>> 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
>
> Yeah, because "no suitable device found".  Can you 'nmcli g log level
> trace' and reproduce the issue, then we can take a look at the NM logs.
>  Depending on your platform, that could be "journalctl -b -u
> NetworkManager" or they could be files somewhere in /var/log like
> /var/log/daemon.log, /var/log/NetworkManager.log, or /var/log/messages.
>
> Dan

Dan,

I removed /etc/NetworkManager/system-connections/* and then the MC7455
via NetworkManager worked fine. I guess there was some config there
left from my previous testing that was getting in my way.

Thanks for the help!

Tim
___
networkmanager-list mailing list
networkmanager-list@gnome.org
https://mail.gnome.org/mailman/listinfo/net

Re: MC7455 'Call Failed'

2017-06-23 Thread Dan Williams
On Thu, 2017-06-22 at 15:11 -0700, Tim Harvey wrote:
> On Thu, Jun 22, 2017 at 2:59 PM, Dan Williams 
> wrote:
> > On Thu, 2017-06-22 at 23:29 +0200, Aleksander Morgado wrote:
> > > On Thu, Jun 22, 2017 at 10:11 PM, Tim Harvey  > > om>
> > > 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  TYPE   
>  DEVICE
> 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

Yeah, because "no suitable device found".  Can you 'nmcli g log level
trace' and reproduce the issue, then we can take a look at the NM logs.
 Depending on your platform, that could be "journalctl -b -u
NetworkManager" or they could be files somewhere in /var/log like
/var/log/daemon.log, /var/log/NetworkManager.log, or /var/log/messages.

Dan
___
networkmanager-list mailing list
networkmanager-list@gnome.org
https://mail.gnome.org/mailman/listinfo/networkmanager-list


Re: MC7455 'Call Failed'

2017-06-23 Thread Tim Harvey
On Wed, Jun 21, 2017 at 10:00 AM, Aleksander Morgado
 wrote:
> On Wed, Jun 21, 2017 at 6:22 PM, Tim Harvey  wrote:
>> error: couldn't start network: QMI protocol error (14): 'CallFailed'
>> call end reason (1018): gsm-wcdma-option-unsubscribed
>> verbose call end reason (6,33): [3gpp] option-unsubscribed
>
> I believe the option-unsubscribed error is telling you your account
> isn't allowed to connect to that APN. I'd suggest to make sure the SIM
> and APN details are the correct ones.
>

Aleksander,

Ah yes you are correct - I grabbed an un-activated SIM! Thank you, I
will add this to my troubleshooting notes.

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?).

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).

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
root@ventana:~# qmicli -d /dev/cdc-wdm1 --wds-get-current-settings
error: couldn't get current settings: QMI protocol error (15): 'OutOfCall'

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?

Tim

[1] - https://launchpad.net/~aleksander-m/+archive/ubuntu/modemmanager-xenial
___
networkmanager-list mailing list
networkmanager-list@gnome.org
https://mail.gnome.org/mailman/listinfo/networkmanager-list


Re: MC7455 'Call Failed'

2017-06-22 Thread Tim Harvey
On Thu, Jun 22, 2017 at 2:59 PM, Dan Williams  wrote:
> 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'

2017-06-22 Thread Dan Williams
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'

2017-06-22 Thread Aleksander Morgado
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?

-- 
Aleksander
https://aleksander.es
___
networkmanager-list mailing list
networkmanager-list@gnome.org
https://mail.gnome.org/mailman/listinfo/networkmanager-list


Re: MC7455 'Call Failed'

2017-06-22 Thread Bjørn Mork
Tim Harvey  writes:

> 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'

2017-06-22 Thread Tim Harvey
On Thu, Jun 22, 2017 at 8:35 AM, Aleksander Morgado
 wrote:
> 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 WATCHDOG=1
notification.
nmcli --ver

Re: MC7455 'Call Failed'

2017-06-22 Thread Aleksander Morgado
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