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

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

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

1

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

2

במחשב, התקן והפעל שרת TFTP.

3

השתמש בעורך טקסט כדי ליצור פרופיל תצורה.

כדי לבדוק אם הפרופיל הוקצה לטלפון מאוחר יותר, ניתן להגדיר חלק מהערכים כסימנים. לדוגמה, הגדר את הערך עבור GPP_A ל-12345678 כפי שמוצג בדוגמה הבאה:
<flat-profile>
  <GPP_A> 12345678
  </GPP_A>
</flat-profile>
4

שמור את קובץ התצורה של XML בספריית הבסיס הווירטואלי של שרת TFTP.

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

5

בדפדפן האינטרנט במחשב, פתח את דף האינטרנט של הניהול. לדוגמה, נניח שכתובת ה-IP של הטלפון היא 192.168.1.100, פתח את כתובת ה-URL הבאה בדפדפן האינטרנט:

http://192.168.1.100/admin/advanced
6

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

7

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

דוגמה:

אם כתובת ה- IP של שרת ה- TFTP היא 192.168.1.200, הפקודה צריכה להיות דומה לדוגמה הבאה:

http://192.168.1.100/admin/resync?tftp://192.168.1.200/basic.txt

כאשר הטלפון מקבל פקודה זו, ההתקן בכתובת 192.168.1.100 מבקש את קובץ פרופיל התצורה basic.txt משרת ה- TFTP בכתובת IP 192.168.1.200. לאחר מכן הטלפון מנתח את הקובץ שהורד ומעדכן את הפרמטר GPP_A עם הערך 12345678.

8

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

הפרמטר GPP_A אמור להכיל כעת את הערך 12345678.

הקצאת פרופיל ספציפי לטלפון בשרת TFTP
1

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

2

שנה את שם קובץ התצורה ל-CP-xxxx macaddress.cfg (החלף את xxxx במספר הדגם ואת macaddress בכתובת ה-MAC של הטלפון).

דוגמה:

CP-8875 000e08aabbcc.cfg

3

העבר את הקובץ החדש לספריית הבסיס הווירטואלי של שרת TFTP.

4

גישה אל דף האינטרנט של ניהול הטלפון.

5

בחר קול  > הקצאה.

6

הזן את הנתיב של קובץ הפרופיל בשדה כלל פרופיל.

דוגמה: נניח שכתובת ה-IP של שרת TFTP היא 192.168.1.200 וששם קובץ הפרופיל הוא 

<Profile_Rule>
tftp://192.168.1.200/CP-8875$MA.cfg
</Profile_Rule>
7

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

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

סנכרן מראש את פרופיל הטלפון עם HTTP GET
1

התקן שרת HTTP במחשב המקומי או במארח נגיש אחר.

ניתן להוריד שרת Apache בקוד פתוח מהאינטרנט.

2

העלה את קובץ פרופיל התצורה אל ספריית הבסיס הווירטואלי של השרת המותקן.

3

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

4

שנה את Profile_Rule של טלפון הבדיקה כך שיצביע לשרת ה-HTTP במקום שרת ה-TFTP, כדי להוריד את הפרופיל שלו באופן תקופתי.

לדוגמה, בהנחה ששרת ה-HTTP נמצא ב-192.168.1.300 וששם קובץ הפרופיל הוא basic.txt, הזן את הערך הבא:

<Profile_Rule>http://192.168.1.200/basic.txt</Profile_Rule>
5

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

6

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

7

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

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

סנכרן מראש את פרופיל הטלפון באופן אוטומטי

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

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

1

גישה אל דף האינטרנט של ניהול הטלפון.

2

בחר קול  > הקצאה.

3

הגדר את הפרמטר Profile_Rule. דוגמה זו מניחה כתובת ה-IP של שרת TFTP של 192.168.1.200.

4

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

5

לחץ על שלח את כל השינויים.

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

6

שים לב להודעות שהתקבלו במעקב syslog.

7

ודא ששדה סנכרן מחדש באיפוס מוגדר כן.

<Resync_On_Reset>כן</Resync_On_Reset>
8

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

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

9

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

<Resync_Error_Retry_Delay>30</Resync_Error_Retry_Delay>
10

השבת את שרת TFTP, ובחן את התוצאות בפלט syslog.

פרמטרי סנכרון מחדש של פרופיל

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

טבלה 1. פרמטרי סנכרון מחדש של פרופיל

פרמטר

תיאור

הפעל הקצאה

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

  • בקובץ התצורה של הטלפון (cfg.xml) עם XML, הזן מחרוזת בתבנית הבאה:

    <Provision_Enable ua="na">כן</Provision_Enable>

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

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

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

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

  • בקובץ התצורה של הטלפון (cfg.xml) עם XML, הזן מחרוזת בתבנית הבאה:

    <Resync_On_Reset ua="na">כן</Resync_On_Reset>

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

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

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

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

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

פרמטר זה הוא ביחידות של 20 שניות.

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

  • בקובץ התצורה של הטלפון (cfg.xml) עם XML, הזן מחרוזת בתבנית הבאה:

    <Resync_Random_Delay ua="na">2</Resync_Random_Delay>

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

