Darron Black
2018-07-13 13:55:27 UTC
I asked this on the Internet of Things StackExchange web site... but I
realized this list has a good shot at knowing the answer as well:
We're looking at adding an option to our product for Cat-M1 data
connectivity. The data plans look interesting, but it's very unclear how
the data is actually counted. For example... for these AT&T, Verizon,
and T-Mobile plans with 1MB of data, does that include the TCP/IP packet
overhead?
We have reasonably low data requirements (8 bytes/minute per sensor,
1-15 sensors per device... plus a 26 byte system data packet every 15
minutes). However, if TCP/IP overhead is included, then our 8
bytes/minute becomes a minimum of 88 bytes... possibly a LOT more if the
modem is just barely communicating and gets a large number of retries.
Does anyone know how they meter this stuff?
We could drop down to just a data packet every 30 minutes or so, but
we'd very much prefer per-minute data. If it includes TCP/IP overhead,
then with one update a minute just the packet overhead itself is going
to use a minimum of 3.5MB/month.
If TCP/IP overhead is included... Is there some system or protocol (M2X,
MQTT, etc) that would be an alternative to straight TCP/IP where the
network providers would count data differently somehow?
Darron
realized this list has a good shot at knowing the answer as well:
We're looking at adding an option to our product for Cat-M1 data
connectivity. The data plans look interesting, but it's very unclear how
the data is actually counted. For example... for these AT&T, Verizon,
and T-Mobile plans with 1MB of data, does that include the TCP/IP packet
overhead?
We have reasonably low data requirements (8 bytes/minute per sensor,
1-15 sensors per device... plus a 26 byte system data packet every 15
minutes). However, if TCP/IP overhead is included, then our 8
bytes/minute becomes a minimum of 88 bytes... possibly a LOT more if the
modem is just barely communicating and gets a large number of retries.
Does anyone know how they meter this stuff?
We could drop down to just a data packet every 30 minutes or so, but
we'd very much prefer per-minute data. If it includes TCP/IP overhead,
then with one update a minute just the packet overhead itself is going
to use a minimum of 3.5MB/month.
If TCP/IP overhead is included... Is there some system or protocol (M2X,
MQTT, etc) that would be an alternative to straight TCP/IP where the
network providers would count data differently somehow?
Darron
--
http://www.piclist.com/techref/piclist PIC/SX FAQ & list archive
View/change your membership options at
http://mailman.mit.edu/mailman/listinfo/piclist
http://www.piclist.com/techref/piclist PIC/SX FAQ & list archive
View/change your membership options at
http://mailman.mit.edu/mailman/listinfo/piclist