יסודות

תנאים מוקדמים

לפני שתפרוס את Cisco Unified Border Element (CUBE) זמינות גבוהה (HA) כשער מקומי עבור Webex Calling, ודא שיש לך הבנה מעמיקה של המושגים הבאים:

הנחיות התצורה המפורטות במאמר זה כוללות פלטפורמת שער מקומי ייעודית ללא תצורת קול קיימת. אם פריסה ארגונית קיימת של CUBE משתנה כדי להשתמש גם בפונקציית השער המקומי עבור Cisco Webex Calling, שים לב היטב לתצורה שהוחלה כדי להבטיח שזרימות השיחות והפונקציונליות הקיימות אינן משתבשות וודא שאתה עומד בדרישות העיצוב של CUBE HA.

רכיבי חומרה ותוכנה

CUBE HA כשער מקומי דורש את IOS-XE גרסה 17.9.1 ואילך ופלטפורמה שבה פונקציות CUBE HA ו-LGW נתמכות.

פקודות התצוגה ויומני הרישום במאמר זה מבוססים על מהדורת תוכנה מינימלית של Cisco IOS-XE 17.9.1 המיושמת על vCUBE (CSR 8000v).

חומר עזר

הנה כמה מדריכי תצורה מפורטים של CUBE HA עבור פלטפורמות שונות:

סקירה כללית של פתרון Webex Calling

Cisco Webex Calling היא הצעת שיתוף פעולה המספקת חלופה מבוססת ענן מרובת דיירים לשירות טלפון PBX מקומי עם אפשרויות PSTN מרובות ללקוחות.

פריסת השער המקומי (המיוצגת להלן) היא המוקד של מאמר זה. ה-trunk של שער מקומי (PSTN המבוסס על הסביבה המקומית) ב-Webex Calling מאפשר קישוריות לשירות PSTN בבעלות לקוח. הוא גם מספק קישוריות לפריסת IP PBX מקומית כגון Cisco Unified CM. כל התקשורת אל הענן וממנו מאובטחת באמצעות תעבורת TLS עבור SIP ו-SRTP עבור מדיה.

פריסת PSTN המבוססת על שער מקומי

האיור שלהלן מציג פריסה של Webex Calling ללא IP PBX קיים והוא חל על פריסה יחידה או על פריסה מרובת אתרים. התצורה המתוארת במאמר זה מבוססת על פריסה זו.

פריסת Webex Calling ללא IP PBX

יתירות מקופסה לקופסה בשכבה 2

יתירות מקופסה לקופסה בשכבה 2 של CUBE HA משתמשת בפרוטוקול התשתית של קבוצת היתירות (RG) כדי ליצור זוג נתבים פעילים/במצב המתנה. זוג זה משתף את אותה כתובת IP וירטואלית (VIP) בממשקים המתאימים שלו ומחליף ללא הרף הודעות מצב. פרטי ההפעלה של CUBE נבדקים באמצעות סימון על פני צמד הנתבים, ומאפשרים לנתב במצב המתנה לקחת על עצמו את כל תחומי האחריות לעיבוד שיחות CUBE באופן מיידי אם הנתב הפעיל יוצא מכלל שימוש, וכתוצאה מכך שמירה על מצב של איתות ומדיה.

בדיקת המצביעים מוגבלת לשיחות מחוברות עם מנות מדיה. שיחות במעבר אינן מחוברות לבדיקה (לדוגמה, מצב מנסה או מצלצל).

במאמר זה, CUBE HA מתייחס ליתירות מקופסה לקופסה בשכבה 2 של CUBE זמינות גבוהה (HA) לשכבה 2 (B2B) לשימור שיחות עם מצב.

החל מ-IOS-XE 17.9.1, ניתן לפרוס את CUBE HA כשער מקומי עבור פריסות trunk של Cisco Webex Calling (PSTN המבוסס על הסביבה המקומית). מאמר זה ידון בשיקולי עיצוב ותצורות. האיור מציג הגדרת CUBE HA טיפוסית כשער מקומי עבור פריסת trunk של Cisco Webex Calling.

הגדרת CUBE HA טיפוסית כשער מקומי עבור פריסת trunk של Cisco Webex Calling

