- בית
- /
- מאמר
תודה על המשוב.
הכנה למעבר מ-Unified CM ל-Webex Calling
במאמר זה
משוב?שלב ה- הכנה במחזור החיים של PPDIO מבטיח מוכנות למעבר מ- Unified CM ל-Webex Calling על ידי הערכת הסביבה הנוכחית, רכישת רישיונות והכנת נקודות קצה וצוותים . שלב יסודי זה ממתן סיכונים ומתאים את הדרישות הטכניות והעסקיות למעבר חלק לפתרון שיחות ענן.
דרישות עסקיות וטכניות
בעת תכנון מעבר מ-Unified CM ל-Webex Calling, חשוב לאסוף ביסודיות את הדרישות הטכניות והעסקיות בשלב התכנון. שלב זה מבטיח שההעברה תואמת את היעדים התפעוליים והיכולות הטכניות של הארגון שלך, תוך צמצום סיכונים והפרעות.
מדוע איסוף דרישות חשוב:
-
מתיישר את יעדי העסק: הבנת צרכי העסק עוזרת להתאים את ההעברה לתמיכה בזרימות עבודה מרכזיות, חוויית משתמש ותוכניות צמיחה.
-
מבטיח תאימות טכנית: זיהוי מוקדם של דרישות טכניות מונע בעיות אינטגרציה עם תשתית, רשת ונקודות קצה קיימות.
-
מקל על תכנון משאבים: דרישות ברורות מסייעות להעריך במדויק את לוחות הזמנים, העלויות והמשאבים הדרושים.
-
מפחית סיכונים: זיהוי מוקדם של אתגרים פוטנציאליים מאפשר פתרונות פרואקטיביים, צמצום זמני השבתה והפרעות בשירות.
דרישות עסקיות
דרישות עסקיות אופייניות כוללות:
-
מספר המשתמשים והמיקומים שיש להעביר
-
תכונות ושירותים רצויים (לדוגמה, ניתוב שיחות, דואר קולי, שיחות ועידה, שיחות מענה אוטומטיות, תורי שיחות)
-
מדיניות תאימות ואבטחה
-
אילוצי תקציב וציפיות עלויות
-
צורכי הדרכת משתמשים ותמיכה
-
ציר זמן של הגירה ושיקולי המשכיות עסקית.
איסוף תכונות ושירותים רצויים הוא צעד קריטי כדי להבטיח שהמערכת החדשה תענה על צרכי העסק. בעת איסוף דרישות אלו, חשוב לא רק לשקול מה מוגדר כעת ב-Unified CM, אלא גם לנסות לאסוף את הדרישות בפועל מהישויות העסקיות שעתידות להשתמש במערכת. אחרת, קיים סיכון שהתוכנית מבוססת על הנחות לא שוטפות. הקפידו להעריך תכונות נוספות או משופרות הזמינות ב-Webex Calling שאולי אינן קיימות ב-Unified CM, כגון שיחות מבוססות ענן, תורי שיחות מתקדמים, Webex Calling Customer Assist ו-Webex Go. זה עוזר למנף את מלוא היתרונות של פלטפורמת הענן.
בעת הערכת התצורה הנוכחית ב-Unified CM, חשוב להכיר בכך שלא כל ההגדרות הקיימות עשויות להישאר נחוצות עקב דרישות משתנות לאורך מחזור החיים של המערכת. יש להתמקד בזיהוי ושימור רק של התצורות שמתאימות לצרכים הנוכחיים והעתידיים של הפריסה.
תתמקד יותר במה שאתה צריך מאשר במה שיש לך.
מדיניות תאימות ואבטחה הן שיקולים קריטיים במהלך המעבר מ-Unified CM ל-Webex Calling כדי להבטיח שמערכת התקשורת החדשה מבוססת הענן תעמוד בתקנים משפטיים, רגולטוריים וארגוניים.
-
תאימות לתקנות: ארגונים חייבים לוודא ש-Webex Calling עומדת בתקנות ספציפיות לתעשייה כגון GDPR, HIPAA או SOX, תוך התייחסות לדרישות לפרטיות נתונים, שמירה וטיפול בהם, כמו גם מנדטים ספציפיים למדינה הקשורים למגורי נתונים, עקיפת חיוב ומיקום מדיה.
-
אבטחת מידע: הבטחת הצפנת נתוני קול ואיתות הן במעבר והן במנוחה, כדי להגן מפני יירוט או גישה בלתי מורשית.
-
בקרות גישה: הגדרה ואכיפה של אימות משתמשים, הרשאות וגישה מבוססת תפקידים כדי למנוע שימוש בלתי מורשה במשאבי תקשורת.
-
ביקורת ובקרה: יישום יכולות רישום וניטור למעקב אחר גישה ושימוש לצורך ביקורות תאימות וחקירות אירועי אבטחה.
-
יישור מדיניות: התאמת ההעברה למדיניות האבטחה הקיימת של הארגון, כולל אבטחת נקודות קצה, פילוח רשת ותוכניות תגובה לאירועים.
-
אבטחת אבטחת ספק: הערכת אישורי האבטחה והצהרות התאימות של סיסקו עבור Webex Calling על מנת להבטיח אמינות.
התייחסות למדיניות תאימות ואבטחה אלו בשלב התכנון מסייעת להפחית סיכונים, להימנע מעונשים משפטיים ולשמור על שלמות וסודיות התקשורת לאורך כל ההעברה ואחריה.
הדרכת משתמשים ותמיכה הם מרכיבים חיוניים במהלך המעבר מ-Unified CM ל-Webex Calling כדי להבטיח מעבר חלק ואימוץ על ידי משתמשים. שיקולים מרכזיים כוללים:
-
תוכניות הכשרה: פיתוח מפגשי הדרכה מותאמים אישית לקבוצות משתמשים שונות (משתמשי קצה, מנהלים, צוות תמיכה) כדי להכיר להם את התכונות, ממשקי המשתמש וזרימות העבודה החדשות של Webex Calling.
-
תיעוד: לספק מדריכי משתמש ברורים ונגישים, שאלות נפוצות וחומרי עזר מהירים, כולל משאבים מה חדש ושונה ומדריכים שלב אחר שלב לפני ואחרי (בפורמט וידאו או מדריך מהיר), כדי לתמוך במשתמשים כשהם מסתגלים לחוויה המעודכנת לאחר ההגירה.
-
ניהול שינויים: לתקשר שינויים באופן יזום כדי לנהל את ציפיות המשתמשים ולהפחית התנגדות.
-
מבנה תמיכה: הקמת צוות תמיכה ייעודי או נתיב הסלמה לטיפול מהיר בבעיות משתמשים במהלך ואחרי ההעברה.
-
חינוך מתמשך: תכנן עדכוני הדרכה שוטפים ככל שתכונות או עדכונים חדשים יוצאים ב-Webex Calling.
-
מנגנוני משוב: הטמע ערוצים לדיווח על בעיות ולמתן משוב לשיפור תהליכי ההדרכה והתמיכה.
התייחסות לצורכי ההדרכה והתמיכה הללו בשלב התכנון מסייעת למזער שיבושים, לשפר את אמון המשתמשים ולמקסם את היתרונות של המעבר ל-Webex Calling.
דרישות טכניות
יש לאסוף ולתעד מספר דרישות טכניות מרכזיות לצורך הגירה מוצלחת מ-Unified CM ל-Webex Calling, כולל פרטים עבור:
-
מוכנות הרשת וקיבולת רוחב פס
הערכת רשת מקיפה היא קריטית כדי להבטיח שהתשתית הקיימת שלך תוכל לתמוך בסביבת Webex Calling החדשה. זה כולל:
-
ניתוח רוחב פס: הערכת השימוש הנוכחי והצפוי ברוחב פס לטיפול בתעבורת קול, וידאו ונתונים ללא עומס.
-
איכות השירות (QoS): יישום מדיניות QoS כדי לתעדף תעבורת קול ולמזער השהייה, ריצוד ואובדן חבילות.
-
חיבור WAN ואינטרנט: אימות שקישורי WAN וחיבורי אינטרנט עומדים בדרישות לשיחות מבוססות ענן, כולל יכולות יתירות וגיבוי לגיבוי.
-
חומת אש ותצורת NAT: וידוא שהגדרות חומת האש והגדרות ה-NAT מאפשרות איתות ותעבורת מדיה נדרשים עבור Webex Calling.
-
-
אינטגרציה עם מערכת קיימת
אינטגרציה חלקה עם מערכות עסקיות קיימות חיונית לחוויית המשתמש ולהמשכיות זרימת העבודה:
-
שירותי ספריות: הערכת אינטגרציה עם ספריית ארגונית לצורך הקצאת משתמשים ואימות אוטומטיים.
-
אפליקציות CRM ועסקים: זיהוי נקודות אינטגרציה עם מערכות ניהול קשרי לקוחות ויישומים עסקיים קריטיים אחרים.
-
אינטראקציה בין מרכזיות מדור קודם: תכנון דו-קיום או אסטרטגיות הגירה בשלבים אם יישארו מערכות טלפוניה מדור קודם במהלך המעבר.
-
-
תאימות והקצאה של נקודות קצה
יש לבדוק את תאימותן של כל נקודות הקצה, כולל טלפונים שולחניים, טלפונים תוכניים ומכשירים ניידים:
-
תמיכה במכשיר: אימות שטלפוני IP ומכשירים קיימים נתמכים על ידי Webex Calling או זיהוי תחליפים נדרשים.
-
תהליכי הקצאה: הקמת שיטות הקצאה אוטומטיות או יעילות לקליטה יעילה של נקודות קצה.
-
עדכוני קושחה ותוכנה: תכנון עדכונים נחוצים להבטחת יכולות פעולה הדדיות ואבטחה.
-
-
תצורות אבטחה ותקני הצפנה
אבטחה היא בעלת חשיבות עליונה בתקשורת ענן:
-
הצפנה: אכיפת הצפנה מקצה לקצה עבור איתות וזרמי מדיה, בהתאם לשיטות העבודה המומלצות של סיסקו בתחום האבטחה.
-
אימות ובקרת גישה: יישום מנגנוני אימות מאובטחים (כגון SSO, אימות רב-גורמי) ובקרות גישת משתמשים מפורטות.
-
הַתאָמָה: הבטחת עמידה בפתרון בתקני רגולציה ותאימות רלוונטיים בתעשייה (לדוגמה, GDPR, HIPAA).
-
ניטור אבטחה: שילוב עם כלי SIEM והגדרת התראות על אירועי אבטחה פוטנציאליים.
-
| דרישה | שיקולים מרכזיים |
|---|---|
| מוכנות רשת ורוחב פס | רוחב פס, איכות שירות, WAN/Internet, Firewall/NAT |
| אינטגרציה עם מערכות קיימות | ספריות, CRM, מרכזיה, Email/Calendar |
| תאימות והקצאה של נקודות קצה | תמיכה במכשירים, הקצאה, עדכוני קושחה |
| תצורות אבטחה והצפנה | הצפנה, אימות, תאימות, ניטור אבטחה |
| הדרכת משתמשים וניהול שינויים | תוכניות הדרכה, תיעוד, תקשורת שינויים |
| ניידות מספרים ותוכנית חיוג | מִספָּר migration/porting, תרגום תוכנית חיוג |
| אינטגרציות של צד שלישי | זימון, מרכז קשר, פקס, מכשירים אנלוגיים |
מוכנות ודרישות הרשת
מוכנות הרשת היא קריטית למעבר מוצלח לכל פתרון שיחות מבוסס ענן כמו Webex Calling. תכנון רשת לקוי עלול להוביל לירידה באיכות השיחות, ניתוק שיחות ומשתמשים לא מרוצים. לקוחות צריכים לבצע הערכת רשת לפני המעבר ל-Webex Calling. מומלץ לאשר את זמינות רוחב הפס של הרשת עבור נפח השיחות הצפוי, לוודא שדרישות איכות השירות (QoS) עומדות, ולהבין את הפורטים השונים שיש לפתוח בחומת האש (או חומות האש) של הקצה.
קישוריות רשת אמינה עם איכות שירות מספקת (רוחב פס, אובדן חבילות, RTT) היא דרישה בסיסית להבטחת חוויית המשתמש הטובה ביותר מקצה לקצה עבור כל נקודות הקצה, הלקוחות והיישומים התומכים בקול ווידאו המשתמשים ב-Webex Calling.
ללקוחות ולשותפים יש אפשרויות קישוריות מעבר לאינטרנט Over-the-top (OTT) שיכולות לייעל את החיבור ל-Webex Calling, כולל Webex Edge Connect. למידע נוסף על פרטי עיצוב Webex Edge Connect, ראה ארכיטקטורה מועדפת של Cisco עבור Webex Edge Connect עבור פגישות Webex, שיחות מרובות דיירים ומופע ייעודי.
לקוחות יכולים להשתמש ב- CScan להערכת רשת, המספקת מידע על איכות הרשת של הלקוח, מספר השיחות שניתן לבצע, זמן ההשהיה וכן הלאה. למידע נוסף על כלי CScan, ראה שימוש ב-CScan לבדיקת איכות רשת Webex Calling.
כדי לוודא שהרשת מוכנה להעברה ל-Webex Calling, יש לשקול את רשימת התיוג הבאה:
-
תכנון רוחב פס
חשב שיחות בו-זמניות לכל אתר כדי להבטיח שיש לך מספיק רוחב פס במעלה ובמורד הזרם, ולכלול מרווח אחסון לתעבורה עסקית קריטית אחרת ולצמיחה עתידית.
טבלת חישובי רוחב הפס של סוגי השיחות של Webex Calling מציגה את סוגי השיחות הזמינים בפריסת Webex Calling יחד עם ה-codec ורוחב הפס המרבי הנדרשים עבור כל סוג שיחה. כפי שמוצג בטבלת חישובי רוחב פס של סוג שיחה של Webex Calling ניתן לחשב את רוחב הפס הנדרש של שיחת שמע עבור כל סוג שיחה באמצעות הנוסחה הכללית הבאה:
מספר השיחות הצפויות במקביל * רוחב פס לכל שיחה מבוסס על קודק = תפוקת רשת נדרשת.
טבלה 2. חישובי רוחב פס של סוג השיחה של Webex Calling סוגי שיחות קודק - רוחב פס חישובי רוחב פס אפליקציית Webex / טלפון שולחני -> אפליקציית Webex אופוס - 70 קילו-ביט לשנייה מספר שיחות בו זמנית * 70 קילו-ביט לשנייה = תפוקת רשת נדרשת אפליקציית Webex / טלפון שולחני -> טלפון שולחני אופוס – 70 קילו-ביט לשנייה מספר שיחות בו זמנית * 70 קילו-ביט לשנייה = תפוקת רשת נדרשת אפליקציית Webex / טלפון שולחני -> PSTN דרך LGW G.711 – 80 kbps מספר שיחות בו זמנית * 80 קילו-ביט לשנייה = תפוקת רשת נדרשת אפליקציית Webex / טלפון שולחני -> PSTN דרך PSTN בענן (למשל, תוכנית שיחות של סיסקו) G.711 – 80 kbps מספר שיחות בו זמנית * 80 קילו-ביט לשנייה = תפוקת רשת נדרשת אפליקציית Webex / טלפון שולחני -> ארגון דרך LGW G.722 – 80 kbps מספר שיחות בו זמנית * 80 קילו-ביט לשנייה = תפוקת רשת נדרשת אפליקציית Webex / טלפון שולחני -> הודעה קולית של Webex Calling אופוס – 70 קילו-ביט לשנייה מספר שיחות בו זמנית * 70 קילו-ביט לשנייה = תפוקת רשת נדרשת על ידי סיכום תפוקת הרשת הנדרשת בו-זמנית לכל סוג שיחה, ניתן לקבוע את דרישת רוחב הפס הפוטנציאלית הכוללת עבור אתר ספציפי.
כל שלבי השיחה תמיד מעוגנים ב-SBC של גישה ל-Webex Calling. כדי לקבוע את רוחב הפס הנדרש של האינטרנט עבור כל מיקום Webex Calling נתון, יש לקחת בחשבון לא רק את השיחות הבין-מיקומיות, אלא גם את השיחות בתוך המיקום ושיחות אל ומ-Local Gateway באותו מיקום. לדוגמה, שיחה תוך-אתרית בין שני טלפוני MPP תדרוש עד 2 דופלקס מלא של 70 kbps בגישה לאינטרנט של המיקום.
הטבלה דוגמאות לחישוב רוחב פס של שיחות Webex מציגה דוגמה לתרגיל חישוב רוחב פס מלא, בהנחה שכל המכשירים נמצאים באותו אתר.
טבלה 3. דוגמאות לחישוב רוחב פס של שיחות Webex סוגי שיחות מספר שיחות בו זמנית רוחב פס כולל אפליקציית Webex / טלפון שולחני → אפליקציית Webex 15 2 * 15 * 70 קילו-ביט לשנייה = 2,100 קילו-ביט לשנייה אפליקציית Webex / טלפון שולחני → טלפון שולחני 15 2 * 15 * 70 קילו-ביט לשנייה = 2,100 קילו-ביט לשנייה אפליקציית Webex / טלפון שולחני → PSTN דרך LGW 50 2 * 50 * 80 קילו-ביט לשנייה = 8,000 קילו-ביט לשנייה אפליקציית Webex / טלפון שולחני → PSTN דרך Cloud Connect עבור שיחות Webex 0 0 * 80 קילו-ביט לשנייה אפליקציית Webex / טלפון שולחני → ארגוני דרך LGW 15 2 * 15 * 80 קילו-ביט לשנייה = 2,400 קילו-ביט לשנייה אפליקציית Webex / טלפון שולחני → הודעה קולית של Webex Calling 5 5 * 70 קילו-ביט לשנייה = 350 קילו-ביט לשנייה סך כל השיחות / רוחב פס 100 שיחות 14,950 קילו-ביט לשנייה / 14.95 מגה-ביט לשנייה -
כל ערכי רוחב הפס בטבלאות לעיל מתייחסים לרוחב פס של IP. רוחב הפס של הקישור גבוה יותר בהתאם לאנקפסולות WAN.
-
רוחב הפס בטבלאות לעיל הוא עבור שיחות שמע. עבור רוחב פס של שיחות וידאו, אפליקציית Webex ו-MPP 8845/65 טלפונים תומכים בוידאו H.264 ברזולוציה מקסימלית של 720p וברוחב פס מרבי של 1,500 kbps לשיחה. עם זאת, כמות רוחב הפס הנצרכת בכל נקודה במהלך השיחה תשתנה בהתאם לקצב סיביות משתנה הטמון בתקשורת וידאו.
-
-
איכות השירות (QoS)
הטמע מדיניות QoS בסביבה המקומית שלך כדי לתעדף תעבורה בזמן אמת, ולהבטיח ש-QoS נשמר על פני מתגים, נתבים וחומות אש.
-
יעדי השהייה, ריצוד ואובדן חבילות
הספים הבאים מומלצים לאיכות קול אופטימלית כאשר שיחות עוברות דרך האינטרנט (OTT):
-
זמן השהיה - פחות מ-100ms לכיוון אחד
-
ריצוד - פחות מ-10 אלפיות השנייה
-
אובדן חבילות - 0.5% או פחות.
-
-
חומת אש ו-NAT
ודא שחומת האש מוגדרת לאפשר תעבורת Webex Calling כפי שמופיע במאמר הזמין בכתובת מידע על יציאות עבור Webex Calling. בנוסף, יש לאפשר גישה לדומיינים ולטווחי IP של Webex המפורטים באותו מדריך ולהימנע מ-SIP ALG מכיוון שהוא מפריע לאיתות SIP. יש להימנע מתעבורת מדיה דרך פרוקסי.
-
DNS ו-NTP
ודא רזולוציית DNS נכונה של דומיינים של Webex ושרתי NTP אמינים כדי לסנכרן שעוני מכשירים לאימות ורישום של אישורי TLS.
-
תכנון מעבר לגיבוי
קחו בחשבון חיבורי נתונים קיימים של ספקים (MPLS, SD-WAN וכן הלאה) ותכננו באופן כללי גישה ישירה לאינטרנט בכל מיקום בפריסה שלכם. תכננו קישורי אינטרנט מיותרים במקומות בהם נדרשת זמינות גבוהה. מכיוון שתצרכו שירותים מבוססי ענן, קישוריות אינטרנט אמינה עם רוחב פס מספיק היא דרישה בסיסית. עליך לשקול מחדש את ביצוע המעבר הזה אם חיבור/י האינטרנט של מיקומי הארגון שלך אינם אמינים בדרך כלל עם השהייה נמוכה ותפוקה נאותה כלפי מעלה ומטה.
-
שרידות האתר
שרידות האתר מבטיחה שהעסק שלך תמיד נגיש, גם אם חיבור הרשת שלך ל-Webex מתנתק. Site Survivability משתמש בשער ברשת המקומית שלך כדי לספק שירות שיחות גיבוי לנקודות קצה באתר עבור מצבים שבהם חיבור הרשת ל-Webex מתנתק. שקלו את שרידות האתר באמצעות שער שרידות (SGW) מקומי אם דרישות העסק דורשות שיחות רציפות במקרה של הפסקת רשת. למידע נוסף על בדיקת שרידות אתר, ראה שרידות אתר עבור Webex Calling.
הגדר UC מחובר לענן
Cloud Connected UC (CCUC) הוא פתרון ניהול וניתוח מבוסס ענן שנועד לספק נראות, ניהול ותובנות מרכזיות עבור פריסות Unified CM הן מקומיות (כגון Unified CM) והן בענן (Webex Calling - Dedicated Instance). היא משמשת כגשר בין סביבות מקומיות מסורתיות לבין שירותי הענן של סיסקו, ותומכת בארגונים לאורך כל מסע המעבר מ-Unified CM ל-Webex Calling.
במהלך המעבר ל-Webex Calling, CCUC ממלא תפקיד חיוני בייעול תהליך ההעברה על ידי הקלת איסוף נתונים מקיפים מפריסת התקשורת המאוחדת הקיימת. CCUC מסייע במשימות מעבר מרכזיות כגון העברת מכשירים, תכונות ואנשי קשר של משתמשים, וכן אוטומציה של עדכוני קושחה עבור טלפוני IP נתמכים. על ידי מתן נראות וניהול מרכזיים, CCUC מסייע להבטיח חוויית הגירה חלקה ויעילה יותר.
סיסקו ממליצה בחום לפרוס את CCUC מוקדם בפרויקט המעבר, רצוי לפני או במהלך שלב ההכנה. זה יאפשר את התובנות והיכולות הנדרשות כדי להעריך, ליצור מלאי ולתכנן באופן יסודי פעילויות העברה עוקבות ולהתחיל את המסע שלך ל-Webex וליכולות היברידיות עתידיות.
הערכת הסביבה הנוכחית
פעילות מרכזית בתכנון ההגירה שלכם היא הערכת הסביבה והפריסה המקומית הנוכחיות. זה מספק תובנות לגבי השינויים הפוטנציאליים שעשויים להידרש כדי לעבור בהצלחה ל-Webex Calling. זה גם מאפשר לך להעריך את המרכיבים המרכזיים של פלטפורמת Webex Calling בהשוואה לפריסה המקומית הקיימת. באפשרותך להשתמש במידע זה כדי לזהות אילו משימות ספציפיות נדרשות עבור המעבר ואילו שינויים ברצונך לבצע כדי לעמוד בדרישות העסקיות והטכניות שלך ובמקרי השימוש שלך.
חשוב לבחון את ההיבטים הבאים כחלק ממאמץ זה.
רישוי
הבנת מבנה הרישוי הנוכחי של הפריסה הקיימת היא המפתח בעת ההכנה למעבר ל-Webex Calling. בצעו הערכת רישיון של התחומים הבאים בפתרון המקומי הקיים של סיסקו שלכם.
-
פלטפורמה
היכולת לנסח במלואה מה מורשה כעת בפלטפורמה הליבה שלך תהיה קריטית כשאתה עובד עם צוות החשבון או השותף שלך כדי לקבוע את הדרך הטובה ביותר לרישוי גמיש. Webex Calling מורשה באמצעות רישוי גמיש. למידע נוסף על רישוי גמיש, ראו תוכנית גמישה לשיתוף פעולה של Cisco.
-
משתמשים ומכשירים
זהה את קטגוריית הרישיון הנדרשת למשתמשים ולמכשירים הקיימים שלך. פעולה זו תשמש לקביעת סוג רישיון Webex Calling הנדרש עבור המשתמשים והמכשירים. Webex Calling מציעה מספר סוגי רישוי, כולל רישיונות מקצועיים וסטנדרטיים למשתמשים ורישיונות מקצועיים ורישיונות אזור משותף לסביבות עבודה. למידע נוסף על רישוי מכשירי Webex Calling, עיין בגיליון הנתונים הזמין בכתובת רישוי מכשיר.
-
שער מקומי
אם נדרש אלמנט הגבול המאוחד של Cisco (CUBE) לגישה ל-PSTN עבור מעבר זה, יש לשקול גם רישוי CUBE. שיקולי רישוי CUBE מכוסים בהמשך מסמך זה.
Locations/Sites
יש לקחת בחשבון את מספר וסוגי האתרים (מרכזיים גדולים, אזוריים, סניפים וכן הלאה) בפריסה הקיימת שלך בעת תכנון המעבר הזה. הבנה מלאה של אתרי הפריסה הקיימים תסייע בתכנון אסטרטגי למעבר מוצלח, במיוחד בכל הנוגע לקביעת אילו אתרים להעביר ובאיזה סדר. הבנה מפורטת של דרישות תוכנית החיוג (מספור, הרגלי חיוג, סוגי הגבלות וכן הלאה), קישוריות רשת האתר ורוחב הפס (אינטרנט, WAN, LAN) וגישה ל-PSTN (מקומי או מרכזי, IP או TDM) עבור כל אתר תהיה קריטית בעת קבלת החלטות הגירה. למידע נוסף על מודלים נפוצים של פריסה ושיקולים מרכזיים, עיין במידע על מודלים של פריסה משותפת הזמינים ב- Collaboration SRND.
שיקול חשוב נוסף בפריסה בעת המעבר ל-Webex Calling הוא זמינות המיקום. ל-Webex Calling יש יכולות, מנויים ומכשירים שונים הזמינים בהתאם למיקום הפריסה שלך. למידע נוסף על זמינות גיאוגרפית של Webex Calling, ראה היכן Webex זמין?.
לבסוף, חשוב להבין את ההשפעה שתהיה למעבר ל-Webex Calling על שירותי שיתוף פעולה אחרים. בהתבסס על מטרת מסמך זה, ההנחה הכללית היא שאם שירותי שיתוף פעולה קיימים מחוץ לעומס העבודה של השיחות יישמרו, אזי צפוי מעבר לפריסה ההיברידית שלב 1 שהוזכרה לעיל. דוגמאות לשירותי שיתוף פעולה שעשויים לדרוש פריסה היברידית כוללות מרכז קשר מקומי שטרם הועבר למרכז קשר של Webex ואינטגרציות הדוקות במערכות כמו מערכות זימון וחיוב. למידע נוסף על מעבר של עומסי עבודה ושירותים נוספים לשיתוף פעולה, ראו מעברי שיתוף פעולה.
מלאי קיים devices/clients
לפני תחילת המעבר, חשוב לבצע מלאי של נקודות הקצה הקיימות של החומרה והתוכנה. בעל רשימה מלאה של מכשירים types/models, גרסאות חומרה, סוגי מערכות הפעלה של לקוח רך וכמויות יבטיחו שתוכלו לתכנן כראוי את מעבר המכשירים ולמתן את ההשפעה על אותם מכשירים שלא ניתן להעביר לשיחות ענן. יש להשתמש במלאי כדי לקבוע אילו מכשירים יש לעבור ואילו מכשירים יש להחליף לפני המעבר.
טלפונים שולחניים
עבור טלפוני שמע ווידאו שולחניים, רק טלפוני השולחן מסדרות 6800, 7800, 8800 ו-9800 נתמכים עם Webex Calling. זוהי תת-קבוצה של טלפוני Cisco IP הנתמכים על ידי Unified CM. ישנם כמה דגמים וגרסאות של טלפונים מדגמי 6800, 7800 ו-8800 שלא ניתן להשתמש בהם עם Webex Calling. למידע נוסף על הדגמים וגרסאות החומרה הנתמכות, ראה מכשירים נתמכים עבור Webex Calling.
לא ניתן לשדרג את טלפוני ה-IP מסדרת Cisco 6800 מקושחה ארגונית לקושחה מרובת פלטפורמות (MPP), הנדרשת עבור Webex Calling. לכן, כל טלפון 6800 הרשום ב-Unified CM שמריץ קושחה ארגונית חייב להיות מוחלף בדגם 6800 MPP או בדגם טלפון נתמך אחר.
יש לשדרג את טלפוני ה-IP מסדרות Cisco 7800 ו-8800 לקושחת טלפון רב-פלטפורמתי (MPP) לפני המעבר ורישומם ל-Webex Calling. כדי לקבוע אילו דגמים 7800 ו-8800 וגרסאות חומרה תומכים בקושחת MPP, ראה המרת טלפוני IP מסדרת Cisco 7800 ו-8800 בין קושחת Enterprise לקושחת MPP.
המכשירים 8845, 8865 ו-8865NR הגיעו לסוף המכירה ולא מומלץ להעביר אותם ל-Webex Calling.
גרסאות ישנות יותר של טלפונים מסדרת 8800 (8811, 8841, 8851, 8851NR, 8861) אינן מומלצות לשימוש עם Webex Calling. טלפונים עם גרסאות חומרה VID 14 או גירסה מוקדמת יותר יירשמו ל-Webex Calling אך עשויים להיתקל בבעיות ביצועים עקב החומרה.
טלפוני השולחן מסדרת 9800 מרימים את מערכת ההפעלה PhoneOS, התומכת ברישום ל-Unified CM ול-Webex Calling. לכן, ניתן להעביר טלפונים אלה ל-Webex Calling ללא שדרוג קושחה.
יהיה צורך להחליף את כל שאר טלפוני ה-IP בטלפונים מסדרת 6800, 7800, 8800 או 9800 הנתמכים על ידי Webex Calling. למידע נוסף על טלפוני IP וטלפונים שולחניים נתמכים עם Webex Calling, עיין במאמר בכתובת מכשירים נתמכים עבור Webex Calling.
נקודות קצה של וידאו
נקודות קצה של וידאו אישי וחדר, כולל סדרת Cisco Board, סדרת Room וסדרת Desk, יכולות להירשם באופן מקורי ל-Webex Calling באמצעות SIP. כל אחת מנקודות הקצה הללו שצריכות להפיק אודיו and/or שיחות PSTN דורשות רישיון שיחה:
-
מכשירים משותפים בחדרי ישיבות, מרחבי נוכחות וכו' דורשים רישיון של Webex Calling Professional Workspace או של Webex Calling Workspace.
-
מכשיר אישי של משתמש קצה דורש רישיון מקצועי של Webex Calling או רישיון סטנדרטי של Webex Calling.
קבע כמה נקודות קצה של וידאו רשומות ב-Unified CM ומשמשות לביצוע שיחות שמע. ייתכן שחלק מנקודות הקצה של הווידאו ישמשו רק להצטרפות לפגישות או לביצוע שיחות וידאו SIP. בכל מקרה, נקודות הקצה עדיין צריכות לעבור ל-Webex לפני ששרתי Unified CM יושבתו משימוש, אולם זה יעזור לקבוע כמה מהן יזדקקו לרישיונות Webex Calling כדי להמשיך לבצע שיחות טלפון.
-
כאשר התקני וידאו מועברים מרישום Unified CM ל-Webex, ה-URI עבור נקודות קצה אלו ישתנה מכיוון שהן רשומות כעת בענן.
-
דגמי הטלפון 8845, 8865 ו-8875 הם טלפוני וידאו אישיים הנתמכים על ידי Webex Calling.
לקוחות רכים
אפליקציית Webex היא לקוח התוכנה היחיד הנתמך על ידי Webex Calling, בניגוד ל-Unified CM התומך גם באפליקציית Webex וגם ב-Jabber, והיא לקוח התוכנה החדש המוגדר כברירת מחדל עבור משתמשי קצה.
בהתאם למצב/י הפריסה המיושמים עבור ג'אבר (הודעות מיידיות בלבד, טלפון בלבד, and/or מצבי UC מלאים), ייתכן שתצטרכו לשקול גם את המעבר של מערכת ההודעות and/or עומסי עבודה של פגישות מ-Jabber לאפליקציית Webex. ניתן לפרוס את אפליקציית Webex במצב טלפון בלבד אם היא תשמש כלקוח לשיחות בלבד או שניתן לפרוס אותה כ- חבילת Webex המלאה אם עומסי עבודה אחרים, לדוגמה Webex Messaging, קיימים. and/or פגישות Webex מועברות לאפליקציה עם שיחות.
אפליקציית Webex משפרת את חוויית המשתמש הסופי על ידי מתן תכונות בינה מלאכותית כמו audio/video אינטליגנציה, תמלול שיחות ואחרים. למידע נוסף, ראו אפליקציית Webex.
לפני העברת משתמשים ל-Webex Calling, תצטרכו להעביר את לקוחות ה-Jabber שלהם לאפליקציית Webex. יש לך שתי אפשרויות להשלמת המעבר הזה.
-
לפני שתעביר אותם ל-Webex Calling
-
כאשר אתה מעביר אותם ל-Webex Calling.
כדי להקל על המעבר הראשוני לאפליקציית Webex, מומלץ להשתמש באפשרות 1 ולהעביר משתמשים לאפליקציית Webex עם שיחות CM מאוחדות תחילה. זה נותן למשתמשים זמן להכיר את היישום החדש בזמן שהם עדיין משתמשים בפלטפורמת השיחות הקיימת של Unified CM המקומית. לאחר שתהיה מוכן להעביר משתמשים ל-Webex Calling, עליך להגדיר את אפליקציית Webex שלהם כך שתירשם בפלטפורמת שיחות הענן.
למידע נוסף, ראו מסע הגירה - צעד אחד או שניים?.
לרשימה מלאה של המכשירים הנתמכים עבור Webex Calling, ראה מכשירים נתמכים עבור Webex Calling.
אימות זכאות המכשיר
כפי שצוין קודם לכן, Webex Calling תומך בקבוצת משנה של טלפוני Cisco IP ודורש סוג קושחה שונה עבור טלפוני סדרה 7800 ו-8800. טלפוני CM מאוחדים מפעילים את הקושחה של Enterprise, בעוד שטלפוני Webex Calling מפעילים את הקושחה של טלפון מרובה פלטפורמות (MPP). מומלץ לוודא אילו טלפונים רשומים ב-Unified CM זכאים לשדרוג לקושחת MPP במהלך שלב ההכנה. זה נותן לך זמן להחליף טלפונים שאינם זכאים באחד מדגמי הטלפונים הנתמכים או לזהות תוכנית חלופית, כמו העברת משתמש לאפליקציית Webex בלבד.
כדי לסייע בקביעת הזכאות של טלפוני Unified CM, ל-Control Hub יש כלי מובנה בשם העבר את הטלפון שלך ל-Webex Calling. בעת שימוש בכלי זה לבדיקת זכאות המכשיר, בחר באפשרות ההגירה צור רישיון התקן בלבד.
אפשרות זו מאפשרת לך להעלות קובץ CSV המכיל את טלפוני Unified CM כדי ש-Webex יוכל לבדוק את הזכאות של כל טלפון. על ידי בחירת אפשרות הגירה זו, הטלפונים לא יוסיפו ל-Webex מכיוון שאתה עדיין בשלב ההכנה ואינך מוכן לעשות זאת עדיין. למידע נוסף, ראה העבר את הטלפון שלך ל- Webex Calling .
ייתכן שחלק מהטלפונים יחזרו עם זכאות לא ידועה. זה בדרך כלל בגלל ש-Webex אינו מסוגל לאמת מידע מסוים אודות הטלפון במערכת האחורית. עבור כל טלפון בעל סטטוס לא ידוע, יש לך שתי אפשרויות לוודא אם הוא זכאי לשדרוג לקושחת MPP.
-
בדוק ידנית כל טלפון ואמת את הדגם וגרסת החומרה (PID VID)
7800/8800 תווית טלפון עם פרטי דגם וגרסת חומרה -
השתמש בכלי המוכנות לטלפון IP של Cisco
הורד את הכלי מ https://github.com/joemar2/mpp_readiness_check.
כלי זה אינו כלי רשמי של סיסקו וגם אינו נתמך על ידי TAC. יש לו תמיכה במאמץ הטוב ביותר אך השימוש בו הוא חינמי.
יש להפעיל כלי זה על מכונה מקומית שיכולה לגשת לשרתי Unified CM ולטלפונים של ה-IP. יש לו אפשרות להפעיל גישה לאינטרנט בטלפוני IP, וזה מומלץ ונדרש כדי לקבל את התוצאות הטובות ביותר. לכן, יש להשתמש בו בשעות הפנאי כדי למנוע הפרעה למשתמשי הקצה. הפלט של הכלי מספק דוח המפרט אילו טלפונים מסדרות Unified CM 7800 ו-8800 זכאים לשדרוג לקושחת MPP. מכיוון שהוא ניגש ישירות לטלפון, הוא יכול לאמת את המכשירים לא ידועים שדווחו מכלי Control Hub.
דוח כלי מוכנות לטלפון IP של סיסקו
משתמשים
אחד משלבי ההכנה החשובים ביותר להבטחת הגירה מוצלחת הוא הקצאת משתמשים נכונה. עליכם לתכנן כראוי עבור כל המשתמשים, גם אם אתם מבצעים הגירה בשלבים. יש להקצות משתמשים ב-Webex עבור כל אחד מהבאים:
-
פריסת אפליקציית Webex עם Unified CM Calling
-
פריסת אפליקציית Webex עם Webex Calling
-
הגדרת שירותי Webex Calling עבור משתמש
-
כדי להפוך משתמשים לניתנים לחיפוש בספריית Webex (לחיצה להתקשרות באפליקציית Webex, פרטי קשר של משתמשים, חיפוש בספריית טלפונים).
מומלץ להקים את כל המשתמשים ב-Webex לפני או בתחילת הפרויקט. זה כולל משתמשים שעדיין משתמשים ב-Unified CM עבור פלטפורמת השיחות שלהם שאינה תלויה במכשיר השיחות שלהם (טלפון IP, Jabber, אפליקציית Webex). כאשר משתמשים עוברים ל-Webex Calling (and/or (אפליקציית Webex) תעדכן את רישיונות ה-Webex שלהם כדי לאפשר את השירותים הדרושים להם. על ידי הקצאת כל משתמשי השיחות הארגוניים לפני תחילת המעבר, זה מאפשר למשתמש שעבר לאפליקציית Webex או ל-Webex Calling לחפש במדריך Webex משתמש ארגוני שעדיין נמצא ב-Jabber. and/or ב-CM מאוחד. זה מבטיח שמשתמשים שעברו מעבר יוכלו למצוא את פרטי הקשר של כל משתמש אחר ולבצע אליהם שיחת טלפון באמצעות חיפוש הספרייה.
האיור חיפוש בספריית אפליקציית Webex מציג דוגמה למשתמש אפליקציית Webex המחפש משתמש אחר. תוצאות החיפוש מציגות את פרטי הקשר של המשתמש ויכולות להיות עבור משתמש שעדיין נמצא ב-Jabber וב-Unified CM או עבור משתמש שעבר לאפליקציית Webex. and/or שיחות Webex.
לאחר מכן, קבע אילו מבין משתמשי השיחות המקומיים הקיימים יועברו ל-Webex Calling. אם כל המשתמשים או מספר רב של משתמשים יעברו מעבר, מומלץ להעביר את המשתמשים לקבוצות כדי להבטיח שצוות הפרויקט, צוות ה-IT ואנשי התמיכה יוכלו להתמודד עם המעבר וכל בעיה שעשויה להתעורר. כדאי גם להקצות זמן למתן מידע ראשוני והדרכות כדי להכין את המשתמשים למעבר הזה. ניתן לבצע קיבוץ של מעבר משתמשים על סמך מגוון קריטריונים, כולל המיקום או האתר שאליו משויכים המשתמשים, מחלקות המשתמשים או אפילו סוגי משתמשים (עובדי ידע, מנהלים, עובדים ניידים וכן הלאה).
לדוגמה, אם המשתמשים בפריסה מחולקים לשלושה אתרים עיקריים, ניו יורק (NYC), סן פרנסיסקו (SFC) ופארק משולש המחקר (RTP), תוכנית מעבר משתמשים עשויה להיראות כמו התוכנית המתוארת בטבלה תוכנית מעבר משתמשים לפי אתר.
| אתר המשתמש / מִקוּם | מידע והדרכות טרום מעבר | תקופת מעבר | תמיכה לאחר המעבר |
|---|---|---|---|
| ניו יורק (1,525 משתמשים) | שבוע ה-1 באפריל | 15 באפריל – 27 באפריל | שבוע ה-29 באפריל |
| SFO (1,600 משתמשים) | שבוע ה-6 במאי | 20 במאי – 31 במאי | שבוע ה-3 ביוני |
| RTP (1,275 משתמשים) | שבוע ה-3 ביוני | 17 ביוני – 28 ביוני | שבוע ה-1 ביולי |
גורם חשוב נוסף הוא העברת משתמשים יחד שיש להם תלות זה בזה. זה יכול לכלול אך לא רק את הדברים הבאים:
-
ניטור BLF
-
אותו ציד pilot/group
-
שיתוף קווי
-
חלק מאותה קבוצת מענה שיחה
-
שימוש באותם מספרי חניית שיחות
-
אינטרקום
-
Admin/Exec.
באפשרותך לסקור את תצורת Unified CM (ממשק משתמש גרפי או ייצוא) או להשתמש בכלי Control Hub Migration Insights כדי לסייע בזיהוי קבוצות המשתמשים עם תלויות אלה.
קישוריות PSTN
Webex Calling יכול לגשת לרשת התקשורת הסלולרית (PSTN) בשלוש דרכים: תוכניות שיחות של סיסקו, Cloud Connect עבור Webex Calling (לשעבר Cloud Connected PSTN), ו-PSTN מקומי (שער מקומי). עם זאת, מיקום יחיד כפי שמוגדר במרכז הבקרה יכול להיות מוקצה רק לאפשרות PSTN אחת.
רשת PSTN מקומית עם שער מקומי (LGW) היא מרכיב חיוני באסטרטגיית המעבר. זה מספק קישוריות בין הפריסה המקומית and/or PSTN ופלטפורמת Webex Calling. Webex Calling תומך הן בבקרי גבולות הפעלה (SBC) מוסמכים של סיסקו והן בבקרי צד שלישי (SBC) שניתן להשתמש בהם כשער מקומי. לרשימה העדכנית ביותר של רישומי SBC נתמכים, ראה רשימת רישומי SBC נתמכים.
Webex Calling תומך בעד 250 שיחות בו-זמניות משער מקומי יחיד המבוסס על רישום ובמעל 250 שיחות בו-זמניות משער מקומי יחיד המבוסס על אישור. שערים מקומיים מבוססי אישורים יכולים לתמוך בעד 6500 שיחות בו זמנית, אך זה מבוסס על סוג הקישוריות שיש לשער המקומי ל-Webex (Over-the-Top לעומת peering interconnect) ועל מודל ה-SBC שבו נפרס השער המקומי. מגבלות אלו הן למעשה מגבלת הספירה המוגדרת כברירת מחדל עבור שיחות PSTN מקומיות מבוססות שער וגם עבור שיחות בין אתרים בין נקודות קצה של Unified CM ו-Webex Calling. למידע נוסף, ראה התחל עם שער מקומי.
כל שיחה שחורגת ממגבלה זו נדחתה עם 403 Forbidden. ניתן להריץ את הפקודה show call active voice בשער המקומי בכל מופע כדי לקבוע את המספר הכולל של שיחות פעילות.
תנאי רשת גרועים בין שער מקומי לבין SBC גישת Webex Calling עלולים להגביל את ביצועי חיבור האיתות, מה שמוביל למגבלת שיחות בו-זמנית נמוכה עוד יותר. זמן השהיה חד-כיווני בין השער המקומי למרכז הנתונים של Webex Calling לא יעלה על 100 מילישניות, והריצוד צריך להיות פחות מ-10 מילישניות בעוד שאובדן חבילות קטן מ-0.5. %.
תכונות & שימוש בתכונות
בעת הערכת הסביבה הנוכחית, חשוב לזהות ולסקור אילו תכונות של Unified CM נקבעו. בנוסף, חשוב להבין את השימוש בתכונות כדי שתוכלו להגדיר (מחדש) את הדרישות העסקיות והטכניות שלכם עבור פריסת Webex Calling שלכם.
כדי לקבוע אילו תכונות נקבעו, נתח את תצורת Unified CM. אלו הם כל הנתונים הסטטיים שמוגדרים כאשר תכונה או הגדרה מוגדרות במערכת. ניתן להשתמש באפשרויות הבאות כדי להשלים ניתוח זה:
-
סקירת תצורת CM מאוחד בממשק המשתמש הגרפי של המנהל
-
ייצוא תצורת CM מאוחד -- ייצוא בכמות גדולה או AXL
-
כלי תובנות הגירה של Control Hub (מומלץ)
-
כלי שותפים של צד שלישי של סיסקו (מומלץ).
כדי לנתח ניצול תכונות בצורה יעילה, חיוני לבחון נתוני מערכת דינמיים כגון ניצול, רישומים ופעילות שיחות. כלי ניתוח ולוחות מחוונים שונים מספקים תובנות לגבי מדדים אלה, ומאפשרים הבנה מקיפה של ביצועי המערכת והקיבולת, התומכת בקבלת החלטות מושכלת במהלך מאמצי ההגירה והאופטימיזציה. ניתן להשתמש באפשרויות הבאות כדי להשלים ניתוח מסוג זה:
-
סקירת רשומות CDR גולמיות
-
סקירת נתוני RTMT מאוחדים של CM
-
כלי תובנות להעברת Control Hub באמצעות נתוני Unified CM CDR
-
סקירה של ניתוח UC המחובר לענן ב-Control Hub
-
עוצמת השיחות
-
נקודות קצה רשומות
-
מיקומי (CAC)
-
ניצול תא המטען.
-
-
כלי שותפים של צד שלישי של סיסקו.
סיסקו ממליצה להתחיל עם כלי Webex Control Hub Migration Insights עבור ניתוח זה. תייבאו את קובץ ה-.TAR של Unified CM ואת קבצי ה-CDR של Unified CM (אופציונליים, אך נדרשים לניתוח ניצול תכונות) לתוך הכלי. הכלי ייצור את הדוחות הבאים מבוססי ה-CSV בהם ניתן להשתמש כדי להתחיל את הניתוח:
| שם הדוח תיאור הדוח |
|---|
| ImportedDataBulk.csv כל המשתמשים והמכשירים מנתוני Unified CM |
| DeviceEligibility.csv מזהה מכשירים הזכאים למעבר ל-Webex Calling (טלפוני IP, התקני מערכת הפעלה של חדר, ATA וצד שלישי) |
| DevicePoolNumbers.txt רשימה של כל המספרים במאגר התקנים מסוים |
| HuntGroup_CallQueue_CallPark_CallPickUpGroups.csv פרטים על מכשירים ומשתמשים שיש להעביר יחד בהתבסס על קווים משותפים, Hunt Pilot, תור שיחות, חניית שיחות ותצורת קבוצת מענה שיחות |
| HuntGroupMigrationInsight.csv מידע מפורט על קווי ציד שהוקצו, קבוצות קווי ציד וסוכנים קשורים |
| SharedlineGroupMigrationReport.csv סקירה כללית של אופן שיתוף מספרי טלפון (מספרי מדריך) בין משתמשים |
| שם הדוח תיאור הדוח |
|---|
| FeatureUsageBasedDeviceEligibilityReport.csv מידע על זכאות להעברת מכשירים בהתבסס על השימוש בתכונות |
| FeatureUsageWithLastUsageDateReport.csv ספירת שימוש עבור מספר הפעמים ש-Hunt pilot ותור/י הקריאה נקראו יחד עם תאריך השימוש האחרון |
| UserWorkspaceLastUsage.csv תאריך שימוש אחרון עבור משתמשים וסביבות עבודה עבור לקוחות רכים וטלפונים קשיחים כאחד |
| DIDUsageReport.csv שימוש ב-DID עבור DID שהוקצו וגם עבור DID שלא הוקצו |
לפרטים נוספים על דוחות תובנות מעבר, ראו תובנות מעבר.
אם אתם זקוקים למידע נוסף על התכונות והשימוש ב-Unified CM לאחר סקירת המידע בדוחות Migration Insights, סיסקו ממליצה לשקול אחד מכלי ההגירה של שותפי צד שלישי של סיסקו. and/or כדי לסקור את תצורות ה-Unified CM בממשק המשתמש הגרפי או בנתוני ייצוא התצורה.
אינטגרציות של סיסקו: Unity Connection UCCX UCCE
דואר קולי הוא חלק בלתי נפרד מהצעת Webex Calling והוא מובנה באופן טבעי בפתרון. לא ניתן להשתלב עם פתרון דואר קולי מבוסס-מקום כגון Unity Connection או Unity Connection Express. יתר על כן, אין דרך מקורית להעביר הודעות דואר קולי או ברכות קיימות של חיבור Unity לשירות הדואר הקולי המקורי הזמין עם Webex Calling. לחלק מכלי ההגירה של שותפי צד שלישי של סיסקו יש יכולות להעביר חלק מהנתונים הללו. למידע נוסף על דואר קולי עבור Webex Calling, ראה הגדרת וניהול הגדרות דואר קולי עבור משתמש Webex Calling.
Webex Calling תומך גם בתיבות דואר קוליות ופקס משותפות. למידע נוסף, ראה ניהול דואר קולי ופקס נכנס משותף עבור Webex Calling.
ל-Webex Calling יש תכונת מענה אוטומטי מובנית הכלולה כחלק מפלטפורמת הליבה. תכונה זו מאפשרת מעבר של מטפלי השיחות ופונקציונליות המענה האוטומטי של Unity Connection שלך. כלי מרכז הבקרה, העברת תכונות מ-Unified CM, תומך בהעברת תצורות Unity Connection ל-Webex Calling Auto-Attendants. למידע נוסף על השימוש בכלי זה, ראו העברת מכשירים ותכונות מ-Unified CM ל-Webex Calling.
הקלטת שיחות
Webex Calling כולל שתי אפשרויות להקלטת שיחות ללא עלות נוספת.
-
הקלטת שיחות Webex
-
הקלטה ב-Dubber Go (הצעת שותפים) - שילוב בין Webex Calling ל-dubber שבו כל המדיה המוקלטת נשמרת בצורה מאובטחת בענן.
אפשרויות ההקלטה הכלולות ב-Webex Calling הטבלה מדגישה כמה תכונות עיקריות של שתי אפשרויות הקלטת השיחות הזמינות ללא עלות נוספת.
| Webex | דאבר גו |
|---|---|
| זמין לכל המשתמשים | זמין לכל המשתמשים |
| הקלטות ללא הגבלה | הקלטות ללא הגבלה |
| תקופת שמירה של שנה אחת* | תקופת שמירה של 30 יום |
| אחסון של 100 ג'יגה-בייט לכל ארגון | - |
| קציני ציות יכולים לגשת ולנהל הקלטות שיחות | - |
| ממשקי API לניהול הקלטות | - |
מנהלי מערכת יכולים להגדיר ולנהל את גישת המשתמשים להקלטות השיחות שלהם
|
רק משתמשים יכולים לגשת ולנהל את ההקלטות שלהם
|
אם הארגון שלכם דורש יכולות הקלטה נוספות כמו הקלטת שיחות בנושאי תאימות, תקופות שמירה ארוכות יותר, אחסון נוסף, ניתוח בינה מלאכותית, and/or גישת מנהל, הצעות בתשלום או תוספים קיימים הן מסיסקו והן מספקי הקלטות של צד שלישי. למידע נוסף על ספקי הקלטת שיחות Webex Calling, תצורות ושירותי שותפים נוספים, ראה ניהול הקלטת שיחות עבור Webex Calling.
אינטגרציות של צד שלישי
Webex Calling תומך במגוון אינטגרציות של צדשלישי, כולל אך לא רק SBCs עבור שערים מקומיים, טלפוני IP, טלפוני אינטרקום, Speaker/Pagers, ATAs וכו'. בנוסף למכשירים אלה שלצד שלישי , Webex Calling תומך בפתרונות שונים של צד שלישיעבור תמיכת לקוחות, ניתוח נתונים, הקלטה, חיוב וכו'. למידע נוסף על פתרונות שלצד שלישי , ראה Webex App Hub.
