במודל הפריסה של אתר יחיד, שבו צומת שרידות משופרת (ESN) נפרס בתוך אתר יחד עם שער מקומי לניתוב שיחות PSTN. ניתן לרשום עד 7500 מכשירים ל-ESN במהלך הפסקה.

במודל הפריסה של ריבוי אתרים, שבו יש מספר אתרים וניתן לפרוס ESN בכל אתר תלוי בדרישה העסקית לשרידות האתר. הדרישות של שער מקומי ו-DNS הן תמיד הכרח וניתן להוסיף 8 צמתים של ESN לאשכול Unified CM.

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

להלן 2 אפשרויות פריסה לפריסה מרובה אתרים:

• אפשרות 1: צומת שרידות משופרת הפרוס בכל אתר.

• אפשרות 2 – צומת שרידות משופרת משותפת משותף בין מספר אתרים.

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

אנו מנהלים את אישורי היישום של UC ובמהלך ההפעלה של ה-Enhanced Survivability Node עדכנו את האישור של Dedicated Instance Unified CM Cluster מעודכן עם ה-ESN.

במהלך אירוע השרידות, צומת ההישרדות המשופרת מאחסן את כל CDR/CMR נתונים מקומיים. כאשר הקישוריות תשוחזר, הנתונים יסונכרנו בחזרה ל-Dedicated Instance Unified CM Publisher. כמות הנתונים שניתן לאחסן מבוססת על גודל הדיסק של צומת שרידות משופרת. שטח הקצאת הדיסק המקסימלי שניתן להגדיר עבור CDR הוא 3328 MB. זה יכול להיות עם גודל קובץ CDR קטן עד גדול בהתבסס על מרווח ה-CDR שהוגדר. הטיהור מתרחש על סמך:

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

• סימן מים גבוה % המוגדר בהגדרות "ניהול CDR", קובצי ה-CDR יטוקו. לדוגמה, אם "סימן מים גבוה ⁦%” is configured as 80%⁩ והשימוש בדיסק הוא 80% אז קבצי ה-CDR יטוקו.

• CDR / שימור קבצי CMR משך זמן (ימים) המוגדר בהגדרות "ניהול CDR", קובצי ה-CDR יטוקו. כברירת מחדל, הוא מוגדר ל-30 יום.

להלן ההתראות ב-RTMT הקשורות לצומת הישרדות משופרת:

• SurvivabilityEvent- האזעקה מופעלת כאשר לא ניתן להגיע לכל צמתי המופע הייעודי מהצומת Enhanced Survivability Node.

• RemoteSurvivableNodeNotReachable - האזעקה מופעלת כאשר צומת Enhanced Survivability Node אינו נגיש מהמוציא לאור של Dedicated Instance Unified CM.

במהלך אירוע השרידות, עליך לחבר את RTMT ל-Enhanced Survivability Node כדי לנטר את הביצועים של ה-ESN. אותו הדבר לא יהיה זמין, אם RTMT מחובר לצמתי המופע הייעודי שכן ה-ESN לא יהיה נגיש מהענן במהלך אירוע השרידות.

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

במהלך אירוע שרידות, רק התכונות הפונות למשתמש משתנות במכשירים הרשומים ל-Enhanced Survivability Node והתכונות הפונות למשתמש מתאפיינות בדרך כלל באמצעות העובדה שאתה יכול להפעיל או להשבית תכונה ישירות בטלפון שלהם על ידי לחיצה על כפתור אחד או יותר, בניגוד לשינוי תכונה דרך ממשק משתמש מבוסס אינטרנט. אז, צומת ההישרדות המשופרת מאפשר טיפול עצמי ו-GUI של ניהול אינטרנט כפעולות לקריאה בלבד. מכשירי המשתמש הרשומים ב-ESN מסוגלים לבצע שינויים רק בתכונות העומדות בפני המשתמש המפורטות להלן במהלך ה-Failover. עם זאת, שינויים אלה לא יסונכרנו בחזרה עם המוציא לאור של DI Unified CM כאשר הקישוריות תתבסס מחדש.

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

• הפניית שיחות לכולם (CFA)

• פרטיות הפעל או השבת

• אל תפריע (DND) הפעל או השבת

• התחברות Cisco Extension Mobility

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

• ניידות מכשיר

• סטטוס CTI CAPF עבור משתמשי קצה ומשתמשי אפליקציות.

האימות של לקוחות רכים (Cisco Jabber ו-Webex Application) לכניסה במהלך ה-failover ל-Enhanced Survivability Node הוא כדלקמן:

1. אימות מקומי: כאשר אימות המשתמשים מתבצע באופן מקומי בתוך ה-Unified CM, במהלך אירוע השרידות הצומת של Enhanced Survivability Node יוכל לאמת את הלקוחות הרשומים אליו.

2. אימות LDAP: במקרה זה האימות של המשתמשים נעשה באמצעות שרת ה-LDAP המקומי. לאחר מכן, במהלך אירוע השרידות, האימות של לקוחות רך יפעל בתנאי שניתן להגיע לשרת ה-LDAP מ-Enhanced Survivability Node.

   עליך להבטיח את הנגישות של ספריית LDAP ל-ESN לאורך כל אירוע השרידות.

3. אימות כניסה יחידה (SSO): אימות הכניסה ל-SSO של משתמשים נעשה באמצעות שרת ה-IDP. לאחר מכן, במהלך אירוע השרידות, האימות של לקוחות רך פועל בתנאי שניתן להגיע לשרת ה-IDP מהצומת של Enhanced Survivability.

   עבור התחברות ל-Unified CM web UI התחברות, נדרשת גישה ל-IDP או שיש להשתמש בכניסה של כתובת URL מבוססת שחזור.

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

