הקצאת סוגי פרמטרים

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

פרמטרים רב-תכליתיים

הפרמטרים הרב-תכליתיים GPP_* (כניסת מנהל מערכת > מתקדם > קול > הקצאה) משמשים לרישום מחרוזות חופשיים בעת קביעת התצורה של הטלפונים לאינטראקציה עם פתרון מסוים לשרת הקצאה. הפרמטרים של הGPP_ * ריקים כברירת מחדל. ניתן להגדיר את התצורה כך שתכיל ערכים מגוונים, לרבות הדברים הבאים:

  • מפתחות הצפנה

  • כתובות URL

  • מידע סטטוס הקצאה מרובה-שלבים

  • תבניות בקשת פרסום

  • מפות כינוי שם פרמטר

  • ערכי מחרוזת חלקיים, משולבים לבסוף לערכי פרמטר מלאים.

פרמטרי הGPP_ * זמינים להרחבת מאקרו בתוך פרמטרים של אספקה אחרת. למטרה זו, מספיק לציין שמות מאקרו עם אותיות רישיות יחידות (A עד P) כדי לזהות את תוכנו של GPP_A באמצעות GPP_P. כמו כן, שמות מאקרו בעלי שתי אותיות רישיות SA דרך SD מזהים GPP_SA דרך GPP_SD כתו מיוחד כאשר משתמשים בו כארגומנטים של אפשרויות כתובת ה-URL הבאות:

key, uid, וכן pwd

ניתן להשתמש בפרמטרים אלה כמשתנים בכללי הקצאה ושדרוג. מתייחסים אליהם על ידי נתינת קידומת לשם המשתנה עם תו '$', כגון $GPP _A.

אפשר פרמטרים

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

הפרמטר Resync_From_SIP מפקח על בקשות לפעולות סנכרון מחדש. אירוע הודעת SIP נשלח משרת ה- proxy של ספק השירות לטלפון. אם מופעלת, ה-proxy יכול לבקש סנכרון מחדש. לשם כך, ה-proxy שולח הודעת SIP לאTIFY שמכילה את האירוע: סנכרן מחדש כותרת למכשיר.

המכשיר מאתגר את הבקשה בתגובה 401 (אישור נדחה להרשאות בשימוש). המכשיר מצפה לבקשה מאומתת עוקבת לפני שהוא מכבד את הבקשה לסנכרון מחדש מה- proxy. כותרות האירוע: reboot_לאw והאירוע: restart_לאw מבצעים הפעלה קרה וחמה מחדש, בהתאמה, אשר גם מאותגרים.

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

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

גורמים מפעילים

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

סנכרון מחדש במרווחים מוגדרים

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

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

פעולת סנכרון מחדש יכולה להיכשל מכיוון שהטלפון לא מצליח לאחזר פרופיל מהשרת, הקובץ שהורד פגום, או אירעה שגיאה פנימית. המכשיר מנסה לבצע סנכרון מחדש בהתאם לזמן שצויין בתוך Resync_Error_Retry_Delay (שניות). אם Resync_Error_Retry_Delay מוגדר אל 0, המכשיר אינו מנסה לבצע סנכרון מחדש שוב לאחר ניסיון סנכרון כושל.

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

שני פרמטרים הניתנים להגדרה זמינים להפעלת סנכרון מחדש: Resync_Trigger_1 ו-Resync_Trigger_2. ניתן לתכנת כל פרמטר עם ביטוי מותנה שעובר הרחבת מאקרו. כאשר מרווח הסנכרון מחדש פג (זמן עבור סנכרון מחדש הבא), הגורמים המפעילים, אם הוגדרו, ימנעו סנכרון מחדש אלא אם כן ערך מפעיל אחד או יותר שווה לנכון.

תנאי הדוגמה הבאה מפעיל סנכרון מחדש. בדוגמה, חלפו יותר מ-5 דקות (300 שניות) מאז ניסיון שדרוג הטלפון האחרון , ולפחות 10 דקות (600 שניות) חלפו מאז ניסיון הסנכרון האחרון.

$UPGTMR gt 300 and $PRVTMR ge 600

סנכרון מחדש בזמן מוגדר

הפרמטר Resync_At מאפשר לטלפון לבצע סנכרון מחדש בזמן מסוים. פרמטר זה משתמש בתבנית של 24 שעות (hhmm) כדי לציין את השעה.

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

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

