- בית
- /
- מאמר
פרמטרי הקצאה לטלפונים מסדרת 9800 ו- 8875 (ברודוורקס)
מאמר עזרה זה מיועד לסדרת הטלפון השולחני של סיסקו 9800 ולטלפון וידאו 8875 של סיסקו הרשומים בסיסקו ברודוורקס. המידע בדף זה כולל את פרמטרי ההקצאה ואת התחביר שלהם.
הקצאת סוגי פרמטרים
סעיף זה מתאר את פרמטרי ההקצאה המאורגנים באופן נרחב בהתאם לפונקציה.
פרמטרים למטרות כלליות
הפרמטרים לשימוש כללי GPP_* ( רוזות חופשיים בעת קביעת התצורה של הטלפון לאינטראקציה עם פתרון שרת הקצאה מסוים. הפרמטרים של GPP_* ריקים כברירת מחדל. ניתן להגדיר אותם להכיל ערכים מגוונים, כולל הדברים הבאים:
-
מפתחות הצפנה
-
כתובות אתרים
-
מידע על מצב הקצאה רב-שלבי.
-
תבניות בקשה לפרסם
-
מפות כינוי שם פרמטר
-
ערכי מחרוזת חלקיים, המשולבים בסופו של דבר לערכי פרמטר מלאים.
הפרמטרים של GPP_* זמינים להרחבת מאקרו בתוך פרמטרי הקצאה אחרים. לשם כך, שמות מאקרו באותיות בודדות (A עד P) מספיקים כדי לזהות את התוכן של GPP_A דרך GPP_P. כמו כן, שמות המאקרו בעלות שתי אותיות גדולות SA עד SD מזהים את GPP_SA דרך GPP_SD כמקרה מיוחד כאשר משתמשים בהם כארגומנטים של אפשרויות כתובת האתר הבאות:
מפתח, uid ו- pwd
ניתן להשתמש בפרמטרים אלה כמשתנים בכללי הקצאה ושדרוג. הם מופנים על ידי קידומת שם המשתנה עם תו '$', כגון $ GPP_A.
הפעל פרמטרים
הפרמטרים Provision_Enable ו- Upgrade_Enable שולטים בכל פעולות הסנכרון מחדש של הפרופיל ושדרוג הקושחה. פרמטרים אלה שולטים בסנכרון מחדש ושדרוגים ללא תלות זה בזה. פרמטרים אלה שולטים גם בפקודות סנכרון מחדש ושדרוג של כתובות URL המונפקות דרך שרת האינטרנט של הניהול. שני הפרמטרים הללו מוגדרים כברירת מחדל ל- Yes.
הפרמטר resYNC_from_SIP שולט בבקשות לפעולות סינכרון מחדש. אירוע SIP NOTIFY נשלח משרת ה- proxy של ספק השירות לטלפון. אם אפשרות זו מופעלת, ה- proxy יכול לבקש סנכרון מחדש. לשם כך, ה- proxy שולח הודעת SIP NOTIFY המכילה את הכותרת Event: resync להתקן.
המכשיר מאתגר את הבקשה בתגובה 401 (הרשאה נדחתה לאישורים משומשים). ההתקן מצפה לבקשה מאומתת לאחר מכן לפני שהוא מכבד את בקשת הסנכרון מחדש מהפרוקסי. הכותרות האירוע: reboot_now ו- Event: restart_now מבצעות הפעלה מחדש קרה וחמה, בהתאמה, שגם הן מאתגרות.
שתי האפשרויות הנותרות הן 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. ניתן לתכנת כל פרמטר עם ביטוי מותנה שעובר הרחבת מאקרו. כאשר יפוג מרווח הסינכרון מחדש (זמן לסנכרון מחדש הבא), הטריגרים, אם מוגדרים, ימנעו סינכרון מחדש אלא אם גורם אחד או יותר יעריך את הערך true.
התנאי לדוגמה הבא מפעיל סנכרון מחדש. בדוגמה, ניסיון השדרוג האחרון בטלפון חלף יותר מחמש דקות (300 שניות), ולפחות 10 דקות (600 שניות) חלפו מאז ניסיון הסנכרון האחרון.
$UPGTMR gt 300 and $PRVTMR ge 600
סינכרון מחדש בזמן מסוים
הפרמטר Resync_At מאפשר לטלפון לסנכרן מחדש בזמן מסוים. פרמטר זה משתמש בפורמט 24 שעות (hhmm) כדי לציין את השעה.
הפרמטר Resync_At_Random_Delay מאפשר לטלפון לסנכרן מחדש בעיכוב לא מוגדר בזמן. פרמטר זה משתמש בתבנית מספר שלם חיובי כדי לציין את השעה.
יש להימנע מהצפת השרת בבקשות לסנכרון מחדש מטלפונים מרובים המוגדרים לסנכרון מחדש בו זמנית. לשם כך, הטלפון מפעיל את הסנכרון מחדש עד 10 דקות לאחר הזמן שצוין.
לדוגמה, אם תגדיר את זמן הסנכרון מחדש ל- 1000 (10:00 בבוקר), הטלפון יפעיל את הסנכרון מחדש בכל עת בין השעות 10:00 ל- 10:10.
כברירת מחדל, תכונה זו מושבתת. אם הפרמטר Resync_At מסופק, מתעלמים מהפרמטר Resync_Periodic.
לוחות זמנים הניתנים להגדרה
באפשרותך להגדיר לוחות זמנים לסנכרון מחדש תקופתי, ולציין את מרווחי הניסיון החוזר עבור כשלים בסנכרון מחדש ושדרוג באמצעות פרמטרי הקצאה הבאים:
-
רזינק_תקופתי
-
סינכרון מחדש שגיאה_אחרות_עיכוב
-
שדרוג_שגיא_עיכוי_ניסוי_חוזרת
כל פרמטר מקבל ערך עיכוב יחיד (שניות). התחביר המורחב החדש מאפשר רשימה מופרדת בפסיקים של רכיבי עיכוב רצופים. האלמנט האחרון ברצף חוזר על עצמו באופן מרומז לנצח.
לחלופין, ניתן להשתמש בסימן פלוס כדי לציין ערך מספרי נוסף שמצרף עיכוב אקראי נוסף.
דוגמה 1
בדוגמה זו, הטלפון מסנכרן מדי פעם מחדש כל שעתיים. אם מתרחש כשל בסנכרון מחדש, ההתקן מנסה שוב במרווחים אלה: 30 דקות, שעה, שעתיים, 4 שעות. המכשיר ממשיך לנסות במרווחים של 4 שעות עד שהוא מסנכרן מחדש בהצלחה.
Resync_Periodic=7200
Resync_Error_Retry_Delay=1800,3600,7200,14400
דוגמה 2
בדוגמה זו, המכשיר מסנכרן מדי פעם מחדש כל שעה (בתוספת עיכוב אקראי נוסף של עד 10 דקות). במקרה של כשל בסנכרון מחדש, המכשיר מנסה שוב במרווחים אלה: 30 דקות (בתוספת עד 5 דקות). שעה אחת (בתוספת עד 10 דקות), שעתיים (בתוספת עד 15 דקות). המכשיר ממשיך לנסות במרווחים של שעתיים (בתוספת עד 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* ברצף:
-
פרופיל_כלל
-
פרופיל_חוק_ב
-
פרופיל_חוק_C
-
פרופיל_חוק_ד
כל הערכה יכולה לגרום לאחזור פרופיל משרת הקצאה מרוחק, עם עדכון אפשרי של מספר פרמטרים פנימיים. אם הערכה נכשלת, רצף הסנכרון מחדש יופרע ומנסה שוב מההתחלה שצוין על ידי הפרמטר Resync_Error_Retry_Delay (שניות). אם כל ההערכות מצליחות, ההתקן ממתין לשנייה שצוין על ידי הפרמטר Resync_Periodic ולאחר מכן מבצע סנכרון מחדש נוסף.
התוכן של כל פרמטר Profile_Rule* מורכב מקבוצת חלופות. החלופות מופרדות על ידי התו | (צינור). כל חלופה מורכבת מביטוי מותנה, ביטוי הקצאה, כתובת URL של פרופיל וכל אפשרויות כתובת URL המשויכות. כל הרכיבים הללו הם אופציונליים בכל חלופה. להלן השילובים התקפים והסדר שבו הם חייבים להופיע, אם קיימים:
[ conditional-expr ] [ assignment-expr ] [[ options ] URL ]
בתוך כל פרמטר Profile_Rule*, כל החלופות למעט האחרונה חייבות לספק ביטוי מותנה. ביטוי זה מוערך ומעובד כדלקמן:
-
התנאים מוערכים משמאל לימין, עד שנמצא אחד שמעריך כנכון (או עד שנמצאת חלופה אחת ללא ביטוי מותנה).
-
כל ביטוי הקצאה נלווה מוערך, אם קיים.
-
אם כתובת URL מוגדרת כחלק מהחלופה הזו, נעשה ניסיון להוריד את הפרופיל שנמצא בכתובת האתר שצוינה. המערכת מנסה לעדכן את הפרמטרים הפנימיים בהתאם.
אם לכל החלופות יש ביטויים מותנים ואף אחת מהן לא מוערכת כtrue (או אם כלל הפרופיל כולו ריק), כל הפרמטר Profile_Rule* נדלג. הפרמטר הבא של כלל הפרופיל ברצף מוערך.
דוגמה 1
דוגמה זו מסנכרנת מחדש ללא תנאי לפרופיל בכתובת האתר שצוינה ומבצעת בקשת HTTP GET לשרת ההקצאה המרוחק:
http://remote.server.com/cisco/$MA.cfg
דוגמה 2
בדוגמה זו, המכשיר מסנכרן מחדש לשתי כתובות 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?
דוגמה 3
בדוגמה זו, ההתקן מסנכרן מחדש לאותו שרת. ההתקן מספק מידע נוסף אם אישור אינו מותקן ביחידה (עבור יחידות מדור קודם ל- 2.0):
(“$CCERT” eq “Installed”)? https://p.tel.com/config?
| https://p.tel.com/config?cisco$MAU
דוגמה 4
בדוגמה זו, שורה 1 מושבתת עד ש- GPP_A יוגדר כשווה ל- המסופק דרך כתובת האתר הראשונה. לאחר מכן, הוא מסנכרן מחדש לכתובת האתר השנייה:
(“$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 מוגדר כ- No, ההתקן מקבל תגובת קובץ שלא נמצא מהשרת כסינכרון מחדש מוצלח. ערך ברירת המחדל עבור Resync_fails_on_fnf הוא כן.
כלל שדרוג
כלל השדרוג הוא לומר למכשיר להפעיל לעומס חדש ומאיפה להשיג את העומס, במידת הצורך. אם העומס כבר נמצא במכשיר, הוא לא ינסה להשיג את העומס. לכן, תוקף מיקום העומס לא משנה כאשר העומס הרצוי נמצא במחיצה הלא פעילה.
ה- Upgrade_Rule מציין עומס קושחה אשר, אם שונה מהעומס הנוכחי, יורד ויוחל אלא אם יוגבל על ידי ביטוי מותנה או שדרוגe_Enable מוגדר ל- No.
הטלפון מספק פרמטר שדרוג מרחוק הניתן להגדרה, Upgrade_Rule. פרמטר זה מקבל תחביר הדומה לפרמטרים של כלל הפרופיל. אפשרויות כתובת URL אינן נתמכות לשדרוגים, אך ניתן להשתמש בביטויים מותנים ובביטויי הקצאה. אם משתמשים בביטויים מותנים, ניתן לאכלס את הפרמטר במספר חלופות, המופרדות על ידי התו |. התחביר עבור כל חלופה הוא כדלקמן:
[ conditional-expr ] [ assignment-expr ] URL
כמו במקרה של פרמטרים של Profile_Rule*, הפרמטר Upgrade_Rule מעריך כל חלופה עד שביטוי מותנה מתקיים או לחלופה אין ביטוי מותנה. ביטוי ההקצאה הנלווה מוערך, אם צוין. לאחר מכן, נעשה ניסיון לשדרוג לכתובת האתר שצוינה.
אם Upgrade_Rule מכיל כתובת URL ללא ביטוי מותנה, ההתקן משדרג לתמונת הקושחה שכתובת האתר מציינת. לאחר הרחבת מאקרו והערכה של הכלל, ההתקן אינו מנסה לשדרג מחדש עד שהכלל ישתנה, או שהשילוב האפקטיבי של סכימה+שרת + יציאה+נתיב קובץ ישתנה.
כדי לנסות לשדרג קושחה, ההתקן משבית את השמע בתחילת ההליך ומפעיל מחדש בסוף ההליך. ההתקן מתחיל באופן אוטומטי בשדרוג המונע על ידי התוכן של Upgrade_Rule רק אם כל הקווים הקוליים אינם פעילים כרגע.
לדוגמה,
https://10.73.10.223/firmware/PHONEOS-8875.1-0-1-0001-1.loads
בדוגמה זו, Upgrade_Rule משדרג את הקושחה לתמונה המאוחסנת בכתובת האתר המצוינת.
הנה דוגמה נוספת:
(“$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.
פרמטרי הקצאה
ניתן למצוא את פרמטרי הקצאה בכרטיסי יה הק צאה בדף האינטרנט של הטלפון.
פרמטרים של פרופיל תצורה
הטבלה הבאה מגדירה את הפונקציה והשימוש של כל פרמטר במקטע פר מטרים של פרופיל תצ ורה בכרטיסייה הקצאה.
|
שם פרמטר |
תיאור וערך ברירת מחדל |
|---|---|
|
הפעלת הפרשה |
שולט בכל פעולות הסנכרון מחדש ללא תלות בפעולות שדרוג הקושחה. הגדר כ Yes כדי לאפשר הקצאה מרחוק. ערך ברירת המחדל הוא כן. |
|
סינכרון מחדש באיפוס |
מפעיל סנכרון מחדש לאחר כל אתחול מחדש למעט אתחול מחדש הנגרמים על ידי עדכוני פרמטרים ושדרוגי קושחה. ערך ברירת המחדל הוא כן. |
|
עיכוב אקראי לסנכרון מחדש |
עיכוב אקראי בעקבות רצף האתחול לפני ביצוע האיפוס, שצוין בשניות. במאגר של התקני טלפוניה IP המתוכננים להפעלה בו זמנית, הדבר מציג התפשטות בזמנים שבהם כל יחידה שולחת בקשת סינכרון מחדש לשרת ההקצאה. תכונה זו יכולה להיות שימושית בפריסה גדולה למגורים, במקרה של הפסקת חשמל אזורית. הערך עבור שדה זה חייב להיות מספר שלם הנע בין 0 ל- 65535. ערך ברירת המחדל הוא 2. |
|
סינכרון מחדש ב (HHmm) |
הזמן (HHmm) שההתקן מסנכרן מחדש עם שרת ההקצאה. הערך עבור שדה זה חייב להיות מספר בן ארבע ספרות הנע בין 0000 ל 2400 כדי לציין את השעה בפורמט HHmm. לדוגמה, 0959 מציין 09:59. ערך ברירת המחדל ריק. אם הערך אינו חוקי, הפרמטר מתעלם. אם פרמטר זה מוגדר עם ערך חוקי, מתעלמים מהפרמטר Resync Periodic. |
|
סינכרון מחדש בעיכוב אקראי |
מונע עומס יתר של שרת ההקצאה כאשר מספר גדול של התקנים מופעלים בו זמנית. כדי למנוע הצפת בקשות לסנכרון מחדש לשרת ממספר טלפונים, הטלפון מסנכרן מחדש בטווח שבין השעות והדקות, והשעות והדקות בתוספת העיכוב האקראי (hhmm, hhmm+random_delay). לדוגמה, אם העיכוב האקראי = (סינכרון מחדש בעיכוב אקראי + 30) /60 דקות, ערך הקלט בשניות מומר לדקות, ומעוגל לדקה הבאה כדי לחשב את מרווח ההשהיה הסופי של random_delay. הערך התקף נע בין 600 ל 65535. אם הערך נמוך מ- 600, העיכוב האקראי הפנימי הוא בין 0 ל 600. ערך ברירת המחדל הוא 600 שניות (10 דקות). |
|
סינכרון מחדש תקופתי |
מרווח הזמן בין התקופות מסנכרן מחדש עם שרת ההקצאה. טיימר הסנכרון מחדש המשויך פעיל רק לאחר הסנכרון המוצלח הראשון עם השרת. הפורמטים התקפים הם כדלקמן:
הגדר פרמטר זה לאפס כדי להשבית סינכרון מחדש תקופתי. ערך ברירת המחדל הוא 3600 שניות. |
|
שגיאת סינכרון מחדש עיכוב ניסיון חוזר |
אם פעולת סנכרון מחדש נכשלת מכיוון שהתקן ה- IP Telephony לא הצליח לאחזר פרופיל מהשרת, או שהקובץ שהורד פגום, או שמתרחשת שגיאה פנימית, ההתקן ינסה לסנכרן מחדש לאחר זמן שצוין בשניות. הפורמטים התקפים הם כדלקמן:
אם העיכוב מוגדר ל- 0, ההתקן לא ינסה לסנכרן מחדש לאחר ניסיון סינכרון מחדש שנכשל. |
|
עיכוב סינכרון מחדש כפוי |
עיכוב מרבי (בשניות) הטלפון ממתין לפני ביצוע סינכרון מחדש. המכשיר אינו מסנכרן מחדש בזמן שאחד מקווי הטלפון שלו פעיל. מכיוון שסנכרון מחדש יכול להימשך מספר שניות, רצוי להמתין עד שהמכשיר יהיה במצב לא פעיל לתקופה ממושכת לפני סינכרון מחדש. זה מאפשר למשתמש לבצע שיחות ברצף ללא הפרעה. למכשיר יש טיימר שמתחיל לספור לאחור כאשר כל הקווים שלו הופכים לסרק. פרמטר זה הוא הערך ההתחלתי של הדלפק. אירועי סינכרון מחדש מתעכבים עד שהנגד הזה יורד לאפס. הערך התקף נע בין 0 ל- 65535. ערך ברירת המחדל הוא 14,400 שניות. |
|
סינכרון מחדש מ- SIP |
מאפשר הפעלה של סינכרון מחדש באמצעות הודעת SIP NOTIFY. ערך ברירת המחדל הוא כן. |
|
סינכרון מחדש לאחר ניסיון שדרוג |
מאפשר או מבטל את פעולת הסנכרון מחדש לאחר שדרוג כלשהו מתרחש. אם נבחר כן, הסנכרון מופעל. ערך ברירת המחדל הוא כן. |
|
טריגר סינכרון מחדש 1, טריגר סינכרון מחדש 2 |
תנאי טריגר סינכרון מחדש הניתנים להגדרה. סינכרון מחדש מופעל כאשר המשוואה הלוגית בפרמטרים אלה מוערכת ל- TRUE. ערך ברירת המחדל הוא (ריק). |
|
סינכרון מחדש נכשל ב- FNF |
סינכרון מחדש נחשב כלא מוצלח אם פרופיל מבוקש לא מתקבל מהשרת. ניתן לעקוף זאת על ידי פרמטר זה. כאשר הוא מוגדר כ לא, ההתק ן מקבל תגובת קובץ ערך ברירת המחדל הוא כן. |
|
כלל פרופיל כלל פרופיל B כלל פרופיל ג כלל פרופיל ד |
כל כלל פרופיל מודיע לטלפון על מקור שממנו ניתן להשיג פרופיל (קובץ תצורה). במהלך כל פעולת סנכרון מחדש, הטלפון מיישם את כל הפרופילים ברצף. ברירת מחדל:
ניתן לצרף את מפתח ההצפנה במרכאות כפולות (") באופן אופציונלי. |
|
אפשרות DHCP לשימוש |
אפשרויות DHCP, מופרדות בפסיקים, המשמשות לאחזור קושחה ופרופילים. ערך ברירת המחדל הוא 66,160,159,150,60,43,125. |
|
הודעה לבקשת יומן |
פרמטר זה מכיל את ההודעה שנשלחת לשרת syslog בתחילת ניסיון סינכרון מחדש. ערך ברירת המחדל הוא |
|
הודעת רישום הצלחה |
הודעת syslog שמונפקת עם סיום מוצלח של ניסיון סינכרון מחדש. ערך ברירת המחדל הוא |
|
הודעת כשל ביומן |
הודעת syslog שמונפקת לאחר ניסיון סינכרון מחדש נכשל. ערך ברירת המחדל הוא |
|
סינכרון מחדש הניתן להגדרה של המשתמש |
מאפשר למשתמש לסנכרן מחדש את הטלפון ממסך טלפון ה- IP. ערך ברירת המחדל הוא כן. |
פרמטרים לשדרוג קושחה
הטבלה הבאה מגדירה את הפונקציה והשימוש של כל פרמטר בקטע ש דרוג קושחה בכרטיסייה הקצאה.
|
שם פרמטר |
תיאור וערך ברירת מחדל |
|---|---|
|
שדרוג אפשר |
מאפשר פעולות שדרוג קושחה ללא תלות בפעולות סנכרון מחדש. ערך ברירת המחדל הוא כן. הגדר פרמטר זה באחת מהשיטות:
|
|
שגיאת שדרוג עיכוב ניסיון חוזר |
מרווח הניסיון מחדש של השדרוג (בשניות) חל במקרה של כשל בשדרוג. למכשיר יש טיימר שגיאת שדרוג קושחה המופעל לאחר ניסיון שדרוג קושחה כושל. הטיימר מאותחל עם הערך בפרמטר זה. ניסיון שדרוג הקושחה הבא מתרחש כאשר טיימר זה סופר לאפס. ערך ברירת המחדל הוא 3600 שניות. הגדר פרמטר זה באחת מהשיטות:
|
|
כלל שדרוג |
סקריפט לשדרוג קושחה המגדיר תנאי שדרוג וכתובות URL של קושחה משויכות. הוא משתמש באותו תחביר כמו כלל פרופיל. השתמש בתבנית הבאה כדי להכניס את כלל השדרוג:
לדוגמה:
אם לא צוין פרוטוקול, ההנחה היא TFTP. אם לא צוין שם שרת, המארח המבקש את כתובת האתר ישמש כשם השרת. אם לא צוינה יציאה, נעשה שימוש ביציאת ברירת המחדל (69 עבור TFTP, 80 עבור HTTP או 443 עבור HTTPS). ערך ברירת המחדל הוא ריק. הגדר פרמטר זה באחת מהשיטות:
|
|
הודעה לבקשת שדרוג יומן |
הודעת Syslog שהונפקה בתחילת ניסיון שדרוג קושחה. ברירת מחדל: הגדר פרמטר זה באחת מהשיטות:
|
|
הודעה להצלחה בשדרוג יומן |
הודעת Syslog שהונפקה לאחר ניסיון שדרוג הקושחה הושלם בהצלחה. ערך ברירת המחדל הוא הגדר פרמטר זה באחת מהשיטות:
|
|
הודעת כשל בשדרוג יומן |
הודעת Syslog שהונפקה לאחר ניסיון שדרוג קושחה כושל. ערך ברירת המחדל הוא הגדר פרמטר זה באחת מהשיטות:
|
|
שיתוף קושחה עמיתים |
הפעלת או השבתת התכונה 'שיתוף קושחת עמית' (PFS). בחר כן או לא כדי להפעיל או להשבית את התכונה. ברירת מחדל: כן הגדר פרמטר זה באחת מהשיטות:
|
|
שרת יומן שיתוף קושחה עמיתים |
מציין את כתובת ה- IP ואת היציאה שאליה נשלחת הודעת ה- UDP. לדוגמה: 10.98.76. 123:514 כאשר, 10.98.76.123 היא כתובת ה- IP ו- 514 הוא מספר היציאה. הגדר פרמטר זה באחת מהשיטות:
|
פרמטרים למטרות כלליות
הטבלה הבאה מגדירה את הפונקציה והשימוש של כל פרמטר במקטע פר מטרים למטרות כלליות בכ רטיסייה הקצאה.
|
שם פרמטר |
תיאור וערך ברירת מחדל |
|---|---|
|
GPP A - GPP P |
הפרמטרים למטרות כלליות GPP_* משמשים כרישומי מחרוזות חופשיים בעת הגדרת התצורה של הטלפונים לאינטראקציה עם פתרון שרת הקצאה מסוים. ניתן להגדיר אותם להכיל ערכים מגוונים, כולל הדברים הבאים:
ערך ברירת המחדל הוא ריק. |
משתני הרחבת מאקרו
משתני מאקרו מסוימים מזוהים בפרמטרי הקצאה הבאים:
-
פרופיל_כלל
-
חוק_פרופיל_*
-
סנכרן מחדש _טריגר_*
-
שדרוג_כלל
-
יום_*
-
GPP_* (בתנאים ספציפיים)
בתוך פרמטרים אלה, סוגי תחביר, כגון $NAME או $ (NAME), מזוהים ומורחבים.
ניתן לציין מחרוזות משתנות מאקרו עם הסימון $ (שם: P) ו- $ (שם: 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 מזוהים כארגומנטים למימוש כתובת האתר האופציונלי לסנכרון מחדש, --key. |
|
MA |
כתובת MAC באמצעות ספרות משושה באותיות קטנות, לדוגמה, 000e08aabbcc. |
|
MAU |
כתובת MAC באמצעות ספרות משושה באותיות גדולות, לדוגמה 000E08AABBCC. |
|
MAC |
כתובת MAC באמצעות ספרות משושה באותיות קטנות, ושני קטעים להפרדת זוגות ספרות משושה. לדוגמה 00:0 e:08:aa:bb: cc. |
|
PN |
שם המוצר. לדוגמה, CP-8875, DP-9851, DP-9871. |
|
PSN | מספר סדרת המוצר. לדוגמה, V03. |
|
SN |
מחרוזת מספר סידורי. לדוגמה 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, כפי שהתקבלה לאחר ניתוח סינכרון מחדש או שדרוג כתובת אתר. |
|
SERV |
בקש שם מארח שרת יעד, כפי שהושג לאחר ניתוח סינכרון מחדש או שדרוג כתובת אתר. |
|
SERVIP |
בקש כתובת IP של שרת היעד, כפי שהתקבלה לאחר ניתוח סנכרון מחדש או שדרוג כתובת URL, אולי לאחר בדיקת DNS. |
|
PORT |
בקש יציאת UDP/TCP יעד, כפי שהושג לאחר ניתוח סינכרון מחדש או שדרוג כתובת אתר. |
|
PATH |
בקש נתיב קובץ יעד, כפי שהושג לאחר ניתוח סינכרון מחדש או שדרוג כתובת אתר. |
|
ERR |
הודעת תוצאה של סנכרון מחדש או ניסיון שדרוג. שימושי רק בהפקת הודעות syslog לתוצאות. הערך נשמר במשתנה UPGERR במקרה של ניסיונות שדרוג. |
|
UIDn |
התוכן של פרמטר התצורה של Line n UserId. |
|
EMS |
Extension Mobilityסטטוס |
|
MUID |
Extension Mobilityמזהה משתמש |
|
MPWD |
Extension Mobilityסיסמא |
קודי שגיאה פנימיים
הטלפון מגדיר מספר קודי שגיאה פנימיים (X00-X99) כדי להקל על התצורה במתן שליטה עדינה יותר על התנהגות היחידה בתנאי שגיאה מסוימים.
|
שם פרמטר |
תיאור וערך ברירת מחדל |
|---|---|
|
X00 |
שגיאת שכבת הובלה (או ICMP) בעת שליחת בקשת SIP. |
|
X20 |
פסק זמן בקשת SIP בזמן ההמתנה לתגובה. |
|
X40 |
שגיאת פרוטוקול SIP כללית (לדוגמה, codec לא מקובל ב- SDP בהודעות 200 ו- ACK, או פסק זמן בזמן ההמתנה ל- ACK). |
|
X60 |
המספר שחויג לא חוקי בהתאם לתוכנית החיוג הנתונה. |