Когда два одноранговых узла используют передачу WebRTC с TURN в качестве сервера ретрансляции, мы заметили, что время от времени данные внутри указателя отправки или данных канала фактически являются действительным сообщением запроса привязки STUN (тип 0x0001). Другой одноранговый узел отвечает аналогичным образом с действительным ответом на запрос привязки (тип 0x0101). Это происходит неоднократно в течение всего разговора. Оба одноранговых узла вынуждены использовать сервер TURN. Какова цель инкапсуляции типичного сообщения STUN внутри атрибута данных для кадра передачи TURN? Описывается ли это в любом документе?Запрос на связывание внутри атрибута данных Отправка указателя
Ниже приведен пример канала передачи данных кадра:
[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 ... - данные, которые могут быть анализируется с помощью запроса на связывание