- בית
- /
- מאמר
שרידות האתר עבור Webex Calling
שרידות האתר מבטיחה שהעסק שלך יישאר נגיש גם אם החיבור ל-Webex אבד. הוא משתמש בשער רשת מקומי כדי לספק שירותי שיחות גיבוי לנקודות קצה באתר במהלך הפסקות רשת.
שיקולי פריסה
כברירת מחדל, נקודות קצה של Webex Calling פועלות במצב פעיל, ומתחברות לענן Webex לצורך רישום SIP ובקרת שיחות. אם חיבור הרשת ל-Webex אובד, נקודות הקצה עוברות אוטומטית למצב Survivability ונרשמות ב-Survivability Gateway המקומי. במצב זה, השער מספק שירותי שיחות גיבוי בסיסיים. לאחר שחיבור הרשת ל-Webex ישוחזר, בקרת השיחות והרישומים חוזרים לענן של Webex.
הקריאות הבאות נתמכות במצב הישרדות:
-
שיחות פנימיות (בתוך האתר) בין נקודות קצה נתמכות של Webex Calling
-
שיחות חיצוניות (נכנסות ויוצאות) באמצעות מעגל PSTN מקומי או SIP trunk למספרים חיצוניים וספקי E911
כדי להשתמש בתכונה זו, עליך להגדיר נתב Cisco IOS XE ברשת המקומית כ-Survivability Gateway. שער ההישרדות מסנכרן מידע על שיחות מדי יום מענן Webex עבור נקודות קצה באותו מיקום. אם נקודות הקצה עוברות למצב הישרדות, השער יכול להשתמש במידע זה כדי להשתלט על רישומי SIP ולספק שירותי שיחות בסיסיים.
הגדרת מיקום יחיד
התמונה הבאה מציגה תרחיש של כשל רשת שבו החיבור ל-Webex נותק ונקודות הקצה באתר Webex פועלות במצב הישרדות. בתמונה, שער ההישרדות מנתב שיחה פנימית בין שתי נקודות קצה באתר מבלי לדרוש חיבור ל-Webex. במקרה זה, שער ההישרדות מוגדר עם חיבור PSTN מקומי. כתוצאה מכך, נקודות קצה באתר במצב הישרדות יכולות להשתמש ב-PSTN עבור שיחות נכנסות ויוצאות למספרים חיצוניים ולספקי E911.

