SBC 구성 및 유효성 검사

이 페이지에서는 SBC를 구성하고 검증하는 과정을 안내합니다.

지원되는 공급업체 및 펌웨어

구성을 시작하기 전에 지원되는 SBC 공급업체 또는 모델 및 펌웨어 버전 표를 검토하세요.

지원되는 SBC 신호 및 미디어 프로토콜

지원되는 신호 및 미디어 프로토콜은 SBC 신호 및 미디어 프로토콜 문서에 명시되어 있습니다. AES_CM_128_HMAC_SHA1_80만 지원되는 SRTP 암호화 스위트입니다.

SBC의 TLS 구성

승인된 인증 기관 공급업체에서 SBC용 TLS 인증서를 요청합니다. 와일드 카드 인증서는 지원되지 않습니다.

TLS 인증서 내에서 일반 이름 (CN) 속성 또는 주체 대체 이름 (SAN) 속성에 SBC의 정규화된 도메인 이름 (FQDN)을 표시해야 합니다. 여러 SBC에 대해 하나의 TLS 인증서를 요청하는 경우 인증서의 SAN에 모든 SBC FQDN이 포함되어야 합니다.

승인된 인증 기관 공급업체

  • DigiCert
  • Entrust DataCard
  • GlobalSign
  • GoDaddy
  • Sectigo (이전 명칭: Comodo)

SBC TLS 구성

  1. 요청된 TLS 인증서와 연결된 루트 CA 인증서를 SBC의 신뢰 체인에 설치합니다.
  2. Google의 신뢰할 수 있는 루트 CA를 SBC의 신뢰 체인에 설치합니다. Google 루트 인증서를 가져오는 방법은 다음과 같습니다.

    1. Google의 신뢰할 수 있는 루트 CA를 다운로드합니다.
    2. GTS Root R1 (GTSR1)을 추출합니다.
    3. 필요한 경우 GlobalSign 루트 CA 인증서를 추출합니다.
    4. SBC 키 저장소에 루트 인증서를 업로드합니다.
    5. SBC에 대한 상호 인증을 사용 설정합니다.
  3. 지원되는 TLS 버전 및 암호화 스위트 구성 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

GTP에서 SIP 트렁크 만들기

  1. 통합 콘솔로 이동하여 프로젝트를 선택합니다.
  2. SIP 트렁크 탭으로 이동한 다음 SIP 트렁크 추가를 클릭합니다.
  3. 모든 필수 입력란을 작성합니다.
  4. 만들기를 클릭합니다.

전화 통신 연결 네트워크 요구사항 검토

네트워크 및 연결 요구사항 표는 개념 및 문제 해결 페이지를 참고하세요.

GTP에 대한 SIP 연결을 위해 SBC 구성

지원되고 인증된 SBC 공급업체 중 하나를 사용하여 SBC를 배포하는 경우 해당 공급업체에 관한 자세한 안내는 SBC 신호 및 미디어 프로토콜 문서를 참고하세요.

SIP 프로필이 특정 지역화된 GTP의 SIP 서버 (예: us.telephony.goog)를 타겟팅하는 TCP 포트 5672를 통해 TLS를 사용하도록 구성되어 있는지 확인합니다. SIP 및 SIPREC 통합 구성:

  • Dialogflow 가상 에이전트에 연결하는 사용 사례의 경우 SBC에서 SIP 통합을 구성합니다.
  • 대화형 AI Agent Assist 또는 Insights 사용 사례의 경우 미디어 스트림 사본이 GTP로 포크되도록 SBC에서 SIPREC 통합을 구성합니다. 특정 SBC 공급업체와 함께 SIPREC를 사용하는 것은 별도의 라이선스 기능일 수 있으며, 이 경우 구매하고 활성화해야 합니다.

SIP OPTIONS 핑을 사용한 SIP 연결 테스트