רכיב אינפרא של קבוצת יתירות

רכיב האינפרה של קבוצת היתירות (RG) מספק את התמיכה בתשתית התקשורת מקופסה לקופסה בין שני רכיבי ה-CUBE ומנהל משא ומתן על מצב היתירות היציב הסופי. הרכיב הזה מספק גם:

  • פרוטוקול דמוי HSRP שמנהל משא ומתן על מצב היתירות הסופי עבור כל נתב על ידי החלפת הודעות keepalive ו-hello בין שני רכיבי ה-CUBE (באמצעות ממשק הבקרה) – GigabitEthernet3 באיור לעיל.

  • מנגנון תעבורה לבדיקת איתות ומצב מדיה עבור כל שיחה מהנתב הפעיל לנתב במצב המתנה (באמצעות ממשק הנתונים) – GigabitEthernet3 באיור לעיל.

  • תצורה וניהול של ממשק IP וירטואלי (VIP) עבור ממשקי התעבורה (ממשקי תעבורה מרובים ניתן להגדיר באמצעות אותה קבוצת RG) – GigabitEthernet 1 ו-2 נחשבים לממשקי תנועה.

יש להגדיר רכיב RG זה במיוחד כדי לתמוך בקול B2B HA.

ניהול כתובות IP וירטואלי (VIP) הן לאיתות והן למדיה

B2B HA מסתמך על VIP כדי להשיג יתירות. ממשקי ה-VIP והממשקים הפיזיים המשויכים בשני רכיבי ה-CUBE בזוג CUBE HA חייבים לשכון באותה רשת משנה של LAN. קביעת תצורה של ה-VIP ואיגוד ממשק ה-VIP ליישום קולי מסוים (SIP) הכרחית לתמיכה קולית ב-B2B HA. מכשירים חיצוניים כגון Unified CM‏, SBC לגישה ל-Webex Calling, ספק שירות או Proxy, משתמשים ב-VIP ככתובת ה-IP המהווה יעד עבור השיחות החוצות את נתבי CUBE HA. לפיכך, מנקודת מבט של Webex Calling, זוגות CUBE HA פועלים כשער מקומי יחיד.

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

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

הדרישות הבאות קיימות לשימוש ב-CUBE HA כשער מקומי ליתירות כשל עם מצב:

  • CUBE HA לא יכול לכלול ממשקים TDM או אנלוגיים במיקום משותף

  • Gig1 ו-Gig2 מכונים ממשקי תעבורה (SIP/RTP) ו-Gig3 הוא ממשק בקרה/נתונים של קבוצת יתירות (RG)

  • לא ניתן למקם יותר מ-2 זוגות CUBE HA באותו דומיין שכבה 2, אחד עם מזהה קבוצה 1 והשני עם מזהה קבוצה 2. אם אתה מגדיר 2 זוגות HA עם אותו מזהה קבוצה, ממשקי בקרה/נתונים של RG צריכים להשתייך לדומיינים שונים של שכבה 2 (vlan, מתג נפרד)

  • ערוץ יציאה נתמך הן עבור ממשקי בקרה/נתונים של RG והן עבור ממשקי תעבורה

  • כל האיתות/המדיה מקורם בכתובת ה-IP הווירטואלית/אליה

  • בכל פעם שפלטפורמה נטענת מחדש במערכת יחסים של CUBE-HA, היא תמיד מאתחלת בתור המתנה.

  • כתובת נמוכה יותר עבור כל הממשקים (Gig1,‏ Gig2,‏ Gig3) צריכה להיות באותה פלטפורמה

  • מזהה ממשק יתירות, rii צריך להיות ייחודי לשילוב זוג/ממשק באותה שכבה 2

  • התצורה בשני רכיבי ה-CUBE חייבת להיות זהה, כולל תצורה פיזית וחייבת לפעול באותו סוג של פלטפורמה וגרסת IOS-XE

  • לא ניתן להשתמש בממשקי Loopback כאיגוד משום שהם תמיד במצב מופעל

  • ממשקי תעבורה מרובים (SIP/RTP) (Gig1, Gig2) דורשים קביעת התצורה של מעקב אחר ממשק

  • CUBE-HA אינו נתמך באמצעות חיבור כבל קרוסאובר עבור קישור בקרה/נתונים של RG (Gig3)

  • שתי הפלטפורמות חייבות להיות זהות ולהיות מחוברות באמצעות מתג פיזי בכל הממשקים דומים כדי ש-CUBE HA יפעל, כלומר GE0/0/0 של CUBE-1 ו-CUBE-2 חייב להסתיים באותו מתג וכן הלאה.

  • WAN לא יכול להסתיים בקובצי CUBE ישירות או ב-HA של נתונים משני הצדדים

  • שניהם פעילים/במצב המתנה חייבים להיות באותו מרכז נתונים

  • חובה להשתמש בממשק L3 נפרד ליתירות (בקרה/נתונים של RG, Gig3). כלומר, ממשק המשמש לתעבורה לא יכול לשמש עבור keepalives של HA ונקודות ביקורת

  • עם יתירות כשל, ה-CUBE שהיה פעיל בעבר עובר טעינה מחדש באמצעות עיצוב, תוך שמירה על איתות ומדיה

