כאשר כללי PAC מבוססי זמן בוחרים פרוקסי
כלל זמן ב-PAC בוחר פרוקסי כאשר מנתבים מוערך. הוא אינו מבטיח להעביר חיבור קיים ליציאה חדשה בשנייה מדויקת.
אפשר לכתוב כלל PAC שמחזיר פרוקסי אחד בבוקר ואחר אחר כך. אבל אי אפשר להסיק מהכלל הזה שכל חיבור דפדפן קיים מחליף יציאה בצהריים.
פונקציות כמו timeRange() משתתפות בהחלטת ניתוב. הן אינן מתזמן רקע שסוגר מנהרות, מעביר שקעים או מבקש מספק פרוקסי לסובב את כתובת ה-IP הציבורית שלו.
יש להפריד בין שלושה אירועים:
- הדפדפן מעריך את ה-PAC ומקבל מסלול.
- הלקוח יוצר חיבור או עושה בו שימוש חוזר לפי כללי הרשת שלו.
- השירות הנבחר בוחר את הכתובת הציבורית לחיבור ההמשך שלו.
תנאי הזמן נוגע ישירות לאירוע הראשון. הורדה שכבר פעילה או חיבור ארוך טווח הם עניין אחר. מטמון בצד הלקוח ושימוש חוזר בחיבורים גם הם אומרים ש'הסקריפט מכיל בדיקת שעון' אינו ראיה מספקת ללוח זמנים מדויק של החלפה.
אם משימה זקוקה ליציאה חדשה לכל הפעלה, בקשה או חלון זמן, יש להשתמש בממשק שתוכנן לדרישה הזו ולאמת את התנהגותו המתועדת. PAC יכול לבחור בין נקודות קצה, אבל הוא אינו מגדיר מה נקודות הקצה האלה עושות עם כתובות היציאה שלהן.
ניתוב מבוסס זמן עדיין יכול להיות שימושי למדיניות רשת מכוונת. יש לתאר אותו כבחירת מסלול בזמן ההערכה, לא כמנגנון מובטח לסיבוב IP.