לדוגמה, אם תגדיר את זמן הסנכרון אל 1000 (10 בבוקר), הטלפון יפעיל את הסנכרון מחדש בין 10:00 ל-10:10 בבוקר.

כברירת מחדל, תכונה זו מושבתת. אם הפרמטר Resync_At מוקצה, המערכת מתעלמת מפרמטר Resync_Periodic.

לוחות זמנים ניתנים להגדרה

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

  • Resync_Periodic

  • Resync_Error_Retry_Delay

  • Upgrade_Error_Retry_Delay

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

לחלופין, באפשרותך להשתמש בסימן חיבור כדי לציין ערך מספרי אחר שמוסיף השהיה אקראית נוספת.

דוגמה 1

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

 Resync_Periodic=7200 Resync_Error_Retry_Delay=1800,3600,7200,14400

דוגמה 2

בדוגמה זו, המכשיר מסתנכרן תקופתית כל שעה (בתוספת השהיה אקראית של עד 10 דקות). במקרה של כשל סנכרון, ההתקן ממנסה שוב במרווחים אלה: 30 דקות (בתוספת עד 5 דקות). 1 שעה (בתוספת של עד 10 דקות), 2 שעות (בתוספת עד 15 דקות). המכשיר ממשיך לנסות במרווחים של 2 שעות (בתוספת של עד 15 דקות) עד לסנכרון מוצלח.

 Resync_Periodic=3600+600 Resync_Error_Retry_Delay=1800+300,3600+600,7200+900

דוגמה 3

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

Upgrade_Error_Retry_Delay  =  1800,3600,7200,14400+3600

כללי פרופיל

הטלפון מספק פרמטרי פרופיל מרובים להגדרת תצורה מרחוק (Profile_Rule*). לפיכך, כל פעולת סנכרון מחדש יכולה לאחזר קבצים מרובים ששרתים שונים מנהלים.

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

בכל פעם שמתבצעת פעולת סנכרון מחדש, הטלפון מעריך ברצף את ארבעת הפרמטרים Profile_Rule*:

  1. Profile_Rule

  2. Profile_Rule_B

  3. Profile_Rule_C

  4. Profile_Rule_D

כל הערכה יכולה לגרום לאחזור פרופיל משרת הקצאה מרוחק, עם עדכון אפשרי של מספר מסוים של פרמטרים פנימיים. אם הערכה נכשלת, רצף הסנכרון מחדש נקטע, ומתבצע ניסיון חוזר אשר מצוין על-ידי הפרמטר Resync_Error_Retry_Delay (שניות). אם כל ההערכות מצליחות, המכשיר ממתין לשנייה שצוינה על-ידי פרמטר Resync_Periodic ולאחר מכן מבצע סנכרון מחדש נוסף.

תוכן כל פרמטר Profile_Rule* מורכב מקבוצה של חלופות. החלופות מופרדות על ידי תו | (צינור). כל חלופה מורכבת מביטוי תנאי, ביטוי הקצאה, כתובת URL של פרופיל ואפשרויות URL משויכות. כל הרכיבים הללו הם אופציונליים בתוך כל חלופה. להלן השילובים החוקים, והסדר שבו עליהם להופיע, אם קיימים:

[ conditional-expr ] [ assignment-expr ] [[ options ] URL ]

בתוך כל פרמטר Profile_Rule*, כל החלופות למעט האחרונה חייבות לספק ביטוי מותנה. ביטוי זה מוערך ומעובד באופן הבא:

  1. תנאים מוערכים משמאל לימין, עד שיימצא אחד המוערך כ- True (או עד שיימצא חלופה אחת ללא ביטוי מותנה).

  2. כל ביטוי הקצאה נלווה מוערך, אם קיים.

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

אם לכל החלופות יש ביטויי תנאי ואף אחת מהן אינה מוערכת כ-True (או אם כלל הפרופיל כולו ריק), המערכת מדלגת על כל פרמטר Profile_Rule*. הפרמטר הבא של כלל הפרופיל ברצף מוערך.

דוגמה 1

דוגמה זו מסתנכרנת מחדש ללא תנאי לפרופיל בכתובת ה-URL שצוינה, ומבצעת בקשת HTTP GET לשרת הקצאת המשאבים המרוחק:

http://remote.server.com/cisco/$MA.cfg

דוגמה 2

