הגדרת SBC ואימות

בדף הזה נסביר את תהליך ההגדרה והאימות של ה-SBC.

ספקים וקושחה נתמכים

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

פרוטוקולים נתמכים של SBC לאותות ולמדיה

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

הגדרת TLS ב-SBC

מבקשים אישור TLS ל-SBC מספק שאושר על ידי רשות אישורים. אין תמיכה באישורים עם תו כללי לחיפוש.

באישור ה-TLS, צריך לציין את שם הדומיין שמוגדר במלואו (FQDN) של ה-SBC במאפיין השם הנפוץ (CN) או במאפיין שם הנושא החלופי (SAN). אם מבקשים אישור TLS אחד לכמה בקרי SBC, ה-SAN של האישור צריך לכלול את כל שמות ה-FQDN של בקרי ה-SBC.

ספקים מורשים של רשויות אישורים

  • DigiCert
  • Entrust DataCard
  • GlobalSign
  • GoDaddy
  • ‫Sectigo (לשעבר Comodo)

הגדרת TLS ב-SBC

  1. מתקינים את אישור ה-TLS המבוקש יחד עם אישור ה-CA הבסיסי שמשויך אליו בשרשרת האמון של ה-SBC.

  2. מתקינים את רשות אישורי הבסיס המהימנה של Google בשרשרת המהימנות של ה-SBC. כדי להוריד את אישור הבסיס של Google:

    1. מורידים את רשויות אישורי הבסיס המהימנות של Google.
    2. מחליצים את אישורי הבסיס.
    3. מעלים את חבילת הבסיס המלאה למאגר המפתחות של ה-SBC.
    4. אם נדרש, מפעילים רשימות של אישורים שבוטלו (CRL)
    5. מפעילים אימות הדדי של ה-SBC.

  3. הגדרת גרסאות TLS נתמכות וסטים של אלגוריתמים להצפנה (cipher suite). יש תמיכה ב-TLS בגרסה 1.2 ומעלה. סטים נתמכים של אלגוריתמים להצפנה:

    • TLS_ECDHE_ECDSA_WITH_AES_128_GCM_SHA256
    • TLS_ECDHE_ECDSA_WITH_CHACHA20_POLY1305_SHA256
    • TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256
    • HTLS_ECDHE_RSA_WITH_CHACHA20_POLY1305_SHA256
    • TLS_ECDHE_ECDSA_WITH_AES_256_GCM_SHA384
    • TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384
    • TLS_AES_256_GCM_SHA384
    • TLS_CHACHA20_POLY1305_SHA256
    • TLS_AES_128_GCM_SHA256

יצירת SIP trunk ב-GTP

  1. עוברים אל המסוף המאוחד ובוחרים את הפרויקט.
  2. עוברים לכרטיסייה SIP Trunks (קווי SIP) ולוחצים על Add a SIP Trunk (הוספת קו SIP).
  3. ממלאים את כל שדות החובה.
  4. לוחצים על יצירה.

בדיקת הדרישות של הרשת לחיבור טלפוניה

בדף המושגים ופתרון הבעיות מופיעה טבלה עם דרישות הרשת והקישוריות.

הגדרת SBC לחיבור SIP ל-GTP

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

מוודאים שפרופיל ה-SIP מוגדר לשימוש ב-TLS דרך יציאת TCP מספר 5672, שמטרגטת שרתי SIP אזוריים ספציפיים של GTP (לדוגמה, us.telephony.goog). הגדרת שילוב של SIP ו-SIPREC:

  • כדי להתחבר לסוכנים וירטואליים של Dialogflow, צריך להגדיר שילוב SIP ב-SBC.
  • עבור תרחיש השימוש של Agent Assist או תובנות של AI בממשק שיחה, הגדירו שילוב SIPREC ב-SBC כדי שהעתקים של זרם המדיה יפוצלו ל-GTP. שימו לב: שימוש ב-SIPREC עם ספקי SBC מסוימים עשוי להיות תכונה נפרדת שדורשת רישיון, ולכן תצטרכו לרכוש ולהפעיל אותה.

בדיקת קישוריות SIP באמצעות פינג של אפשרויות SIP

