Я пытаюсь использовать WebRTC для чисто децентрализованных и peer-to-peer связи. Я пытаюсь создать P2P-оверлейную сеть, в которой узлы обмениваются данными других узлов, чтобы они могли подключаться к ним.Являются ли кадры WebRTC SDP многоразовыми между сверстниками?
Если я обмен SDP сгустки (session description objects) между узлами, они в том смысле, что я мог бы установить соединение с узлом, просто данный этот блоб и кандидата ICE многоразовые?
Обычно нет: вам нужно предложение от источника PeerConnection; нет никакой гарантии, что blob для PC1 можно использовать с PC2 (и, вероятно, не может). Теперь, если они создали одноранговое соединение, сделали CreateOffer и удержались на peerconnection до тех пор, пока SDP не будет использоваться - тогда да, но это «на самом деле не повторное использование».
Возможно, вам это удастся, но различные вещи сейчас или в будущем могут сломать вас полуслучайно. Лучшим решением является создание предложения от исходного узла и передача его по сети p2p на целевой узел, который затем может передать ответ. Если вы можете держать компьютер в ожидании входящих транзакций, «источник» может использовать его для createAnswer и отключить одну поездку через сеть p2p. Вам нужно будет иметь дело с коллизиями (два узла пытаются использовать одно и то же предложение, которое было распространено через сеть, в основном установка fail/retry должна обрабатывать его в редких случаях, когда это необходимо). Вы также можете включить с ответом предложение на использование только в случае столкновения.
Не могли бы вы обосновать свой аргумент о том, что blob для PC1 нельзя использовать с PC2? Не то чтобы я сомневаюсь в вас, я просто хотел бы узнать конкретно, какой аспект мешает этому. – liamzebedee