PPSP Tracker Protocol – Extended Protocol draft-huang-ppsp-extended-tracker-protocol- 07 PPSP WG IETF 91 Hawaii Rachel Huang, Rui Cruz, Mário Nunes, João.

Slides:



Advertisements
Similar presentations
Dynamic Symmetric Key Provisioning Protocol (DSKPP)
Advertisements

An extension to RELOAD to support Direct Response Routing (& Relay Peer Routing) Ning Zong Xingfeng Jiang Roni Even Yunfei Zhang draft-zong-p2psip-drr-00.
From Extensibility to Evolvability Once upon a time, HTTP was simple – what happened?
DECADE Usage in PPSP draft-le-ppsp-decade-interoperation-00 Guan Le, Lichun Li, Ke Xu, Meina Song, Jun Wang
The future of interoperability for ILL and resource sharing by Clare Mackeigan Relais International.
PPSP Working Group IETF-89 London, UK 16:10-18:40, Tuesday, Webex: participation.html.
BF-based chunk availability compression for PPSP-02 Lingli Deng: Jin Peng:
Survey of WebRTC based P2P Streaming
David A. Bryan, PPSP Workshop, Beijing, China, June 17th and 18th 2010 Tracker Protocol Proposal.
Draft-gu-ppsp-protocol-00 PPSP Session IETF 77, Anaheim March 22, 2010.
PPSP Tracker Protocol draft-gu-ppsp-tracker-protocol PPSP WG IETF 82 Taipei Rui Cruz (presenter) Mário Nunes, Yingjie Gu, Jinwei Xia, David Bryan, João.
March 7, 2005MOBIKE WG, IETF 621 Mobility Protocol Options for IKEv2 (MOPO-IKE) Pasi Eronen.
IODEF Design principles and IODEF Data Model Overview IODEF Data Model and XML DTD pre-draft Version 0.03 TERENA IODEF WG Yuri Demchenko.
1 RSVP-TE Extensions for Associated Bidirectional LSPs draft-ietf-ccamp-mpls-tp-rsvpte-ext-associated-lsp-06 Author list: Fei Zhang, ZTE
David A. Bryan, PPSP Workshop, Beijing, China, June 17th and 18th 2010 PPSP Protocol Considerations.
EICP—extended Internet Cache Protocol (draft-zhang-ppsp-eicp-00.txt ) Presenter: Christian Schmidt IETF-81, Quebec, July 2011.
OSPF-TE extensions for GMPLS Control of Evolving G.709 OTN draft-ietf-ccamp-gmpls-ospf-g709v3-03 CCAMP WG, IETF 84 th Vancouver.
BF-based chunk availability compression for PPSP Lingli Deng: Jin Peng:
Yang Shi, Chris Elliott, Yong Zhang IETF 73 rd 18 Nov 2008, Minneapolis CAPWAP WG MIB Drafts Report.
PPSP Problem Statement Y.Zhang, N.Zong, G.Camarillo,J.Seng,R.Yang Maastricht July 27,2010.
QUALCOMM Incorporated 1 Protocol Options for BSN- BSMCS Controller Interface Jun Wang, Kirti Gupta 05/16/2005 Notice: Contributors grant a free, irrevocable.
HUAWEI TECHNOLOGIES CO., LTD. Page 1 Survey of P2P Streaming HUAWEI TECHNOLOGIES CO., LTD. Ning Zong, Johnson Jiang.
PPSP Peer Protocol draft-gu-ppsp-peer-protocol PPSP WG IETF 82 Taipei Rui Cruz (presenter) Yingjie Gu, Jinwei Xia, Mário Nunes, David Bryan, João Taveira.
PPSP NAT traversal Lichun Li, Jun Wang, Wei Chen {li.lichun1, draft-li-ppsp-nat-traversal-02.
March 15, 2005 IETF #62 Minneapolis1 EAP Discovery draft-adrangi-eap-network-discovery-10.txt Farid Adrangi ( )
Draft-gu-ppsp-peer-protocol-02 Presenter : Gu Yingjie IETF-81, Quebec, July, 2011.
Problem Statement of Peer to Peer Streaming Protocol (PPSP) Yunfei Zhang Ning Zong Gonzalo Camarillo David Byran Hirold Liu Yingjie Gu.
P2P Streaming Protocol (PPSP) Requirements draft-zong-ppsp-reqs-03.
Akbar Rahman Juan Carlos Zúñiga Guang Lu IETF 78, July P2P Streaming for Mobile Nodes: Scenarios.
P2P Streaming Protocol (PPSP) Requirements Ning Zong Yunfei Zhang Victor Pascual Carl Williams Lin Xiao draft-ietf-ppsp-reqs-02.
Peer to Peer Streaming Protocol (PPSP) BOF Gonzalo Camarillo Ericsson Yunfei Zhang China Mobile IETF76, Hiroshima, Japan 13:00~15:00 THURSDAY, Nov 12,
Support of fragmentation of RADIUS packets in authorization exchanges draft-perez-radext-radius-fragmentation IETF87 – RADEXT Diego R. Lopez - Telefónica.
PPSP BAR BOF meeting 74th IETF – San Francisco, CA, USA March, 2009 P2P Streaming Protocol (PPSP) Requirements Ning Zong,Huawei Technologies Yunfei Zhang,China.
Protocol Requirements draft-bryan-p2psip-requirements-00.txt D. Bryan/SIPeerior-editor S. Baset/Columbia University M. Matuszewski/Nokia H. Sinnreich/Adobe.
Usage of PPSP System draft-zhang-ppsp-usage-00 Fei Song, Hongke Zhang, Di Wu and Mi IETF 90.
1 SIPREC Protocol (draft-portman-siprec-protocol-05) June 28, 2011 IETF 81 Authors: L. Portman, H. Lum, A. Johnston, A. Hutton.
Design Guidelines Thursday July 26, 2007 Bernard Aboba IETF 69 Chicago, IL.
RFC 2716bis Wednesday, July 12, 2006 Draft-simon-emu-rfc2716bis-02.txt Dan Simon Bernard Aboba IETF 66, Montreal, Canada.
PPSP Tracker Protocol – Extended Protocol draft-huang-ppsp-extended-tracker-protocol- 06 PPSP WG IETF 90 Toronto Rachel Huang, Rui Cruz, Mário Nunes, João.
Web Services Blake Schernekau March 27 th, Learning Objectives Understand Web Services Understand Web Services Figure out SOAP and what it is used.
Draft-ietf-pim-port-03 wglc. WGLC responses Thomas suggested a long list of changes, mostly editorial –I believe I addressed all Dimitri also had comments.
Requirements for PCE Discovery draft-ietf-pce-discovery-reqs-01.txt Jean-Louis Le Roux (France Telecom) Paul Mabey (Qwest) Eiji Oki (NTT) Richard Rabbat.
Introduction of PPSP Yunfei 88 Nov 3, 2013.
P2P Streaming Protocol (PPSP) Requirements draft-zong-ppsp-reqs-02 Ning Zong Yunfei Zhang Victor Pascual Carl Williams.
Draft-ietf-ccamp-lmp-02.txt Link Management Protocol (LMP) LMP draft updates…  draft-ietf-ccamp-lmp-07.txt  draft-ietf-ccamp-lmp-wdm-01.txt  draft-ietf-ccamp-lmp-test-sonet-sdh-00.txt.
Extensions to Path Computation Element Communication Protocol (PCEP) for Hierarchical Path Computation Elements (PCE) PCE WG, IETF 86th draft-zhang-pce-hierarchy-extensions-03.
Draft-gu-ppsp-tracker-protocol-04 Presenter : Gu Yingjie IETF-81, Quebec, July, 2011.
Proposed solutions to comments on section 7
An example of peer-to-peer application
XCON WG IETF-64 Meeting XCON Framework Overview & Issues
Building Distributed Educational Applications using P2P
draft-gu-ppsp-tracker-protocol-03
MQTT Technical Committee at OASIS
IETF#67 – 5-10 November 2006 FECFRAME requirements (draft-ietf-fecframe-req-01) Mark Watson.
Lionel Morand DHCP options for PAA Lionel Morand
IETF 78 Ken Rehor on behalf of the team
Proposed solutions to comments on section 7
IKEv2 Mobility and Multihoming Protocol (MOBIKE)
Requirements and Implementation Options for the Multiple Line Appearance Feature using the Session Initiation Protocol (SIP) draft-johnston-bliss-mla-req-00.
Subscribing to YANG datastore push updates draft-netconf-yang-push-00 IETF #94 Yokohama A. Clemm A. Gonzalez Prieto
INTER-PROCESS COMMUNICATION
IPv4 Support for Proxy Mobile IPv6 Ryuji Wakikawa & Sri Gundavelli
Qin Wu Roni Even Ying Cheng IETF 103 Bangkok, Tailand Oct 12, 2018
draft-ipdvb-sec-01.txt ULE Security Requirements
Problem Statement of PPSP
Updates to Draft Specification for DTN TCPCLv4
Multi-server Namespace in NFSv4.x Previous and Pending Updates
Qin Wu Zhen Cao Yang Shi Baohong He
draft-gu-ppsp-peer-protocol-01
Lin Xiao David A. Bryan Yingjie Gu Xuan Tai
Presentation transcript:

PPSP Tracker Protocol – Extended Protocol draft-huang-ppsp-extended-tracker-protocol- 07 PPSP WG IETF 91 Hawaii Rachel Huang, Rui Cruz, Mário Nunes, João Taveira, Lingli Deng

Document Status Reviewed by Fei Song and Yunfei Zhang. Changes since last IETF meeting –Adjusted the example and descriptions of usages of the extended request messages. –Extended ppsp_tp_version_t which is omitted in last version –Modified the description of Section 5.3, compatibility with base tracker protocol. –Other editorial changes.

Extended Tracker Protocol Overvew 2 Enhanced Messages derived from PPSP-TP/1.0 –FIND: specific chunks of a content information. –STAT_REPORT : content information 1 optional messages –DISCONNECT: disconnect from the tracker and leave the system

Compatibility with Base Tracker Protocol Peer (with extended protocol) vs Tracker (with base protocol). –The tracker would respond the peer with Bad Request. –The peer MUST switch to the messages of base protocol to interact with the tracker when receiving Bad Request. Peer (with base protocol) vs Tracker (with extended protocol) –The tracker is able to handle all the requests from the peer. It is RECOMMENDED to implement the extended protocol in trackers.

Chunk Addressing Method (CAM) Multiple CAM are supported. –identical with peer protocol. –Could be extended in the future. Only one method MUST be used when a peer communicating with tracker. Peer MUST obtain the CAMs supported by the swarm in advance. –How? Out of scope. E.g., from the web portal. The tracker is NOT RECOMMENDED to serve a swarm when it can’t support one of the swarm’s CAMs. The peer is NOT RECOMMENDED to join a swarm when it can’t support any of the swarm’s CAMs. If a tracker doesn’t support the CAM in a request, it could directly ignore the content related information.

CAM Issue Who decides the CAMs for a swarm? –Content provider. It is decided when the content published to the web portal. Is there any use case that needs to convert from one CAM to another? –Currently, no conversion mechanisms are considered both in peer protocol and extended tracker protocol. –There’s no need for extended tracker protocol to support conversion mechanisms, because at least one CAM could be support by both peer and tracker. –For peer protocol, “And all peers in one swarm MUST use the same chunk addressing method”. If they don't support the one the content provider selected, they are out of luck. (Arno)

Next Step Ready for adoption? Question?

THANK YOU !