Hologram does not modify the data payload used by the device. We report full network activity from your device include additional payload data such as TCP/IP headers. Furthermore, Hologram only has access to a device's metadata which is posted on your Dashboard.
When the data being reported is unexpected, we have found these common issues see to be present:
Multiple data streams/sessions within a PDP context
Hologram reports usage based on the PDP context records. A PDP context is created whenever a modem registers and activates on our network, and can hold multiple data streams until either:
- The modem disconnects gracefully
- The connection timesout (usually because of a power loss or device failure)
Given this scenario, debugging per "message" usage may not be accurately reported given that multiple messages could be sent per PDP context.
To debug this scenario try the following;
- Monitor usage logs on your server to measure the actual data transferred per session (and not per PDP context).
- Create a test where you disconnect from the tower after each message to close the PDP session and record the log.
- Use the "Inspect" tool on the device to view the PDP context logs to identify usage patterns.
Missing IP Traffic overhead in data calculation
Altough your device may be send only a few Bytes of usable data, the overall payload being transferred on the network is larger give additional data being added to your message to route it correctly.
For example, you can read more about how our message system compares to HTTP here:
To debug this scenario:
- Understand your overhead based on the communication protocol being implemented.
- Explore lighter weight protocols such as MQTT to reduce additional overhead compared to HTTPS.
Background Activity/Chatty Devices:
It is not uncommon to have devices misuse their data communication, for example on embedded linux devices background activity can consume extra bandwidth. For other devices, sometimes triggering can generate extra message events that consume bandwidth. Often we observe most data budgets are conservative, and under estimate the actual data consumption when deployed (for highly variable usage we recommend exploring data pools).
To debug this scenario:
- Try to isolate the conditions underwhich the usage occur.
- Check any log activity to identify anomalous behavior (or perhaps this is regular behavior)
- Use the PDP contexts to plot and correlate device activity with network activity to see if the behavior is consistent.