קבע תצורה של יתירות בשני רכיבי ה-CUBE

עליך להגדיר יתירות מקופסה לקופסה בשכבה 2 בשני רכיבי ה-CUBE המיועדים לשימוש בזוג HA כדי להעלות כתובות IP וירטואליות.

הגדרת CUBE HA טיפוסית כשער מקומי עבור פריסת trunk של Cisco Webex Calling

1

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

conf t
 track 1 interface GigabitEthernet1 line-protocol
 track 2 interface GigabitEthernet2 line-protocol
 exit

VCUBE-1#conf t

VCUBE-1(config)#track 1 interface GigabitEthernet1 line-protocol

VCUBE-1(config-track)#track 2 interface GigabitEthernet2 line-protocol

VCUBE-1(config-track)#exit

VCUBE-2#conf t

VCUBE-2(config)#track 1 interface GigabitEthernet1 line-protocol

VCUBE-2(config-track)#track 2 interface GigabitEthernet2 line-protocol

VCUBE-2(config-track)#exit

ה-CLI של המעקב משמש ב-RG כדי לעקוב אחר מצב ממשק התעבורה הקולית כך שהנתיב הפעיל ימלא את תפקידו הפעיל לאחר שממשק התעבורה יושבת.

2

קבע תצורה של RG לשימוש עם VoIP HA תחת מצב המשנה של יתירות היישום.

redundancy
  application redundancy
   group 1
    name LocalGateway-HA
    priority 100 failover threshold 75
    control GigabitEthernet3 protocol 1
    data GigabitEthernet3
    timers delay 30 reload 60
    track 1 shutdown
    track 2 shutdown
    exit
   protocol 1
    timers hellotime 3 holdtime 10
   exit
  exit
 exit

VCUBE-1(config)#redundancy

VCUBE-1(config-red)#application redundancy

VCUBE-1(config-red-app)#group 1

VCUBE-1(config-red-app-grp)#name LocalGateway-HA

VCUBE-1(config-red-app-grp)#priority 100 failover threshold 75

VCUBE-1(config-red-app-grp)#control GigabitEthernet3 protocol 1

VCUBE-1(config-red-app-grp)#data GigabitEthernet3

VCUBE-1(config-red-app-grp)#timers delay 30 reload 60

VCUBE-1(config-red-app-grp)#track 1 shutdown

VCUBE-1(config-red-app-grp)#track 2 shutdown

VCUBE-1(config-red-app-grp)#exit

VCUBE-1(config-red-app)#protocol 1

VCUBE-1(config-red-app-prtcl)#timers hellotime 3 holdtime 10

VCUBE-1(config-red-app-prtcl)#exit

VCUBE-1(config-red-app)#exit

VCUBE-1(config-red)#exit

VCUBE-1(config)#

VCUBE-2(config)#redundancy

VCUBE-2(config-red)#application redundancy

VCUBE-2(config-red-app)#group 1

VCUBE-2(config-red-app-grp)#name LocalGateway-HA

