השיפורים של תשתית חדשה זו כוללים:

  • ביצועי טיפול בשיחות משופרים, המאפשרים עד 250 מפגשים מקבילים לרישום שער מקומי.

  • תומך בשימוש במיטוב מדיה של Webex Calling עבור שיחות בין טלפונים שולחניים, יישום Webex ושער מקומי.

מפרט:

  • רשימה חדשה של כתובות Proxy שוחררה. כתובת Proxy היא רשומת DNS סטטית המתקבלת מ-Control Hub במהלך תהליך הצירוף של שער מקומי ולאחר מכן מוגדרת בתצורת דייר של שער מקומי לרישום השער.

  • פעולות הענן של Webex Calling מבקש מלקוחות לבצע הגירה של שערים מקומיים המשתמשים בכתובת Proxy ישנה יותר. הפרטים מפורטים בסעיפים הבאים.

אם לאחד מהשערים המקומיים שלך יש כתובת Proxy יוצאת שאינה חלק מטווח כתובות ה-Proxy החדש של Webex Calling המופיע להלן, בצע הגירה ידנית בהתאם לנוחיות הארגון שלך. הכתובת המפורטת ב-Control Hub היא אחת מהכתובות החדשות להלן; עם זאת, ייתכן שהשער המקומי שלך מוגדר כעת עם כתובת ישנה ודורש הגירה.

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

ארה"ב

קנדה

אירופה

יפן

אוסטרליה

סינגפור


 

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

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


 

מסכי התצורה ב-Control Hub, שלבי התצורה של CUBE וכתובת ה-Proxy היוצאת ישתנו בהתאם למיקום הארגון ולשער המקומי. הפרטים המפורטים בצעדים המוצגים להלן הם דוגמאות בלבד.

לפני שתתחיל

  1. עדכן את רשימת בקרת הגישה ב-CUBE – ל-Webex Calling יש טווח מעודכן של כתובות IP של בקר גבול הפעלה (SBC), שייתכן שיש להחיל אותן כרשימה מהימנה בכל רכיבי ה-CUBE בארגון שלך המתחברים ל-Webex Calling. אמת את טווח ה-IP העדכני ביותר מ-Webex Calling Port Reference כדי לאשר אם הוא כבר חל, ואם לא, עיין בשלבים התצורה תחת שלב 1 מ-Register Local Gateway ל-Webex Calling כדי לבצע את העדכון הזה. מאחר ש"כתובות IP מהימנות" מעודכנות ב-CUBE שלך היא דרישת חובה, אשר, אם לא מעודכנת, תגרום לכשלים בשיחות.

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

  3. ודא שעוגן האמון ב-CUBE עודכן על-ידי ביצוע שלב 5 מתוך תצורת פלטפורמת הפניה.

מ-Control Hub, תוכל להשיג את כתובת ה-Proxy היוצאת החדשה שלך.

1

מתצוגת הלקוח ב-https://admin.webex.com, עבור אל השירותים, ובחר שיחות > ניתוב שיחות.

2

בחר את חיבור PSTN שלך, ולאחר מכן לחץ על ערוך תחת שער מקומי.

3

לחצו על Manage כדי לגשת לתצורת השער המקומי.

4

העתק את כתובת ה-proxy היוצא.


 

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

עדכון תצורת השער המקומי שלך משפיע על השירות ועלול להשפיע על שיחות פעילות.

בדוגמה שלהלן, דייר 201 הוא הדייר שמתחבר ל-Webex Calling. הזן את הדייר הנכון עבור התצורה שלך.

#show running-config | s voice class tenant 201
voice class tenant 201
  registrar dns:lgw2.killarney.cisco.com scheme sips expires 240 refresh-ratio 50 tcp tls
  credentials number TRUNK_GROUP_24740_LGU username TRUNK_GROUP_29959_LGU password 6 K]W]ZP`PSZRKWE^WXXIPG\^_adSTbLMHV realm BroadWorks
  authentication username TRUNK_GROUP_29959_LGU password 7 xxxxxxxx realm BroadWorks
  authentication username TRUNK_GROUP_29959_LGU password 6 xxxxxxxx realm lgw2.killarney.cisco.com
  sip-server dns:lgw2.killarney.cisco.com
  connection-reuse
  session transport tcp tls
  url sips
  error-passthru
  bind control source-interface GigabitEthernet1
  bind media source-interface GigabitEthernet1
  no pass-thru content custom-sdp
  sip-profiles 201
  outbound-proxy dns:lgwrestest.killarney.cisco.com
1

הסר את הקו המוברג המתחיל עם registrar dns:xxxx שמור אותו למועד מאוחר יותר. שמור גם את כתובת ה-Proxy היוצאת היוצאת שלך.

השער המקומי יוריד כעת את הרישום שלו ל-Webex Calling.

2

אשר שהשער המקומי שלך אינו רשום ב-Webex Calling על-ידי הזנת הפקודות הבאות.

voice class tenant 201
  no registrar
!
show  sip-ua register status
3

קח את הכתובת החדשה שהעתקת מ-Control Hub והוסף את קו הרשם מלמעלה מאחור. בדוגמה הבאה, ה-OBP שלנו היה ch13.sipconnect-us.bcld.webex.com.

voice class tenant 201
outbound-proxy dns:hs3.sse.lgw.bcld.webex.com  
registrar dns:lgw2.killarney.cisco.com scheme sips expires 240 refresh-ratio 50 tcp tls
!

השער המקומי שלך יירשם עם ה-OBP החדש.

4

אימות הרישום הצליח באמצעות הפקודה הבאה.

show sip-ua register status
show sip-ua register status

הוא אמור לייצר פלט דומה לשלהלן.

Tenant:  201
--------------------- Registrar-Index  1 ---------------------
Line                             peer      expires(sec) reg survival  P-Associ-URI
================================ ========= ============ === ========  ============
TRUNK_GROUP_29959_LGU                 -1         7            yes normal

מה הלאה?

עדכן את השערים המקומיים האחרים על-ידי ביצוע אותם השלבים כמו לעיל.

להגירה לא מוצלחת פשוט רשום מחדש את כתובת ה-Proxy היוצאת הקודמת שלך. בצע את ההוראות הבאות כדי לחזור לאחור ולשחזר את השירות.

voice class tenant 201
  no registrar
  outbound-proxy dns:lgwrestest.killarney.cisco.com
  registrar dns:lgw2.killarney.cisco.com scheme sips expires 240 refresh-ratio 50 tcp tls
!
  1. אם תחזור אחורה, התצורה שלך ב-Control Hub עדיין תציג את כתובת ה-Proxy היוצאת החדשה. זו התנהגות צפויה. השירות ימשיך לעבוד עם כתובת ה-proxy היוצאת הישנה.

  2. ודא שעקבת כראוי את שלב 2 בהגירה של השער המקומי שלך בקטע Control Hub ואין גישה לחסימת חומת אש אל ה-Proxy היוצא החדש.

  3. אם אינך מצליח לפתור בעיה זו, פנה אל התמיכה של Cisco Webex Calling.

חשוב לוודא שהשירותים פועלים כרגיל לאחר ההגירה. הקפד לבדוק את השירות שלך לאחר השלמת ההגירה. באפשרותך לבדוק את השירות שלך על-ידי ביצוע שיחות למספרי טלפון ממכשירי Webex Calling, או בדיקת שיחות לכל SBC שמשתמשים בו יחד עם Webex Calling.