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

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

פרמטרי מטרה כללית

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

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

  • כתובות URL

  • פרטי מצב הקצאה מרובה שלבים.

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

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

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

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

מפתח, uid ו-pwd

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

הפעל פרמטרים

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

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

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

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

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

מפעילים

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

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

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

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

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

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

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

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

$UPGTMR gt 300 ו $PRVTMR ge 600

סנכרון מחדש בזמן ספציפי

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

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

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

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

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

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

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

  • Resync_תקופתי

  • עיכוב Resync_Error_Retry_

  • pgrade_השהייתrror_ארetry_

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

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

דוגמה:

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

 Resync_תקופתי=7200 Resync_Error_Retry_עיכוב=1800,3600,7200,14400

דוגמה:

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

 Resync_תקופתי=3600+600 Resync_Error_Retry_עיכוב=1800+300,3600+600,7200+900

דוגמה:

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

עיכוב 
pgrade_באיחודrror_האירופיetry_  =  1800,3600,7200,14400+3600

כללי פרופיל

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

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

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

  1. כלל rofile_P

  2. תrofile_רule_ב

  3. פיrofile_רule_ג

  4. תrofile_רule_ד

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

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

 [ מותנה-expr ] [ assignment-expr ] [[ options ] כתובת URL ]

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

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

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

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

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

דוגמה:

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


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

דוגמה:

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

 ($PRVTMR ge 600)? http://p.tel.com/has-reg.cfg | [--post a] http://p.tel.com/lost-reg?

דוגמה:

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

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

דוגמה 4

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

 ("$A" ne "מוקצה")? (הine_Enable_1_ = "לא";)! https://p.tel.com/init-prov | https://p.tel.com/configs

דוגמה 5

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

 [--כינוי ב] https://p.tel.com/account/$PN$MA.xml

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

כלל שדרוג

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

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

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

 כתובת ה-URL של [ conditional-expr ] [ assignment-expr ]

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

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

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

לדוגמה,


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

בדוגמה זו, כלל Upgrade_משדרג את הקושחה לתמונה המאוחסנת בכתובת ה-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). לדוגמה, אם ההשהיה האקראית = (סנכרון מחדש בהשהיה אקראית + 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 מציין שהניסיון החוזר הבא לסנכרון מחדש יתרחש בעוד 300 שניות.

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

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

  • טווח זמן

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

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

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

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

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

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

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

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

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

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

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

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

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

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

גורם מפעיל 1, גורם מפעיל 2

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

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

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

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

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

כלל פרופיל

כלל פרופיל B


כלל פרופיל C


כלל פרופיל D

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

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

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

[--מפתח ]

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

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

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

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

בקשת רישום MSG

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

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

הצלחה ביומן Msg

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

ערך ברירת המחדל הוא $PN $MAC –סנכרון מחדש מוצלח % $SCHEME://$SERVIP:$PORT$PATH -- $ERR.

כשל ביומן MSG

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

ערך ברירת המחדל הוא $PN $MAC -- סנכרון מחדש נכשל: $ERR.

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

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

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

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

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

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

שם פרמטר

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

הפעל שדרוג

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

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

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

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

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

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

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

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

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

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

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

כלל שדרוג

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

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

<tftp|http|https>:////

לדוגמה: 

tftp://192.168.1.5/קושחה/PHONEOS-8875.1-0-1-0001-1.עומסים
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>

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

בקשת שדרוג יומן רישום Msg

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

ברירת מחדל: $PN $MAC -- מבקש שדרוג $SCHEME://$SERVIP:$PORT$PATH

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

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

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

הצלחה בשדרוג יומן רישום Msg

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

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

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

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

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

כשל בשדרוג יומן רישום Msg

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

ערך ברירת המחדל הוא $PN $MAC -- שדרוג נכשל: $ERR

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

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

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

שיתוף קושחה של עמית

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

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

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

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

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

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

מציין את כתובת ה-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:514Firmware_Sharing_Log_Server>eer_

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

פרמטרי מטרה כללית

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

טבלה 2. פרמטרי מטרה כללית

שם פרמטר

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

gpp a - gpp p

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

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

  • כתובות URL.

  • פרטי מצב הקצאה מרובה שלבים.

  • תבניות בקשה לאחר.

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

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

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

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

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

  • כלל rofile_P

  • Profile_Rule_*

  • רesync_Trigger_*

  • Upgrade_כלל

  • 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 האופציונלי לסנכרון מחדש, --key.

אמא

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

MAU

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

מק'

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

PN

שם המוצר. לדוגמה, CP-8875-CC-C-9K.

PSN רשמית

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

סנ'

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

סיקרט

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

IP

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

שלוחה

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

swver

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

phoneos-8875.1-0-1-0001-1

hwver

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

פרבסט

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

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

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

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

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

למעלה

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

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

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

אפגר

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

פרבטמר

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

מנהל התעודות

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

REGTMR1

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

REGTMR2

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

אפגcond

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

סכימה

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

סרב

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

שירות

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

יציאה

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

נתיב

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

שגיאה

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

זיהוי משתמש

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

EMS

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

אילם

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

mpwd

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

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

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

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

שם פרמטר

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

X00

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

X20

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

X40

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

X60

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