VCUBE-2(config-red-app-grp)#priority 100 failover threshold 75

VCUBE-2(config-red-app-grp)#control GigabitEthernet3 protocol 1

VCUBE-1(config-red-app-grp)#data GigabitEthernet3

VCUBE-2(config-red-app-grp)#timers delay 30 reload 60

VCUBE-2(config-red-app-grp)#track 1 shutdown

VCUBE-2(config-red-app-grp)#track 2 shutdown

VCUBE-2(config-red-app-grp)#exit

VCUBE-2(config-red-app)#protocol 1

VCUBE-2(config-red-app-prtcl)#timers hellotime 3 holdtime 10

VCUBE-2(config-red-app-prtcl)#exit

VCUBE-2(config-red-app)#exit

VCUBE-2(config-red)#exit

VCUBE-2(config)#

הנה הסבר על השדות המשמשים בתצורה זו:

  • יתירות – נכנס למצב יתירות

  • יתירות יישום – נכנס למצב תצורה של יתירות יישום

  • group – נכנס למצב תצורה של קבוצת יישומים יתירות

  • name LocalGateway-HA – מגדיר את השם של קבוצת RG

  • עדיפות 100 סף יתירות כשל 75 – מציין את ערכי הסף של העדיפות הראשונית ויתירות כשל עבור RG

  • טיימרים delay 30 reload 60 – מגדיר את שתי הפעמים לעיכוב ולטעינה מחדש

    • טיימר עיכוב שהוא משך הזמן לעיכוב האתחול והמשא ומתן על התפקידים של קבוצת RG לאחר שהממשק עולה - ברירת המחדל היא 30 שניות. הטווח הוא 0-10000 שניות

    • טעינה מחדש – זהו משך הזמן לעיכוב אתחול ומשא ומתן על תפקידים של קבוצת RG לאחר טעינה מחדש – ברירת המחדל היא 60 שניות. הטווח הוא 0-10000 שניות

    • טיימרים המוגדרים כברירת מחדל מומלצים, אם כי ניתן לכוונן טיימרים אלה כך שיתאימו לכל עיכוב נוסף בהתכנסות הרשת שעלול להתרחש במהלך אתחול/טעינה מחדש של הנתבים, כדי להבטיח שהמשא ומתן על פרוטוקול RG יתקיים לאחר שהניתוב ברשת התכנס לנקודה יציבה. לדוגמה, אם נראה לאחר יתירות כשל שלוקח עד 20 שניות עד שה-STANDBY החדש לראות את מנת RG HELLO הראשונה מה-ACTIVE החדש, יש להתאים את הטיימרים ל'timers delay 60 reload 120' כדי לגרום לעיכוב זה.

  • control GigabitEthernet3 protocol 1 – מגדיר את הממשק המשמש להחלפת הודעות keepalive ו-hello בין שני רכיבי ה-CUBE, ומציין את מופע הפרוטוקול שיצורף לממשק בקרה ומזין את מצב התצורה של פרוטוקול יישום יתירות

  • נתונים GigabitEthernet3 – מגדיר את הממשק המשמש לבדיקת תעבורת נתונים

  • track – מעקב של קבוצת RG של ממשקים

  • פרוטוקול 1 – מציין את מופע הפרוטוקול שיצורף לממשק בקרה וכניסה למצב תצורה של פרוטוקול יישום יתירות

  • timers hellotime 3 holdtime 10 – מגדיר את שני הטיימרים עבור hellotime ו-holdtime:

    • Hellotime - מרווח בין הודעות hello עוקבות - ברירת המחדל היא 3 שניות. הטווח הוא 250 אלפיות השנייה עד 254 שניות

    • Holdtime - המרווח בין קבלת הודעת Hello לבין ההנחה שהנתב השולח נכשל. משך זמן זה צריך להיות גדול יותר מ-hello-time - ברירת המחדל היא 10 שניות. הטווח הוא 750 אלפיות השנייה עד 255 שניות

      מומלץ להגדיר את טיימר holdtime כך שיהיה לפחות פי 3 מהערך של טיימר hellotime.

3