ערך ברירת המחדל הוא 2 (40 שניות).

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

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

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

  • בקובץ התצורה של הטלפון (cfg.xml) עם XML, הזן מחרוזת בתבנית הבאה:

    <Resync_At__HHmm_ ua="na">0959</Resync_At__HHmm_>

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

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

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

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

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

  • בקובץ התצורה של הטלפון (cfg.xml) עם XML, הזן מחרוזת בתבנית הבאה:

    <Resync_At_Random_Delay ua="na">600</Resync_At_Random_Delay>

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

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

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

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

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

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

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

  • מספר שלם

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

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

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

  • טווח זמן

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

  • בקובץ התצורה של הטלפון (cfg.xml) עם XML, הזן מחרוזת בתבנית הבאה:

    <Resync_Periodic ua="na">3600</Resync_Periodic>

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

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

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

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

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

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

  • מספר שלם

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

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

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

  • טווח זמן

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

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

  • בקובץ התצורה של הטלפון (cfg.xml) עם XML, הזן מחרוזת בתבנית הבאה:

    <Resync_Error_Retry_Delay ua="na">60,120,240,480,960,1920,3840,7680,15360,30720,61440,86400</Resync_Error_Retry_Delay>

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

ברירת מחדל: 60,120,240,480,960,1920,3840,7680,15360,30720,61440,86400

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

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

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

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

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

  • בקובץ התצורה של הטלפון (cfg.xml) עם XML, הזן מחרוזת בתבנית הבאה:

    <Forced_Resync_Delay ua="na">14400</Forced_Resync_Delay>

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

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

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

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

  • בקובץ התצורה של הטלפון (cfg.xml) עם XML, הזן מחרוזת בתבנית הבאה:

    <Resync_From_SIP ua="na">כן</Resync_From_SIP>

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

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

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

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

  • בקובץ התצורה של הטלפון (cfg.xml) עם XML, הזן מחרוזת בתבנית הבאה:

    < Resync_After_Upgrade_Attempt ua = "na" >כן</Resync_After_Upgrade_Attempt >

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

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

גורם מפעיל 1 לביצוע סנכרון מחדש

גורם מפעיל 2 לביצוע סנכרון מחדש

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

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

  • בקובץ התצורה של הטלפון (cfg.xml) עם XML, הזן מחרוזת בתבנית הבאה:

    <Resync_Trigger_1 ua="na">$UPGTMR gt 300 and $PRVTMR ge 600</Resync_Trigger_1>

    <Resync_Trigger_2 ua="na"/>

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

ברירת מחדל: ריק

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

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

  • בקובץ התצורה של הטלפון (cfg.xml) עם XML, הזן מחרוזת בתבנית הבאה:

    <User_Configurable_Resync ua="na">כן</User_Configurable_Resync>

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

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

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

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

  • בקובץ התצורה של הטלפון (cfg.xml) עם XML, הזן מחרוזת בתבנית הבאה:

    < Resync_Fails_On_FNF ua = "na" > כן </Resync_Fails_On_FNF >

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

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

סוג אימות הפרופיל

מציין את האישורים שבהם יש להשתמש לאימות חשבון פרופיל. האפשרויות הבאות זמינות:

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

  • אימות HTTP בסיסי: אישורי הכניסה של HTTP משמשים לאימות חשבון הפרופיל.

  • אימות XSI: אישורי כניסה של XSI או אישורי XSI SIP משמשים לאימות חשבון הפרופיל. אישורי האימות תלויים בסוג האימות XSI עבור הטלפון:

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

    • כאשר סוג האימות XSI עבור הטלפון מוגדר במצב הרשאות SIP, נעשה שימוש בהרשאות SIP של XSI.

  • בקובץ התצורה של הטלפון (cfg.xml) עם XML, הזן מחרוזת בתבנית הבאה:

    <Profile_Authentication_Type ua="na">Basic Http Authentication</Profile_Authentication_Type>

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

ברירת מחדל: אימות HTTP בסיסי

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

כלל פרופיל

כלל פרופיל B

כלל פרופיל C

כלל פרופיל D

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

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

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

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

  • בקובץ התצורה של הטלפון (cfg.xml) עם XML, הזן מחרוזת בתבנית הבאה:

    <Profile_Rule ua="na">/$PSN.xml</Profile_Rule>

    <Profile_Rule_B ua="na"/>

    <Profile_Rule_C ua="na"/>

    <Profile_Rule_D ua="na"/>

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

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

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

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

ברירת מחדל: 66,160,159,150,60,43,125

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

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

ברירת מחדל: 17,160,159

הקצאת משאבים באמצעות Cisco XML

ניתן להקצות משאבים לטלפונים באמצעות פונקציות Cisco XML.

באפשרותך לשלוח אובייקט XML לטלפון על-ידי מנת הודעה SIP או פרסום HTTP לממשק CGI של הטלפון: http://PhoneIPAddress/CGI/Execute.

CP-xxxx-3PCC מרחיב את תכונת ה-Cisco XML כדי לתמוך בהקצאה דרך אובייקט XML:

