תודה על המשוב.

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

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

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

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

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

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

• כאשר הלקוח לא רוצה להשתמש ב- OPUS ו/או ב - G722 אך עדיין מעוניין להת חבר לדיירים מרובים עבור מרכז הקשר Webex או Webex Meetings עבור Webex Edge שמע , הוא צריך ליצור רשימות העדפות Codec מתאימות שתעדף את G7 11 על פני רכיבי codec אחרים.

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

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

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

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

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

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

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

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

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

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

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

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

• אפשר שמי רת פינג של אפשרויות SIP.

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

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

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

• עד 16 כתובות IP של יעד תא מטען SIP

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

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

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

• צור עמיתים בחיוג SIP לכל הצמתים של מנהל התקשורת המאוחדת לעיבוד שיחות (Unified CM).

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

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

ללקוחות בארה"ב בלבד

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

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

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

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

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

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

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

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

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

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

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

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