Sử dụng SignalR làm lớp dịch vụ cho WebRTC

Question

Đây là bước tiếp theo cho another question Tôi đã hỏi, nhưng với thông tin chính xác hơn.

Tôi có hai trang web cơ bản giống hệt nhau giới thiệu WebRTC, một trang sử dụng XSockets làm lớp báo hiệu phụ trợ và một sử dụng SignalR làm lớp báo hiệu phụ trợ.

Hai chương trình phụ trợ về cơ bản giống hệt nhau, chỉ khác nhau ở các điểm mà ở đó (rõ ràng) có các cách gửi dữ liệu khác nhau cho khách hàng. Tương tự, mã WebRTC TypeScript/JavaScript trên hai máy khách hoàn toàn giống nhau, vì tôi đã trừu tượng hóa lớp báo hiệu.

Vấn đề là trang web XSockets hoạt động liên tục, trong khi trang web SignalR không thành công (chủ yếu là nhất quán, mặc dù không hoàn toàn). Thông thường nó không thành công khi gọi peerConnection.setLocalDescription(), nhưng nó cũng có thể không âm thầm; hoặc nó có thể (đôi khi) thậm chí làm việc.

Bạn có thể xem hai trang khác nhau trong hoạt động ở đây:

XSockets trang web: http://xsockets.demo.alanta.com/

trang web SignalR: http://signalr.demo.alanta.com/

Các mã nguồn cho cả hai là tại https://bitbucket.org/smithkl42/xsockets.webrtc, với phiên bản XSockets trên Chi nhánh xsockets và phiên bản SignalR trên chi nhánh signalr. Vì vậy, câu hỏi của tôi là: không ai biết lý do tại sao sử dụng một lớp tín hiệu thay vì một lớp tín hiệu khác sẽ tạo ra bất kỳ sự khác biệt nào đối với WebRTC không? Không. Ví dụ, một hay khác gửi lại chuỗi Unicode thay vì ANSI? Hay tôi đã chẩn đoán sai vấn đề, và sự khác biệt thực sự là ở đâu?

Answer 1

Đã tìm ra. Hóa ra rằng SignalR 1.0 RC1 có một lỗi trong đó thay đổi bất kỳ "+" trong một chuỗi vào một không gian. Vì vậy, dòng trong SDP trông như thế này:

a=ice-pwd:qZFVvgfnSso1b8UV1SUDd2+z

đã nhận được đổi tên thành này:

a=ice-pwd:qZFVvgfnSso1b8UV1SUDd2 z

Nhưng vì không phải mọi SDP đã có một "+" trong đó trên một dòng quan trọng , đôi khi nó sẽ hoạt động. Mọi thứ đã giải thích.

Lỗi đã được báo cáo cho những người làm việc tốt trên SignalR (xem https://github.com/SignalR/SignalR/issues/1194), và trong khi đó, một đơn giản encodeURIComponent() và decodeURIComponent() quanh các chuỗi được đề cập đã sửa lỗi đó.