בדוגמה זו, המכשיר מסתנכרן מחדש לשתי כתובות URL שונות, בהתאם למצב הרישום של שורה 1. במקרה של איבוד רישום, המכשיר מבצע HTTP POST לסקריפט CGI. המכשיר שולח את תוכן המאקרו המורחב GPP_A, שעשוי לספק מידע נוסף אודות מצב המכשיר:

 ($PRVTMR 600)? http://p.tel.com/has-reg.cfg | [--פוסט א] http://p.tel.com/lost-reg?

דוגמה 3

בדוגמה זו, ההתקן מסתנכרן מחדש לאותו שרת. המכשיר מספק מידע נוסף אם לא מותקן אישור ביחידה (עבור יחידות legacy pre-2.0):

 ("$CCERT" eq "מותקן")? https://p.tel.com/config? | https://p.tel.com/config?cisco$MAU

דוגמה 4

בדוגמה זו, שורה 1 מושבתת עד ש-GPP_A נקבע כשווה אל ההקצאה דרך כתובת ה-URL הראשונה. לאחר מכן, הוא מסתנכרן מחדש לכתובת ה-URL השניה:

(“$A” ne “Provisioned”)? (Line_Enable_1_ = “No”;)! https://p.tel.com/init-prov| https://p.tel.com/configs

דוגמה 5

בדוגמה זו, מניחים שהפרופיל שמוחזר על ידי השרת כולל תגי רכיב XML. יש למפות מחדש תגים אלו לשמות פרמטרים מתאימים על-ידי מפת הכינויים המאוחסנת ב-GPP_B:

[--alias b] https://p.tel.com/account/$PN$MA.xml

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

כלל שדרוג

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

Upgrade_Rule מציין טעינת קושחה, אם היא שונה מהטעינה הנוכחית, היא תורד ותיושם אלא היא כן מוגבלת על ידי ביטוי מותנה או מצב Upgrade_Enable מוגדר לא.

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

[ conditional-expr ] [ assignment-expr ] URL

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

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

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

לדוגמה,

https://10.73.10.223/firmware/PHONEOS-8875.1-0-1-0001-1.loads

בדוגמה זו, Upgrade_Rule משדרג את הקושחה לתמונה המאוחסנת בכתובת ה-URL המצוינת.

דוגמה נוספת:

(“$F” ne “beta-customer”)? http://p.tel.com/firmware/PHONEOS-8875.1-0-1-0001-1.loads| http://p.tel.com/firmware/PHONEOS-8875.1-0-1-0001-1.loads

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

פרמטרי הקצאת משאבים

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

הגדרת תצורת פרמטרי פרופיל

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

טבלה 1. פרמטרי פרופיל תצורה

שם פרמטר

תיאור וערך ברירת מחדל

הפעל הקצאה

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

ערך ברירת המחדל הוא כן.

סנכרון מחדש בעת איפוס

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

ערך ברירת המחדל הוא כן.

השהיה רנדומלית של סנכרון מחדש

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

הערך עבור שדה זה חייב להיות מספר שלם בין 0 ל-65535.

ערך ברירת המחדל הוא 2.

סנכרון מחדש בשעה (HHmm)

השעה (HHmm) שהמכשיר מבצע סנכרון מחדש עם שרת ההקצאה.

הערך עבור שדה זה חייב להיות מספר בן ארבע ספרות בטווח שבין 0000 עד 2400 כדי לציין את השעה בתבנית HHmm. לדוגמה, 0959 מציין 09:59.

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

סנכרון מחדש בהשהיה אקראית

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

כדי להימנע מהצפה של בקשות לסנכרון מחדש מרחוק לשרת מטלפונים מרובים, הטלפון מסתנכרן בטווח שבין השעות והדקות, והשעות והדקות בתוספת ההשהיה האקראית (hhmm, hhmm+random_delay). לדוגמה, אם ההשהיה האקראית = (Resync At Random Delay + 30)/60 דקות, ערך הקלט בשניות יומר לדקות, עיגול עד לדקה הבאה כדי לחשב את מרווח ה-random_delay הסופי.

טווח הערך החוקי הוא בין 600 ל-65535.

אם הערך קטן מ-600, ההשהיה האקראית הפנימית היא בין 0 ל-600.

ערך ברירת המחדל הוא 600 שניות (10 דקות).

סנכרון מחדש תקופתי

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

