Esta página descreve como simular diferentes condições de rede no Android Dispositivos de hardware automotivos de maneira escalonável e de baixa manutenção. Isso a simulação de rede independente de ambiente usa ferramentas Linux comumente disponíveis que podem ser executados em dispositivos de hardware do Android Automotive.
As seções a seguir descrevem como configurar e executar uma simulação de rede em Dispositivos de hardware Android Automotive.
Requisito do kernel
Para ativar a simulação de rede em um dispositivo em teste (DUT), o Linux
ifb
e
netem
devem ser configurados no arquivo de configuração do kernel, conforme mostrado abaixo:
# Network simulation config fragment start
CONFIG_NET_SCH_NETEM=y
CONFIG_IFB=y
CONFIG_NET_ACT_MIRRED=y
# Network simulation config fragment end
Configurar simulação
Todas as simulações de rede ou de limitação precisam ser realizadas
dispositivo em teste (DUT). Esta simulação usa o
tc
e
NetEm
utilitários para controlar o tráfego de rede no controlador de interface de rede
(NIC) com base na política e nas regras de controle.
Para configurar a simulação, faça o seguinte:
- Conecte o DUT e o servidor host à Internet.
- Copie o script
NetworkSimulation.sh
do código fornecido para criá-lo na seçãoNetworkSimulation.sh
script e faça o download no servidor host. - Conecte o servidor host ao DUT. Verifique se o DUT aparece na lista
de dispositivos conectados executando
adb devices -l
.
Para uma ilustração da arquitetura de configuração, consulte a figura abaixo:
Figura 1. Arquitetura de configuração.
Script NetworkSimulation.sh
O arquivo de script NetworkSimulation.sh
contém comandos adb
que executam a
simulação de rede. Copie o seguinte em um arquivo chamado 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"
Executar simulação
Para executar uma simulação de rede, os comandos adb
na
O arquivo de script NetworkSimulation.sh
usa argumentos de linha de comando para definir
valores.
Para especificar a latência, a largura de banda e a perda de pacotes que você quer simular, execute o
NetworkSimulation.sh
com os seguintes argumentos de linha de comando:
- Latência, especificada em ms.
- Largura de banda, especificada em kbit ou mbit.
- Perda de pacotes, em porcentagem.
Por exemplo, para definir uma latência de 300 ms, uma largura de banda de 100 kbit e 50% de perda de pacotes, execute:
bash NetworkSimulation.sh 300ms 100kbit 50%
Para definir uma latência de 100 ms, 1 mbit de largura de banda e 0% de perda de pacotes, execute:
bash NetworkSimulation.sh 100ms 1mbit 0%
Verificar simulação
Depois de executar o script NetworkSimulation.sh
, verifique se a rede
está configurada corretamente e é executada como esperado usando o
ping
do Linux e
curl
comandos Use o comando ping
para verificar a latência e o comando curl
para
verificar a largura de banda.
Por exemplo, esta é a saída esperada de ping
para uma simulação
executado com 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
Este exemplo mostra que ping
relata uma perda de pacotes a 10% e latência média
próximo de 108 ms, que é o esperado para o valor de 100 ms especificado no
simulação. É normal que a latência informada seja diferente da especificada
por uma pequena quantia.
No mesmo exemplo, esta é a saída esperada da execução do comando
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
Este exemplo mostra que curl
informa a velocidade média de download a 49.220 Bps,
que é o esperado para os 500 kbit especificados na simulação. É normal
para que a largura de banda informada seja um pouco diferente do valor especificado.