<CP-xxxx-3PCCExecute> <ExecuteItem URL=Resync:[profile-rule]/></CP-xxxx-3PCCExecute>

לאחר שהטלפון מקבל את אובייקט ה-XML, הוא מוריד את קובץ ההקצאה מתוך [profile-rule]. כלל זה משתמש בפקודות מאקרו כדי לפשט את הפיתוח של יישום שירותי XML.

רזולוציית כתובת URL עם הרחבת מאקרו

ספריות-משנה עם פרופילים מרובים בשרת מספקות שיטה נוחה לניהול מספר רב של מכשיריפ פרוסים. כתובת ה-URL של הפרופיל יכולה להכיל:

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

  • יציאת שרת לא תקנית המצוינת בכתובת ה-URL על-ידי שימוש בתחביר הסטנדרטי :יציאה לאחר שם השרת.

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

לדוגמה, ה- Profile_Rule הבא מבקש את קובץ הפרופיל ($PN. cfg), בתת הספרייה של השרת /cisco/config , משרת TFTP הפועל על מחשב מארח prov.telco.com ומאזין לחיבור ביציאה 6900: 

<Profile_Rule>
tftp://prov.telco.com:6900/cisco/config/$PN.cfg
</Profile_Rule>

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

לדוגמה, נניח GPP_B מוגדר כ- Dj6Lmp23Q.

ל- Profile_Rule יש את הערך:

tftp://prov.telco.com/cisco/$B/$MA.cfg

כאשר המכשיר מסתנכרן מחדש ופקודות המאקרו מורחבות, הטלפון עם כתובת MAC של 000e08012345 מבקש את הפרופיל עם השם שמכיל את כתובת ה- MAC של המכשיר בכתובת ה-URL הבאה:

tftp://prov.telco.com/cisco/Dj6Lmp23Q/000e08012345.cfg
ציון סוג אימות הפרופיל

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

  • כאשר שגיאת אימות HTTP או HTTPs 401 מתרחשת במהלך ההקצאה הראשונה לאחר אתחול מחדש של הטלפון

  • כאשר שם המשתמש והסיסמה של חשבון הפרופיל ריקים

  • כאשר לא קיים שם משתמש וסיסמה בכלל הפרופיל

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

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

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

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

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

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

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

ניתן בנוסף להגדיר את הפרמטרים בקובץ התצורה של הטלפון באמצעות קוד XML (cfg.xml).

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

1

גישה אל דף האינטרנט של ניהול הטלפון.

2

בחר קול > הקצאה.

3

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

באפשרותך לקבוע את התצורה של פרמטר זה בקובץ XML של תצורת הטלפון (cfg.xml) על-ידי הזנת מחרוזת בתבנית זו:

<Profile_Authentication_Type ua="na">Disabled</Profile_Authentication_Type>

אפשרויות:

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

  • אימות HTTP בסיסי: אישורי הכניסה של HTTP משמשים לאימות חשבון הפרופיל.

  • אימות XSI: אישורי כניסה של XSI או אישורי XSI SIP משמשים לאימות חשבון הפרופיל. אישורי האימות תלויים בסוג האימות XSI עבור הטלפון:

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

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

ברירת מחדל: אימות HTTP בסיסי

4

לחץ על שלח את כל השינויים.

החל פרופיל באופן ידני על הטלפון

הורדת קובץ התצורה לטלפון משרת TFTP

השלם את השלבים הבאים כדי להוריד את קובץ התצורה ליישום שרת TFTP במחשב.

1

חבר את המחשב ליציאת ה-LAN של הטלפון.

2

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

3

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

http://<WAN_IP_Address>/admin/resync?tftp://<PC_IP_Address>/<file_name>&xuser=admin&xpassword=<password>

דוגמה: 

http://192.168.15.1/admin/resync?tftp://192.168.15.100/my_config.xml&xuser=admin&xpassword=admin
הורדת קובץ התצורה לטלפון עם cURL

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

https://curl.haxx.se/download.html

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

1

חבר את המחשב ליציאת ה-LAN של הטלפון.

2

הורד את קובץ התצורה לטלפון על-ידי הזנת פקודת ה- cURL הבאה:

curl –d @my_config.xml“http://192.168.15.1/admin/config.xml&xuser=admin&xpassword=admin”

פרופילי תצורה

הטלפון מקבל את התצורות בתבנית XML.

הדוגמאות בקטע זה משתמשות בפרופילי תצורה עם תחביר XML.

תבניות פרופיל תצורה

פרופיל התצורה מגדיר את ערכי הפרמטר עבור הטלפון.

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

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

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

פתח את תבנית הפרופיל

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

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

כדי להגן על מידע חסוי בפרופיל התצורה, שרת ההקצאה מספק את קובץ התצורה של XML לטלפון באמצעות ערוץ שמאובטח על-ידי TLS. לחלופין, ניתן לדחוס את הקובץ באמצעות אלגוריתם deflate gzip (RFC1951).

ניתן להצפין את הקובץ באמצעות אחת משיטות ההצפנה הבאות:

  • הצפנה AES-256-CBC

  • RFC-8188 הצפנת תוכן מבוססת HTTP עם הצפנה AES-128-GCM