התבניות החוקיות הן כדלקמן:

  • מספר שלם

    דוגמה: קלט של 3000 מציין כי הסנכרון מחדש הבא יתרחש לאחר 3000 שניות.

  • מספרים שלמים מרובים

    דוגמה: קלט של 600,1200 ,300 מציין כי הסנכרון מחדש הראשון מתרחש לאחר 600 שניות, הסנכרון מחדש השני יתרחש 1200 שניות לאחר הראשון, והסנכרון מחדש השלישי יתרחש 300 שניות לאחר השני.

  • טווח זמן

    דוגמה, קלט של 2400 + 30 מציין שהסנכרון מחדש הבא יתרחש בין 2400 ל-2430 שניות לאחר סנכרון מחדש מוצלח.

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

ערך ברירת המחדל הוא 3600 שניות.

השהיית ניסיון חוזר לשגיאת סנכרון מחדש

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

התבניות החוקיות הן כדלקמן:

  • מספר שלם

    דוגמה: קלט של 300 מציין כי הסנכרון מחדש הבא יתרחש לאחר 3000 שניות.

  • מספרים שלמים מרובים

    דוגמה: קלט של 600,1200,300 מציין כי הנסיון מחדש הראשון מתרחש 600 שניות לאחר הכשל, הניסיון מחדש השני יתרחש 1200 שניות לאחר הכשל של הניסיון מחדש הראשון, והניסיון מחדש השלישי יתרחש 300 שניות לאחר כשל של הניסיון מחדש השני.

  • טווח זמן

    דוגמה, קלט של 2400 + 30 מציין שהניסיון מחדש הבא יתרחש בין 2400 ל-2430 שניות לאחר כשל סנכרון מחדש.

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

השהייה מאולצת של סנכרון מחדש

השהיה מירבית (בשניות) הטלפון ממתין לפני ביצוע סנכרון מחדש.

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

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

טווח הערך החוקי הוא בין 0 ל-65535.

ערך ברירת המחדל הוא 14,400 שניות.

סנכרון מחדש מ-SIP

מאפשר לבצע סנכרון מחדש באמצעות הודעתSIP לאTIFY.

ערך ברירת המחדל הוא כן.

סנכרון מחדש לאחר ניסיון השדרוג

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

ערך ברירת המחדל הוא כן.

הפעלת סנכרון מחדש 1, הפעלת סנכרון מחדש 2

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

ערך ברירת המחדל הוא (ריק)

כשל סנכרון מחדש על FNF

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

ערך ברירת המחדל הוא כן.

כלל פרופיל

כלל פרופיל B

כלל פרופיל C

כלל פרופיל D

כל כלל פרופיל מיידע את הטלפון אודות מקור ממנו ניתן לקבל פרופיל (קובץ תצורה). בכל פעולת סנכרון מחדש, הטלפון מחיל את כל הפרופילים ברצף.

ברירת מחדל: /$PSN. xml

אם אתה מחיל את הצפנת ה-AES-256-CBC לקבצי התצורה, ציין את מפתח ההצפנה עם מילת המפתח --key כדלקמן:

[--key <מפתח ההצפנה>]

