Cette page explique comment simuler différentes conditions de réseau sur Android Matériel automobile de manière évolutive et nécessitant peu de maintenance Ce la simulation réseau indépendante de l'environnement utilise des outils Linux couramment disponibles qui sur des appareils Android Automotive.
Les sections suivantes décrivent comment configurer et exécuter une simulation de réseau sur Appareils Android Automotive
Exigence du noyau
Pour activer la simulation de réseau sur un appareil soumis aux tests (DUT), le système Linux
ifb
et
netem
les modules doivent être configurés dans le fichier de configuration du noyau, comme indiqué ci-dessous:
# Network simulation config fragment start
CONFIG_NET_SCH_NETEM=y
CONFIG_IFB=y
CONFIG_NET_ACT_MIRRED=y
# Network simulation config fragment end
Configurer la simulation
Toutes les simulations réseau ou simulations de limitation doivent être réalisées sur un
appareil soumis aux tests (DUT). Cette simulation utilise l'environnement d'exécution
tc et
NetEm
utilitaires pour contrôler le trafic réseau sur le contrôleur d'interface réseau
en fonction de la stratégie et des règles de contrôle.
Pour configurer la simulation, procédez comme suit:
- Connectez l'appareil testé et le serveur hôte à Internet.
- Créez le script
NetworkSimulation.shen le copiant à partir du code fourni. dans la section ScriptNetworkSimulation.sh, puis téléchargez-le sur le serveur hôte. - Connectez le serveur hôte à l'appareil testé. Vérifiez que l'appareil testé figure dans la liste.
des appareils connectés en exécutant
adb devices -l.
Pour une illustration de l'architecture de configuration, consultez la figure suivante:
Figure 1 : Architecture de configuration
Script NetworkSimulation.sh
Le fichier de script NetworkSimulation.sh contient des commandes adb qui exécutent le
une simulation de réseau. Copiez le code suivant dans un fichier nommé NetworkSimulation.sh:
#!/bin/bash
latency=$1
bandwidth=$2
packetloss=$3
# root device and set it to permissive mode
adb root
adb shell setenforce 0
#Clear the current tc control
adb shell tc qdisc del dev ifb0 root
adb shell ip link set dev ifb0 down
adb shell tc qdisc del dev wlan0 ingress
adb shell tc qdisc del dev wlan0 root
# Create a virtual device for ingress
adb shell ip link set dev wlan0 up
adb shell ip link set dev ifb0 up
adb shell tc qdisc del dev wlan0 clsact
adb shell tc qdisc add dev wlan0 handle ffff: ingress
adb shell tc filter add dev wlan0 parent ffff: protocol all u32 match u32 0 0 action mirred egress redirect dev ifb0
# Throttle upload bandwidth / latency / packet loss
adb shell tc qdisc add dev wlan0 root handle 1: htb default 11
adb shell tc class add dev wlan0 parent 1: classid 1:1 htb rate "$bandwidth"
adb shell tc class add dev wlan0 parent 1:1 classid 1:11 htb rate "$bandwidth"
adb shell tc qdisc add dev wlan0 parent 1:11 handle 10: netem delay "$latency" loss "$packetloss"
# Throttle download bandwidth
adb shell tc qdisc add dev ifb0 root handle 1: htb default 10
adb shell tc class add dev ifb0 parent 1: classid 1:1 htb rate "$bandwidth"
adb shell tc class add dev ifb0 parent 1:1 classid 1:10 htb rate "$bandwidth"
Exécuter la simulation
Pour exécuter une simulation de réseau, les commandes adb du
Le fichier de script NetworkSimulation.sh utilise des arguments de ligne de commande pour définir
valeurs.
Pour spécifier la latence, la bande passante et la perte de paquets que vous souhaitez simuler, exécutez la commande
NetworkSimulation.sh avec les arguments de ligne de commande suivants:
- Latence, spécifiée en ms.
- Bande passante, spécifiée en Kbit ou en mbit.
- Perte de paquets, en pourcentage.
Par exemple, pour définir une latence de 300 ms, une bande passante de 100 kbit/s et une perte de paquets de 50 %, exécutez la commande suivante:
bash NetworkSimulation.sh 300ms 100kbit 50%
Pour définir une latence de 100 ms, une bande passante de 1 mbit et une perte de paquets de 0 %, exécutez la commande suivante:
bash NetworkSimulation.sh 100ms 1mbit 0%
Vérifier la simulation
Après avoir exécuté le script NetworkSimulation.sh, vérifiez que le réseau
est correctement configurée et fonctionne comme prévu à l'aide
Linux ping et
curl
commandes. Utilisez la commande ping pour vérifier la latence et la commande curl pour
et vérifier la bande passante.
Par exemple, voici le résultat attendu de ping pour une simulation
exécuté avec bash NetworkSimulation.sh 100ms 500kbit 10%:
BUILD:/ # ping -c 20 www.google.com PING www.google.com (172.217.5.100) 56(84) bytes of data. 64 bytes from sfo03s07-in-f4.1e100.net (172.217.5.100): icmp_seq=1 ttl=119 time=103 ms 64 bytes from sfo03s07-in-f4.1e100.net (172.217.5.100): icmp_seq=2 ttl=119 time=105 ms 64 bytes from sfo03s07-in-f4.1e100.net (172.217.5.100): icmp_seq=3 ttl=119 time=103 ms 64 bytes from sfo03s07-in-f4.1e100.net (172.217.5.100): icmp_seq=5 ttl=119 time=103 ms 64 bytes from sfo03s07-in-f4.1e100.net (172.217.5.100): icmp_seq=6 ttl=119 time=103 ms 64 bytes from sfo03s07-in-f4.1e100.net (172.217.5.100): icmp_seq=7 ttl=119 time=103 ms 64 bytes from sfo03s07-in-f4.1e100.net (172.217.5.100): icmp_seq=9 ttl=119 time=103 ms 64 bytes from sfo03s07-in-f4.1e100.net (172.217.5.100): icmp_seq=10 ttl=119 time=103 ms 64 bytes from sfo03s07-in-f4.1e100.net (172.217.5.100): icmp_seq=11 ttl=119 time=185 ms 64 bytes from sfo03s07-in-f4.1e100.net (172.217.5.100): icmp_seq=12 ttl=119 time=103 ms 64 bytes from sfo03s07-in-f4.1e100.net (172.217.5.100): icmp_seq=13 ttl=119 time=103 ms 64 bytes from sfo03s07-in-f4.1e100.net (172.217.5.100): icmp_seq=14 ttl=119 time=103 ms 64 bytes from sfo03s07-in-f4.1e100.net (172.217.5.100): icmp_seq=15 ttl=119 time=103 ms 64 bytes from sfo03s07-in-f4.1e100.net (172.217.5.100): icmp_seq=16 ttl=119 time=103 ms 64 bytes from sfo03s07-in-f4.1e100.net (172.217.5.100): icmp_seq=17 ttl=119 time=103 ms 64 bytes from sfo03s07-in-f4.1e100.net (172.217.5.100): icmp_seq=18 ttl=119 time=103 ms 64 bytes from sfo03s07-in-f4.1e100.net (172.217.5.100): icmp_seq=19 ttl=119 time=103 ms 64 bytes from sfo03s07-in-f4.1e100.net (172.217.5.100): icmp_seq=20 ttl=119 time=103 ms --- www.google.com ping statistics --- 20 packets transmitted, 18 received, 10% packet loss, time 19040ms rtt min/avg/max/mdev = 103.394/108.307/185.756/18.791 ms
Cet exemple montre que ping signale une perte de paquets à 10% et une latence moyenne
proche de 108 ms, soit comme prévu pour la valeur de 100 ms spécifiée dans
et la simulation. Il est normal que la latence rapportée diffère de la valeur spécifiée
une petite valeur.
Dans le même exemple, voici le résultat attendu de l'exécution de la
curl.
BUILD:/sdcard/DCIM # curl https://images-assets.nasa.gov/image/PIA15416/PIA15416~orig.jpg -o foo.jpg
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
100 6598k 100 6598k 0 0 49220 0 0:02:17 0:02:17 --:--:-- 47574
Dans cet exemple, curl indique une vitesse de téléchargement moyenne de 49 220 bits/s,
ce qui est prévu pour les 500 kbit/s spécifiés dans la simulation. C'est normal
la bande passante signalée diffère légèrement
de la valeur spécifiée.