Hello, Haibin. Thank you for your comments.
One of application of this can be a world wide UCC channel service. There are too many channels for several servers to handle them. CAPEX and OPEX is expensive for a centralized server for too many channel. RELOAD overlay can handle lots of channels with minimum cost. Another application is a fault tolerant EPG server (Electronic Program Guide server or tracker server). If a centralized server is down or network link to the server is broken or under DDOS attack, it is impossible to perform IPTV service even if contents providers and relay are alive. But, In P2PSIP based distributed IPTV, it is possible to perform IPTV service whenever a content provider is alive. I wonder how strong the existing commercial IPTV service is for DDOS attack to a centralized server (eg. EPG server) Current P2PSIP RELOAD uses a modified CHORD which is structured DHT. Therefore, because RELOAD overlay cannot reflect physical topology, it is hard to make a optimal data path or signal path. If we use another overlay topology plugin, RELOAD can reflect physical topology and can help a optimal data path. Another approach for this is to use other protocol (than RELOAD) as media path control protocol to optimize signal path or data path. This is my draft's approach. - Seokkap Ko -----Original Message----- From: Song Haibin [mailto:[email protected]] Sent: Monday, February 23, 2009 2:15 PM To: 'Ko, Seokkap'; [email protected] Subject: RE: [P2PSIP] New IPTV Usage draft-softgear-p2psip-iptv-00 Dear Seokkap, I have read the draft, and find the paragraph on metadata searching is interesting. The key words based discovery is also described in some other academic papers. However, could you please describe the application scenarios for this kind of p2psip IPTV? And further consideration is also needed to given to the efficiency of both signaling and data path, as well as other performance metrics. Best Regards, Haibin Skype: alexsonghw >-----Original Message----- >From: [email protected] [mailto:[email protected]] On Behalf Of Ko, >Seokkap >Sent: Sunday, February 22, 2009 9:34 AM >To: [email protected] >Subject: [P2PSIP] New IPTV Usage draft-softgear-p2psip-iptv-00 > >Hello folks, I have just submitted a draft which proposes a distributed IPTV >Usage for RELOAD. RELOAD does not only support SIP based VoIP service but also >other services. This IPTV Usage of RELOAD allows RELOAD to store IPTV related >information within the overlay. A URL for this Internet-Draft >is:http://www.ietf.org/internet-drafts/draft-softgear-p2psip-iptv-00.txt >any comment is appreciated. Best Regards,Seokkap Ko. > >-----Original Message----- >From: "IETF I-D Submission Tool" <[email protected]> >From Date: 2009-02-21 ?? 9:57:04 >To: "[email protected]" <[email protected]> >Cc: "[email protected]" <[email protected]>, "[email protected]" ><[email protected]> >Subject: New Version Notification for draft-softgear-p2psip-iptv-00 > > > > >A new version of I-D, draft-softgear-p2psip-iptv-00.txt has been successfuly >submitted by Seok-Kap Ko and posted to the IETF repository. > >Filename: draft-softgear-p2psip-iptv >Revision: 00 >Title: An IPTV Usage for RELOAD >Creation_date: 2009-02-21 >WG ID: Independent Submission >Number_of_pages: 15 > >Abstract: >This document defines a distributed IPTV Usage for Resource Location >And Discovery (RELOAD). The IPTV Usage provides lookup service for >IPTV channel information and IPTV metadata stored in the overlay. The >Attach method is used to establish a direct connection between a >distributed channel manager and a viewer. IPTV control messages are >exchanged through this connection. > > > >The IETF Secretariat. > > > > > > >_______________________________________________ >P2PSIP mailing list >[email protected] >https://www.ietf.org/mailman/listinfo/p2psip _______________________________________________ P2PSIP mailing list [email protected] https://www.ietf.org/mailman/listinfo/p2psip
