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

Question

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

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

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

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

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

1. Предотвращает ли GQUIC SDP от сгущения или отображения SDP?

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

Answer 1

1. Нет

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

Быстрое исправление: изменение WebRTC: по умолчанию используется семантика SDP Unified Plan до отключено в chrome: флаги

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