הפעל יתירות מקופסה לקופסה עבור יישום CUBE. קבע את התצורה של ה-RG מהשלב הקודם תחת voice service voip. זה מאפשר ליישום CUBE לשלוט בתהליך היתירות.

voice service voip
   redundancy-group 1
   exit

VCUBE-1(config)#voice service voip

VCUBE-1(config-voi-serv)#redundancy-group 1


                        % Created RG 1 association with Voice B2B HA; reload the router for the new configuration to take effect
                      

VCUBE-1(config-voi-serv)# exit

VCUBE-2(config)#voice service voip

VCUBE-2(config-voi-serv)#redundancy-group 1


                        % Created RG 1 association with Voice B2B HA; reload the router for the new configuration to take effect
                      

VCUBE-2(config-voi-serv)# exit

יתירות-קבוצה 1 – הוספה והסרה של פקודה זו מחייבים טעינה מחדש כדי שהתצורה המעודכנת תיכנס לתוקף. נטען מחדש את הפלטפורמות לאחר שכל התצורה תוחל.

4

קבע את התצורה של ממשקי Gig1 ו-Gig2 עם כתובות ה-IP הווירטואליות שלהם כפי שמוצג להלן והחל את מזהה ממשק היתירות (rii)

VCUBE-1(config)#interface GigabitEthernet1

VCUBE-1(config-if)# redundancy rii 1

VCUBE-1(config-if)# redundancy group 1 ip 198.18.1.228 exclusive

VCUBE-1(config-if)# exit

VCUBE-1(config)#

VCUBE-1(config)#interface GigabitEthernet2

VCUBE-1(config-if)# redundancy rii 2

VCUBE-1(config-if)# redundancy group 1 ip 198.18.133.228 exclusive

VCUBE-1(config-if)# exit

VCUBE-2(config)#interface GigabitEthernet1

VCUBE-2(config-if)# redundancy rii 1

VCUBE-2(config-if)# redundancy group 1 ip 198.18.1.228 exclusive

VCUBE-2(config-if)# exit

VCUBE-2(config)#

VCUBE-2(config)#interface GigabitEthernet2

VCUBE-2(config-if)# redundancy rii 2

VCUBE-2(config-if)# redundancy group 1 ip 198.18.133.228 exclusive

VCUBE-v(config-if)# exit

הנה הסבר על השדות המשמשים בתצורה זו:

  • יתירות rii – מגדיר את מזהה ממשק היתירות עבור קבוצת היתירות. נדרש ליצירת כתובת MAC וירטואלי (VMAC). יש להשתמש באותו ערך מזהה rii בממשק של כל נתב (פעיל/במצב המתנה) בעל אותו VIP.

    אם יש יותר מזוג B2B אחד באותה רשת LAN, לכל זוג חייבים להיות מזהי rii ייחודיים בממשקים שלהם (כדי למנוע התנגשות). הפקודה show redundancy application all צריכה לציין את המידע המקומי והעמיתים הנכונים.

  • יתירות קבוצה 1 – משייכת את הממשק לקבוצת היתירות שנוצרה בשלב 2 לעיל. קבע את התצורה של קבוצת RG, כמו גם את ה-VIP שהוקצה לממשק הפיזי הזה.

    חובה להשתמש בממשק נפרד ליתירות, כלומר, לא ניתן להשתמש בממשק המשמש לתעבורה קולית כממשק בקרה ונתונים שצוין בשלב 2 לעיל. בדוגמה זו, ממשק Gigabit 3 משמש לבקרה/נתונים של RG

5

שמור את התצורה של ה-CUBE הראשון וטען אותה מחדש.

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

VCUBE-1#wr


                        Building configuration...
                      


                        [OK]
                      

VCUBE-1#reload


                        Proceed with reload? [confirm]
                      

לאחר אתחול VCUBE-1 לחלוטין, שמור את התצורה של VCUBE-2 וטען אותה מחדש.

VCUBE-2#wr


                        Building configuration...
                      


                        [OK]
                      

VCUBE-2#reload


                        Proceed with reload? [confirm]
                      

6

ודא שתצורת קופסה לקופסה פועלת כצפוי. הפלט הרלוונטי מודגש במודגש.

