להלן מספר שיטות עבודה מומלצות לעיבוד שיחות ב-Unified CM:

• קבוצות CM – קבוצות CM חייבות לכלול צמתי CM מאוחדים משני מרכזי הנתונים בתוך אזור.

• צור קבוצות CM שונות עבור ישויות שונות (טלפונים, רשתות עורקיות וכו').

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

בהקשר של תקשורת מאוחדת (UC) ו-VoIP (Voice over IP), קודק אחראי על קידוד זרמי שמע או וידאו לפורמט דחוס לצורך שידור ברשת ופענוח הזרמים בצד המקבל לצורך השמעה.

להלן המלצה לקודק לשילוב עם Webex Calling Multi-Tenant או Webex Meetings:

• כאשר הלקוח אינו מעוניין להשתמש ב- OPUS and/or G722 אך עדיין רוצים להתחבר למערכת מרובת דיירים עבור מרכז קשר של Webex או פגישות Webex עבור Webex Edge Audio, עליהם ליצור רשימות העדפות קודקים מתאימות שנותנות עדיפות ל- G711 על פני שאר רכיבי הקודק.

בסביבת Dedicated Instance, משאבי מדיה הם שירותים מבוססי תוכנה או חומרה המספקים פונקציונליות חיונית עבור קול, וידאו ותכונות שיתוף פעולה. משאבים אלה מאפשרים משימות כמו שיחות ועידה, מוזיקה בהמתנה (MoH), סיום מדיה וקידוד מדיה, ומאפשרים תקשורת ושיתוף פעולה חלקים ברחבי הרשת.

להלן כמה שיטות עבודה מומלצות:

• תיבת הסימוןנדרש MTP – לא מומלץ לפריסת מופע ייעודי. אם נדרשת ה-MTP עבור כל השיחות עקב אינטגרציה עם צד שלישי, אנא השתמשו ב- hardware/software MTPs שתצורתם נקבעה בנתב מקומי.

  רשתות MTP של Cisco IOS מומלצות על פני רשתות MTP של Unified CM מכיוון שרשתות MTP של Cisco IOS מספקות מדרגיות נוספת ופונקציונליות רבה יותר, כגון תמיכה בסוגי codec נוספים, זרמי מדיה מרובים ו-pass-through.

• קבוצות ניהול נתונים (MRGs) חייבות לכלול משאבי מדיה מצמתי CM מאוחדים משני מרכזי הנתונים בתוך אזור.

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

רשתות SIP (SIP trunks) ממלאות תפקיד קריטי במערכות Voice over IP (VoIP) מודרניות, באמצעות שימוש בפרוטוקול SIP כדי ליצור, לנהל ולסיים הפעלות תקשורת. גזעי SIP משמשים בדרך כלל לחיבור סביבת ה-Dedicated Instance עם ספקי שירותי טלפוניה חיצוניים (למשל, PSTN), אשכולות CM מאוחדים אחרים או מערכות VoIP לתקשורת פנימית או יישומים של צד שלישי התומכים ב-SIP כמו מרכזי קשר או מערכות דואר קולי.

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

להלן כמה שיטות עבודה מומלצות:

• הפעל הפעלה בכל צמתי Unified CM הפעילים בכל גזעי ה-SIP.

  מומלץ מאוד להפעיל את האפשרות Run on all Active Unified CM Nodes ב-SIP trunks מכיוון שתכונה זו מאפשרת לשיחות יוצאות להגיע מכל צומת עיבוד שיחות בתוך האשכול ולהתקבל בו. הפעלה על כל צמתי CM מאוחדים פעילים יכולה גם למנוע הגדרת שיחות בין צמתי עיבוד שיחות באותו אשכול לפני יצירתן דרך תא המטען של SIP היוצא.

• הפעל הפעלה בכל צמתי Unified CM הפעילים בכל רשימות המסלולים.

• הפעל אפשרויות SIP פינג שמירה על זמנים חיים.

  ניתן להפעיל את התכונה SIP OPTIONS ping בפרופיל ה-SIP המשויך ל-SIP trunk כדי לעקוב באופן דינמי אחר מצב היעד/י של ה-trunk. סיסקו ממליצה להשתמש ב- SIP OPTIONS Ping כדי לעקוב באופן דינמי אחר המצב של כל כתובת IP יעד בכל trunk SIP והמצב הקולקטיבי של trunk בכללותו.

• TCP מומלץ ברשתות של Cisco Collaboration Systems מכיוון שהוא פרוטוקול אמין וממוקד חיבור עם היכולת לפצל ולהרכיב מחדש הודעות SIP גדולות.

• המאמץ הטוב ביותר (לא הוכנס MTP) לבטל את השימוש ב-MTPs ליצירת הצעה מוקדמת עבור שיחות קוליות, וידאו ושיחות מוצפנות דרך רשתות SIP.

• עד 16 כתובות IP של יעד SIP Trunk

  ניתן להגדיר רשתות SIP עם עד 16 כתובות IP יעד, 16 שמות מתחם מלאים או ערך DNS SRV יחיד. תמיכה בכתובות IP נוספות של יעד מפחיתה את הצורך ליצור מספר טראנקים המשויכים לרשימות נתיבים וקבוצות נתיבים לצורך חלוקת שיחות בין שתי מערכות תקשורת מאוחדות, ובכך מפשטת את תכנון הטראנק של CM מאוחד. כאשר כתובות IP משמשות כיעדים ב-SIP trunk, < infromation required>

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

סיסקו ממליצה להשתמש בשערי SIP עבור פריסות ה-Dedicated Instance שלה. להלן כמה משיטות העבודה המומלצות עבור שערי SIP:

• צור עמיתים ל-SIP Dial-peers לכל צמתי Unified Communications Manager (Unified CM) של עיבוד שיחות.

• הפעל Options Ping על כל עמיתי החיוג ובחר באפשרות התעבורה הנכונה (UCP, TCP או TLS).

שירותי חירום בהקשר של תקשורת מאוחדת (UC), כגון בסביבת Cisco Unified Communications Manager (Unified CM), מתייחסים ליכולת לתמוך ולנתב שיחות חירום (למשל, 911 בארצות הברית, 112 באירופה) לנקודת המענה המתאים לבטיחות הציבור (PSAP). זה מבטיח שמתקשרים יוכלו להגיע לכוחות חירום, כגון משטרה, כיבוי אש או שירותי רפואה, במהלך מצב קריטי.

ללקוחות אמריקאים בלבד

• סיסקו ממליצה בחום להגדיר את המערכת כך שתזהה את המחרוזות 911 ו-9911.

• סיסקו ממליצה בחום לסמן במפורש את דפוסי הניתוב לחירום עם Urgent Priority כך ש-Unified CM לא ימתין לפסק הזמן הבין-ספרתי (Timer T.302) לפני ניתוב השיחה.

• בפריסה מרובת אתרים, תצורת תוכנית החיוג צריכה להבטיח ששיחות החירום מנותבות תמיד דרך שער PSTN המקומי לאתר, ובכך לוודא ששיחת החירום מנותבת למוקד שירות התקשורת הקרוב ביותר בתחום השיפוט. אחד המנגנונים להשגת מטרה זו יכול להיות שימוש בתכונה 'קבוצת מסלולים מקומית' של Cisco Unified CM.

• עבור פריסות עם גישה מרכזית ל-PSTN, מנהל ה-Unified CM חייב לוודא שספק ה-PSTN ינתב שיחות חירום ל-PSAP המתאים בהתבסס על ANI או ELIN.

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

להלן המלצה לאפשר גמישות עבור שירותים אלה:

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

דואר קולי במופע ייעודי הוא תכונה מרכזית המאפשרת למשתמשים להקליט, לאחסן, לאחזר ולנהל הודעות קוליות כאשר אינם מסוגלים לענות לשיחה. סיסקו מספקת פתרונות דואר קולי כחלק מ-Dedicated Instance דרך Cisco Unity Connection ‏(CUC), המשתלב בצורה חלקה עם Cisco Unified Communications Manager ‏(Unified CM) וכלי שיתוף פעולה אחרים של סיסקו.

להלן המלצה לאבטחת האיתות עבור תא קולי:

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

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

לדוגמה, אין להפעיל את שירות Unified CM אצל המפרסם, אין להפעיל את Extension Mobility בכל צמתי Unified CM, אין להפעיל שירותי TFTP או מדיה בצמתי Unified CM נוספים וכו'.