Cette page a été traduite par l'API Cloud Translation.

Simuler des réseaux dans Android Automotive OS (AAOS)

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 serveur 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 des 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.sh en le copiant à partir du code fourni. dans la section Script NetworkSimulation.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:

NW-SIM

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.