קובץ תצורה יכול לכלול את הרכיבים הבאים:

  • תגי רכיב

  • תכונות

  • פרמטרים

  • תכונות עיצוב

  • תגובות XML

דוגמה: פתח תבנית פרופיל

<flat-profile><Resync_On_Reset> כן </Resync_On_Reset><Resync_Periodic> 7200 </Resync_Periodic><Profile_Rule> tftp://prov.telco.com:6900/cisco/config/CP_xxxx_MPP.cfg</Profile_Rule></flat-profile>

תג הרכיב <flat-profile> תוחם את כל רכיבי הפרמטרים שהטלפון מזהה.

מאפייני תג רכיב

יש לזכור את הכללים הבאים בעת יצירה או עדכון של קובץ התצורה.

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

  • הטלפון מזהה רכיבים עם שמות פרמטרים נכונים המוקפים בתוך הרכיב המיוחד <flat-profile>‎.

  • שמות רכיבים מוקפים בסוגריים זוויתיים.

  • רוב שמות הרכיבים דומים לשמות השדות בממשק המשתמש באינטרנט של הטלפון, עם השינויים הבאים:

    • שמות רכיבים לא יכולים לכלול רווחים או תווים מיוחדים. כדי לגזור את שם הרכיב מתוך שם שדה האינטרנט, יש להחליף מקף תחתון לכל רווח או תווים מיוחדים [, ], (, ), או /.

      דוגמה: רכיב <Resync_On_Reset> element מייצג את שדה Resync On Reset.

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

      דוגמה: הרכיב <Dial_Plan_1_> מייצג את תוכנית החיוג עבור קו 1.

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

    <flat-profile><Resync_On_Reset> כן  </Resync_On_Reset><Resync_Periodic> 7200  </Resync_Periodic><Profile_Rule>tftp://prov.telco.com: 6900/cisco/config/CP_xxxx_MPP.cfg  </Profile_Rule></flat-profile>

  • תגי אלמנט הם תלויי-רישיות.

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

    <Profile_Rule_B />

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

    <flat-profile><Speed_Dial_2_Name ua="rw"/><Speed_Dial_2_Number ua="rw"/><Speed_Dial_3_Name ua="rw"/><Speed_Dial_3_Number ua="rw"/><Speed_Dial_4_Name ua="rw"/><Speed_Dial_4_Number ua="rw"/><Speed_Dial_5_Name ua="rw"/><Speed_Dial_5_Number ua="rw"/><Speed_Dial_6_Name ua="rw"/><Speed_Dial_6_Number ua="rw"/><Speed_Dial_7_Name ua="rw"/><Speed_Dial_7_Number ua="rw"/><Speed_Dial_8_Name ua="rw"/><Speed_Dial_8_Number ua="rw"/><Speed_Dial_9_Name ua="rw"/><Speed_Dial_9_Number ua="rw"/></flat-profile>

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

    <flat-profile><GPP_A>  </GPP_A></flat-profile>

  • המערכת מתעלמת משמות רכיבים לא מזוהים.

מאפייני פרמטר

מאפיינים אלה חלים על הפרמטרים:

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

  • המערכת מתעלמת מפרמטרים לא מזוהים.

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

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

תבניות מחרוזת

מאפיינים אלה חלים על עיצוב המחרוזות:

  • הערות מותרות באמצעות תחביר XML רגיל.

    <!-- My comment is typed here -->

  • רווחים מובילים ועוקבים מותרים לצורך קריאה אך מוסרים מערך הפרמטר.

  • שורות חדשות בתוך ערך מומרות לרווחים.

  • כותרת XML של הטופס <? ? > מותר, אבל הטלפון מתעלם מזה.

  • כדי להזין תווים מיוחדים, השתמש בתווי בריחה XML בסיסיים, כפי שמוצג בטבלה הבאה.

    תו מיוחד

    רצף בריחה XML

    & (אמפרסנד)

    &amp;

    < (קטן מ-)

    &lt;

    > (גדול יותר מ-)

    &gt;

    ' (גרש)

    &apos;

    מרכאות

    &quot;

    בדוגמה הבאה, בריחות תווים מוזנות כדי לייצג את הסמלים 'גדול יותר מ-' או 'קטן מ-' הדרושים בכלל של תוכנית חיוג. דוגמה זו מגדירה תוכנית חיוג למוקד מידע המגדירה את פרמטר <Dial_Plan_1_> (כניסת מנהל מערכת > מתקדם > קול > Ext (n)) שווה ל-(S0 <:18005551212>).

    <flat-profile> <Dial_Plan_1_> (S0 &lt;:18005551212&gt;) </Dial_Plan_1_></flat-profile>

  • תווים מספריים בורחים, המשתמשים בערכים עשרוניים והקסדצימליים. &#40; ו-&#x2e;), מתורגמים.

  • קושחת הטלפון תומכת רק בתווי ASCII.

דחיסה והצפנה של פרופיל פתוח (XML)

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

דחיסת פרופיל פתוח

