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

  • ביצועים משופרים של טיפול בשיחות, ומאפשרים עד 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. הזן את הדייר הנכון עבור התצורה שלך.

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

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

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

2

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

דייר מחלקה קולית 201 אין רשם ! הצג מצב רישום sip-ua 
3

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

דייר מחלקה קולית 201 dns:hs3.sse.lgw.bcld.webex.com רשם dns:lgw2.killarney.cisco.com sips פג תוקף 240 יחס רענון 50 tcp tls ! 

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

4

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

הצג מצב רישום sip-ua הצג מצב רישום sip-ua 

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

דייר:  201 --------------------- רישום  1 --------------------- עמית קו פג (שניות) reg survival P-Associ-URI ================================ =====================================================================================================================================================================================================================================================================================_קבוצה_29959_הלהט"ב -1         7 כן רגיל 

מה הלאה?

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

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

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

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

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

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