Added two new values for TechnologyPreference property
as follows:
"umts,gsm" Dual mode operation with UMTS
and GSM radio access whith preference
for UMTS.
"lte,umts" Dual mode operation with LTE
and UMTS radio access with preference
for LTE.
When a context gets activated we read its settings, but
if the context gets deactivated during this time we should
not indicate that the context is activated when the settings
are received.
Fix compilation issue with newer ell, which seems to have some
extra timeout handling.
CC ell/main.lo
ell/main.c:44:21: fatal error: timeout.h: No such file or directory
#include "timeout.h"
^
compilation terminated.
make[1]: *** [Makefile:4068: ell/main.lo] Error 1
make: *** [Makefile:2357: all] Error 2
We pass in the maximum size of the buffer to the read system call. On
the astronomically unlikely chance that we indeed read the full buffer
full of data, the subsequent assignment will overflow it. Fix this by
passing sizeof(buf) - 1 to the read system call instead.
Handled IPv6 address after activating PDP context.
Received IPv6 address is of format addr + netmask in the same string
in the form of "a1.a2.a3.a4.a5.a6.a7.a8.a9.a10.a11.a12.a13.a14.a15.a16.
m1.m2.m3.m4.m5.m6.m7.m8.m9.m10.m11.m12.m13.m14.m15.m16"
Some modems, eg. Quectel EC25E, return the ESN, IMEI, and MEID even
though they support only one network type in a region. Current serial
number query gives precedence to the ESN if it exists, and does not
consider the IMEI and MEID.
Add a check of the supported radio interfaces in deciding which
serial number to return. If radio interfaces are 3GPP based, then
return the IMEI, else return the ESN. If neither exist, return MEID
if available, else fail.
The ublox modems always run DHCP when in router mode.
Unfortunately the code overwrote the IP settings with
static IP settings while activating.
Now we respect the networking_mode regardless if
we read settings during activation or read settings
phase.