Data Volume
Selon le tarif spécifique de la carte SIM Bell, un volume de données fixe est inclus. Le volume utilisé et disponible pour chacune des SIM peut être consulté dans la Console Mes SIM et SMS ou interrogé via l’API Bell. Les sections suivantes expliqueront quelles utilisations du volume de données sont déduites du volume et comment cela peut être calculé pour certains protocoles.
Utilisation du volume de données
Lors de l’utilisation du service de données Bell, les transmissions de données en liaison montante (UL) et en liaison descendante (DL) sont comptabilisées dans le volume utilisé. En examinant les différentes couches de la communication dans la figure ci-dessous, seul le trafic à l’intérieur du GTP est pris en compte pour la facturation. La surcharge IP, la surcharge des protocoles réseau spécifiques (p. ex., TCP, UDP, MQTT, etc.) et la taille réelle de la charge utile comptent comme utilisation de données. Pour l’envoi de gros paquets de données, la fragmentation IP génère un trafic supplémentaire de surcharge. Il n’a pas d’importance que le service VPN Bell ou une sortie Internet directe soient utilisés, car cela ne constitue pas une différence dans les données d’utilisation.
Il est important de noter qu’en plus de la surcharge liée à l’envoi d’une charge utile, les transferts de données supplémentaires pour l’établissement de la connexion, la synchronisation, l’accusé de réception ou les retransmissions, selon les protocoles réseau utilisés, doivent être pris en compte dans l’utilisation des données. Cette surcharge supplémentaire est difficile à estimer car elle dépend de nombreux autres facteurs (p. ex., qualité du lien radio, latence, etc.). Des calculs d’exemple pour certains des protocoles les plus couramment utilisés sont présentés dans les scénarios d’exemple.
Limites de volume de données définies par le client
Une limite spécifiée par le client pour le volume de données peut être définie dans l’onglet Configuration du Portail Bell ou via l’API Bell. Cette limite s’applique à l’utilisation du volume de données pour toutes les SIM de l’organisation. Ces limites peuvent être utilisées pour restreindre, côté réseau, l’utilisation mensuelle du volume de données des SIM. Les limites peuvent être définies par paliers prédéterminés et sont réinitialisées le premier jour de chaque nouveau mois.
Atteindre et réinitialiser la limite
Si une SIM atteint cette limitation, un enregistrement d’événement PDP Context Request rejected, because endpoint is currently blocked due to exceeded traffic limit. sera généré lors de la tentative de création d’une nouvelle session de données. En outre, une notification client sera générée. Pour réactiver une SIM, veuillez soit attendre la réinitialisation du volume au début du mois, soit augmenter manuellement la limite via le Portail Bell ou l’API Bell.
Lorsque la limite est atteinte, les nouvelles sessions de données PDP seront rejetées :
PDP Context Request rejected, because endpoint is currently blocked due to exceeded traffic limit.
Veuillez noter que certains appareils peuvent réessayer indéfiniment de se reconnecter dans un tel cas. Bell recommande vivement d’utiliser une stratégie de temporisation (back-off) dans ce cas de rejet afin de ne pas saturer le réseau avec des demandes de session PDP.
Scénarios d’exemple
Pour mieux comprendre l’estimation de l’utilisation du volume de données, quelques exemples avec des protocoles réseau couramment utilisés sont listés ci-dessous.
Résolution DNS
Lorsque des URL sont utilisées comme référence, elles doivent être résolues via une requête DNS pour obtenir l’adresse IP cible. Ce processus de résolution génère un trafic supplémentaire souvent négligé dans le calcul de l’utilisation. Le tableau présente un exemple d’utilisation de données pour une résolution DNS. Selon le logiciel de l’appareil IoT, plusieurs requêtes DNS peuvent être exécutées dans le cadre d’un fonctionnement normal.
| Description | Paquets DNS/UDP | Paquets IP | Somme du volume de données |
|---|---|---|---|
| Résolution DNS | 94 octets | 40 octets | 134 octets |
| Requête DNS par ex. www.google.de | 39 octets | 20 octets | 59 octets |
| Réponse DNS | 55 octets | 20 octets | 75 octets |
Protocole de contrôle de transmission (TCP)
Dans ce cas d’usage, le protocole réseau TCP minimal est utilisé pour envoyer une charge utile de 100 octets de données d’un appareil vers un serveur. Ensuite, 50 octets sont renvoyés du serveur vers l’appareil. Le calcul présenté se base sur l’hypothèse qu’aucune retransmission ne sera nécessaire. Selon l’application et les options d’en-tête utilisées pour TCP et IP, la taille de ces paquets sera plus grande.
| Description | Paquets TCP | Paquets IP | Somme du volume de données |
|---|---|---|---|
| Handshake en 3 étapes | 64 octets | 60 octets | 124 octets |
| SYN | 20 octets | 20 octets | 40 octets |
| SYN/ACK | 24 octets | 20 octets | 44 octets |
| SYN | 20 octets | 20 octets | 40 octets |
| Échange de charge utile | 230 octets | 80 octets | 310 octets |
| PSH/ACK Charge utile de 100 octets | 120 octets | 20 octets | 140 octets |
| ACK | 20 octets | 20 octets | 40 octets |
| PSH/ACK Charge utile de 50 octets | 70 octets | 20 octets | 90 octets |
| ACK | 20 octets | 20 octets | 40 octets |
| Fermeture de connexion | 80 octets | 80 octets | 160 octets |
| FIN/ACK | 20 octets | 20 octets | 40 octets |
| ACK | 20 octets | 20 octets | 40 octets |
| FIN/ACK | 20 octets | 20 octets | 40 octets |
| ACK | 20 octets | 20 octets | 40 octets |
| Somme totale | 374 octets | 220 octets | 594 octets |
Protocole de datagramme utilisateur (UDP)
Par rapport à l’en-tête TCP (20 octets), l’en-tête UDP, avec seulement 8 octets, est plus léger. De plus, UDP ne repose pas sur le handshake en 3 étapes ni sur l’accusé de réception des paquets de données individuels. Cela le rend un peu moins fiable, mais peut économiser beaucoup de données transmises dans des applications appropriées. Le cas d’usage présenté dans le calcul est le même que pour l’exemple TCP : une charge utile de 100 octets depuis un appareil vers un serveur UDP. Ensuite, 50 octets sont renvoyés du serveur vers l’appareil.
| Description | Paquets UDP | Paquets IP | Somme du volume de données |
|---|---|---|---|
| Échange de charge utile | 166 | 40 | 206 |
| Appareil vers serveur Charge utile de 100 octets | 108 | 20 | 128 |
| Serveur vers appareil Charge utile de 50 octets | 58 | 20 | 78 |
| Somme totale | 166 | 40 | 206 |