שיטת הדחיסה הנתמכת היא אלגוריתם gzip deflate (RFC1951). כלי השירות gzip וספריית הדחיסה המיישמת את אותו אלגוריתם (zlib) זמינים מאתרי אינטרנט.

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

לדוגמה, אם profile.xml הינו פרופיל חוקי, הקובץ profile.xml.gz גם מתקבל. כל אחת מהפקודות הבאות יכולה ליצור סוג פרופיל זה:

  • >gzip profile.xml

    החלפת הקובץ המקורי בקובץ דחוס.

  • >cat profile.xml | gzip > profile.xml.gz

    השארת הקובץ המקורי במקומו והפקת קובץ דחוס חדש.

הצפנת פרופיל פתוח

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

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

הטלפון תומך בשתי שיטות הצפנה עבור קבצי תצורה:

  • הצפנה AES-256-CBC

  • הצפנת תוכן RFC 8188-מבוססת HTTP עם הצפנה AES-128-GCM

יש להקצות מראש ליחידה את המפתח או Input Keying Material (IKM) לתוך היחידה במועד מוקדם יותר. ניתן ליישם Bootstrap של המפתח הסודי באופן מאובטח באמצעות HTTPS.

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

הצפנה AES-256-CBC

הטלפון תומך בהצפנה AES-256-CBC עבור קבצי תצורה.

כלי ההצפנה OpenSSL, הזמין להורדה מאתרי אינטרנט שונים, יכול לבצע את ההצפנה. תמיכה עבור הצפנת AES 256-bit עשוי לדרוש קומפילציה מחדש של הכלי כדי לאפשר את קוד AES. הקושחה נבדקה עם גרסה openssl-1.1.1 d.

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

 # מפתח הצפנה לדוגמה = SecretPhrase1234 openssl enc –e –aes-256-cbc –k SecretPhrase1234 –in profile.xml –out profile.cfg # קריאה אנלוגית עבור קובץ XML דחוס openssl enc –e –aes-256-cbc –k SecretPhrase1234 –in profile.xml.gz –out profile.cfg

אות קטנה-k מופיע לפני המפתח הסודי, שיכול להיות כל משפט טקסט רגיל ואשר משמש להפקת 64-bit salt אקראי. עם הסוד שמצוין על-ידי ארגומנט-k, כלי ההצפנה מפיק וקטור התחלתי אקראי של 128 סיביות ואת מפתח ההצפנה בפועל של 256 סיביות.

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

[--key “SecretPhrase1234”] http://prov.telco.com/path/profile.cfg

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

הרחבת מאקרו

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

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

  • Resync_Trigger_ *

  • Profile_Rule *

  • Log_xxx_Msg

  • כלל שדרוג

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

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

בדוגמה הבאה, הביטוי $(MAU) משמש להכנסת כתובת MAC 000E 08012345.

מנהל המערכת מזין:: $(MAU)config.cfg

הרחבת מאקרו שתיווצר עבור מכשיר עם כתובת MAC 000E 08012345 היא: 000E 08012345config. cfg

אם לא מזוהה שם מאקרו, הוא נותר לא מורחב. לדוגמה, השם STRANGE אינו מזוהה כשם מאקרו חוקי, בעוד MAU מזוהה כשם מאקרו חוקי.

מנהל המערכת מזין: $STRANGE$MAU.cfg

הרחבת מאקרו שתיווצר עבור מכשיר עם כתובת MAC 000E08012345 היא: $STRANGE000E08012345.cfg

הרחבת מאקרו אינה מיושמת באופן רקורסיבי. לדוגמה, $$MAU” מורחב אל $MAU” (כאשר $$ מורחב), ואינה מתקבלת תוצאה של כתובת MAC.

התוכן של הפרמטרים למטרה מיוחדת, GPP_SA דרך GPP_SD, ממופים לביטויי המאקרו $SA דרך $SD. פרמטרים אלה הם רק מאקרו מורחב כארגומנט של אפשרויות e --key , --uid, וכן --pwd בכתובת URL לסנכרון.

ביטויים מותנים

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

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

כל השוואה יכולה להתייחס לאחד משלושת הסוגים הבאים:

  • ערך מספר שלם

  • מספרי גרסת תוכנה או חומרה

  • מחרוזות במרכאות

מספרי גרסה

גרסת התוכנה עבור Cisco Video Phone 8875 משתמשת בתבנית זו (כאשר BN הוא מספר גרסת ה-Build):

PHONEOSyyyy.1-0-1-0001-BN

כאשר yyyy מציין את דגם הטלפון או סדרת הטלפון; 1 הוא הגרסה הראשית; 0 הוא הגרסה המשנית; 1-0001 הוא גרסת המיקרו; ו-BN הוא מספר ה-Build.

יש להשתמש באותה תבנית עבור מחרוזת השוואה. אחרת, מתקבלת שגיאת ניתוח תבנית.

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

דוגמאות למספר גרסה חוקי

PHONEOS-8875.1-0-1-0001-19

השוואה

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

אופרטור

תחביר חלופי

תיאור

ישים עבור אופרנד מספר שלם וגרסה

ישים על אופרנדי מחרוזת במרכאות