הטעינו מחדש את VCUBE-2 אחרון ולפי שיקולי העיצוב; הפלטפורמה לטעינה מחדש אחרונה תהיה תמיד במצב המתנה.


VCUBE-1#show redundancy application group all
Faults states Group 1 info:
       Runtime priority: [100]
               RG Faults RG State: Up.
                       Total # of switchovers due to faults:           0
                       Total # of down/up state changes due to faults: 0
Group ID:1
Group Name:LocalGateway-HA
  
Administrative State: No Shutdown
Aggregate operational state: Up
My Role: ACTIVE
Peer Role: STANDBY
Peer Presence: Yes
Peer Comm: Yes
Peer Progression Started: Yes

RF Domain: btob-one
         RF state: ACTIVE
         Peer RF state: STANDBY HOT

RG Protocol RG 1
------------------
        Role: Active
        Negotiation: Enabled
        Priority: 100
        Protocol state: Active
        Ctrl Intf(s) state: Up
        Active Peer: Local
        Standby Peer: address 10.1.1.2, priority 100, intf Gi3
        Log counters:
                role change to active: 1
                role change to standby: 1
                disable events: rg down state 0, rg shut 0
                ctrl intf events: up 1, down 0, admin_down 0
                reload events: local request 0, peer request 0

RG Media Context for RG 1
--------------------------
        Ctx State: Active
        Protocol ID: 1
        Media type: Default
        Control Interface: GigabitEthernet3
        Current Hello timer: 3000
        Configured Hello timer: 3000, Hold timer: 10000
        Peer Hello timer: 3000, Peer Hold timer: 10000
        Stats:
            Pkts 1509, Bytes 93558, HA Seq 0, Seq Number 1509, Pkt Loss 0
            Authentication not configured
            Authentication Failure: 0
            Reload Peer: TX 0, RX 0
            Resign: TX 0, RX 0
    Standy Peer: Present. Hold Timer: 10000
            Pkts 61, Bytes 2074, HA Seq 0, Seq Number 69, Pkt Loss 0

VCUBE-1#

VCUBE-2#show redundancy application group all
Faults states Group 1 info:
       Runtime priority: [100]
               RG Faults RG State: Up.
                       Total # of switchovers due to faults:           0
                       Total # of down/up state changes due to faults: 0
Group ID:1
Group Name:LocalGateway-HA
  
Administrative State: No Shutdown
Aggregate operational state: Up
My Role: STANDBY
Peer Role: ACTIVE
Peer Presence: Yes
Peer Comm: Yes
Peer Progression Started: Yes

RF Domain: btob-one
         RF state: ACTIVE
         Peer RF state: STANDBY HOT

RG Protocol RG 1
------------------
        Role: Active
        Negotiation: Enabled
        Priority: 100
        Protocol state: Active
        Ctrl Intf(s) state: Up
        Active Peer: address 10.1.1.2, priority 100, intf Gi3
        Standby Peer: Local
        Log counters:
                role change to active: 1
                role change to standby: 1
                disable events: rg down state 0, rg shut 0
                ctrl intf events: up 1, down 0, admin_down 0
                reload events: local request 0, peer request 0

RG Media Context for RG 1
--------------------------
        Ctx State: Active
        Protocol ID: 1
        Media type: Default
        Control Interface: GigabitEthernet3
        Current Hello timer: 3000
        Configured Hello timer: 3000, Hold timer: 10000
        Peer Hello timer: 3000, Peer Hold timer: 10000
        Stats:
            Pkts 1509, Bytes 93558, HA Seq 0, Seq Number 1509, Pkt Loss 0
            Authentication not configured
            Authentication Failure: 0
            Reload Peer: TX 0, RX 0
            Resign: TX 0, RX 0
    Standy Peer: Present. Hold Timer: 10000
            Pkts 61, Bytes 2074, HA Seq 0, Seq Number 69, Pkt Loss 0

VCUBE-2#

בשלב הבא, המשך עם תצורת השער המקומי (מבוססת רישום או מבוססת תעודה) בשני רכיבי ה-CUBE של HA. ראה הגדרת שער מקומי ב-Cisco IOS XE עבור Webex Calling.