דף זה מתאר כיצד לדמות תנאי רשת שונים במכשירי חומרה של Android Automotive בצורה מדרגית, בעלת תחזוקה נמוכה. הדמיית רשת אגנוסטית זו בסביבה משתמשת בכלי לינוקס זמינים נפוץ שיכולים לפעול על מכשירי חומרה של Android Automotive.
הסעיפים הבאים מתארים כיצד להגדיר ולהפעיל הדמיית רשת במכשירי חומרה של Android Automotive.
דרישת ליבה
כדי לאפשר הדמיית רשת במכשיר בבדיקה (DUT), יש להגדיר את מודולי Linux 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
הגדר סימולציה
כל סימולציות הרשת או הדמיות המצערות חייבות להתבצע במכשיר בבדיקה (DUT). סימולציה זו משתמשת בכלי השירות Linux tc
ו- NetEm
כדי לשלוט בתעבורת הרשת בבקר ממשק הרשת (NIC) בהתבסס על מדיניות וכללי הבקרה.
כדי להגדיר את הסימולציה, בצע את הפעולות הבאות:
- חבר את ה-DUT ואת השרת המארח לאינטרנט.
- צור את הסקריפט
NetworkSimulation.sh
על ידי העתקתו מהקוד המסופק בקטע הסקריפטNetworkSimulation.sh
והורד אותו בשרת המארח. - חבר את השרת המארח ל-DUT. ודא שה-DUT מופיע ברשימת ההתקנים המחוברים על ידי הפעלת
adb devices -l
.
להמחשה של ארכיטקטורת ההתקנה, ראה את האיור הבא:
איור 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
עם הארגומנטים הבאים של שורת הפקודה:
- חביון, מצוין ב-ms.
- רוחב פס, מצוין ב-kbit או mbit.
- אובדן מנות, באחוזים.
לדוגמה, כדי להגדיר זמן אחזור של 300ms, רוחב פס של 100kbit ואובדן מנות של 50%, הרץ:
bash NetworkSimulation.sh 300ms 100kbit 50%
כדי להגדיר חביון של 100ms, רוחב פס של 1mbit ואובדן מנות של 0%, הרץ:
bash NetworkSimulation.sh 100ms 1mbit 0%
בדוק סימולציה
לאחר ביצוע הסקריפט NetworkSimulation.sh
, ודא שסימולציית הרשת מוגדרת כהלכה ופועלת כצפוי באמצעות הפקודות ping
ו- curl
של Linux. השתמש בפקודה 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% והשהייה ממוצעת קרוב ל-108ms, שזה כצפוי לערך 100ms שצוין בסימולציה. זה נורמלי שזמן האחזור המדווח יהיה שונה בכמות קטנה מהערך שצוין.
עבור אותה דוגמה, להלן הפלט הצפוי של הפעלת הפקודה 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, שזה כצפוי עבור 500kbit שצוין בסימולציה. זה נורמלי שרוחב הפס המדווח יהיה שונה בכמות קטנה מהערך שצוין.