משאבי מדיה נדרשים עבור תכונות Unified CM בסיסיות, כגון מוזיקה בהמתנה, הודעה, שירותי Conference Bridge (תוכנה) חייבים להיות מופעלים ב-ESN. אם נפרסו משאבי מדיה מבוססי חומרה, אז במהלך אירוע השרידות עליך לוודא שניתן להגיע אל שרתי המדיה מה-ESN.

במהלך פעולות רגילות של אשכול DI Unified CM, שיחות החירום (במיוחד באזור AMER) מנותבות דרך ענן RedSky שבו קיים טראנק SIP המוגדר בין אשכול ה-CM המאוחד של Instnace וענן RedSky.

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

הגדר את תוכנית החיוג לניתוב שיחות תוך-אתר, בין-אתר, בין אשכולות ושיחות PSTN במהלך אירוע השרידות. באופן כללי, ה-ESN יכול לנתב שיחות רק למכשירים הרשומים אליו. כל שאר השיחות צריכות להיות מנותבות ל- PSTN Local GW (מוגדר בכל אתר שבו פרוסת ESN) ומשם ל- PSTN. להלן מספר תרחישים שהוסברו:

• טלפון 1 וטלפון 2 רשומים לאותו ESN - השיחה מנותבת בתוך ESN.

• טלפון 1 רשום ל-ESN וטלפון 2 רשום לאשכול Dedicated Instance Unified CM - תוכנית החיוג צריכה לנתב את השיחות מ-ESN ל-PSTN המקומי GW, משם ל-DI Unified CM דרך PSTN. במהלך אירוע השרידות, תוכנית החיוג צריכה לזהות את כשל ניתוב השיחות ולנתב מחדש את השיחות דרך PSTN GW המקומי. אותו הדבר אמור לחול על שיחות נכנסות ל-ESN ממכשירי DI Unified CM.

• טלפון 1 רשום ב-ESN וטלפון 2 הוא התקן PSTN: במהלך אירוע שרידות, יש לנתב שיחות PSTN לשער ה-PSTN המקומי. עליך לוודא שלתוכנית החיוג יש את היכולת לזהות כשלים בניתוב שיחות ולנתב מחדש את השיחה דרך שער ה-PSTN המקומי הזמין.

• במהלך אירוע השרידות, כאשר הקישוריות מהאתר שלך לענן Dedicated Instance מושבת (WAN או ניתוק קישוריות), תכונות הדואר הקולי והדיבור האוטומטי לא יפעלו עבור המכשירים שנרשמים ל-ESN, שכן שרת Cisco Unity Connection מתארח בענן Dedicated Instance שאליו הקישוריות מ-ESN מושבתת. אם המכשיר שלך מוגדר עם "Call Forward Unregistered (CFU)" והשיחה מתקבלת ב-DI Unified CM, אזי המתקשר יוכל להפקיד הודעה קולית ב-Dedicated Instance Unity Connection. אשר ניתן לאחזר כאשר המכשירים נופלים בחזרה למנויי DI מאוחדת CM.

• עם זאת, במהלך אירוע שרידות כאשר הקישוריות לענן Dedicated Instance זמינה אך אשכול Unified CM ב-DI מושבת, במקרה זה תכונות הדואר הקולי והדיבור האוטומטי פועלות עבור מכשירים הרשומים ל-ESN, שכן ל-ESN תהיה קישוריות לשרת Unity Connection פרוס בענן DI.

במהלך אירוע השרידות, ה-ESN לא יוכל להגיע ל-Cisco Expressway E & C בענן DI ולהיפך. אז, במקרה זה משתמשי MRA לא יכולים לקבל את השירות מ-ESN ולכן לא יוכלו להירשם. עם זאת, אם למכשיר ה-MRA יש אינטרנט והוא יכול להתחבר ל-Cisco Expressways בענן DI, אז הוא יכול להירשם ל-DI Unified CM בתנאי שהאשכול ב-DI פונקציונלי.

כדי ששילובים מבוססי CTI יעבדו עם Enhanced Survivability Node, עליך להוסיף Enhanced Survivability Node כחלק מרשימת השרתים של CTI. שיפורים ב-CTI נעשים עבור יישומים המשתמשים ב-JTAPI כדי לאפשר את Enhanced Survivability Node כשרת CTI שאליו האפליקציה יכולה להתחבר רק במקרה שבו שרתי ה-CTI הראשיים או המשניים ברשימה המוגדרת אינם נגישים. במהלך פעולה רגילה, יישומי CTI באתר יכולים להתחבר לשרתי CTI הראשיים והמשניים בענן ה-DI ובמהלך אירוע שרידות, הם יכולים להתחבר ל-Enhanced Survivability Node להמשך חווית CTI. יישומים חייבים להסתגל לממשקי ה-API החדשים כפי שנחשפו על פני ממשק JTAPI כדי להבטיח שהחזרה מ-Enhanced Survivability Node מתרחשת כאשר הקישוריות משוחזרת.

למידע נוסף על ממשקי ה-API החדשים שנוספו, עיין בסעיף היתירות, https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cucm/jtapi_dev/14_0_1/cucm_b_cisco-unified-jtapi-developers-guide-14/cucm_b_cisco-unified-jtapi-developers-guide-1251_chapter_00.html

יישומי צד שלישי שמתממשקים דרך ה-SIP trunks תומכים ב-Enhanced Survivability Node. בתצורות SIP trunk, יש להפעיל את התצורה 'run on all nodes'.

נתמכים התקני צד שלישי בעלי יכולת TFTP שלישונית.