RTCPeerConnection.createAnswer()

options Optional

Answer를 커스터마이즈 할 수 있는 옵션을 설정하는 객체입니다. 설정 가능한 옵션은 RTCAnswerOptions (en-US) 딕셔너리에 기반합니다.

이전 버전의 문서에서는 이 함수를 콜백 기반으로 사용하도록 되어있습니다. 콜백 기반 함수는 이제 더 이상 사용되지 않으며, 사용하지 않는 것을 권장합니다. 이미 사용 중이라면, Promise 버전인 createAnswer()를 사용하도록 코드를 업데이트 하십시오. 이전 버전의 코드를 업데이트 하는 것을 쉽게 하기 위해 고안된 createAnswer()의 특정 변수에 대해 아래에서 설명합니다.

successCallback 지원이 중단되었습니다

신규 생성된 answer를 설명하는 단일 RTCSessionDescription (en-US) 객체에 전달되는 RTCSessionDescriptionCallback 입니다.

failureCallback 지원이 중단되었습니다

왜 answer를 생성하는 요청이 실패했는지를 설명해주는 단일 DOMException (en-US) 객체에 전달되는 RTCPeerConnectionErrorCallback 입니다.

options Optional

Answer를 위해 요청된 옵션을 제공하는 RTCOfferOptions (en-US) 객체입니다.

NotReadableError

아이덴티티 제공자가 아이덴티티 주장을 제공 할 수 없음을 알려줍니다.

OperationError

SDP 생성이 어떤 이유로 실패했음을 알려줍니다. 이는 일반적인 failure catch-all exception 입니다.

다른 유저에게 전달되는 SDP answer를 가진 RTCSessionDescriptionInit 딕셔너리에 준수하는 객체와 함께 호출되는 fulfillment 핸들러인 Promise 입니다.

아래는 Signaling and video calling 문서에서 나오는 코드의 일부입니다. 이 코드는 시그널링 채널을 통해 다른 유저에게 offer는 전달하는 메세지를 다루는 핸들러에서 나옵니다.

pc.createAnswer()
  .then(function (answer) {
    return pc.setLocalDescription(answer);
  })
  .then(function () {
    // Send the answer to the remote peer through the signaling server.
  })
  .catch(handleGetUserMediaError);

위의 예제는 RTCPeerConnection (en-US)가 신규 answer를 만들고 반환하도록 요청합니다. 프로미스 핸들러에 반환된 answer는 setLocalDescription() 호출에 의해 연결의 로컬 엔드에 대한 description으로 설정됩니다.

이 과정이 성공하면, answer는 적당한 아무 프로토콜을 사용해서 시그널링 서버에 전달됩니다. 그리고 Promise.catch() (en-US)는 에러를 잡아내고 처리하기 위해 사용됩니다.

Handling the invitation를 확인해서 전체 코드를 확인해보십시오. 이 문서를 보면 시그널링 과정 및 answer가 어떻게 작동하는지를 이해 할 수 있습니다.