실시간 미디어 흐름 프로토콜

Real-Time Media Flow Protocol

RTMFP(Secure Real-Time Media Flow Protocol)는 인터넷을 통한 클라이언트-서버 및 피어-투-피어 모델 모두를 통해 암호화되고 효율적인 멀티미디어 전달을 위해 Adobe Systems가 개발한 프로토콜 모음입니다.이 프로토콜은 원래 소유권이었으나, 후에 개방되어 현재는 로 출판되고 있다. RFC7016.[1]

작전

RTMFP는 소셜 네트워킹 서비스나 다중 사용자 게임과 같은 실시간 실시간 통신 사용자들이 컴퓨터의 마이크와 웹캠을 사용하여 서로 직접 통신할 수 있도록 한다.RTMFP는 피어 투 피어 시스템이지만, 최종 사용자가 실시간 통신을 위해 직접 최종 사용자 통신을 위해 설계되었을 뿐 분할 다운로드를 사용하는 여러 피어 간의 파일 공유를 위한 것은 아니다.[2]Facebook은 Pipe 애플리케이션에서[3] 이 프로토콜을 사용한다.

RTMFP는 오디오, 비디오 채팅 및 멀티플레이어 게임과 같은 응용 프로그램을 위해 실시간 직접 통신을 가능하게 한다.RTMFP는 서버가 아닌 최종 사용자 클라이언트 간에 데이터를 전송하며, 서버에서 대역폭이 사용되지 않고 있다.RTMFP는 UDP(User Datagram Protocol, UDP)를 사용하여 인터넷으로 비디오 및 오디오 데이터를 전송하므로 누락, 삭제 또는 순서가 잘못된 패킷을 처리해야 한다.RTMFP에는 연결 오류의 영향을 완화하는 데 도움이 될 수 있는 두 가지 기능이 있다.

신속한 연결 복원: 잠시 중단한 후 신속하게 연결이 다시 설정됨예를 들어, 무선 네트워크 연결이 중지를 경험하는 경우.다시 연결한 후, 연결은 즉시 완전한 기능을 갖게 된다.

IP 이동성:클라이언트가 새 IP 주소로 변경되더라도 활성 네트워크 피어 세션은 유지된다.예를 들어, 무선 네트워크의 랩톱이 유선 연결에 연결되어 새 주소를 수신하는 경우.

RTMP와 RTMFP의 차이

주된 차이는 프로토콜들이 네트워크를 통해 어떻게 의사소통하는가에 있다.RTMFP는 UDP(사용자 데이터그램 프로토콜)를 기반으로 하고,[1] RTMP(Real-Time Messaging Protocol)는 TCP(Transmission Control Protocol)를 기반으로 한다.UDP- 기반 프로토콜은 대기 시간 및 오버헤드 감소, 손실되거나 누락된 패킷에 대한 내성 증가와 같은 라이브 스트리밍 미디어를 신뢰성 감소의 비용으로 제공할 때 TCP– 기반 프로토콜에 비해 몇 가지 특정한 이점을 가지고 있다.RTMP와 달리 RTMFP는 서버를 거치지 않고 하나의 Adobe Flash Player에서 다른 서버로 직접 데이터를 전송할 수 있도록 지원한다.서버측 연결은 항상 최종 사용자 간의 초기 연결을 설정하기 위해 필요하며, 서버측 데이터 실행 또는 다른 시스템으로의 게이트웨이 제공에 사용될 수 있다.또한 Flash Media 서버 사용자는 Flash Player가 관리되지 않는 방식으로 사용되는 것을 방지하기 위해 클라이언트에 대한 네트워크 주소 조회 및 NAT 통과 서비스를 승인해야 한다.

응용 프로그램 레벨 멀티캐스트

Flash Player 10.0은 P2P에 대해 일대일 통신만 허용했지만, 10.1 어플리케이션 레벨 멀티캐스트부터는 허용된다.Flash Player는 적절한 배포 경로(오버레이 네트워크)를 찾아 P2P로 연결된 그룹에 배포할 수 있다.

역사

RTMFP의 기본 프로토콜은 2006년 Adobe가 Amicima를 인수한 결과로서, RTMFP와 Amicima의 GPL 허가 미디어 플로우 프로토콜(MFP) 사이에 강력한 아키텍처 유사성이 존재한다.

참고 항목

참조

  1. ^ a b Michael Thornburgh (November 2013). "Adobe's Secure Real-Time Media Flow Protocol". RFC. Internet Engineering Task Force. Retrieved March 6, 2014.
  2. ^ RTMFP FAQ
  3. ^ http://www.pipe.com/how/[데드링크]