תנאים מרכזיים להישרדות האתר
התנאים הבאים חלים על שער ההישרדות:
-
ענן Webex כולל את כתובת ה-IP, שם המארח והיציאה של Survivability Gateway בקובץ תצורת המכשיר. כתוצאה מכך, נקודות קצה יכולות ליצור קשר עם Survivability Gateway לצורך רישום אם החיבור ל-Webex מתנתק.
-
סנכרון נתוני השיחות היומי בין ענן Webex לשער Survivability כולל מידע אימות עבור משתמשים רשומים. כתוצאה מכך, נקודות קצה יכולות לשמור על רישומים מאובטחים, גם בזמן פעילות במצב הישרדות. הסנכרון כולל גם מידע ניתוב עבור משתמשים אלה.
-
שער ההישרדות יכול לנתב שיחות פנימיות באופן אוטומטי באמצעות מידע הניתוב ש-Webex מספק. הוסף תצורת PSTN trunk ל-Survivability Gateway כדי לספק שיחות חיצוניות.
-
כל אתר שפורס Site Survivability דורש שער שרידות בתוך הרשת המקומית.
-
רישומים ובקרת שיחות חוזרים לענן Webex לאחר שחיבור הרשת של Webex מתחדש למשך 30 שניות לפחות.
מיקום משותף עם SRST מאוחד
שער ההישרדות תומך במיקום משותף של תצורת הישרדות של Webex ותצורת SRST מאוחדת באותו שער. השער יכול לתמוך בשרידות עבור נקודות קצה של Webex Calling ועבור נקודות קצה שנרשמות למנהל התקשורת המאוחד. כדי להגדיר מיקום משותף:
-
קבע את תצורת התמיכה ב- Unified SRST עבור נקודות קצה הנרשמות ל- Unified Communications Manager. לקבלת מידע על התצורה, עיין ב- מדריך ניהול Cisco Unified SRST.
-
באותו שער, עקוב אחר זרימת משימות תצורת שרידות אתר במאמר זה כדי להגדיר את השער עם נקודות קצה של שרידות אתר עבור Webex Calling.
שיקולי ניתוב שיחות עבור מיקום משותף
שקול את הדברים הבאים בעת הגדרת ניתוב שיחות עבור תרחישי מיקום משותף:
-
שער ההישרדות מנתב שיחות פנימיות באופן אוטומטי, בתנאי ששתי נקודות הקצה בשיחה רשומות בשער ההישרדות. שיחות פנימיות מנותבות אוטומטית בין כל הלקוחות הרשומים (SRST או Webex Calling).
-
ייתכן מצב שבו החיבור למערכת בקרת שיחות אחת נופל בעוד שהחיבור למערכת בקרת השיחות השנייה נשאר פעיל. כתוצאה מכך, קבוצה אחת של נקודות קצה נרשמת לשער ההישרדות בעוד שקבוצה אחרת של נקודות קצה באותו אתר נרשמת לבקרת השיחות העיקרית. במקרה זה, ייתכן שתצטרך לנתב שיחות בין שתי קבוצות נקודות הקצה לרשת SIP trunk או למעגל PSTN.
-
ניתן לנתב שיחות חיצוניות ושיחות E911 לרשת SIP או למעגל PSTN.
תכונות ורכיבים נתמכים
הטבלה הבאה מספקת מידע על תכונות נתמכות.
תכונה | מכשירי MPP ואפליקציית Webex | VG4xx ATA |
---|---|---|
שיחות שלוחה תוך-אתרית |
נתמך באופן אוטומטי ללא צורך בתצורת ניתוב ספציפית ב-Survivability Gateway. |
נתמך באופן אוטומטי ללא צורך בתצורת ניתוב ספציפית ב-Survivability Gateway. מספרים חלופיים אינם נתמכים. |
שיחות בין אתרים ושיחות PSTN (נכנסות ויוצאות) |
שיחות PSTN המבוססות על מעגל טלקו או SIP trunk. |
שיחות PSTN המבוססות על מעגל טלקו או SIP trunk. |
טיפול בשיחות E911 |
שיחות E911 דורשות מעגל PSTN או SIP trunk. שיחות יוצאות משתמשות במספר זיהוי מיקום חירום (ELIN) רשום ספציפי עבור מיקום תגובת חירום (ERL) מוגדר. אם מוקדן החירום מחזיר שיחה מנותקת, שער ההישרדות מנתב את השיחה למכשיר האחרון שהתקשר למספר החירום. |
שיחות E911 דורשות מעגל PSTN או SIP trunk. שיחות יוצאות משתמשות במספר זיהוי מיקום חירום (ELIN) רשום ספציפי עבור מיקום תגובת חירום (ERL) מוגדר. אם מוקדן החירום מחזיר שיחה מנותקת, שער ההישרדות מנתב את השיחה למכשיר האחרון שהתקשר למספר החירום. |
העברת שיחה להמתנה וחידוש שיחה |
נתמך אם אתם משתמשים ב-Music on Hold (MOH), הקציבו ל-Survivability Gateway קובץ MOH באופן ידני. |
קווי VG4xx ATA אנלוגיים לא יכולים להעביר שיחות להמתנה או לחדש אותן. תכונה זו נתמכת רק כאשר מתקבלת שיחה נכנסת ב-VG4xx ATA. |
העברת שיחה נוכחת |
נתמך |
תכונה זו נתמכת רק כאשר מתקבלת שיחה נכנסת ב-VG4xx ATA. |
העברת שיחה עיוורת |
נתמך |
תכונה זו נתמכת רק כאשר מתקבלת שיחה נכנסת ב-VG4xx ATA. |
מזהה מתקשר נכנס (שם) |
נתמך |
נתמך |
מזהה מתקשר נכנס (שם & מִספָּר) |
נתמך |
נתמך |
שיחת וידאו נקודה לנקודה |
נתמך |
לא תמיכה |
שיחות משולשות |
לא נתמך |
לא נתמך |
קווים משותפים |
נתמך |
נתמך |
קווים וירטואליים |
נתמך |
לא תמיכה |
בעת הגדרת התכונה, Site Survivability זמין עבור נקודות הקצה הנתמכות הבאות.
סוג | דגמים | גרסה מינימלית |
---|---|---|
קושחת טלפון IP של סיסקו עם מרובה פלטפורמות (MPP) |
6821, 6841, 6851, 6861, 6861 Wi-Fi, 6871 7811, 7821, 7841, 7861 8811, 8841, 8851, 8861 8845 (אודיו בלבד), 8865 (אודיו בלבד), 8875 (וידאו) 9800 למידע נוסף על טלפוני Cisco IP נתמכים עם קושחה מרובת פלטפורמות (MPP), ראו: |
12.0(1) עבור טלפונים מדגם 8875 - מערכת הפעלה Phone OS 3.2 וגירסאות מאוחרות יותר עבור סדרת 9800 - PhoneOS 3.2(1) |
טלפון ועידה IP של סיסקו |
7832, 8832 |
12.0(1) |
יישום Cisco Webex |
Windows, Mac |
43.2 |
נקודות קצה אנלוגיות |
VG400 ATA, VG410 ATA ו-VG420 ATA סיסקו ATA 191 ו-192 |
17.16.1א 11.3(1) עבור ATA 191 ו-192 |
מכשירי צד שלישי אינם נתמכים על ידי Survivability Gateway.
הטבלה הבאה מסייעת להגדיר נתבי Cisco IOS XE כשערכת הישרדות. טבלה זו מפרטת את המספר המרבי של נקודות קצה שכל פלטפורמה תומכת בהן ואת גרסת IOS XE המינימלית.
תכונות שער ההישרדות של Webex Calling זמינות עם גרסה 17.12.3 של Cisco IOS XE Dublin או גרסאות מאוחרות יותר.
דגם | מספר רישומי נקודות קצה מקסימליות | גרסה מינימלית |
---|---|---|
נתב שירותים משולבים 4321 | 50 |
Cisco IOS XE דבלין 17.12.3 או גרסאות מאוחרות יותר |
נתב שירותים משולבים 4331 | 100 | |
נתב שירותים משולבים 4351 | 700 | |
נתב שירותים משולבים 4431 | 1200 | |
נתב שירותים משולבים 4451-X | 2000 | |
נתב שירותים משולבים 4461 | 2000 | |
קטליסט אדג' 8200L-1N-4T | 1500 | |
קטליסט אדג' 8200-1N-4T | 2500 | |
קטליסט אדג' 8300-1N1S-6T | 2500 | |
קטליסט אדג' 8300-2N2S-6T | 2500 | |
קטליסט אדג' 8300-1N1S-4T2X | 2500 | |
קטליסט אדג' 8300-2N2S-4T2X | 2500 | |
תצורה קטנה של תוכנת Catalyst Edge 8000V | 500 | |
תצורת מדיום תוכנה של Catalyst Edge 8000V | 1000 | |
תצורה גדולה של תוכנת Catalyst Edge 8000V | 2000 |
מידע על יציאות עבור Survivability Gateway
מטרת החיבור |
כתובות מקור |
יציאות מקור |
פרוטוקול |
כתובות יעד |
יציאות יעד |
---|---|---|---|---|---|
איתות שיחה לשער הישרדות (SIP TLS) |
מכשירים |
5060-5080 |
TLS |
שער יכולת הישרדות |
8933 |
קריאה למדיה לשער הישרדות (SRTP) |
מכשירים |
19560-19660 |
UDP |
שער יכולת הישרדות |
8000-14198 (SRTP מעל UDP) |
איתות שיחה לשער PSTN (SIP) |
שער יכולת הישרדות |
זמני |
TCP או UDP |
שער ה-PSTN של ITSP שלך |
5060 |
מדיית שיחות לשער PSTN (SRTP) |
שער יכולת הישרדות |
8000-48198 |
UDP |
שער ה-PSTN של ITSP שלך |
זמני |
סנכרון זמן (NTP) |
שער יכולת הישרדות |
זמני |
UDP |
שרת NTP |
123 |
זיהוי שמות (DNS) |
שער יכולת הישרדות |
זמני |
UDP |
שרת DNS |
53 |
ניהול ענן |
מחבר |
זמני |
HTTPS |
שירותי Webex |
443, 8433 |
לקבלת הנחיות תפעוליות בנוגע למצב ענן, עיין במאמר העזרה מידע על יציאות עבור שיחות Webex.
ניתן להתאים אישית את ערכי הגדרות היציאה בנתבים של Cisco IOS XE. טבלה זו משתמשת בערכי ברירת מחדל כדי לספק הנחיות.
תצורת תכונה
זרימת משימות הגדרת שרידות האתר
השלם את המשימות הבאות כדי להוסיף שרידות אתר עבור מיקום Webex Calling קיים. אם החיבור לענן Webex מתנתק, שער הישרדות ברשת המקומית יכול לספק בקרת שיחות גיבוי עבור נקודות קצה באותו מיקום.
לפני שתתחיל
אם עליך להקים שער חדש שישמש כשער הישרדות, עיין במאמר Webex Enroll Cisco IOS Managed Gateways to Webex Cloud כדי להוסיף את השער ל-Control Hub.
שלבים | פקודה או פעולה | מטרה |
---|---|---|
1 | הקצאת שירות שרידות לשער |
במרכז הבקרה, הקצה את השירות Survivability Gateway לשער. |
2 | הורד תבנית תצורה |
הורד את תבנית התצורה מ-Control Hub. תזדקק לתבנית בעת קביעת התצורה של שורת הפקודה של השער. |
3 |
קבע את תצורת הרישיונות עבור Survivability Gateway. | |
4 |
קבע את תצורת אישורים עבור שער ההישרדות. | |
5 |
השתמש בתבנית התצורה שהורדת קודם לכן כמדריך להגדרת שורת הפקודה של השער. השלם את כל התצורות החובה הכלולות בתבנית. |
הקצאת שירות שרידות לשער
לפני שתתחיל
1 |
עבור אל שיחות תחת שירותיםולאחר מכן לחץ על הכרטיסייה שערים מנוהלים. התצוגה 'שערים מנוהלים' מציגה את רשימת השערים שאתה מנהל באמצעות Control Hub.
|
2 |
בחר את השער שברצונך להקצות כשער הישרדות, ובחר אחת מהאפשרויות הבאות, בהתבסס על ערך השדה שירות :
|
3 |
מהתפריט הנפתח של סוג השירות, בחר Survivability Gateway ומלא את השדות הבאים:
לאחר שתשלים את ההרשמה, פרטי המיקום יופיעו בדף שערים מנוהלים. |
4 |
לחץ על הקצה. התצוגה "שערים מנוהלים" מציגה את רשימת המיקומים שהוקצו לשער.
|
הורד תבנית תצורה
1 |
היכנס למרכז הבקרה. אם אתם ארגון שותף, מרכז השותפים מושק. כדי לפתוח את Control Hub, לחץ על התצוגה לקוח ב-Partner Hub ובחר את הלקוח הרלוונטי, או בחר הארגון שלי כדי לפתוח את הגדרות Control Hub עבור ארגון השותף. |
2 |
עבור אל . |
3 |
לחץ על שער ההישרדות הרלוונטי. |
4 |
לחץ על הורד תבנית תצורה והורד את התבנית למחשב השולחני או הנייד שלך. |
הגדרת רישוי
1 |
היכנסו למצב תצורה גלובלי בנתב: |
2 |
הגדר רישיונות באמצעות הפקודות שחלות רק על הפלטפורמה הספציפית שלך.
בעת הגדרת תפוקה גבוהה מ-250Mbp, נדרש רישיון פלטפורמת HSEC. |
הגדרת תעודות
הגדרת אישורים ב-Cisco IOS XE
בצע את השלבים הבאים כדי לבקש וליצור אישורים עבור Survivability Gateway. השתמשו בתעודות חתומות על ידי רשות אישורים ידועה לציבור.
פלטפורמת Survivability Gateway תומכת רק בתעודות CA ידועות לציבור. לא ניתן להשתמש בתעודות CA פרטיות או ארגוניות עבור Survivability Gateway.
לקבלת רשימה של רשויות אישורי בסיס הנתמכות עבור Webex Calling, ראה אילו רשויות אישורי בסיס נתמכות עבור קריאות לפלטפורמות שמע ווידאו של Cisco Webex?.
פלטפורמת Survivability Gateway אינה תומכת בתעודת wildcard.
הפעל את הפקודות מקוד הדוגמה כדי להשלים את השלבים. למידע נוסף על פקודות אלו, יחד עם אפשרויות תצורה נוספות, עיין בפרק " תמיכה ב-SIP TLS" במדריך להגדרות אלמנטים של Cisco Unified Border.
1 |
היכנסו למצב תצורה גלובלי על ידי הפעלת הפקודות הבאות: |
2 |
צור את המפתח הפרטי של RSA על ידי הפעלת הפקודה הבאה. מודול המפתח הפרטי חייב להיות לפחות 2048 סיביות. |
3 |
הגדר נקודת אמון שתחזיק את אישור Survivability Gateway. שם התחום המלא (fqdn) של השער חייב להשתמש באותו ערך בו השתמשת בעת הקצאת שירות השרידות לשער. |
4 |
צור בקשת חתימת אישור על ידי הפעלת הפקודה כאשר תתבקש, הזן לאחר שמופיעה ה-CSR על המסך, השתמש ב-Notepad כדי להעתיק את האישור לקובץ שתוכל לשלוח לרשות אישורים (CA) נתמכת. אם ספק חתימת האישורים שלך דורש CSR בפורמט PEM (דואר פרטי משופר), הוסף כותרת עליונה ותחתונה לפני השליחה. לדוגמה: |
5 |
לאחר ש-CA מנפיק לך אישור, הפעל את הפקודה כאשר תתבקש, הדבק את הבסיס 64 CER/PEM הנפקת תוכן אישור CA (לא אישור המכשיר) לתוך הטרמינל. |
6 |
ייבא את אישור המארח החתום לנקודת האמון באמצעות הפקודה כאשר תתבקש, הדבק את הבסיס 64 CER/PEM תעודה לתוך הטרמינל. |
7 |
ודא שאישור CA הבסיס זמין: רק רשויות אישורים ידועות לציבור נתמכות על ידי פתרון Webex Calling. אישורי CA פרטיים או ארגוניים אינם נתמכים. |
8 |
אם אישור רשות האישור הבסיסית שלך אינו כלול בחבילה, קבל את האישור וייבא אותו לנקודת אמון חדשה. בצע שלב זה אם אישור שורש של רשות אישורים ידועה לציבור אינו זמין עם שער Cisco IOS XE שלך. כאשר תתבקש, הדבק את הבסיס 64 CER/PEM תוכן האישור לתוך הטרמינל. |
9 |
באמצעות מצב תצורה, ציין את נקודת האמון המוגדרת כברירת מחדל, גרסת TLS וברירות המחדל של SIP-UA באמצעות הפקודות הבאות. |
ייבוא אישורים יחד עם זוגות מפתחות
ניתן לייבא אישורי CA וזוגות מפתחות כחבילה באמצעות פורמט PKCS12 (.pfx או .p12). ניתן לייבא את החבילה ממערכת קבצים מקומית או משרת מרוחק. PKCS12 הוא סוג מיוחד של פורמט תעודה. זה מאגד את כל שרשרת האישורים, החל מתעודת השורש ועד לתעודת הזהות, יחד עם זוג המפתחות RSA. כלומר, חבילת PKCS12 שאתה מייבא תכלול את זוג המפתחות, אישורי המארח ותעודות הביניים. ייבא חבילת PKCS12 עבור התרחישים הבאים:
-
ייצוא מנתב Cisco IOS XE אחר וייבוא לנתב Survivability Gateway שלך
-
יצירת חבילת PKCS12 מחוץ לנתב Cisco IOS XE באמצעות OpenSSL
בצע את השלבים הבאים כדי ליצור, לייצא ולייבא אישורים וזוגות מפתחות עבור נתב Survivability Gateway שלך.
1 |
(אופציונלי) ייצא את חבילת PKCS12 הנדרשת עבור נתב Survivability Gateway שלך. שלב זה ישים רק אם אתה מייצא מנתב Cisco IOS XE אחר. |
2 |
(אופציונלי) צור חבילת PKCS12 באמצעות OpenSSL. שלב זה ישים רק אם אתה יוצר חבילת PKCS12 מחוץ ל-Cisco IOS XE באמצעות OpenSSL. |
3 |
ייבא את חבילת הקבצים בפורמט PKCS12. להלן תצורה לדוגמה עבור הפקודה ופרטים בנוגע לפרמטרים הניתנים להגדרה:
הפקודה crypto pki import בונה אוטומטית את נקודת האמון כדי להתאים את האישור. |
4 |
באמצעות מצב תצורה, ציין את נקודת האמון המוגדרת כברירת מחדל, גרסת TLS וברירות המחדל של SIP-UA באמצעות הפקודות הבאות. |
הגדר את שער ההישרדות
הגדר את השער כשער הישרדות
השתמש בתבנית התצורה שהורדת קודם לכן כמדריך להגדרת שורת הפקודה של השער. השלם את התצורות החובה בתבנית.
השלבים הבאים מכילים פקודות לדוגמה יחד עם הסבר על הפקודות. ערוך את ההגדרות כך שיתאימו לפריסה שלך. הסוגריים הזוויתיים (לדוגמה, ) מזהים הגדרות שבהן עליך להזין ערכים הרלוונטיים לפריסה שלך. ההגדרות השונות <tag> משתמשות בערכים מספריים כדי לזהות ולהקצות קבוצות של תצורות.
- אלא אם כן צוין אחרת, פתרון זה דורש שתשלים את כל התצורות בהליך זה.
- בעת החלת הגדרות מהתבנית, החלף
%tokens%
את בערכים המועדפים עליך לפני ההעתקה לשער. - למידע נוסף על הפקודות, ראה מדריך פקודות Webex Managed Gateway. השתמש במדריך זה אלא אם כן תיאור הפקודה מפנה אותך למסמך אחר.
1 |
היכנס למצב תצורה גלובלי. אֵיפֹה:
|
2 |
בצע את הגדרות שירות הקול:
הסבר על פקודות:
|
3 |
הפעל את האפשרות Survivability בנתב: הסבר על פקודות:
|
4 |
הגדרת שרתי NTP:
|
5 |
(אופציונלי). קבע את תצורת הרשאות הקריאה הכלליות של Class of Restriction: הדוגמה הקודמת יוצרת קבוצה של מחלקות מותאמות אישית של הגבלות בשם קטגוריות (לדוגמה, |
6 |
הגדר רשימה של קודקים מועדפים. לדוגמה, הרשימה הבאה מציינת את g711ulaw כקודק המועדף, ואחריו g711alaw. הסבר על פקודות:
|
7 |
הגדר מאגרי רישום קוליים ברירת מחדל לכל מיקום: הסבר על פקודות:
|
8 |
הגדר שיחות חירום: הסבר על פקודות:
אם שכבת ה-WiFi אינה תואמת במדויק לתת-רשתות ה-IP, ייתכן שלשיחות חירום עבור מכשירים נוודים אין את מיפוי ה-ELIN הנכון. |
9 |
הגדר עמיתים לחיוג עבור PSTN. לדוגמה של תצורת עמית חיוג, ראה דוגמאות לחיבור PSTN. |
10 |
(אופציונלי) הפעל מוזיקה בהמתנה עבור הנתב. עליך לאחסן קובץ מוזיקה בזיכרון הפלאש של הנתב בפורמט G.711. הקובץ יכול להיות בפורמט קובץ .au או .wav, אך פורמט הקובץ חייב להכיל נתונים של 8 סיביות ובקצב של 8 קילו-הרץ (לדוגמה, פורמט נתונים של ITU-T A-law או mu-law). הסבר על פקודות:
|
סנכרון מלא לפי דרישה
(אופציונלי) השלם הליך זה רק אם ברצונך להשלים סנכרון לפי דרישה באופן מיידי. הליך זה אינו חובה מכיוון שענן Webex מסנכרן נתוני שיחות עם Survivability Gateway פעם ביום, באופן אוטומטי.
1 |
היכנס למרכז הבקרה. אם אתם ארגון שותף, מרכז השותפים מושק. כדי לפתוח את Control Hub, לחץ על התצוגה לקוח ב-Partner Hub ובחר את הלקוח הרלוונטי, או בחר הארגון שלי כדי לפתוח את הגדרות Control Hub עבור ארגון השותף. |
2 |
עבור אל . |
3 |
לחץ על שער ההישרדות הרלוונטי כדי לפתוח את תצוגת שירות ההישרדות עבור שער זה. |
4 |
לחץ על כפתור סנכרון. |
5 |
לחץ על שלח. ייתכן שיחלפו עד 10 דקות עד להשלמת הסנכרון.
|
עריכת מאפייני שער ההישרדות
1 |
היכנס למרכז הבקרה. אם אתם ארגון שותף, מרכז השותפים מושק. כדי לפתוח את Control Hub, לחץ על התצוגה לקוח ב-Partner Hub ובחר את הלקוח הרלוונטי, או בחר הארגון שלי כדי לפתוח את הגדרות Control Hub עבור ארגון השותף. |
2 |
עבור אל . |
3 |
לחץ על שער ההישרדות הרלוונטי כדי לפתוח את תצוגת שירות ההישרדות עבור שער זה. |
4 |
לחץ על כפתור ערוך ועדכן את ההגדרות עבור הפריטים הבאים.
|
5 |
לחץ על שלח. אם ברצונך למחוק שער הישרדות ממרכז הבקרה, בטל תחילה את הקצאת השירות שער הישרדות. לפרטים נוספים, ראה הקצאת שירותים לשערים מנוהלים. |
תצורות להפעלת CDRs בשער הישרדות
המחבר מגדיר באופן אוטומטי פקודות הקשורות ל-CDR כדי להקל על איסוף מדדי ספירת שיחות.
בסוף אירוע הישרדות, המחבר מעבד את רשומות ה-CDR שנוצרו במהלך תקופת האירוע, יחד עם נתוני התצורה, כדי לזהות ספירות שיחות שונות. המדדים כוללים ספירות של סך כל השיחות, שיחות חירום ושיחות חיצוניות, ומשמשים לניטור השימוש בתכונות פנימיות. רק מדדי ספירת השיחות נשלחים לענן Webex בעוד ש-CDR בפועל אינם משודרים.
להלן תצורה לדוגמה:
!
gw-accounting file
primary ifs bootflash:guest-share/cdrs/
acct-template callhistory-detail
maximum cdrflush-timer 5
cdr-format detailed
!
הסבר על הפקודות:
-
primary ifs bootflash:guest-share/cdrs/
פקודה זו נועדה לאחסן את קבצי ה-CDR תחת תיקיית השיתוף האורח כדי לאפשר גישה על ידי המחבר. -
acct-template callhistory-detail
- פקודה זו נדרשת כדי לכלול את תגית dial-peer ב-CDR. -
maximum cdrflush-timer 5
- ברירת המחדל היא 60 דקות, אך הגדרה של 5 דקות מאפשרת רישום קבצי CDR לקובץ מהר יותר. -
cdr-format detailed
- זהו הפורמט המוגדר כברירת מחדל. הפורמט הקומפקטי אינו מתאים מכיוון שהוא אינו כולל את תגית החיוג-עמית.
מגבלות ומגבלות
-
זמינות שירות רשת הטלפונים הציבורית (PSTN) תלויה ברשתות ה-SIP או במעגלי PSTN הזמינים במהלך הפסקת חשמל ברשת.
-
מכשירים עם קישוריות 4G ו-5G (לדוגמה, אפליקציית Webex לנייד או לטאבלט) עדיין יוכלו להירשם ל-Webex Calling במהלך הפסקות חשמל. כתוצאה מכך, ייתכן שהם לא יוכלו להתקשר למספרים אחרים מאותו מיקום במהלך הפסקת חשמל.
-
דפוסי חיוג עשויים לפעול בצורה שונה במצב הישרדות מאשר במצב פעיל.
-
שער ההישרדות חייב להשתמש בכתובת IPv4. IPv6 אינו נתמך.
-
עדכון סטטוס סנכרון לפי דרישה במרכז הבקרה עשוי להימשך עד 30 דקות.
-
תחנת העגינה לשיחות אינה נתמכת במצב הישרדות.
-
אל תגדיר את פקודת binding SIP במצב תצורה של שירות קולי - VoIP. זה מוביל לכשל רישום של טלפוני MPP עם Survivability Gateway.
-
ודא שמספרי הסידור של הציוד (ESN) במיקומים פיזיים שונים יהיו ייחודיים, כדי למנוע התנגשויות ולשפר את המעקב, היתירות ואמינות הגיבוי בעת כשל.
במצב הישרדות:
-
מקשי MPP כגון לחצני חניה, ביטול חניה, התפרצות, מענה, מענה קבוצתי ומשיכת שיחה אינם נתמכים. עם זאת, הם לא נראים נכים.
-
שיחות שבוצעו לקווים משותפים יכולות לצלצל בכל המכשירים. עם זאת, פונקציונליות אחרת של קו משותף כגון ניטור מצב קו מרוחק, המתנה, חידוש שיחה, ניתוק מסנכרן והגדרות העברת שיחות אינן זמינות.
-
שיחת ועידה או שיחות משולשות אינן זמינות.
-
שיחות שבוצעו נשמרות בהיסטוריית השיחות המקומית הן עבור מכשירי MPP והן עבור אפליקציית Webex.
חוויית משתמש במהלך מעבר לגיבוי
אם אתר בחברה שלך מאבד את קישוריות האינטרנט ואתה נמצא באתר זה, עדיין תוכל יכול לבצע ולקבל שיחות, הן פנימית בחברה והן חיצונית ללקוחות. ראה אפליקציית Webex | שרידות אתר.
דוגמאות לתצורה
דוגמאות לחיבור PSTN
עבור שיחות חיצוניות, הגדר חיבור ל-PSTN. נושא זה מתאר חלק מהאפשרויות ומספק דוגמאות לתצורות. שתי האפשרויות העיקריות הן:
-
חיבור כרטיס ממשק קולי (VIC) ל-PSTN
-
שער SIP trunk לשער PSTN
חיבור כרטיס ממשק קולי לרשת התקשורת הציבורית (PSTN)
ניתן להתקין כרטיס ממשק קולי (VIC) בנתב ולקבוע תצורה של חיבור פורט ל-PSTN.
-
לפרטים על אופן התקנת ה-VIC על הנתב, עיין במדריך התקנת החומרה עבור דגם הנתב שלך.
-
לפרטים על אופן קביעת התצורה של ה-VIC, יחד עם דוגמאות, ראו מדריך קביעת תצורת יציאת קול, Cisco IOS Release 3S.
שער SIP trunk לשער PSTN
ניתן להגדיר חיבור SIP trunk שמצביע על שער PSTN. כדי להגדיר את חיבור ה-trunk בשער, השתמש בתצורת voice-class-tenant. להלן תצורה לדוגמה.
voice class tenant 300
sip-server ipv4::
session transport udp
bind all source-interface GigabitEthernet0/0/1
תצורת עמית חיוג
עבור חיבורי trunk, הגדר עמיתים לחיוג נכנס ויוצאי עבור חיבור trunk. התצורה תלויה בדרישות שלך. למידע מפורט על תצורה, ראה מדריך תצורת Dial Peer, Cisco IOS Release 3S.
להלן דוגמאות לתצורות:
עמיתים לחיוג יוצא לרשת ה-PSTN עם UDP ו-RTP
dial-peer voice 300 voip
description outbound to PSTN
destination-pattern +1[2-9]..[2-9]......$
translation-profile outgoing 300
rtp payload-type comfort-noise 13
session protocol sipv2
session target sip-server
voice-class codec 1
voice-class sip tenant 300
dtmf-relay rtp-nte
no vad
עמית חיוג נכנס מרשת PSTN באמצעות UDP עם RTP
voice class uri 350 sip
host ipv4:
!
dial-peer voice 190 voip
description inbound from PSTN
translation-profile incoming 350
rtp payload-type comfort-noise 13
session protocol sipv2
voice-class codec 1
voice-class sip tenant 300
dtmf-relay rtp-nte
no vad
תרגומי מספרים
עבור חיבורי PSTN, ייתכן שתצטרכו להשתמש בכללי תרגום כדי לתרגם שלוחות פנימיות למספר E.164 שה-PSTN יכול לנתב. להלן דוגמאות לתצורות:
מכלל תרגום PSTN עם non +E164
voice translation-rule 350
rule 1 /^\([2-9].........\)/ /+1\1/
voice translation-profile 300
translate calling 300
translate called 300
מכלל תרגום מערכת הטלפון עם +E164
voice translation-rule 300
rule 1 /^\+1\(.*\)/ /\1/
voice translation-profile 300
translate calling 300
translate called 300
דוגמה לשיחת חירום
הדוגמה הבאה מכילה דוגמה לתצורת שיחת חירום.
אם שכבת ה-WiFi אינה תואמת במדויק לתת-רשתות ה-IP, ייתכן שלשיחות חירום עבור מכשירים נוודים אין מיפוי ELIN תקין.
מיקומי תגובת חירום (ERLs)
voice emergency response location 1
elin 1 14085550100
subnet 1 192.168.100.0 /26
!
voice emergency response location 2
elin 1 14085550111
subnet 1 192.168.100.64 /26
!
voice emergency response zone 1
location 1
location 2
עמיתים לחיוג יוצא
voice class e164-pattern-map 301
description Emergency services numbers
e164 911
e164 988
!
voice class e164-pattern-map 351
description Emergency ELINs
e164 14085550100
e164 14085550111
!
dial-peer voice 301 pots
description Outbound dial-peer for E911 call
emergency response zone 1
destination e164-pattern-map 301
!
dial-peer voice 301 pots
description Inbound dial-peer for E911 call
emergency response callback
incoming called e164-pattern-map 351
direct-inward-dial