조기축구아저씨

미팅 프로젝트에서 P2P, SFU, MCU 중에 MCU방식을 택한 이유 P2P 형태는 유저 n이 매우 작은 경우에 한하여 Server less로 유용함은 자명하다. 그러나 상용앱에서 채택하는 경우는 없다. 먼저 일반적으로 알려진 SFU의 단점에 대해 알아보자. WebRTC 프로토콜 중 미디어 데이터 전송 프로토콜인 SRTP에서는 네트워크 상황에 따라 적절한 이미지를 제공해 주는 현상 및 개념이 존재하는데 이에 따라 네트워크 bandwidth를 많이 차지하는 SFU방식에서는 저품질의 영상이 보여질 확률이 높다. 사용자 환경에 따라 영상의 품질을 결정할 수 있는 UX를 선택했다면 코덱을 Single-layer가 아닌 SVC나 Simulcast 전용으로 교체할 수는 있으나 MCU방식에서는 좀 더 좋은 품질의 ..

P2P 서버 비용이 없다는 장점이 있지만 사용자 PC에 부하가 크고 간단한 방식으로 상용 서비스는 되지 않는다. 참고 링크 - https://6987.tistory.com/entry/WebRTC-%EB%AF%B8%EB%94%94%EC%96%B4-%EC%97%B0%EA%B2%B0-%EB%B0%A9%EC%8B%9D-MCU-SFU-P2P WebRTC 미디어 연결 방식 (MCU, SFU, P2P) 크로미움 오픈소스와 WebRTC org 가 협업한 지 꽤 오랜 시간이 지났고 우리는 흔하게 WebRTC 라는 프로토콜을 접할 수 있게 되었다. 즉, 아무나 영상회의 서비스를 만들 수 있지만 누구나 잘 만들 수 6987.tistory.com SFU Zoom에서 1000명이 연결되어 회의를 할 수 있으며 25개까지의 클라..

WebRTC란 웹에서 별도 플러그인 없이 RTC 실시간 통신(Real time Communication) 하기 위한 Open API ICE(Interactive Connectivity Establishment) - Peer 간에 웹 브라우저를 연결해주는 프레임워크 Peer가 Private Ip를 가지는 경우 해결법 : Stun 서버 (session traversal utilities for NAT) - Stun 서버로부터 public ip를 얻어 configuration에 담아 PeerConnection을 만든다. Peer의 라우터가 Symmetric NAT 제한을 걸어둔 경우 해결법 : Turn 서버 - Traversal Using Relays around NAT - Peer들이 Behind Symme..

보안 때문에 클라이언트, 서버는 TLS를 통해 SIP Message를 주고 받는다. SIP Message는 통신 시작시 주고 받는 메시지로 통신은 SIP Message로 부터 시작한다. 실제 Media Data는 SRTP를 통해서 주고 받는다. (UDP Base) 사용자와 화상 기능을 사용하려면 연결까지는 TLS + SIP Message 연결 이후 화상 Data는 SRTP로 주고 받는다. SCTP는 UDP, TCP와 동일 layer라고 하였는데 왜 Session Layer 상위에 있을까? SCTP는 IP Layer 위에서 동작하는 프로토콜이 맞지만 WEBRTC의 경우는 DTLS를 통과하게 된다. UDP 베이스 SRTP에 불만이 있어 3세대 프로토콜 SCTP를 사용했을 텐데 왜 DataChannel에만 사..

인터넷 상에서 데이터를 안전하게 전송하기 위한 암호화 통신 프로토콜 SSL 1.0 > SSL 2.0 > SSL3.0 > TLS(Transport Layer Security)1.0 (= SSL3.0과 거의 같다) Application Layer와 TransPort Layer 사이에서 동작하며 (사이에 끼어있다.) Application 프로토콜은 외부로 보내는 데이터를 TCP로 직접 보내지 않고 SSL에 보내고 SSL이 암호화하여 TCP로 보낸다. SSL 통신 원리[핸드 쉐이크] : 비대칭키 암호 방식으로 채널을 설립하고 대칭키 암호 방식으로 데이터를 주고 받는다. 1. 클라이언트 접속시 서버 인증서(인증 기관이 서버 공개키를 인증한 것)를 전송받는다. 2. 클라이언트는 인증서 검토 후 공개키 추출 3. 클..

- 데이터의 안정적인 시퀀스 전송을 보장 - UDP의 속도와 TCP의 신뢰성을 보완한 RTP를 두고 왜 SCTP를 사용하는가? > http1.1에서의 단점이었던 HOL 블로킹을 http2.0에서 멀티플랙싱으로 개선한 것처럼 단일 연결내에 여러 스트림 개념을 사용함으로써 TCP, UDP 제 2세대 transport 프로토콜을 개선한 3세대 프로토콜 (2000년) > 최대 8개의 Source IP 주소와 8개의 Destination IP 주소가 허용되며 Static IP NAT만 지원된다? (TODO) > 단일 세션에 여러 IP가 사용됨에 따라 IP 주소 및 포트 번호의 조합이 불일치하다. > 이에 따라 NAT, 방화벽 등에 문제점이 노출(TODO) -> 대용량 전송에만 사용된다.