Как GQUIC влияет на процесс WebRTC?

Question

Я делаю простое приложение WebRTC для себя, чтобы понять процесс WebRTC.

Я использую объект RTCPeerConnection для генерации SDP и отображения его в своих журналах, чтобы я мог точно видеть, что содержит SDP.

Это работало нормально во всех популярных браузерах до последнего обновления Chrome, которое больше не отображает SDP.

Я использовал wireshark для проверки пакетов и вижу, что Chrome использует протокол GQUIC, где другие браузеры используют протоколы DNS и STUN.

Отсюда мои вопросы:

1. GQUIC предотвращает склеивание или отображение SDP?

2. Как, если вообще, я могу заставить SDP снова появляться в Chrome?

Answer 1

1. Нет

Похоже, что GQUIC не является причиной того, что обновление помешало созданию SDP. Кажется, что GQUIC - это протокол, построенный на UDP для уменьшения задержки при сохранении надежности TCP, и я не мог найти причин, чтобы он влиял на бизнес SDP, но это было совпадением, что я впервые заметил это, возникла другая проблема.

2. Быстрое исправление: изменить WebRTC: Use Unified Plan SDP Semantics по умолчанию на отключенное в chrome:flags

Причина, по которой SDP перестала работать для меня, заключается в том, что в новой версии Chrome включен WebRTC: использовать семантику SDP Unified Plan по умолчанию, поскольку они, похоже, переходят от Plan-B к Unified Plan, который изменяет способ передачи SDP. Я все еще пытаюсь определить точную разницу, которая есть у SDP, но тем временем я смог хотя бы увидеть, как сайт снова работает, когда я изменяю флаг, поэтому теперь я знаю, что это была причина.