מבצעים בדיקת פינג של אפשרויות SIP מ-SBC של הלקוח ל-GTP כדי לוודא ש-SBC מקבל SIP 200 OK מ-GTP. אם לא מתקבלת הודעה עם קוד SIP 200 OK, אפשר לעיין בקטע לפתרון בעיות ב-SIP לקבלת פרטים נוספים.

הגדרת כותרת SIP לשיחות עם AI בממשק שיחה

  1. מגדירים את מזהה השיחה של ה-AI השיחה על ידי הגדרת כותרת ה-SIP (Call-Info או UUI) במהלך SIP INVITE.
  2. משתמשים בכותרת ה-SIP‏ Call-Info. אם אין תמיכה בכך, אפשר להשתמש בכותרת SIP של User-to-User-Info (UUI). פרטים נוספים מופיעים במאמר בנושא כותרות SIP.
  3. (אופציונלי) מגדירים את התפקידים של המשתתפים (END_USER ו-HUMAN_AGENT) ואת הסדר של זרם המדיה. פרטים נוספים מופיעים בקטע בנושא תפקידי המשתתפים.
  4. (אופציונלי) כדי להגדיר פרמטרים נוספים לשיחה מסוימת, קוראים ל-API‏ MatchIntentRequest. פרטים נוספים זמינים בקטע בנושא פרמטרים נוספים.

ביצוע שיחות לצורך בדיקה

מבצעים שיחת ניסיון ומוודאים ש-SIP ומדיה עוברים לשרתי GTP SIP ‏ (74.125.88.128/25) ולשרתי מדיה של RTP ‏ (74.125.39.0/24). אמורה להתקבל הודעת תגובה SIP 200 OK.

אם מקבלים קוד תגובה לשגיאה SIP 400's, סביר להניח ש-GTP דחה את כותרת ה-SIP או את הגדרת ה-SDP של מדיה SIP. פרטים נוספים זמינים בקטע לפתרון בעיות. אם מתקבל קוד תגובה לשגיאה SIP 600's, סביר להניח שמדובר בבעיה שקשורה למכסת השימוש.

בדיקת היסטוריית השיחות ב-Dialogflow

הקטע הזה רלוונטי רק אם אתם פורסים נציג וירטואלי של Dialogflow.

אם שיחת הניסיון הקודמת הניבה תגובה SIP 200 OK, צריך לבדוק את היסטוריית השיחות של פרויקט ה-AI בממשק שיחה Google Cloud ב-Dialogflow כדי לוודא ששיחות חדשות מתועדות וכוללות את מזהה השיחה שצוין בכותרת של פרטי השיחה.

(אופציונלי) בדיקה ב- Google Cloud Logs Explorer

בודקים את הפעילות ב-Dialogflow ביומן 'incoming_call' בכלי Logs Explorer של פרויקט AI בממשק שיחה Google Cloud .

  1. כדי לבדוק את הפעילויות של שיחות נכנסות ב-Dialogflow, מריצים את השאילתה הבאה:

    logName="projects/$PROJECT_ID/logs/dialogflow.googleapis.com%2Fincoming_call

    ‫$PROJECT_ID = Google Cloud מזהה הפרויקט שבו השתמשתם כדי להגדיר את שילוב הטלפוניה.

  2. לחלופין, אפשר לעבור לתיבה הנפתחת All log names (כל שמות היומנים) בכלי Logs Explorer ולחפש את שם היומן incoming_call. בוחרים את התפקיד ולוחצים על אישור.

  3. מוודאים ש-Dialogflow יצר שיחה בהצלחה בGoogle Cloud כלי Logs Explorer של הפרויקט (השלב הזה רלוונטי רק אם הפעלתם את רישום הביקורת ביומן עבור Dialogflow API). כדי לבדוק את האירועים של יצירת שיחות ב-Dialogflow מפרויקט ספציפי Google Cloud ומפרופיל שיחה ספציפי, משתמשים בשאילתה הבאה ולוחצים על הרצת השאילתה.

    protoPayload.serviceName=~"dialogflow"
protoPayload.methodName=~"google.cloud.dialogflow.*.Conversations.CreateConversation"
protoPayload.request.conversation.conversationProfile="projects/$PROJECT_ID/locations/global/conversationProfiles/$CONVERSATION_PROFILE_ID"