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

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

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

מפרטים:

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

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

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

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

ארה"ב

קנדה

אירופה

יפן

אוסטרליה

סינגפור

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

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

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

לפני שתתחיל

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

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

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

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

1

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

2

בחר/י את חיבור ה-PSTN ולאחר מכן לחץ/י על ״ערוך תחת שער מקומי״.

3

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

4

העתק את כתובת הפרוקסי היוצאת.

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

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

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

#show running config | דייר מחלקה קולית 201 דייר מחלקה קולית 201 registrar dns:lgw2.killarney.cisco.com סיכומים יפוג 240 יחס רענן 50 tcp tls מספר פרטי כניסה TRUNK_קבוצה_24740_שם משתמש של LGU_קבוצה_29959_סיסמת LGU 6 K]W]ZP`PSZRKWE^WXXIPG\^_adתחום STbLMHV אימות שם משתמש TRUNK_קבוצה_29959_סיסמת LGU 7 xxxxxxxx התחום אימות BroadWorks שם משתמש TRUNK_קבוצה_29959_סיסמת LGU 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 יוצא Proxy dns: lgwrestest.killarney.cisco.com 
1

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

השער המקומי ישחרר כעת את הרישום שלו לשיחות Webex.

2

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

דייר מחלקה קולית 201 אין רישום ! show sip-ua register status 
3

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

דייר מחלקה קולית 201 dns יוצא-proxy dns:hs3.sse.lgw.bcld.webex.com registrar dns:lgw2.killarney.cisco.com expires 240 refresh ratio 50 tcp tls ! 

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

4

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

הצג סטטוס הרשמה SipUa 

זה צריך לייצר פלט דומה להלן.

דייר:  201 --------------------- רשם-אינדקס  1 --------------------- עמית קו פג (שניות) הישרדות P-Associ-URI ================================ =======================================================================================================================================================================================================================================================================================_קבוצה_29959_LGU -1         7 כן תקין 

מה הלאה?

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

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

דייר מחלקה קולית 201 אין רשם יוצא-proxy dns: lgwrestest.killarney.cisco.com רשם dns: lgw2.killarney.cisco.com פג 240 יחס רענן 50 tcp tls ! 
  1. אם תחזור למצב קודם, התצורה שלך ב- Control Hub עדיין מציגה את כתובת ה- Proxy היוצאת החדשה. זוהי התנהגות צפויה. השירות ימשיך לעבוד עם כתובת ה- Proxy היוצאת הישנה.

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

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

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