זיהוי זמן רשת

מכשירי Android מנסים באופן אוטומטי לקבל את זמן ה-Unix epoch הנכון מ- מקור רשת. Android משתמש בפרוטוקול SNTP, שמשתמש בפרוטוקול UDP, כדי לקבל מידע על זמן.

הרכיבים שמתוארים בדף הזה הם חלק מזיהוי הזמן האוטומטי מכונה מקור זמן הרשת. אות זמן מ- אפשר להשתמש בשרת זמן רשת כדי להגדיר את שעון המערכת של מכשיר Android כאשר יש תמיכה בזיהוי זמן אוטומטי במכשיר ובtime_detector מוגדר להשתמש בו.

כברירת מחדל, מערכת Android משתמשת במקור הזמן של הרשת בתור המכשיר הראשי מקור של זיהוי זמן אוטומטי.

מערכת לזיהוי זמן הרשת

השירות network_time_update_service שפועל בשרת המערכת של Android מממשת את המערכת לזיהוי זמן רשת. מעת לעת השירות משתמש SNTP כדי לקבל אות זמן משרת. השירות גם עוקב אחר הרשת ומפעיל רענון זמן כאשר אין אות זמן אחרון זמין אחרי תקופות ממושכות של חיבור באיכות ירודה.

השירות network_time_update_service מנסה לקבל אות זמן לאחר ההפעלה וכשהחיבור לרשת נוצר לראשונה. לאחר מכן מנסה לשמור על האות האחרון שיש בו. הוא מאזן את לצרכים של מכשירי Android נפרדים עם עומס משמעותי שעשוי להיות שנוצר על ידי מכשירי Android רבים ברחבי העולם שמרעננים את הזמן שלהם.

באמצעות ממשקי API פנימיים, network_time_update_service שולח זמן רשת הצעות לשירות time_detector. פלטפורמת Android אחרת רכיבים אלה ישתמשו בהצעות זמן הרשת האלה.

אחרי קבלת הצעות ממקור הזמן של הרשת, time_detector קובע אם לעדכן את שעון המערכת בהתאם כללי תעדוף שהוגדרו.

כדי להגדיר שמערכת זיהוי הזמן האוטומטית תשתמש במקור הרשת להגדיר את שעון המערכת באופן אוטומטי, השתמשו קובץ תצורה של שרת המערכת core/res/res/values/config.xml. מוודאים שהמאפיינים הערך network נמצא בתוך config_autoTimeSourcesPriority בערך הרצוי המיקום. פרטים נוספים זמינים במאמר עדיפות למקור זמן.

תצורת מכשיר

בקטע הזה מוסבר איך יצרני מכשירים יכולים להגדיר את הרשת במערכת זיהוי הזמן.

הגדרת ה-AOSP הבסיסית היא frameworks/base/core/res/res/values/config.xml:

מפתח ההגדרה ערך AOSP תיאור
config_ntpRetry 3 לאחר שהרענון נכשל, זהו מספר הפעמים שהמערכת מנסה סקרים לזמן רשת עם מרווח קצר יותר של NTP (config_ntpPollingIntervalShorter), לפני גיבוי ושימוש מרווח הקלפיות הרגיל (config_ntpPollingInterval). ערך פחות מ-0, המשמעות היא שהמערכת מנסה לבצע שוב את הדגימה ב-NTP הקצר יותר בתדירות גבוהה, עד שהוא מצליח להתרענן.
config_ntpPollingInterval 64800000 (18 שעות) מרווח הזמן הרגיל לתשאול של זמן הרשת באלפיות שנייה.
config_ntpPollingIntervalShorter 60000 (דקה אחת) מרווח זמן התשאול של הרשת לניסיון חוזר באלפיות השנייה. בשימוש כאשר רענון בזמן נכשל.
config_ntpServers רשומה אחת: ntp://time.android.com שרתי NTP שיש להשתמש בהם כדי לקבל זמן מדויק. הפריטים חייבים להיות בפורמט הבא: ntp://<host>[:port]
זו לא סכימת URI רשומה של IANA URI.
config_ntpTimeout 5000 זמן המתנה לתגובת שרת NTP באלפיות שנייה לפני זמן קצוב לתפוגה.