고객 SBC에서 GTP로 SIP OPTIONS 핑 테스트를 실행하여 SBC가 GTP에서 SIP 200 OK를 수신하는지 확인합니다. SIP 200 OK가 수신되지 않으면 SIP 문제 해결 섹션을 참고하여 자세한 내용을 확인하세요.

대화형 AI 대화의 SIP 헤더 구성

  1. SIP INVITE 중에 SIP 헤더 (Call-Info 또는 UUI)를 구성하여 대화형 AI의 대화 ID를 설정합니다.
  2. Call-Info SIP 헤더를 사용합니다. 이 방법이 지원되지 않는 경우 User-to-User-Info (UUI) SIP 헤더를 사용할 수 있습니다. 자세한 내용은 SIP 헤더를 참고하세요.
  3. (선택사항) 참여자 역할 (END_USERHUMAN_AGENT)과 미디어 스트림 순서를 구성합니다. 자세한 내용은 참여자 역할 섹션을 참고하세요.
  4. (선택사항) 특정 대화의 추가 매개변수를 설정하려면 MatchIntentRequest API를 호출합니다. 자세한 내용은 추가 매개변수 섹션을 참고하세요.

테스트 통화 수행

테스트 통화를 진행하고 SIP와 미디어가 GTP SIP 서버 (74.125.88.128/25) 및 RTP 미디어 서버 (74.125.39.0/24)로 이동하는지 확인합니다. SIP 200 OK 응답 메시지가 표시되어야 합니다.

SIP 400's 오류 응답 코드가 수신되면 GTP가 SIP 헤더 또는 SIP 미디어 SDP 구성을 거부한 것일 수 있습니다. 자세한 내용은 문제 해결 섹션을 참고하세요. SIP 600's 오류 응답 코드가 표시되면 할당량 관련 문제일 가능성이 높습니다.

Dialogflow 대화 기록 검토

이 섹션은 Dialogflow 가상 에이전트를 배포하는 경우에만 적용됩니다.

이전 테스트 호출에서 SIP 200 OK 응답이 반환된 경우 Conversational AI Google Cloud 프로젝트의 Dialogflow 대화 기록을 확인하여 새 대화가 로깅되고 호출 정보 헤더에 지정된 대화 ID가 포함되는지 확인합니다.

(선택사항) Google Cloud 로그 탐색기 검토

대화형 AI Google Cloud 프로젝트의 로그 탐색기 'incoming_call' 로그에서 Dialogflow 활동을 확인합니다.

  1. 다음 쿼리를 사용하여 Dialogflow의 수신 전화 활동을 검토한 다음 '쿼리 실행'을 클릭합니다.

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

    $PROJECT_ID = 전화 통신 통합을 구성하는 데 사용한 Google Cloud 프로젝트 ID입니다.

  2. 또는 로그 탐색기의 모든 로그 이름 드롭다운 상자로 이동하여 로그 이름 incoming_call를 검색할 수 있습니다. 이 파일을 선택하고 적용을 클릭합니다.

  3. Dialogflow가Google Cloud 프로젝트의 로그 탐색기에서 대화를 성공적으로 만들었는지 확인합니다 (이 단계는 감사 로깅이 Dialogflow API에 사용 설정된 경우에만 적용됨). 다음 쿼리를 사용하여 특정 Google Cloud 프로젝트 및 대화 프로필의 Dialogflow 대화 생성 이벤트를 검토한 후 쿼리 실행을 클릭합니다.

    protoPayload.serviceName=~"dialogflow"
    protoPayload.methodName=~"google.cloud.dialogflow.*.Conversations.CreateConversation"
    protoPayload.request.conversation.conversationProfile="projects/$PROJECT_ID/locations/global/conversationProfiles/$CONVERSATION_PROFILE_ID"
    
    • $PROJECT_ID = 통합을 구성할 때 정의된 Google Cloud 프로젝트 ID입니다.
    • $CONVERSATION_PROFILE_ID = 통합을 구성할 때 만든 대화 프로필 ID입니다.