=

eq

שווה

כן

כן

!=

ne

לא שווה אל

כן

כן

<

זה

קטן מ-

כן

לא

<=

le

קטן או שווה אל

כן

לא

>

gt

גדול יותר מ-

כן

לא

>=

ge

גדול יותר או שווה אל

כן

לא

וכן

וגם

כן

כן

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

בעת שימוש בהקשר של פרמטרים Profile_Rule* וכן Upgrade_Rule, יש להקיף ביטויים מותנים בתחביר “(expr)?” כפי שמופיע בדוגמה כלל שדרוג זה. זכור להחליף את BN עם מספר ה-Build של טעינת הקושחה כדי לשדרג.

($SWVER ne PHONEOS-8875.1-0-1-0001-19)? http://ps.tell.com/sw/PHONEOS-8875.1-0-1-0001-BN.loads

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

תחביר כתובת URL

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

[ scheme:// ] [ server [:יציאה]] filepath

כאשר scheme הוא אחד מהערכים הבאים:

  • tftp

  • http

  • HTTPS

אם scheme לא נמצא, משתמשים ב-tftp. השרת יכול להיות שם מארח מזוהה-DNS או כתובת IP נומרית. היציאה היא יעד UDP או מספר יציאה TCP. נתיב הקובץ חייב להתחיל עם ספריית הבסיס (/); חייב להיות נתיב מוחלט.

אם השרת חסר, נעשה שימוש בשרת ה-tftp אשר צויין דרך DHCP (אפשרות 66)

עבור כללי שדרוג, יש לציין את השרת.

אם חסרה היציאה נעשה שימוש ביציאה הסטנדרטית עבור הסכמה שצוינה. Tftp משתמש ב-UDP יציאה 69, http משתמש ב-TCP יציאה 80, https משתמש ב-TCP יציאה 443.

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

הרחבות מאקרו חלות בתוך כתובות URL. להלן דוגמאות של כתובות URL חוקיות:

 /$MA.cfg /cisco/cfg.xml 192.168.1.130/profiles/init.cfg tftp://prov.call.com/cpe/cisco$MA.cfg http://neptune.speak.net:8080/prov/$D/$E.cfg https://secure.me.com/profile?Linksys

בעת שימוש ב-DHCP אפשרות 66, תחביר ריק אינו נתמך על ידי כללי שדרוג *ישים רק עבור כלל פרופיל.

הצפנת תוכן HTTP מבוססת-RFC 8188

הטלפון תומך ב-RFC 8188 מבוסס הצפנת תוכן HTTP עם הצפנה AES-128-GCM לקבצי תצורה. באמצעות שיטת הצפנה זו, כל ישות יכולה לקרוא את כותרות ההודעות של HTTP. עם זאת, רק הישויות היודעות את חומר מקש הקלט (IKM) יכולות לקרוא את התוכן. כאשר הטלפון מוקצה עם IKM, הטלפון ושרת הקצאת משאבים יכולים להחליף קבצי תצורה באופן מאובטח, תוך מתן אפשרות לרכיבי רשת של צד שלישי להשתמש בכותרות ההודעות למטרות אנליטיות וניטור.

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

אם ברצונך להשתמש בהצפנה מבוססת RFC 8188, ודא את הפעולות הבאות:

  • הקצה את הטלפון עם IKM על-ידי ציון ה-IKM עם פרמטר ה-XML KM_HTTP_Encrypt_Content בקובץ התצורה שנשלח משרת ההקצאה לטלפון.

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

    בהעדר כותרת זו, שיטת AES-256-CBC מקבלת קדימות. הטלפון מיישם פענוח AES-256-CBC אם מפתח AES-256-CBC קיים בכלל פרופיל, ללא קשר אל IKM.

  • אם ברצונך שהטלפון יחיל הצפנה זו על דוחות התצורה שהוא שולח לשרת ההקצאה, ודא שלא צויין מפתח AES-256-CBC בכלל הדוח.

ארגומנטים אופציונליים לסנכרון מחדש

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

מפתח

אפשרות המפתח מודיעה לטלפון שקובץ התצורה שהוא מקבל משרת ההקצאה מוצפן בהצפנת AES-256-CBC, אלא אם כן הכותרת קידוד תוכן בקובץ מציינת AES128GCM הצפנה. המםתח עצמו מוגדר כמחרוזת לאחר הביטוי -key. ניתן להקיף את המפתח במרכאות כפולות (") באופן אופציונלי. הטלפון משתמש במפתח כדי לפענח את קובץ התצורה.

דוגמאות שימוש
[--key VerySecretValue][--key “my secret phrase”][--key a37d2fb9055c1d04883a0745eb0917a4]

הארגומנטים האופציונליים בסוגריים הם מאקרו מורחב. פרמטרי מטרה מיוחדים, GPP_SA דרך GPP_SD, הם מאקרו מורחב למשתני מאקרו, $SA דרך $SD, רק כאשר הם משמשים כארגומנטים של אפשרויות מפתח. ראה דוגמאות נוספות:

[--key $SC][--key “$SD”]

בפרופילי תבנית פתוחה, ארגומנט -key חייב להיות זהה לאפשרות ארגומנט -kשניתנת אל openssl.

Uid ו-Pwd

ניתן להשתמש באפשרויות uid ו-pwd כדי לציין את מזהה המשתמש והסיסמה שיישלחו בתגובה לאתגרי אימות בסיס ותקציר של HTTP כאשר מתקבלת בקשה לכתובת ה-URL שצוינה. הארגומנטים האופציונליים בסוגריים הם מאקרו מורחב. פרמטרי מטרה מיוחדים, GPP_SA דרך GPP_SD, הם מאקרו מורחב למשתני מאקרו, $SA דרך $SD, רק כאשר הם משמשים כארגומנטים של אפשרויות מפתח. ראה דוגמאות נוספות:

GPP_SA = MyUserID GPP_SB = MySecretPassword

[--uid $SA --pwd $SB] https://provisioning_server_url/path_to_your_config/your_config.xml

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

[--uid MyUserID --pwdMySecretPassword] https://provisioning_server_url/path_to_your_config/your_config.xml

סוגי נתונים

משתמשים עם סוגי נתונים אלו עם פרמטרי פרופיל תצורה:

  • {a,b,c,…}—בחירה בין a, b, c, …

  • Bool—ערך בוליאני של "כן" או "לא".

  • CadScript—Miniscript המציין את פרמטרי הקצב של האות. עד 127 תווים.

    תחביר: S1[;S2], כאשר:

    • Si=Di(oni,1/offi,1[,oni,2/offi,2[,oni,3/offi,3[,oni,4/offi,4[,oni,5/offi,5[,oni,6/offi,6]]]]]) וידוע כקטע.

    • oni,j וכן offi,j הם משך הזמן בשניות עבור הפעלה/כיבוי של קטע. i = 1 או 2, וכן j = 1 עד 6.

    • Di הוא משך הזמן הכולל בשניות של קטע .

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

    דוגמה 1:

     60(2/4) מספר קטעי הקצב = 1 מקטע קצב 1: אורך מקטע = 60 שניות מספר המקטעים = 1 קטע 1: מופעל = 2 שניות, כבוי = 4 שניות סה"כ אורך טבעת = 60 שניות

    דוגמה 2—צלצול מיוחד (קצר, קצר, קצר, ארוך):

     60(.2/.2,.2/.2,.2/.2,1/4) מספר קטעי הקצב = 1 מקטע קצב 1: אורך מקטע = שנות ה-60 מספר המקטעים = 4 מקטע 1: מופעל=0.2 שניות, כבוי=0.2 שניות קטע 2: מופעל=0.2 שניות, כבוי=0.2 שניות קטע 3: מופעל=0.2 שניות, כבוי=0.2 שניות קטע 4: מופעל=1.0 שניות, כבוי=4.0 שניות סה"כ אורך טבעת = 60 שניות

  • DialPlanScript—תחביר סקריפט המשמש לציון תוכניות חיוג של קו 1 וקו 2.

  • Float<n>—ערך נקודה צפה עם עד נקודות עשרוניות.

  • FQDN-שם תחום מלא. הוא יכול להכיל עד 63 תווים. דוגמאות הן כדלקמן:

    • sip.Cisco.com:5060 or 109.12.14.12:12345

    • sip.Cisco.com או 109.12.14.12

  • FreqScript—miniscript המציין את פרטרי התדר והרמות של צליל. מכיל עד 127 תווים.

    תחביר: F1@L1[,F2@L2[,F3@L3[,F4@L4[,F5@L5[,F6@L6]]]]], כאשר:

    • F1–F6 הם תדר ב-Hz (מספרים שלמים לא חתומים בלבד).

    • L1–L6 הן רמות תואמות ב-dBm (עם עד נקודה עשרונית אחת).

    רווחים לבנים לפני ואחרי הפסיק מותרים, אך לא מומלצים.

    דוגמה 1—צליל שיחה בהמתנה:

     440@-10 מספר התדרים = 1 תדר 1 = 440 הרץ ב-10 dBm

    דוגמה 2—צליל חיוג:

     350@-19,440@-19 מספר תדרים = 2 תדר 1 = 350 הרץ ב-19 dBm תדר 2 = 440 הרץ ב-19 dBm

  • IP— כתובת IPv4 חוקית בצורה של x.x.x.x, כאשר x הוא בין 0 ל-255. דוגמה: 10.1.2.100.

  • מזהה משתמש—כפי שמזהה המשתמש מופיע בכתובת URL; עד 63 תווים.

  • טלפון—מחרוזת מספר טלפון, כגון 14081234567, *69, *72, 345678; או כתובת URL כללית, כגון, 234@10.10.10.100:5068 או jsmith@Cisco.com. המחרוזת יכולה להכיל עד 39 תווים.

  • PhTmplt—תבנית מספר טלפון. כל תבנית יכולה לכלול תבנית אחד או יותר המופרדים באמצעות פסיק (,). המערכת מתעלמת מרווח לבן בתחילת כל תבנית. "?" ו-"*" מייצגים תווים כלליים. כדי לייצג מילולית, השתמש ב-%xx. לדוגמה, %2a מייצג *. התבנית יכולה להכיל עד 39 תווים. Examples: “1408*, 1510*”, “1408123????, 555?1.”.

  • יציאה—מספר יציאת TCP/UDP (0-65535). ניתן לציין את המספר בתבנית עשרונית או הקסדצימאלית.

  • ProvisioningRuleSyntax—תחביר סקריפט המשמש להגדרת כללי תצורה לסנכרון מחדש ושדרוג קושחה.

  • PwrLevel—רמת העוצמה המבוטאת ב-dBm עם מקום עשרוני אחד, כגון-13.5 או 1.5 (dBm).

  • RscTmplt - תבנית של קוד סטטוס תגובת SIP, כגון "404, 5*", "61?", "407, 408, 487, 481". יכול להכיל עד 39 תווים.

  • Sig<n>— ערך n-bit חתום. ניתן לציין את המספר בתבנית עשרונית או הקסדצימאלית. סימן "-" חייב להופיע לפני ערכים שליליים. סימן + לפני הערכים החיוביים הוא אופציונלי.

  • קודי כוכב—קוד הפעלה עבור שירות משלים, כגון *69. הקוד יכול להכיל עד 7 תווים.

  • Str<n>—מחרוזת כללית עם עד n תווים לא שמורים.

  • Time<n>—משך זמן בשניות, עם עד n מקומות עשרוניים. המערכת מתעלמת ממקומות עשרוניים נוספים שצוינו.

  • ToneScript—Miniscript המציין את הפרמטרים תדר, רמה וקצב של צליל התקדמות שיחה. קבצי סקריפט עשויים להכיל עד 127 תווים.

    תחביר: FreqScript;Z1[;Z2].

    קטע Z1 דומה לקטע S1 של CadScript, למעט העובדה שאחרי כל קטע מסוג הפעלה/כיבוי מופיע פרמטר רכיבי תדר: Z1 = D1(oni,1/offi,1/fi,1[,oni,2/offi,2/fi,2 [,oni,3/offi,3/fi,3 [,oni,4/offi,4/fi,4 [,oni,5/offi,5/fi,5 [,oni,6/offi,6/fi,6]]]]]) כאשר:

    • fi,j = n1[+n2]+n3[+n4[+n5[+n6]]]]].

    • 1 < nk < 6 מציין את רכיבי התדר ב-FreqScript המשמשים בקטע זה.

    אם נעשה שימוש ביותר מרכיב תדר אחד בקטע, הרכיבים מסוכמים יחד.

    דוגמה 1 — צליל חיוג:

     350@-19,440@-19; 10(*/0/1+2) מספר תדרים = 2 תדר 1 = 350 הרץ ב-19 dBm תדר 2 = 440 הרץ ב-19 dBm מספר קטעי קצב = 1 קצב מקטע 1: אורך מקטע = 10 שניות מספר המקטעים = 1 קטע 1: מופעל = לנצח, עם תדרים 1 ו-2 אורך צליל כולל = 10 שניות

    דוגמה 2 — צליל מקוטע:

     350@-19,440@-19; 2(.1/.1/1+2); 10(*/0/1+2) מספר תדרים = 2 תדר 1 = 350 הרץ ב-19 dBm תדר 2 = 440 הרץ ב-19 dBm מספר קטעי הקצב = 2 קצב קטע 1: אורך מקטע = 2 שניות מספר המקטעים = 1 מקטע 1: מופעל=0.1 שניות, כבוי=0.1 שניות עם תדרים 1 ו-2 קצב קטע 2: אורך מקטע = 10 שניות מספר המקטעים = 1 קטע 1: מופעל=לנצח, עם תדרים 1 ו-2 אורך צליל כולל = 12 שניות

  • Uns<n>ערך n-bit ללא סימן, כאשר n = 8, 16 או 32. ניתן לציין אותו בפורמט עשרוני או hex, כגון 12 או 0x18, כל עוד הערך יכול להתאים ל-n סיביות.

יש לשקול את הדברים הבאים:

  • <Par Name> מייצג שם פרמטר של תצורה. בפרופיל, התג המתאים נוצר על ידי החלפת הרווח במקף תחתון "_", כגון Par_Name.
  • שדה ערך ברירת מחדל ריק מרמז על מחרוזת ריקה < "" >.
  • הטלפון ממשיך להשתמש בערכים האחרונים שהוגדרו עבור תגים שאינם נמצאים בפרופיל נתון.
  • תבניות מושוות לפי הסדר שניתן. ההתאמה הראשונה, לא הקרובה ביותר, נבחרת. על שם הפרמטר להיות תואם במדויק.
  • אם מוענקת יותר מהגדרה אחת לפרמטר בפרופיל, ההגדרה האחרונה בקובץ היא הקובעת עבור הטלפון.
  • מפרט פרמטר עם ערך פרמטר ריק מאלץ את הפרמטר לחזור לערך ברירת המחדל שלו. כדי לציין מחרוזת ריקה במקום זאת, השתמש במחרוזת הריקה "" כערך הפרמטר.