שרתים

כברירת מחדל, AOSP משתמש בשרתי זמן ב-time.android.com, שהוא כינוי של ה-NTP הציבורי של Google. לשירות הזה יש אין הסכם רמת שירות. פרטים נוספים זמינים במאמר שאלות נפוצות על ה-NTP הציבורי של Google.

תמיכה במספר שרתים

ב-Android מגרסה 14 ואילך, ה-framework תומך שרתי NTP מרובים. תכונה זו תומכת במצבים שבהם המכשירים מופצים באופן גלובלי באמצעות תצורה יחידה, אבל שבהם יש גישה לשרתים כמו time.android.com, מוגבלת במקומות מסוימים.

האלגוריתם מנסה כל שרת שצוין ב-config_ntpServers מפתח ההגדרה. אם היא מוצאת מכשיר שמגיב, המערכת ממשיכה להשתמש בשרת הזה עד שהרענון שלו נכשל או שהמכשיר יופעל מחדש.

דיוק

כברירת מחדל, סנכרון זמן הרשת ב-Android משתמש ב-SNTP עם שאילתה חד-פעמית בערך פעם ביום, כדי לוודא שתמיד יש אות זמן עדכני.

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

כשהגדרת ברירת המחדל של AOSP ל-config_ntpTimeout היא 5000 אלפיות השנייה, ואם כל זמן האחזור של הרשת מרוכז רק בתעבורת הנתונים הנכנסת או היוצאת רגל, השגיאה התיאורית המקסימלית היא כ-2.5 שניות.

רמת הדיוק הכוללת של שעון המערכת מושפעת גם מהיכולת של מכשיר Android כדי לעקוב במדויק אחרי הזמן שחלף לאחר קבלת אות זמן. זהו בנושא כל הזמנים ב-Android, לא רק בזיהוי זמן הרשת, למה השירות time_detector מתעלם מהצעות ישנות. השירות network_time_update_service עובר רענון באופן קבוע באמצעות מרווח של config_ntpPollingInterval כדי לשמור את השירות time_detector סופקו הצעות למועדים חדשות, וכדי להבטיח שהtime_detector השירות לא חוזר בעדיפות נמוכה ולעיתים קרובות רמת דיוק נמוכה יותר מקורות זמן שגויים מדי פעם, כמו telephony.

כשמשתמשים בזיהוי הזמן האוטומטי, הדיוק של השעון במערכת יכול להיות מושפעות מהגדרות אחרות של השירות time_detector, כמו קבועים ודגלים שמשפיעים על האופן שבו הצעת זמן צריכה להיות שונה השעה הנוכחית בשעון המערכת לפני כוונון השעון (ServiceConfigAccessorImpl.java).

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

שימושים אחרים בזמן הרשת

אם זיהוי זמן אוטומטי באמצעות המקור network לא מוגדר, או המשתמש השבית את זיהוי הזמן האוטומטי, הזמן שזוהה על ידי השירות network_time_update_service עדיין נמצא בשימוש על ידי הרכיבים הבאים:

  • SystemClock.currentNetworkTimeClock() .
  • פונקציות פלטפורמה פנימיות. לדוגמה, A-GPS יכול לאתר GNSS (מיקום) קודם יתוקן מהר יותר כשיש לו מידע על זמן הרשת.

ניפוי באגים ובדיקה

הקטע הבא מתאר פקודות מעטפת לניפוי באגים ולבדיקת תכונת זיהוי זמן הרשת.

אינטראקציה עם השירות network_time_update_service

כדי להעלות את המצב הנוכחי של network_time_update_service, משתמשים ב:

adb shell cmd network_time_update_service dump

כדי לראות קבוצת אפשרויות של שורת הפקודה שיכולות לעזור בבדיקה, אפשר להשתמש ב:

adb shell cmd network_time_update_service help