0
두 피어가 TURN을 중계 서버로 사용하여 WebRTC 전송을 사용할 때 우리는 때때로 표시 또는 채널 데이터 보내기 내의 데이터가 실제로 유효한 STUN 바인딩 요청 메시지임을 확인했습니다 0x0001을 입력하십시오. 다른 피어도 유효한 Binding Request Response (유형 0x0101)와 동일한 방식으로 응답합니다. 전체 대화 중에 반복적으로 발생합니다. 두 피어 모두 TURN 서버를 사용해야합니다. TURN 전송 프레임의 데이터 속성 내에 전형적인 STUN 메시지를 캡슐화하는 목적은 무엇입니까? 어떤 문서에 설명되어 있습니까? ,Send Indication의 데이터 속성 내에서 바인딩 요청
[0x40,0x00,0x00,0x70,0x00,0x01,0x00,0x5c, 0x21,0x12,0xa4,0x42,0x71,0x75,0x6d, 0x6a :
여기서 채널 데이터 프레임의 예 0x6f는 0x66,0x69,0x6f는 ...]
는이 0x40,0x00 - 채널 번호 이 0x00,0x70 - 데이터 길이 0x00,0x01,0x00,0x5c, ... 0x21,0x12 - 데이터 것은 할 수 있다는 바인딩 요청으로 구문 분석 됨