ניתן להקיף את מפתח ההצפנה במרכאות כפולות (") באופן אופציונלי.

אפשרות DHCP לשימוש

אפשרויות DHCP, המופרדות באמצעות פסיקים, משמשות לאחזור קושחה ופרופילים.

ערך ברירת המחדל הוא 66,160,159,150,60,43,125.

הודעת בקשה לרישום

פרמטר זה מכיל את ההודעה הנשלחת לשרת syslog בתחילת ניסיון סנכרון מחדש.

ערך ברירת המחדל הוא $PN $MAC –Requesting % $SCHEME://$SERVIP:$יציאה$PATH.

הודעת רישום מוצלח

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

ערך ברירת המחדל הוא $PN $MAC –Successful Resync % $SCHEME://$SERVIP:$PORT$PATH -- $ERR.

הודעת כשל רישום

הודעת syslog שהונפקה לאחר ניסיון סנכרון מחדש שנכשל.

ערך ברירת המחדל הוא $PN $MAC -- Resync failed: $ERR.

סנכרון מחדש לתצורת משתמש

מאפשר למשתמש לסנכרן מחדש את הטלפון ממסך טלפון IP.

ערך ברירת המחדל הוא כן.

פרמטרי שדרוג קושחה

הטבלה הבאה מגדירה את הפונקציה והשימוש של כל פרמטר בקטע שדרוג קושחה של לשונית הקצאה.

טבלה 2. פרמטרי שדרוג קושחה

שם פרמטר

תיאור וערך ברירת מחדל

הפעל שדרוג

מאפשר הפעלות שדרוג קושחה עצמאיות מפעולות סנכרון מחדש.

ערך ברירת המחדל הוא כן.

הגדר פרמטר זה באמצעות אחת מהשיטות:

  • בקובץ התצורה של הטלפון עם XML(cfg.xml), הזן מחרוזת בתבנית הבאה: <Upgrade_Enable ua="na">Yes</Upgrade_Enable>

  • בדף האינטרנט של ניהול הטלפון, הגדר שדה זה ככן או לא.

השהיית ניסיון חוזר לכשל בשדרוג

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

ערך ברירת המחדל הוא 3600 שניות.

הגדר פרמטר זה באמצעות אחת מהשיטות:

  • בקובץ התצורה של הטלפון עם XML(cfg.xml), הזן מחרוזת בתבנית הבאה: <Upgrade_Error_Retry_Delay ua="na">3600</Upgrade_Error_Retry_Delay>

  • בדף האינטרנט של ניהול הטלפון, הגדר את הערך.

כלל שדרוג

סקריפט שדרוג קושחה המגדיר תנאי שדרוג וכתובות URL משויכות. הוא משתמש באותו תחביר כמו כלל פרופיל.

השתמש בתבנית הבאה כדי להזין את כלל השדרוג:

<tftp|http|https>://<ip address><:port>/<path>/<load name>

לדוגמה: 

tftp://192.168.1.5/firmware/PHONEOS-8875.1-0-1-0001-1.loads
http://10.74.16.242/PHONEOS.3-0-1-0001-213.loads

אם לא צוין פרוטוקול, נעשה שימוש ב-TFTP. אם לא צוין שם שרת, המחשב המארח המבקש את כתובת ה-URL ישמש כשם השרת. אם לא צוינה יציאה, נעשה שימוש ביציאה המשמשת כברירת מחדל (69 עבור TFTP‏, 80 עבור HTTP או 443 עבור HTTPS).

ערך ברירת המחדל ריק.

הגדר פרמטר זה באמצעות אחת מהשיטות:

  • בקובץ התצורה של הטלפון עם XML(cfg.xml), הזן מחרוזת בתבנית הבאה: <Upgrade_Rule ua="na">http://10.74.16.242/PHONEOS.3-0-1-0001-213.loads</Upgrade_Rule>

  • בדף האינטרנט של ניהול הטלפון, הזן את הנתיב שבו מאוחסן קובץ הטעינה.

הודעת רישום בקשת שדרוג

הודעת Syslog שהונפקה בתחילת ניסיון לשדרוג קושחה.

ברירת המחדל: $PN $MAC -- Requesting upgrade $SCHEME://$SERVIP:$PORT$PATH

הגדר פרמטר זה באמצעות אחת מהשיטות:

  • בקובץ התצורה של הטלפון עם XML(cfg.xml), הזן מחרוזת בתבנית הבאה: <Log_Upgrade_Request_Msg ua="na">$PN $MAC -- בקשת שדרוג $SCHEME://$SERVIP:$PORT$PATH</Log_Upgrade_Request_Msg>

  • בדף האינטרנט של ניהול הטלפון, התאם אישית את הפרמטר לפי הצורך.

הודעת רישום שדרוג מוצלח

הודעת Syslog שהונפקה לאחר שניסיון שדרוג קושחה הושלם בהצלחה.

ערך ברירת המחדל הוא $PN $MAC -- Successful upgrade $SCHEME://$SERVIP:$יציאה$PATH -- $ERR

הגדר פרמטר זה באמצעות אחת מהשיטות:

  • בקובץ תצורת הטלפון עם XML(cfg.xml), הזן מחרוזת בתבנית זו: <Log_Upgrade_Success_Msg ua="na">$PN $MAC -- שדרוג מוצלח $SCHEME://$SERVIP:$PORT$PATH -- $ERR</Log_Upgrade_Success_Msg>

  • בדף האינטרנט של ניהול הטלפון, התאם אישית את הפרמטר לפי הצורך.

הודעת רישום כשל שדרוג

הודעת Syslog שמונפקת לאחר ניסיון שדרוג קושחה כושל.

ערך ברירת המחדל הוא $PN $MAC -- Upgrade failed: $ERR

הגדר פרמטר זה באמצעות אחת מהשיטות:

  • בקובץ התצורה של הטלפון עם XML(cfg.xml), הזן מחרוזת בתבנית זו: <Log_Upgrade_Failure_Msg ua="na">$PN $MAC -- השדרוג נכשל: $ERR</Log_Upgrade_Failure_Msg>

  • בדף האינטרנט של ניהול הטלפון, התאם אישית את הפרמטר לפי הצורך.

שיתוף קושחה בין עמיתים

הפעלה או השבתה של התכונה שיתוף קושחת עמית (PFS). בחר כן או לא כדי להפעיל או להשבית את התכונה.

ברירת מחדל: כן

הגדר פרמטר זה באמצעות אחת מהשיטות:

  • בקובץ התצורה של הטלפון עם XML(cfg.xml), הזן מחרוזת בתבנית הבאה: <Peer_Firmware_Sharing ua="na">Yes</Peer_Firmware_Sharing>

  • בדף האינטרנט של ניהול הטלפון, הגדר שדה זה ככן או לא.

שרת רישום שיתוף קושחה בין עמיתים

מציין את כתובת ה-IP והיציאה שאליה נשלחת הודעת UDP.

לדוגמה: 10.98.76.123:514 כאשר, 10.98.76.123 היא כתובת ה-IP ו-514 הוא מספר היציאה.

הגדר פרמטר זה באמצעות אחת מהשיטות:

  • בקובץ התצורה של הטלפון עם XML(cfg.xml), הזן מחרוזת בתבנית הבאה: <Peer_Firmware_Sharing_Log_Server ua="na">10.98.76.123:514</Peer_Firmware_Sharing_Log_Server>

  • בדף האינטרנט של ניהול הטלפון, הזן את כתובת שרת יומן הרישום.

פרמטרים רב-תכליתיים

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

טבלה 3. פרמטרים רב-תכליתיים

שם פרמטר

תיאור וערך ברירת מחדל

GPP A - GPP P

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

  • מפתחות הצפנה

  • כתובות URL

  • מידע סטטוס הקצאה מרובה-שלבים

  • תבניות בקשת פרסום

  • מפות כינוי שם פרמטר.

  • ערכי סטרינג חלקיים, משולבים לבסוף לערכי פרמטר מלאים.

ערך ברירת המחדל ריק.

משתני הרחבת מאקרו

משתני מאקרו מסוימים מזוהים בתוך הפרמטרים הבאים של הקצאת משאבים:

  • Profile_Rule

  • Profile_Rule_*

  • Resync_Trigger_ *

  • כלל שדרוג

  • Log_*

  • GPP_* (בתנאים מסוימים)

בתוך פרמטרים אלה, סוגי תחביר, כגון $NAME או $(NAME), מזוהים ומורחבים.

ניתן לציין מחרוזות משנה של משתני מאקרו עם התיוג $(NAME:p) ו- $(NAME:p:q), כאשר p ו- q הם מספרים שלמים שאינם שליליים (זמינים במהדורה 2.0.11 ומעלה). הרחבת המאקרו המתקבלת היא מחרוזת המשנה המתחילה בהיסט תווים p, עם אורך q (אחרת עד סוף המחרוזת אם לא צוין q). לדוגמה, אם GPP_A מכילה את ABCDEF, אזד האפשרות $(A:2) מתרחבת ל- CDEF ו- $(A:2:3) מתרחבת ל- CDE.

שם לא מזוהה אינו מתורגם והצורה $NAME או $(NAME) נשארת ללא שינוי בערך הפרמטר לאחר ההרחבה.

שם פרמטר

תיאור וערך ברירת מחדל

$

הצורה $ מתרחבת לתו $  יחיד.

A עד P

הוחלף בתוכן הפרמטרים של המטרה הכללית GPP_A עד GPP_P.

SA עד SD

מוחלף על-ידי פרמטרי למטרות מיוותים GPP_SA עד GPP_SD. פרמטרים אלה מחזיקים במקשים או בסיסמאות המשמשים להקצאת משאבים.

$SA עד $SD מזוהים כארגומנטים למזהה כתובת ה-URL האופציונלי לסנכרון מחדש--מקש.

MA

כתובת MAC המשתמשת בספרות הקדסדמליות באותיות קטנות, לדוגמה, 000e08aabbcc.

MAU

כתובת MAC המשתמשת בספרות הקסדצימאליות באותיות רישיות, לדוגמה 000E08AABBCC.

MAC

כתובת MAC המשתמשת בספרות הקסדצימאליות באותיות קטנות ובנקודתיים כדי להפריד זוגות של ספרות הקסדמליות. לדוגמה 00:0e:08:aa:bb:cc.

PN

שם המוצר. לדוגמה, CP-8875, DP-9851, DP-9871.

PSN

מספר סדרת מוצרים. לדוגמה, V03.

מספר סידורי

מחרוזת מספר סידורי. לדוגמה 88012BA01234.

CCERT

מצב אישור לקוח SSL: מותקן או לא מותקן.

כתובת IP

כתובת IP של הטלפון ברשת המשנה המקומית שלו. לדוגמה 192.168.1.100.

EXTIP

IP חיצוני של הטלפון, כפי שניתן לראות באינטרנט. לדוגמה 66.43.16.52.

SWVER

מחרוזת גירסת תוכנה. לדוגמה,

PHONEOS.3-1-1-0104-37

HWVER

מחרוזת גירסת חומרה. לדוגמה, 2.0.1

PRVST

מצב הקצאת משאבים (מחרוזת מספרית):

-1 = בקשה מפורשת לסנכרון מחדש

0 = סנכרון מחדש בהפעלה

1 = סנכרון מחדש תקופתי

2 = סנכרון מחדש נכשל, ניסיון נוסף

UPGST

מצב שדרוג (מחרוזת מספרית):

1 = ניסיון השדרוג הראשון

2 = שדרוג נכשל, ניסיון חוזר

UPGERR

הודעת התוצאה (ERR) של ניסיון שדרוג קודם; לדוגמה http_get נכשל.

PRVTMR

שניות מאז ניסיון הסנכרון מחדש האחרון.

UPGTMR

שניות מאז ניסיון השדרוג האחרון.

REGTMR1

שניות מאז קו 1 איבד רישום עם שרת SIP.

REGTMR2

שניות מאז קו 2 איבד רישום עם שרת SIP.

UPGCOND

שם מאקרו מדור קודם.

SCHEME

סכימת גישה לקבצים, אחת מ-TFTP, HTTP או HTTPS, כפי שהושג לאחר ניתוח של סנכרון מחדש או שדרוג של כתובת URL.

SERV

בקש את שם מארח שרת היעד, כפי שהושג לאחר ניתוח של סנכרון מחדש או שדרוג של כתובת URL.

SERVIP

בקש את כתובת ה-IP של שרת היעד, כפי שהושג לאחר ניתוח של סנכרון מחדש או שדרוג של כתובת URL, ייתכן שלאחר חיפוש ב-DNS.

יציאה

בקש יציאת UDP/TCP ייעודית, כפי שהושג לאחר ניתוח סנכרון מחדש או שדרוג של כתובת URL.

PATH

יש לבקש נתיב קובץ יעד, כפי שהושג לאחר ניתוח סנכרון מחדש או שדרוג של כתובת URL.

ERR

הודעת התוצאה של סנכרון מחדש או ניסיון לשדרג. מועיל רק ליצירת הודעות syslog. הערך נשמר במשתנה UPGERR למקרה של נסיונות לשדרוג.

UIDn

התוכן של פרמטר תצורת מזהה משתמש קו n.

EMS

מצב ניידות השלוחה

MUID

מזהה משתמש ניידות השלוחה

MPWD

סיסמת ניידות השלוחה

קודי שגיאה פנימית

הטלפון מגדיר מספר קודי שגיאה פנימיים (X00-X99) כדי להקל על התצורה ומתן שליטה עדינה יותר על אופן התנהגות היחידה בתנאי שגיאה מסוימים.

טבלה 4. קודי שגיאה פנימית

שם פרמטר

תיאור וערך ברירת מחדל

X00

שגיאת שכבת תעבורה (או ICMP) בעת שליחת בקשת SIP.

X20

הזמן שהוקצב לבקשת SIP הסתיים בעת ההמתנה לתגובה.

X40

שגיאת פרוטוקול SIP כללית (לדוגמה, קודק לא מקובל ב-SDP בהודעות 200 ו-ACK, או הזמן שהוקצב הסתיים בעת ההמתנה ל-ACK).

X60

מספר מחויג לא חוקי בהתאם לתוכנית חיוג נתונה.