ייתכן ששמת לב שבמאמרים מסוימים התוכן מוצג באופן לא עקבי. אנחנו עובדים על לעדכן את זה.
cross icon
שיחות לפגישות CMR היברידיות ופגישות התומכות בהתקן וידאו (V1, V2) מתנתקות במהלך השיחה
list-menuמשוב?

שיחות לפגישות CMR היברידיות ופגישות התומכות בהתקן וידאו (V1, V2) מתנתקות במהלך השיחה.

שיחות ל-CMR Hybrid מתנתקות במהלך השיחה.

כיצד ניתן לקבוע את התצורה של טיימרים של TCP בחומת האש שלי עבור פגישות המותאמות לשימוש במכשיר וידאו?

שיחות לפגישות עם התקני וידאו של Cisco Webex (V1, V2) (לשעבר CMR) מתנתקות במהלך השיחה.

כיצד אוכל להגדיר טיימרים של TCP בחומת האש שלי עבור שמע מחובר לענן של Webex?

הערות CMR Hybrid הופך ל-End of Support בתוקף ב-28 בפברואר 2021. לאחר 28/02/2021, השירות ההיברידי של CMR יימשך עד אפריל 2021 (סוף החיים) ובשלב זה, לקוחות CMR Hybrid יועברו אוטומטית לגרסה העדכנית ביותר של CMR Cloud.

פתרון:

טיימרי TCP של חומת אש והשימוש בהם בתוך:

  • חדרי ישיבות לשיתוף פעולה (CMR) היברידיים
  • פגישות המותאמות לשימוש במכשירי וידאו של Cisco Webex (V1, V2) (לשעבר CMR)
  • שמע מחובר לענן של Webex (לשעבר CCA)

בסביבות לקוח עם הגדרות חומת אש קפדניות חובה לשקול את החשיבות של הפעלות TCP בתוך פתרון CMR.

בפגישות התומכות ב-CMR או במכשיר וידאו, קיימת הפעלת TCP דו-כיוונית פעילה בין הכביש המהיר של הלקוח Cisco לבין רכיבי Webex Edge. הרכיב Webex Edge כולל טיימר חיבור TCP המוגדר כברירת מחדל של 30 דקות. לכביש המהיר של Cisco יהיה טיימר חיבור TCP המוגדר כברירת מחדל של שעתיים.

בעת קביעת התצורה של חומת האש חשוב שחומת האש לעולם לא תורשה לשחרר בשקט את חיבור ה- TCP תוך פחות מ- 30 דקות.

אם חומת אש מוגדרת להפיל בשקט חיבור TCP תוך פחות מ-30 דקות, הזמנה מחדש של SIP עשויה להישלח לכביש המהיר של Cisco בחיבור TCP שנסגר. חומת האש תשחרר את החיבור הזה. Webex תקצוב את ההזמנה מחדש ולאחר מכן תשלח הודעת BYE ללקוח. הודעת Bye זו תשתמש בדרך כלל באותה יציאת TCP וייתכן שגם אותה תושמט.

בהמשך ישלח הכביש המהיר של סיסקו הזמנה לצד של Webex. ההזמנה המחודשת תשתמש בחיבור TCP חדש או שאינו מופסק. ככזה הוא יורשה לעבור דרך חומת האש ולהגיע ל- Webex. Webex יגיב עם קוד שגיאה (481 שיחה/טרנזקציה אינה קיימת) המציין שהשיחה אינה קיימת.

חשוב גם לציין כי הפעלת TCP אינה ייחודית על בסיס שיחה. אם Cisco Expressway או Webex edge שולחים הודעה לאותו יעד וכבר יש להם (מה שהוא מאמין שהוא) חיבור TCP פתוח לכתובת IP של יעד זה, אותה יציאה תשמש למספר שיחות ועידה או שיחות.

הדבר עלול לגרום לקריעת שיחות או שיחות ועידה מרובות בזמנים זהים או דומים.

עיין בתרשים שלהלן לקבלת פרטים על הבעיה:


תמונה שנוספה על-ידי המשתמש

האם המאמר הועיל לך?
האם המאמר הועיל לך?