[OpenWrt-Devel] Unable to connect with uqmi ("No effect")

[Carlo Lobrano]

Hi Bjørn,

thanks for the reply

> AFAICS, that is the expected result.  The modem is connected and you do
> not disconnect, so "start-network" has no effect.

Yes, you're right, but why am I connected in the first place? There is no
context configured

> If "--set-autoconnect disabled" does not work as expected, then please
> try "--stop-network --autoconnect".

doesn't stop-network require an handle?

    $ sudo uqmi -d /dev/cdc-wdm1 --stop-network --autoconnect
    "Invalid handle"

On 29 May 2017 at 13:20, Bjørn Mork <bjorn at mork.no> wrote:

> Carlo Lobrano <c.lobrano at gmail.com> writes:
>
> > Hello,
> >
> > Hope this is the right place to ask for help and my apologies if it is
> not.
> >
> > I'm testing uqmi with a Telit LE910 LTE modem on Ubuntu 16.10, but I'm
> > facing this weird issue.
> > Uqmi considers the modem connected from the very beginning, even if I
> > haven't run --start-network yet and even if I use --set-autoconnect
> > disabled first, and when I try to connect with a different APN it replies
> > with "no effect"
> >
> >
> >     $ sudo uqmi -d /dev/cdc-wdm1 --get-data-status
> >     "connected"
> >     $ sudo uqmi -d /dev/cdc-wdm1 --set-autoconnect disabled
> >     $ sudo uqmi -d /dev/cdc-wdm1 --get-data-status
> >     "connected"
> >     $ sudo uqmi -d /dev/cdc-wdm1 --start-network web.omnitel.it
> >  --autoconnect
> >     "No effect"
>
>
> AFAICS, that is the expected result.  The modem is connected and you do
> not disconnect, so "start-network" has no effect.
>
> If you do not want "autoconnect" then you should not include it with the
> "start-network" request.
>
> If "--set-autoconnect disabled" does not work as expected, then please
> try "--stop-network --autoconnect".  This should both stop the current
> session and disable autoconnect for future sessions.  Until you enable
> it again with "--start-network --autoconnect".  Just don't do that if
> you don't want autoconnect...
>
>
> > I think that reason is the default bearer established at the attach
> (since
> > it's LTE), but I'm not sure how to overcome this and any hints would be
> > very appreciated.
>
> I haven't seen any such issues with the Qualcomm based modems. They seem
> to deal pretty well with the difference between their data bearers and
> the initial default bearer.
>
>
> Bjørn
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.infradead.org/pipermail/openwrt-devel/attachments/20170529/008abdc4/attachment.htm>
-------------- next part --------------
_______________________________________________
openwrt-devel mailing list
openwrt-devel at lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel