הדמיה של רשתות ב-Android Automotive OS (AAOS)

בדף הזה מוסבר איך לדמות תנאי רשת שונים ב-Android מכשירי חומרה לכלי רכב בשילוב עם תחזוקה מועטה ויכולת התאמה לעומס (scaling). הזה סימולציית רשת אננוסטית בסביבה יכול לפעול במכשירי חומרה של Android Automotive.

הקטעים הבאים מתארים כיצד להגדיר ולהפעיל סימולציה של רשת ב- מכשירי חומרה של Android Automotive

דרישת ליבה

כדי להפעיל סימולציית רשת במכשיר בבדיקה (DUT), ifb וגם netem יש להגדיר את המודולים בקובץ תצורת הליבה, כפי שמוצג בהמשך:

# Network simulation config fragment start
CONFIG_NET_SCH_NETEM=y
CONFIG_IFB=y
CONFIG_NET_ACT_MIRRED=y
# Network simulation config fragment end

הגדרת הסימולציה

כל הסימולציות של הרשת או הדמיות של ויסות נתונים (throttle) חייבות להתבצע על המכשיר בבדיקה (DUT). בסימולציה הזו נעשה שימוש ב-Linux tc ו- NetEm כלי שירות לשליטה בתעבורת נתונים ברשת בבקר של ממשק הרשת (NIC) על סמך מדיניות הבקרה וכללי הבקרה.

כדי להגדיר את הסימולציה:

  1. מחברים את ה-DUT ואת השרת המארח לאינטרנט.
  2. כדי ליצור את הסקריפט NetworkSimulation.sh, מעתיקים אותו מהקוד שסופק בקטע סקריפט NetworkSimulation.sh ומורידים אותו בשרת המארח.
  3. מחברים את השרת המארח ל-DUT. מוודאים שה-DUT מופיע ברשימה מהמכשירים המחוברים באמצעות הרצה של adb devices -l.

להמחשה של ארכיטקטורת ההגדרה, אפשר לראות את האיור הבא:

NW-SIM

איור 1. הגדרת ארכיטקטורה.

סקריפט NetworkSimulation.sh

קובץ הסקריפט NetworkSimulation.sh מכיל פקודות adb שמפעילות את סימולציית רשת. מעתיקים את הטקסט הבא לקובץ בשם 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"

הפעלת הסימולציה

כדי להפעיל סימולציית רשת, הפקודות adb קובץ הסקריפט NetworkSimulation.sh משתמש בארגומנטים בשורת הפקודה כדי להגדיר ערכים.

כדי לציין את זמן האחזור, רוחב הפס ואובדן המנות שרוצים לדמות, מפעילים את סקריפט NetworkSimulation.sh עם הארגומנטים הבאים בשורת הפקודה:

  • זמן אחזור, מצוין באלפיות השנייה.
  • רוחב הפס, שמצוין ב-Kbit או ב-mbit.
  • אובדן מנות, באחוזים.

לדוגמה, כדי להגדיר זמן אחזור של 300 אלפיות השנייה, רוחב פס של 100 קילו-ביט ואובדן מנות של 50%, מפעילים:

bash NetworkSimulation.sh 300ms 100kbit 50%

כדי להגדיר זמן אחזור של 100 אלפיות השנייה, רוחב פס של 1 ביט ואובדן מנות 0%, מפעילים:

bash NetworkSimulation.sh 100ms 1mbit 0%

אימות הסימולציה

לאחר הרצת הסקריפט NetworkSimulation.sh, יש לוודא שהרשת מוגדרת כראוי ופועלת כמצופה באמצעות ב-Linux ping וב- curl פקודות. משתמשים בפקודה ping כדי לאמת את זמן האחזור ובפקודה curl כדי לאמת את רוחב הפס.

לדוגמה, הפלט הצפוי של ping לסימולציה בוצעה באמצעות 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

בדוגמה הזו מצוין ש-ping מדווח על אובדן מנות ב-10% ועל זמן אחזור ממוצע קרוב ל-108 אלפיות השנייה, כצפוי עבור ערך של 100 אלפיות שנייה סימולציה. זמן האחזור שדווח שונה מזה שצוין את הערך שלהם בסכום קטן.

באותה דוגמה, הפלט הצפוי של הרצת הפקודה הפקודה 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

בדוגמה הזו רואים ש-curl מדווח על מהירות ההורדה הממוצעת ב-49220 Bps, שנדרש ל-500 קילו-ביט שצוינו בסימולציה. זה נורמלי כדי שרוחב הפס המדווח יהיה שונה מהערך שצוין בכמות קטנה.