
From nobody Wed Apr  2 08:09:06 2014
Return-Path: <a.bakker@vu.nl>
X-Original-To: ppsp@ietfa.amsl.com
Delivered-To: ppsp@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3D5921A026A for <ppsp@ietfa.amsl.com>; Wed,  2 Apr 2014 08:08:57 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.584
X-Spam-Level: 
X-Spam-Status: No, score=0.584 tagged_above=-999 required=5 tests=[BAYES_50=0.8, HELO_EQ_NL=0.55, HOST_EQ_NL=1.545, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id MJcQX91-TeHQ for <ppsp@ietfa.amsl.com>; Wed,  2 Apr 2014 08:08:49 -0700 (PDT)
Received: from mailin.vu.nl (mailin.vu.nl [130.37.164.16]) by ietfa.amsl.com (Postfix) with ESMTP id CFCBF1A0266 for <ppsp@ietf.org>; Wed,  2 Apr 2014 08:08:42 -0700 (PDT)
Received: from PEXHB012A.vu.local (130.37.236.66) by mailin.vu.nl (130.37.164.16) with Microsoft SMTP Server (TLS) id 14.3.174.1; Wed, 2 Apr 2014 17:08:59 +0200
Received: from [10.0.0.104] (130.37.253.20) by mails.vu.nl (130.37.236.66) with Microsoft SMTP Server (TLS) id 14.3.174.1; Wed, 2 Apr 2014 17:08:36 +0200
Message-ID: <533C27FC.5000802@cs.vu.nl>
Date: Wed, 2 Apr 2014 17:08:44 +0200
From: Arno Bakker <arno@cs.vu.nl>
User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:17.0) Gecko/17.0 Thunderbird/17.0
MIME-Version: 1.0
To: <ppsp@ietf.org>
References: <etPan.53170ae3.327b23c6.13b40@akai.jsonified.com> <CAJYQ-fRK04u88g19EAG9TOSQFWN=tzCLxTacSbsiHzii+YWoSg@mail.gmail.com> <CAL+Y1nsniFo9-KFc63551fU+-eia46x8uKJ2A2WEBPKVq=W2sA@mail.gmail.com> <531B4789.2000108@thefirst.org> <etPan.531e2988.46e87ccd.4b0@akai.jsonified.com> <531F2B5F.4070002@thefirst.org> <CAHJOc1BUrNuYg4fxVOzJDhUBjTtj+pzbAKf8iPEHrmQL4LCrgg@mail.gmail.com> <5330FA10.6060502@thefirst.org> <533139C9.40404@cs.vu.nl> <etPan.53313f9d.643c9869.fd6@akai.jsonified.com>
In-Reply-To: <etPan.53313f9d.643c9869.fd6@akai.jsonified.com>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 8bit
X-Originating-IP: [130.37.253.20]
Archived-At: http://mailarchive.ietf.org/arch/msg/ppsp/DW1SF59tkm1yb8NubvGcwqWIDkk
Subject: Re: [ppsp] Firefox ppsp URL support
X-BeenThere: ppsp@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
Reply-To: arno@cs.vu.nl
List-Id: discussing to draw up peer to peer streaming protocol <ppsp.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ppsp>, <mailto:ppsp-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ppsp/>
List-Post: <mailto:ppsp@ietf.org>
List-Help: <mailto:ppsp-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ppsp>, <mailto:ppsp-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 02 Apr 2014 15:08:57 -0000

On 25/03/2014 09:34, Dave Cottlehuber wrote:
> On 25. März 2014 at 09:09:55, Arno Bakker (arno@cs.vu.nl) wrote:
>> On 25/03/2014 04:37, Jeff Thompson wrote:
>>> I assume that a preliminary implementation would be a Firefox
>>> extension. If the C++ code is current, it should be easy to compile an
>>> extension for a few platforms (Linux/OS X).
>>  
>> Hi all
>>  
>> quick response: such a Firefox extension already exists under the name
>> SwarmPlayer 3000, which was demoed at one of the IETF meetings. The last
>> version supports VOD, and worked for Ogg containers.
> 
> Sounds great! Yes, I’d love to see this (and any other similar bits) published.
> 

Hi

I just uploaded a SwarmPlayer 3000 version to the "devel" branch on

    https://github.com/libswift/libswift/tree/devel

see the firefox/ directory.

You can build the Firefox extention by running first:

     scons

in the top level directory. SCons is a build system like Ant, so
install that first. This builds swift.exe. Then call

     xpimakedist.bat

to build the extension. Porting to *nix left as an exercise to the
reader, sorry, my time is limited. This script requires XULRunner
1.9.1.* (one dot nine, not to be confused with the latest release which
is 19.0.2 (nineteen dot zero two). This dependency should be fixed, but
I lack the time and some expertise. Once you have the .xpi open it with
Firefox to install.

I included a demo. So change directory to firefox/demo/ and then call

  seeder-download.bat

which downloads the Sintel movie trailer (CC-license). Next, run

  seeder-run.bat

which starts swift/PPSP engine as a video-on-demand seeder process.

Finally, open the firefox/demo/index.html with Firefox with the .xpi
installed and you should see a <video> element using PPSP as the data
source. On Windows, this will currently launch a swift.exe in a Command
Prompt shown progress info. To run this hidden, set DEBUG to False in
SConstruct and rerun scons and xpimakedist.bat

The current code has been refactored [1], but that gives XUL problems
when used, so I uploaded the simple version.

Have fun!
     Arno


[1] =
http://svn.tribler.org/abc/branches/release-m48-swarmplayer/Tribler/Transport/components/TribeChannel.js


From nobody Wed Apr  2 08:21:13 2014
Return-Path: <a.bakker@vu.nl>
X-Original-To: ppsp@ietfa.amsl.com
Delivered-To: ppsp@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3EDB11A0299 for <ppsp@ietfa.amsl.com>; Wed,  2 Apr 2014 08:21:11 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.516
X-Spam-Level: 
X-Spam-Status: No, score=-0.516 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HELO_EQ_NL=0.55, HOST_EQ_NL=1.545, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id SSHv8haaEscv for <ppsp@ietfa.amsl.com>; Wed,  2 Apr 2014 08:21:07 -0700 (PDT)
Received: from mailin.vu.nl (mailin.vu.nl [130.37.164.19]) by ietfa.amsl.com (Postfix) with ESMTP id D93701A0297 for <ppsp@ietf.org>; Wed,  2 Apr 2014 08:21:05 -0700 (PDT)
Received: from PEXHB011A.vu.local (130.37.236.64) by mailin.vu.nl (130.37.164.19) with Microsoft SMTP Server (TLS) id 14.3.174.1; Wed, 2 Apr 2014 17:21:03 +0200
Received: from [10.0.0.104] (130.37.253.20) by mails.vu.nl (130.37.236.64) with Microsoft SMTP Server (TLS) id 14.3.174.1; Wed, 2 Apr 2014 17:21:00 +0200
Message-ID: <533C2AE4.3040103@cs.vu.nl>
Date: Wed, 2 Apr 2014 17:21:08 +0200
From: Arno Bakker <arno@cs.vu.nl>
User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:17.0) Gecko/17.0 Thunderbird/17.0
MIME-Version: 1.0
To: <ppsp@ietf.org>
References: <etPan.53170ae3.327b23c6.13b40@akai.jsonified.com> <CAJYQ-fRK04u88g19EAG9TOSQFWN=tzCLxTacSbsiHzii+YWoSg@mail.gmail.com> <CAL+Y1nsniFo9-KFc63551fU+-eia46x8uKJ2A2WEBPKVq=W2sA@mail.gmail.com> <531B4789.2000108@thefirst.org> <etPan.531e2988.46e87ccd.4b0@akai.jsonified.com> <531F2B5F.4070002@thefirst.org> <CAHJOc1BUrNuYg4fxVOzJDhUBjTtj+pzbAKf8iPEHrmQL4LCrgg@mail.gmail.com> <5330FA10.6060502@thefirst.org> <533139C9.40404@cs.vu.nl> <etPan.53313f9d.643c9869.fd6@akai.jsonified.com> <533C27FC.5000802@cs.vu.nl>
In-Reply-To: <533C27FC.5000802@cs.vu.nl>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Originating-IP: [130.37.253.20]
Archived-At: http://mailarchive.ietf.org/arch/msg/ppsp/U2cKB5uFRV2rdeVQRV3Ehm9dfew
Subject: Re: [ppsp] Firefox ppsp URL support
X-BeenThere: ppsp@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
Reply-To: arno@cs.vu.nl
List-Id: discussing to draw up peer to peer streaming protocol <ppsp.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ppsp>, <mailto:ppsp-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ppsp/>
List-Post: <mailto:ppsp@ietf.org>
List-Help: <mailto:ppsp-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ppsp>, <mailto:ppsp-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 02 Apr 2014 15:21:11 -0000

On 02/04/2014 17:08, Arno Bakker wrote:
> Porting to *nix left as an exercise to the
> reader, sorry, my time is limited. 

Note the extension code works on Windows, Linux and Mac. It is just the
build scripts that need porting. See

http://svn.tribler.org/abc/branches/release-m48-swarmplayer/swift-lucid-xpicreate.sh

http://svn.tribler.org/abc/branches/release-m48-swarmplayer/swift-xpimakedistmac.sh

for examples.

CU,
    Arno


From nobody Thu Apr  3 09:00:39 2014
Return-Path: <a.harrowell@gmail.com>
X-Original-To: ppsp@ietfa.amsl.com
Delivered-To: ppsp@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 91E221A0264 for <ppsp@ietfa.amsl.com>; Thu,  3 Apr 2014 09:00:38 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2
X-Spam-Level: 
X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9,  DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, SPF_PASS=-0.001] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id wbAhd2fJeYcv for <ppsp@ietfa.amsl.com>; Thu,  3 Apr 2014 09:00:32 -0700 (PDT)
Received: from mail-qg0-x22d.google.com (mail-qg0-x22d.google.com [IPv6:2607:f8b0:400d:c04::22d]) by ietfa.amsl.com (Postfix) with ESMTP id 87FC81A0233 for <ppsp@ietf.org>; Thu,  3 Apr 2014 09:00:32 -0700 (PDT)
Received: by mail-qg0-f45.google.com with SMTP id j5so2029465qga.32 for <ppsp@ietf.org>; Thu, 03 Apr 2014 09:00:28 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;  h=mime-version:date:message-id:subject:from:to:content-type; bh=YSisNtGc2k+FgS9p/HYkxAgCbidKeMImPr535STpRtI=; b=xD2tgtnu6RL1CRLtDzEW52iEkNgqQOtQDiAKq1wSkfv4TjnGGbq1WVr/saygeXieAr 0ZiLC0Yo8A5VRFIccdwNlbWDPetxIjyLRAPooiKmPA9vaRU3gqWU7E12yJlm0w+SjSHg cC/cNZLt7otRrq+1LQ3tmD8W0vEWlHsTTw+HQqivKFOjVNzgX1nFNSgx3+4cO7xZh7Ia 8YRL82+vLtqsrk7n3KORtZve+uS77Nki3aNmd/s+zRgsVzQgu49MsLw14IKQ4NK1ysuC 8AHzy14MQF5yAsYzi1fmSAfvfNQ+ikybr0RDXszPfNMYuALUwJ9IYUY3txzfw6cutpj9 A/HQ==
MIME-Version: 1.0
X-Received: by 10.229.112.5 with SMTP id u5mr8424187qcp.3.1396540828125; Thu, 03 Apr 2014 09:00:28 -0700 (PDT)
Received: by 10.96.77.227 with HTTP; Thu, 3 Apr 2014 09:00:28 -0700 (PDT)
Date: Thu, 3 Apr 2014 17:00:28 +0100
Message-ID: <CA+qGm=-+m5LWreAZy2Fuh04CyWVqmJvaF8fg8HBz3+SfnYba1Q@mail.gmail.com>
From: Alexander Harrowell <a.harrowell@gmail.com>
To: ppsp@ietf.org
Content-Type: text/plain; charset=ISO-8859-1
Archived-At: http://mailarchive.ietf.org/arch/msg/ppsp/1e6jfGS_G70eEYS18Q8fr7LAFnU
Subject: [ppsp] Alternative tracker proposals; multicast-DNS
X-BeenThere: ppsp@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: discussing to draw up peer to peer streaming protocol <ppsp.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ppsp>, <mailto:ppsp-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ppsp/>
List-Post: <mailto:ppsp@ietf.org>
List-Help: <mailto:ppsp-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ppsp>, <mailto:ppsp-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 03 Apr 2014 16:00:38 -0000

An issue that came up at the London meeting was that some participants
(especially Dave Cottenhuber) are not convinced by the tracker
protocol, and propose instead to discover chunks through DNS
resolution.

Criticisms of the tracker are, as far as I know, as follows:

1) The tracker is a single point of failure, which is undesirable

2) The tracker protocol requires it to track quite a variety of
metrics and to make decisions. As a result, it is quite complex, which
affects its scalability.

3) The tracker is also vulnerable to surveillance and to censorship,
which violates "encrypt all the things". Historically, P2P
distribution has very often been broken by actors filtering,
exploiting, or suing the tracker.

4) It is only weakly localised, so the problem that peer selection
might pick peers on the other side of an ISP's most expensive link
exists.

UK ISPs had this problem when p2p filesharing was popular in the
mid-2000s - they typically had to backhaul traffic from local
concentrators over L2TP connections leased from BT to their
facilities. P2P in this context typically required inter-peer
communication to cross the expensive L2TP link twice. A similar issue
was that Australian ISPs experienced the problem that peers might
select high-reputation peers in, say, North America or Europe, so
traffic would transit the high cost, high latency transpacific link.

We could summarise these as three issues: scalability,
decentralisation, and localisation.

A further issue is that since the 2000s "glory years" of P2P, many
more applications have essentially been port-multiplexed into TCP/80
or 443 by being delivered on the WWW. A very valuable use case would
therefore be the distribution of web content, essentially using the
PPSP swarm as a globally distributed cache. The effort to get support
for ppsp:// URIs into Firefox is a case in point. I am not sure how
well the
current proposals support this.

DNS is scalable, globally distributed, and importantly, it is
relatively easy for users to change their DNS servers. Further, I
think it would be easier to protect relatively small and transactional
interactions with DNS against malicious interference. Existing IETF
work like DNSSEC provides for the security of DNS information although
of course it needs more deployment.

I would like to introduce an idea which contributes to scalability, to
decentralisation, and to localisation. This would be to take up the
idea of DNS-based content identification, using something like the
Naming Things with Hashes proposal, and to add a multicast-DNS layer,
so peers would initially request content from machines on their
multicast domain, and then begin serving it to others.

If it was not found locally, the peer would fall back to DNS recursive
resolution, and then failing that to the anycast root. This would
require that peers be able to register proactively in DNS.

This provides for traffic localisation, reduced load on DNS, a simpler
tracker, and perhaps also greater resistance to censorship, as a
"border firewall" model would not prevent content distribution when at
least one peer behind the firewall had managed to access the censored
material (eg by a VPN, TOR etc or physical media).

It's also relatively close to Van Jacobsen's notion of content-centred
networking, in that the question you ask the mDNS and DNS is not "what
IP address does this name match?" but "where is the nearest source for
content matching this hash?"

Thoughts?

Alex Harrowell


From nobody Thu Apr  3 19:32:34 2014
Return-Path: <internet-drafts@ietf.org>
X-Original-To: ppsp@ietfa.amsl.com
Delivered-To: ppsp@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 219171A010F; Thu,  3 Apr 2014 00:54:28 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 3FGsU41C01qE; Thu,  3 Apr 2014 00:54:23 -0700 (PDT)
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 92DFE1A0021; Thu,  3 Apr 2014 00:54:23 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: internet-drafts@ietf.org
To: i-d-announce@ietf.org
X-Test-IDTracker: no
X-IETF-IDTracker: 5.2.0
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <20140403075423.22785.14665.idtracker@ietfa.amsl.com>
Date: Thu, 03 Apr 2014 00:54:23 -0700
Archived-At: http://mailarchive.ietf.org/arch/msg/ppsp/9KYCY96GyvMeTZmt1ZVFVSvZQN8
X-Mailman-Approved-At: Thu, 03 Apr 2014 19:32:31 -0700
Cc: ppsp@ietf.org
Subject: [ppsp] I-D Action: draft-ietf-ppsp-survey-08.txt
X-BeenThere: ppsp@ietf.org
X-Mailman-Version: 2.1.15
List-Id: discussing to draw up peer to peer streaming protocol <ppsp.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ppsp>, <mailto:ppsp-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ppsp/>
List-Post: <mailto:ppsp@ietf.org>
List-Help: <mailto:ppsp-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ppsp>, <mailto:ppsp-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 03 Apr 2014 07:54:28 -0000

A New Internet-Draft is available from the on-line Internet-Drafts directories.
 This draft is a work item of the Peer to Peer Streaming Protocol Working Group of the IETF.

        Title           : Survey of P2P Streaming Applications
        Authors         : Yingjie Gu
                          Ning Zong
                          Yunfei Zhang
                          Francesca Lo Piccolo
                          Shihui Duan
	Filename        : draft-ietf-ppsp-survey-08.txt
	Pages           : 22
	Date            : 2014-04-03

Abstract:
   This document presents a survey of some of the most popular Peer-to-
   Peer (P2P) streaming applications on the Internet.  The main
   selection criteria have been popularity and availability of
   information on operation details at writing time.  In doing this,
   selected applications are not reviewed as a whole, but they are
   reviewed with main focus on the signaling and control protocol used
   to establish and maintain overlay connections among peers and to
   advertise and download streaming content.


The IETF datatracker status page for this draft is:
https://datatracker.ietf.org/doc/draft-ietf-ppsp-survey/

There's also a htmlized version available at:
http://tools.ietf.org/html/draft-ietf-ppsp-survey-08

A diff from the previous version is available at:
http://www.ietf.org/rfcdiff?url2=draft-ietf-ppsp-survey-08


Please note that it may take a couple of minutes from the time of submission
until the htmlized version and diff are available at tools.ietf.org.

Internet-Drafts are also available by anonymous FTP at:
ftp://ftp.ietf.org/internet-drafts/


From nobody Fri Apr  4 05:02:16 2014
Return-Path: <victor.grishchenko@gmail.com>
X-Original-To: ppsp@ietfa.amsl.com
Delivered-To: ppsp@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EEA121A015E for <ppsp@ietfa.amsl.com>; Fri,  4 Apr 2014 05:02:14 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2
X-Spam-Level: 
X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9,  DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, SPF_PASS=-0.001] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id QU2jgwTZulWG for <ppsp@ietfa.amsl.com>; Fri,  4 Apr 2014 05:02:06 -0700 (PDT)
Received: from mail-ie0-x22e.google.com (mail-ie0-x22e.google.com [IPv6:2607:f8b0:4001:c03::22e]) by ietfa.amsl.com (Postfix) with ESMTP id B1CCD1A0140 for <ppsp@ietf.org>; Fri,  4 Apr 2014 05:02:06 -0700 (PDT)
Received: by mail-ie0-f174.google.com with SMTP id rp18so3238062iec.19 for <ppsp@ietf.org>; Fri, 04 Apr 2014 05:02:01 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;  h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=ryJ/LaFUzq6O3SmsHLx/2RGV6k/ZLVqTtWm87vjWQaQ=; b=c16owLtjkULxLi2k+IhBFHoKBkqcMSVy8XOxwZOLSle8a+B4tN+i5cBG4zzkbAkvlu Iz4NgnqQP2dK0iTZRWMV/MjnLqNatBVn53DNi87LEQWK8ghupFqIr5zttxZI+Ym1c0oJ JAmP1UwNE0ApH6pnshSyHmk3n0UbvUkRxID44MYMoULXNjwqaUMgVusshuBaHR5YL7sm AHhQSe3om+Y8XN8chwonykhmaX2tkEYG8r5U/rHyWFUkrU5ng5FJOCZC12Re/jcsAOCp EBEafV5rgSK+TiwmGSQ3aA+Dw0y6GNPG/kNLZB3kE7BUthRDwzBmXdqKvBc/e04gengx RH2A==
X-Received: by 10.42.203.202 with SMTP id fj10mr10958125icb.51.1396612921368;  Fri, 04 Apr 2014 05:02:01 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.64.240.80 with HTTP; Fri, 4 Apr 2014 05:01:21 -0700 (PDT)
In-Reply-To: <CA+qGm=-+m5LWreAZy2Fuh04CyWVqmJvaF8fg8HBz3+SfnYba1Q@mail.gmail.com>
References: <CA+qGm=-+m5LWreAZy2Fuh04CyWVqmJvaF8fg8HBz3+SfnYba1Q@mail.gmail.com>
From: Victor Grishchenko <victor.grishchenko@gmail.com>
Date: Fri, 4 Apr 2014 16:01:21 +0400
Message-ID: <CAPTHFXwTeLbwTNNQneZvXy_WajPBXhTzqLkkijP7C3tL-L6QKw@mail.gmail.com>
To: Alexander Harrowell <a.harrowell@gmail.com>
Content-Type: text/plain; charset=ISO-8859-1
Archived-At: http://mailarchive.ietf.org/arch/msg/ppsp/imZsPB_etnJb3WXdI4JdTPGSqiU
Cc: IETF PPSP WG <ppsp@ietf.org>
Subject: Re: [ppsp] Alternative tracker proposals; multicast-DNS
X-BeenThere: ppsp@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: discussing to draw up peer to peer streaming protocol <ppsp.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ppsp>, <mailto:ppsp-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ppsp/>
List-Post: <mailto:ppsp@ietf.org>
List-Help: <mailto:ppsp-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ppsp>, <mailto:ppsp-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 04 Apr 2014 12:02:15 -0000

On 3 April 2014 20:00, Alexander Harrowell <a.harrowell@gmail.com> wrote:
> An issue that came up at the London meeting was that some participants
> (especially Dave Cottenhuber) are not convinced by the tracker
> protocol, and propose instead to discover chunks through DNS
> resolution.

In the early days of the Swift project, Maciej Wojciechowski was
proposing something of the sort, but we didn't investigate it
thoroughly. There are definitely some issues with response caching and
such, so some experimentation is needed.

> Criticisms of the tracker are, as far as I know, as follows:
>
> 1) The tracker is a single point of failure, which is undesirable
>
> 2) The tracker protocol requires it to track quite a variety of
> metrics and to make decisions. As a result, it is quite complex, which
> affects its scalability.
>
> 3) The tracker is also vulnerable to surveillance and to censorship,
> which violates "encrypt all the things". Historically, P2P
> distribution has very often been broken by actors filtering,
> exploiting, or suing the tracker.
>
> 4) It is only weakly localised, so the problem that peer selection
> might pick peers on the other side of an ISP's most expensive link
> exists.
>
> UK ISPs had this problem when p2p filesharing was popular in the
> mid-2000s - they typically had to backhaul traffic from local
> concentrators over L2TP connections leased from BT to their
> facilities. P2P in this context typically required inter-peer
> communication to cross the expensive L2TP link twice. A similar issue
> was that Australian ISPs experienced the problem that peers might
> select high-reputation peers in, say, North America or Europe, so
> traffic would transit the high cost, high latency transpacific link.
>
> We could summarise these as three issues: scalability,
> decentralisation, and localisation.
>
> A further issue is that since the 2000s "glory years" of P2P, many
> more applications have essentially been port-multiplexed into TCP/80
> or 443 by being delivered on the WWW. A very valuable use case would
> therefore be the distribution of web content, essentially using the
> PPSP swarm as a globally distributed cache. The effort to get support
> for ppsp:// URIs into Firefox is a case in point. I am not sure how
> well the current proposals support this.

Indeed, one idea behind swift was to reduce P2P transfer warmup cycles
to make a BitTorrent-like protocol applicable to smaller content, like
Web pages.
Then, BitTorrent-like HTTP trackers are not a viable option because it
takes too much time/traffic to find content/peers. Some DNS magic may
do the trick indeed.

> DNS is scalable, globally distributed, and importantly, it is
> relatively easy for users to change their DNS servers. Further, I
> think it would be easier to protect relatively small and transactional
> interactions with DNS against malicious interference. Existing IETF
> work like DNSSEC provides for the security of DNS information although
> of course it needs more deployment.
>
> I would like to introduce an idea which contributes to scalability, to
> decentralisation, and to localisation. This would be to take up the
> idea of DNS-based content identification, using something like the
> Naming Things with Hashes proposal, and to add a multicast-DNS layer,
> so peers would initially request content from machines on their
> multicast domain, and then begin serving it to others.
>
> If it was not found locally, the peer would fall back to DNS recursive
> resolution, and then failing that to the anycast root. This would
> require that peers be able to register proactively in DNS.

I am not sufficiently familiar with the current state of DNS *cast to
say something definite.

> This provides for traffic localisation, reduced load on DNS, a simpler
> tracker, and perhaps also greater resistance to censorship, as a
> "border firewall" model would not prevent content distribution when at
> least one peer behind the firewall had managed to access the censored
> material (eg by a VPN, TOR etc or physical media).

If it works then hell yes.

> It's also relatively close to Van Jacobsen's notion of content-centred
> networking, in that the question you ask the mDNS and DNS is not "what
> IP address does this name match?" but "where is the nearest source for
> content matching this hash?"

Indeed.

-- 
Victor


From nobody Mon Apr  7 12:25:53 2014
Return-Path: <davidjonssonsweden@gmail.com>
X-Original-To: ppsp@ietfa.amsl.com
Delivered-To: ppsp@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 73D821A04B9 for <ppsp@ietfa.amsl.com>; Mon,  7 Apr 2014 12:25:51 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.701
X-Spam-Level: 
X-Spam-Status: No, score=0.701 tagged_above=-999 required=5 tests=[BAYES_50=0.8, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id zks0PLBi1omZ for <ppsp@ietfa.amsl.com>; Mon,  7 Apr 2014 12:25:46 -0700 (PDT)
Received: from mail-vc0-x22b.google.com (mail-vc0-x22b.google.com [IPv6:2607:f8b0:400c:c03::22b]) by ietfa.amsl.com (Postfix) with ESMTP id 265271A0162 for <ppsp@ietf.org>; Mon,  7 Apr 2014 12:25:46 -0700 (PDT)
Received: by mail-vc0-f171.google.com with SMTP id lg15so5753929vcb.16 for <ppsp@ietf.org>; Mon, 07 Apr 2014 12:25:40 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;  h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=G5qrSWjYmDRDuaBvDZBId95AvdBc7gt5kOaBO3HcQSA=; b=rAyrewWH/PgxApYUtoK0IiGwK0z5LgaQJZLTYKUtWe8omUpSCp4RXfvY+j1UPT1Fgs 1wo9cp/w/t6KBXAg1CW1IoIll/nLv5KlYA7aiiSB1U32YB1EdQbjYBu/XVdt7I+Pbm4B 0ferQ0TQQeCw1ma1ztUjwPZCgR8wSpJ7XnBCeTfBSUPXqlpljD6DLRI2sHoVHbPUaTKO YmrPzskJ7/aqNeAaFz3KE/JlyS6h6FhPftJRVhDY8eRBvSgPpo1v5zQ2Et92E5ZSqJQG lKtj7vtKw0BCrifJGNjAZV48UaZce/bsZ1u+iOrm+5+gcYUmPjF17OyKG5Y20bX0ZGJC 19NA==
MIME-Version: 1.0
X-Received: by 10.220.170.202 with SMTP id e10mr7805824vcz.20.1396898740250; Mon, 07 Apr 2014 12:25:40 -0700 (PDT)
Received: by 10.220.131.134 with HTTP; Mon, 7 Apr 2014 12:25:40 -0700 (PDT)
In-Reply-To: <533C27FC.5000802@cs.vu.nl>
References: <etPan.53170ae3.327b23c6.13b40@akai.jsonified.com> <CAJYQ-fRK04u88g19EAG9TOSQFWN=tzCLxTacSbsiHzii+YWoSg@mail.gmail.com> <CAL+Y1nsniFo9-KFc63551fU+-eia46x8uKJ2A2WEBPKVq=W2sA@mail.gmail.com> <531B4789.2000108@thefirst.org> <etPan.531e2988.46e87ccd.4b0@akai.jsonified.com> <531F2B5F.4070002@thefirst.org> <CAHJOc1BUrNuYg4fxVOzJDhUBjTtj+pzbAKf8iPEHrmQL4LCrgg@mail.gmail.com> <5330FA10.6060502@thefirst.org> <533139C9.40404@cs.vu.nl> <etPan.53313f9d.643c9869.fd6@akai.jsonified.com> <533C27FC.5000802@cs.vu.nl>
Date: Mon, 7 Apr 2014 21:25:40 +0200
Message-ID: <CAJKxea+8ZGdVrJX4MsZa+A57aMC5SnpPVxsEXA5iH-SqyyQekQ@mail.gmail.com>
From: David Jonsson <davidjonssonsweden@gmail.com>
To: Arno Bakker <arno@cs.vu.nl>
Content-Type: multipart/alternative; boundary=001a11c2190433327304f678d5d2
Archived-At: http://mailarchive.ietf.org/arch/msg/ppsp/sGg0yT4yGBgLFfB815p3mpVaO-E
Cc: "ppsp@ietf.org" <ppsp@ietf.org>
Subject: Re: [ppsp] Firefox ppsp URL support
X-BeenThere: ppsp@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: discussing to draw up peer to peer streaming protocol <ppsp.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ppsp>, <mailto:ppsp-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ppsp/>
List-Post: <mailto:ppsp@ietf.org>
List-Help: <mailto:ppsp-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ppsp>, <mailto:ppsp-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 07 Apr 2014 19:25:51 -0000

--001a11c2190433327304f678d5d2
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

I had to do the following to build on MacOS 10.9.2 with Xcode 5.1.

Setting an environment variable
export
ARCHFLAGS=3D-Wno-error=3Dunused-command-line-argument-hard-error-in-future

change line 1087 in swift.cpp to
   sprintf(numstr2,"%" PRIu64 "", *(long long)* specsize+strlen(numstr));

I could make a pull request if I just knew where to put the ARCHFLAGS
settings.

I find no file named xpimakedist.bat.

David

On Wed, Apr 2, 2014 at 5:08 PM, Arno Bakker <arno@cs.vu.nl> wrote:

> On 25/03/2014 09:34, Dave Cottlehuber wrote:
> > On 25. M=C3=A4rz 2014 at 09:09:55, Arno Bakker (arno@cs.vu.nl) wrote:
> >> On 25/03/2014 04:37, Jeff Thompson wrote:
> >>> I assume that a preliminary implementation would be a Firefox
> >>> extension. If the C++ code is current, it should be easy to compile a=
n
> >>> extension for a few platforms (Linux/OS X).
> >>
> >> Hi all
> >>
> >> quick response: such a Firefox extension already exists under the name
> >> SwarmPlayer 3000, which was demoed at one of the IETF meetings. The la=
st
> >> version supports VOD, and worked for Ogg containers.
> >
> > Sounds great! Yes, I=E2=80=99d love to see this (and any other similar =
bits)
> published.
> >
>
> Hi
>
> I just uploaded a SwarmPlayer 3000 version to the "devel" branch on
>
>     https://github.com/libswift/libswift/tree/devel
>
> see the firefox/ directory.
>
> You can build the Firefox extention by running first:
>
>      scons
>
> in the top level directory. SCons is a build system like Ant, so
> install that first. This builds swift.exe. Then call
>
>      xpimakedist.bat
>
> to build the extension. Porting to *nix left as an exercise to the
> reader, sorry, my time is limited. This script requires XULRunner
> 1.9.1.* (one dot nine, not to be confused with the latest release which
> is 19.0.2 (nineteen dot zero two). This dependency should be fixed, but
> I lack the time and some expertise. Once you have the .xpi open it with
> Firefox to install.
>
> I included a demo. So change directory to firefox/demo/ and then call
>
>   seeder-download.bat
>
> which downloads the Sintel movie trailer (CC-license). Next, run
>
>   seeder-run.bat
>
> which starts swift/PPSP engine as a video-on-demand seeder process.
>
> Finally, open the firefox/demo/index.html with Firefox with the .xpi
> installed and you should see a <video> element using PPSP as the data
> source. On Windows, this will currently launch a swift.exe in a Command
> Prompt shown progress info. To run this hidden, set DEBUG to False in
> SConstruct and rerun scons and xpimakedist.bat
>
> The current code has been refactored [1], but that gives XUL problems
> when used, so I uploaded the simple version.
>
> Have fun!
>      Arno
>
>
> [1] =3D
>
> http://svn.tribler.org/abc/branches/release-m48-swarmplayer/Tribler/Trans=
port/components/TribeChannel.js
>
> _______________________________________________
> ppsp mailing list
> ppsp@ietf.org
> https://www.ietf.org/mailman/listinfo/ppsp
>

--001a11c2190433327304f678d5d2
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">I had to do the following to build on MacOS 10.9.2 with Xc=
ode 5.1.<div><br></div><div>Setting an environment variable</div><div>expor=
t ARCHFLAGS=3D-Wno-error=3Dunused-command-line-argument-hard-error-in-futur=
e<br>
</div><div><br></div><div>change line 1087 in swift.cpp to=C2=A0</div><div>=
<div>=C2=A0 =C2=A0sprintf(numstr2,&quot;%&quot; PRIu64 &quot;&quot;, <b>(lo=
ng long)</b> specsize+strlen(numstr));</div><div><br></div><div>I could mak=
e a pull request if I just knew where to put the ARCHFLAGS settings.</div>
<div><br></div><div>I find no file named xpimakedist.bat.=C2=A0</div><div><=
br></div><div>David=C2=A0</div></div><div class=3D"gmail_extra"><br><div cl=
ass=3D"gmail_quote">On Wed, Apr 2, 2014 at 5:08 PM, Arno Bakker <span dir=
=3D"ltr">&lt;<a href=3D"mailto:arno@cs.vu.nl" target=3D"_blank">arno@cs.vu.=
nl</a>&gt;</span> wrote:<br>
<blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-=
left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;p=
adding-left:1ex"><div class=3D"">On 25/03/2014 09:34, Dave Cottlehuber wrot=
e:<br>

&gt; On 25. M=C3=A4rz 2014 at 09:09:55, Arno Bakker (<a href=3D"mailto:arno=
@cs.vu.nl">arno@cs.vu.nl</a>) wrote:<br>
&gt;&gt; On 25/03/2014 04:37, Jeff Thompson wrote:<br>
&gt;&gt;&gt; I assume that a preliminary implementation would be a Firefox<=
br>
&gt;&gt;&gt; extension. If the C++ code is current, it should be easy to co=
mpile an<br>
&gt;&gt;&gt; extension for a few platforms (Linux/OS X).<br>
&gt;&gt;<br>
&gt;&gt; Hi all<br>
&gt;&gt;<br>
&gt;&gt; quick response: such a Firefox extension already exists under the =
name<br>
&gt;&gt; SwarmPlayer 3000, which was demoed at one of the IETF meetings. Th=
e last<br>
&gt;&gt; version supports VOD, and worked for Ogg containers.<br>
&gt;<br>
&gt; Sounds great! Yes, I=E2=80=99d love to see this (and any other similar=
 bits) published.<br>
&gt;<br>
<br>
</div>Hi<br>
<br>
I just uploaded a SwarmPlayer 3000 version to the &quot;devel&quot; branch =
on<br>
<br>
=C2=A0 =C2=A0 <a href=3D"https://github.com/libswift/libswift/tree/devel" t=
arget=3D"_blank">https://github.com/libswift/libswift/tree/devel</a><br>
<br>
see the firefox/ directory.<br>
<br>
You can build the Firefox extention by running first:<br>
<br>
=C2=A0 =C2=A0 =C2=A0scons<br>
<br>
in the top level directory. SCons is a build system like Ant, so<br>
install that first. This builds swift.exe. Then call<br>
<br>
=C2=A0 =C2=A0 =C2=A0xpimakedist.bat<br>
<br>
to build the extension. Porting to *nix left as an exercise to the<br>
reader, sorry, my time is limited. This script requires XULRunner<br>
1.9.1.* (one dot nine, not to be confused with the latest release which<br>
is 19.0.2 (nineteen dot zero two). This dependency should be fixed, but<br>
I lack the time and some expertise. Once you have the .xpi open it with<br>
Firefox to install.<br>
<br>
I included a demo. So change directory to firefox/demo/ and then call<br>
<br>
=C2=A0 seeder-download.bat<br>
<br>
which downloads the Sintel movie trailer (CC-license). Next, run<br>
<br>
=C2=A0 seeder-run.bat<br>
<br>
which starts swift/PPSP engine as a video-on-demand seeder process.<br>
<br>
Finally, open the firefox/demo/index.html with Firefox with the .xpi<br>
installed and you should see a &lt;video&gt; element using PPSP as the data=
<br>
source. On Windows, this will currently launch a swift.exe in a Command<br>
Prompt shown progress info. To run this hidden, set DEBUG to False in<br>
SConstruct and rerun scons and xpimakedist.bat<br>
<br>
The current code has been refactored [1], but that gives XUL problems<br>
when used, so I uploaded the simple version.<br>
<br>
Have fun!<br>
=C2=A0 =C2=A0 =C2=A0Arno<br>
<br>
<br>
[1] =3D<br>
<a href=3D"http://svn.tribler.org/abc/branches/release-m48-swarmplayer/Trib=
ler/Transport/components/TribeChannel.js" target=3D"_blank">http://svn.trib=
ler.org/abc/branches/release-m48-swarmplayer/Tribler/Transport/components/T=
ribeChannel.js</a><br>

<div class=3D""><div class=3D"h5"><br>
_______________________________________________<br>
ppsp mailing list<br>
<a href=3D"mailto:ppsp@ietf.org">ppsp@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/ppsp" target=3D"_blank">ht=
tps://www.ietf.org/mailman/listinfo/ppsp</a><br>
</div></div></blockquote></div><br></div></div>

--001a11c2190433327304f678d5d2--


From nobody Mon Apr  7 22:59:58 2014
Return-Path: <rachel.huang@huawei.com>
X-Original-To: ppsp@ietfa.amsl.com
Delivered-To: ppsp@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8D0D01A012F for <ppsp@ietfa.amsl.com>; Mon,  7 Apr 2014 22:59:55 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.312
X-Spam-Level: 
X-Spam-Status: No, score=-2.312 tagged_above=-999 required=5 tests=[BAYES_40=-0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id y_QfL9BCgw3K for <ppsp@ietfa.amsl.com>; Mon,  7 Apr 2014 22:59:48 -0700 (PDT)
Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) by ietfa.amsl.com (Postfix) with ESMTP id A1A261A013E for <ppsp@ietf.org>; Mon,  7 Apr 2014 22:59:44 -0700 (PDT)
Received: from 172.18.7.190 (EHLO lhreml203-edg.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BCV93987; Tue, 08 Apr 2014 05:59:38 +0000 (GMT)
Received: from LHREML406-HUB.china.huawei.com (10.201.5.243) by lhreml203-edg.huawei.com (172.18.7.221) with Microsoft SMTP Server (TLS) id 14.3.158.1; Tue, 8 Apr 2014 06:58:26 +0100
Received: from NKGEML410-HUB.china.huawei.com (10.98.56.41) by lhreml406-hub.china.huawei.com (10.201.5.243) with Microsoft SMTP Server (TLS) id 14.3.158.1; Tue, 8 Apr 2014 06:59:36 +0100
Received: from NKGEML501-MBS.china.huawei.com ([169.254.2.85]) by nkgeml410-hub.china.huawei.com ([10.98.56.41]) with mapi id 14.03.0158.001; Tue, 8 Apr 2014 13:59:33 +0800
From: "Huangyihong (Rachel)" <rachel.huang@huawei.com>
To: Alexander Harrowell <a.harrowell@gmail.com>, "ppsp@ietf.org" <ppsp@ietf.org>
Thread-Topic: [ppsp] Alternative tracker proposals; multicast-DNS
Thread-Index: AQHPT1Xc80Zhw7GHmECfjhAqh5h1TJsHApwg
Date: Tue, 8 Apr 2014 05:59:32 +0000
Message-ID: <51E6A56BD6A85142B9D172C87FC3ABBB8619AD2E@nkgeml501-mbs.china.huawei.com>
References: <CA+qGm=-+m5LWreAZy2Fuh04CyWVqmJvaF8fg8HBz3+SfnYba1Q@mail.gmail.com>
In-Reply-To: <CA+qGm=-+m5LWreAZy2Fuh04CyWVqmJvaF8fg8HBz3+SfnYba1Q@mail.gmail.com>
Accept-Language: zh-CN, en-US
Content-Language: zh-CN
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.138.41.77]
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: http://mailarchive.ietf.org/arch/msg/ppsp/TN3MZHIfqc_BLGSrUgBG_hElfw4
Subject: Re: [ppsp] Alternative tracker proposals; multicast-DNS
X-BeenThere: ppsp@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: discussing to draw up peer to peer streaming protocol <ppsp.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ppsp>, <mailto:ppsp-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ppsp/>
List-Post: <mailto:ppsp@ietf.org>
List-Help: <mailto:ppsp-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ppsp>, <mailto:ppsp-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 08 Apr 2014 05:59:55 -0000

Hi Alex,

Please see some of my opinions inline.

BR,
Rachel

> -----Original Message-----
> From: ppsp [mailto:ppsp-bounces@ietf.org] On Behalf Of Alexander Harrowel=
l
> Sent: Friday, April 04, 2014 12:00 AM
> To: ppsp@ietf.org
> Subject: [ppsp] Alternative tracker proposals; multicast-DNS
>=20
> An issue that came up at the London meeting was that some participants
> (especially Dave Cottenhuber) are not convinced by the tracker protocol, =
and
> propose instead to discover chunks through DNS resolution.
>=20
> Criticisms of the tracker are, as far as I know, as follows:
>=20
> 1) The tracker is a single point of failure, which is undesirable
>=20
The tracker is a logical element. It could be a centralized single device i=
n some cases. But in other cases, it may be a distributed implementation, l=
ogically behaving as a single entity. It can even be implemented as a cloud=
 service/system.=20

> 2) The tracker protocol requires it to track quite a variety of metrics a=
nd to
> make decisions. As a result, it is quite complex, which affects its scala=
bility.
>=20

The tracker protocol "transports" the metrics, does not take decisions. The=
 Tracker entity may use some of the metrics to make decisions, typically to=
 respond with a selected list of peers in a swarm, suitable for the request=
ing peer. That peer selection mechanism of the Tracker may use strong local=
ization criteria, which is out of the scope of the current tracker protocol=
. We have base tracker protocol and extended tracker protocol, to satisfy d=
ifferent requirements. The base tracker protocol only track elementary info=
rmation like ip address while leave more rich information tracking to the e=
xtended tracker protocol, which exactly reflects the scalability. =20

> 3) The tracker is also vulnerable to surveillance and to censorship, whic=
h
> violates "encrypt all the things". Historically, P2P distribution has ver=
y often
> been broken by actors filtering, exploiting, or suing the tracker.

It is not required for the Tracker entity to possess specific information a=
bout a content. A content being "streamed", may be just identified at the T=
racker level by an ID. The Tracker only manages which peers are "streaming"=
 that content ID. For tracker protocol itself, some mechanisms like authent=
ication between tracker and peers, content integrity protection against pol=
luting peers/trackers have been considered.

>=20
> 4) It is only weakly localised, so the problem that peer selection might =
pick
> peers on the other side of an ISP's most expensive link exists.

It's about the peer selection criteria, not quite related to the tracker pr=
otocol itself.

>=20
> UK ISPs had this problem when p2p filesharing was popular in the mid-2000=
s -
> they typically had to backhaul traffic from local concentrators over L2TP
> connections leased from BT to their facilities. P2P in this context typic=
ally
> required inter-peer communication to cross the expensive L2TP link twice.=
 A
> similar issue was that Australian ISPs experienced the problem that peers
> might select high-reputation peers in, say, North America or Europe, so t=
raffic
> would transit the high cost, high latency transpacific link.
>=20
> We could summarise these as three issues: scalability, decentralisation, =
and
> localisation.
>=20
> A further issue is that since the 2000s "glory years" of P2P, many more
> applications have essentially been port-multiplexed into TCP/80 or 443 by=
 being
> delivered on the WWW. A very valuable use case would therefore be the
> distribution of web content, essentially using the PPSP swarm as a global=
ly
> distributed cache. The effort to get support for ppsp:// URIs into Firefo=
x is a
> case in point. I am not sure how well the current proposals support this.
>=20
> DNS is scalable, globally distributed, and importantly, it is relatively =
easy for
> users to change their DNS servers. Further, I think it would be easier to=
 protect
> relatively small and transactional interactions with DNS against maliciou=
s
> interference. Existing IETF work like DNSSEC provides for the security of=
 DNS
> information although of course it needs more deployment.
>=20
> I would like to introduce an idea which contributes to scalability, to
> decentralisation, and to localisation. This would be to take up the idea =
of
> DNS-based content identification, using something like the Naming Things =
with
> Hashes proposal, and to add a multicast-DNS layer, so peers would initial=
ly
> request content from machines on their multicast domain, and then begin
> serving it to others.
>=20
> If it was not found locally, the peer would fall back to DNS recursive re=
solution,
> and then failing that to the anycast root. This would require that peers =
be able
> to register proactively in DNS.

The tracker protocol is about the message exchanging between peers and trac=
ker. The message signaling among multiple or hierarchical trackers in distr=
ibuted tracker implementations is out of the scope of current tracker proto=
col and for further discussion. But it seems DNS like mechanism could be co=
nsidered.

>=20
> This provides for traffic localisation, reduced load on DNS, a simpler tr=
acker,
> and perhaps also greater resistance to censorship, as a "border firewall"=
 model
> would not prevent content distribution when at least one peer behind the
> firewall had managed to access the censored material (eg by a VPN, TOR et=
c or
> physical media).
>=20
> It's also relatively close to Van Jacobsen's notion of content-centred ne=
tworking,
> in that the question you ask the mDNS and DNS is not "what IP address doe=
s
> this name match?" but "where is the nearest source for content matching t=
his
> hash?"
>=20
> Thoughts?
>=20
> Alex Harrowell
>=20
> _______________________________________________
> ppsp mailing list
> ppsp@ietf.org
> https://www.ietf.org/mailman/listinfo/ppsp


From nobody Tue Apr  8 00:51:02 2014
Return-Path: <a.bakker@vu.nl>
X-Original-To: ppsp@ietfa.amsl.com
Delivered-To: ppsp@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5F6581A0173 for <ppsp@ietfa.amsl.com>; Tue,  8 Apr 2014 00:51:01 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.516
X-Spam-Level: 
X-Spam-Status: No, score=-0.516 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HELO_EQ_NL=0.55, HOST_EQ_NL=1.545, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id cOa6YMyLO4Ca for <ppsp@ietfa.amsl.com>; Tue,  8 Apr 2014 00:50:57 -0700 (PDT)
Received: from mailin.vu.nl (mailin.vu.nl [130.37.164.19]) by ietfa.amsl.com (Postfix) with ESMTP id E63A81A016B for <ppsp@ietf.org>; Tue,  8 Apr 2014 00:50:55 -0700 (PDT)
Received: from PEXHB012B.vu.local (130.37.236.67) by mailin.vu.nl (130.37.164.19) with Microsoft SMTP Server (TLS) id 14.3.174.1; Tue, 8 Apr 2014 09:50:47 +0200
Received: from [145.100.100.60] (130.37.253.20) by mails.vu.nl (130.37.236.67) with Microsoft SMTP Server (TLS) id 14.3.174.1; Tue, 8 Apr 2014 09:50:48 +0200
Message-ID: <5343AA5D.2010308@cs.vu.nl>
Date: Tue, 8 Apr 2014 09:50:53 +0200
From: Arno Bakker <arno@cs.vu.nl>
User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:17.0) Gecko/17.0 Thunderbird/17.0
MIME-Version: 1.0
To: David Jonsson <davidjonssonsweden@gmail.com>
References: <etPan.53170ae3.327b23c6.13b40@akai.jsonified.com> <CAJYQ-fRK04u88g19EAG9TOSQFWN=tzCLxTacSbsiHzii+YWoSg@mail.gmail.com> <CAL+Y1nsniFo9-KFc63551fU+-eia46x8uKJ2A2WEBPKVq=W2sA@mail.gmail.com> <531B4789.2000108@thefirst.org> <etPan.531e2988.46e87ccd.4b0@akai.jsonified.com> <531F2B5F.4070002@thefirst.org> <CAHJOc1BUrNuYg4fxVOzJDhUBjTtj+pzbAKf8iPEHrmQL4LCrgg@mail.gmail.com> <5330FA10.6060502@thefirst.org> <533139C9.40404@cs.vu.nl> <etPan.53313f9d.643c9869.fd6@akai.jsonified.com> <533C27FC.5000802@cs.vu.nl> <CAJKxea+8ZGdVrJX4MsZa+A57aMC5SnpPVxsEXA5iH-SqyyQekQ@mail.gmail.com>
In-Reply-To: <CAJKxea+8ZGdVrJX4MsZa+A57aMC5SnpPVxsEXA5iH-SqyyQekQ@mail.gmail.com>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Originating-IP: [130.37.253.20]
Archived-At: http://mailarchive.ietf.org/arch/msg/ppsp/J2YAhzIvnEzhb88Ry9-S5UVI0Nw
Cc: "ppsp@ietf.org" <ppsp@ietf.org>
Subject: Re: [ppsp] Firefox ppsp URL support
X-BeenThere: ppsp@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
Reply-To: arno@cs.vu.nl
List-Id: discussing to draw up peer to peer streaming protocol <ppsp.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ppsp>, <mailto:ppsp-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ppsp/>
List-Post: <mailto:ppsp@ietf.org>
List-Help: <mailto:ppsp-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ppsp>, <mailto:ppsp-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 08 Apr 2014 07:51:01 -0000

Hi

On 07/04/2014 21:25, David Jonsson wrote:
> I had to do the following to build on MacOS 10.9.2 with Xcode 5.1.
> 
> change line 1087 in swift.cpp to
>    sprintf(numstr2,"%" PRIu64 "", *(long long)* specsize+strlen(numstr));
>

Rather than casting to long long, it would be better to change the
PRIu64 to PRId32.


> I could make a pull request if I just knew where to put the ARCHFLAGS
> settings.
>

In SConstruct (official) or Makefile.mac (less well maintained)


> I find no file named xpimakedist.bat.
> 

You should checkout the "devel" branch.

CU,
     Arno


From nobody Sat Apr 12 12:06:47 2014
Return-Path: <jefft0@gmail.com>
X-Original-To: ppsp@ietfa.amsl.com
Delivered-To: ppsp@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 577C21A021C for <ppsp@ietfa.amsl.com>; Sat, 12 Apr 2014 12:06:45 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 1.05
X-Spam-Level: *
X-Spam-Status: No, score=1.05 tagged_above=-999 required=5 tests=[BAYES_50=0.8, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FREEMAIL_ENVFROM_END_DIGIT=0.25, FREEMAIL_FROM=0.001, SPF_PASS=-0.001] autolearn=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id hWBPFAKaECnU for <ppsp@ietfa.amsl.com>; Sat, 12 Apr 2014 12:06:44 -0700 (PDT)
Received: from mail-pd0-x232.google.com (mail-pd0-x232.google.com [IPv6:2607:f8b0:400e:c02::232]) by ietfa.amsl.com (Postfix) with ESMTP id 219B81A0219 for <ppsp@ietf.org>; Sat, 12 Apr 2014 12:06:44 -0700 (PDT)
Received: by mail-pd0-f178.google.com with SMTP id x10so6565349pdj.37 for <ppsp@ietf.org>; Sat, 12 Apr 2014 12:06:42 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;  h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=h5x0puCPZ40fwHpW4tbxFA+mf0tWnzYUz42YEBMO1Qw=; b=Ewk9gHVxwAEYXqeQY3cxwfb33IKfmMsCctG1Pc01ko0Bu8KCtHJwXge71TjLkuyfb5 yoCayFSswIxcpssEigA/eGYEXfb3vLSYz9SPebqkhjeCDvERxY5ZzccQweY9wgxFbudI pJuFOdio1nO+gtydda/pqhcjeeZUceYK3CwFKUs5k6KRD/Wej2UXmC/zHN1E+y2kF+VW LbPlxdWcGqGwuNBiARHpKNOSMsHwospR45xuHA3Z20EFvtRotD8o2xoRAmkGRIFRzN6L PcqHXBw+YztGf7Vnrxxn1dUl+LBL1oaosBvSrnZ6NSGdXLdHgJi7jRyCy7i4Xv5GM/Z6 7bEQ==
X-Received: by 10.66.124.137 with SMTP id mi9mr25424039pab.111.1397329602430;  Sat, 12 Apr 2014 12:06:42 -0700 (PDT)
Received: from [192.168.8.6] (cpe-23-241-245-244.socal.res.rr.com. [23.241.245.244]) by mx.google.com with ESMTPSA id ir10sm23500029pbc.59.2014.04.12.12.06.40 for <multiple recipients> (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sat, 12 Apr 2014 12:06:41 -0700 (PDT)
Sender: Jeff Thompson <jefft0@gmail.com>
Message-ID: <53498EBA.8060408@thefirst.org>
Date: Sat, 12 Apr 2014 12:06:34 -0700
From: Jeff Thompson <jeff@thefirst.org>
User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:24.0) Gecko/20100101 Thunderbird/24.4.0
MIME-Version: 1.0
To: arno@cs.vu.nl
References: <etPan.53170ae3.327b23c6.13b40@akai.jsonified.com>	<CAJYQ-fRK04u88g19EAG9TOSQFWN=tzCLxTacSbsiHzii+YWoSg@mail.gmail.com>	<CAL+Y1nsniFo9-KFc63551fU+-eia46x8uKJ2A2WEBPKVq=W2sA@mail.gmail.com>	<531B4789.2000108@thefirst.org>	<etPan.531e2988.46e87ccd.4b0@akai.jsonified.com>	<531F2B5F.4070002@thefirst.org> <CAHJOc1BUrNuYg4fxVOzJDhUBjTtj+pzbAKf8iPEHrmQL4LCrgg@mail.gmail.com> <5330FA10.6060502@thefirst.org> <533139C9.40404@cs.vu.nl> <53344E77.6040705@thefirst.org> <533912BA.9080001@cs.vu.nl>
In-Reply-To: <533912BA.9080001@cs.vu.nl>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Archived-At: http://mailarchive.ietf.org/arch/msg/ppsp/goGtoAd1RC5gbNbXn3AA_RUIwcE
Cc: ppsp@ietf.org
Subject: Re: [ppsp] Content type for Firefox ppsp URL support
X-BeenThere: ppsp@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: discussing to draw up peer to peer streaming protocol <ppsp.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ppsp>, <mailto:ppsp-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ppsp/>
List-Post: <mailto:ppsp@ietf.org>
List-Help: <mailto:ppsp-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ppsp>, <mailto:ppsp-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 12 Apr 2014 19:06:45 -0000

On 2014-03-31 0:01, Arno Bakker wrote:
> On 27/03/2014 17:14, Jeff Thompson wrote:
>> SwarmPlayer seems hard-wired to display video. For a Firefox extension
>> to use a ppsp link to fetch and display any content (images, HTML), it
>> needs a way to report the MIME content type for Firefox. What do you
>> think of the solution in RFC 6920 <http://tools.ietf.org/html/rfc6920>
>> "Naming Things with Hashes" to include a ct parameter?  The URI would
>> look like:
>> ppsp://5e2fe5f1462e5b7ac4d70fa081e0169160b2d3f1?ct=image/jpeg
>>
> Hi Jeff et al
>
> that looks like a nice standardized proposal. SwarmPlayer currently
> needs some additional metdata parameters, e.g. Content Integrity
> Protection method

Hi Arno,

If by "Content Integrity Protection method" you mean which hash 
algorithm, an RFC 6920 URI also specifies that. (It also gives the hash 
in bash 64, not hex). The full RFC 6920 URI would be:

ppsp:///sha-1;f4OxZX1x3FO5LcGBSKHWXfwtSxj?ct=image/jpeg

- Jeff T


From nobody Sat Apr 19 19:06:17 2014
Return-Path: <jefft0@gmail.com>
X-Original-To: ppsp@ietfa.amsl.com
Delivered-To: ppsp@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5E6481A0123 for <ppsp@ietfa.amsl.com>; Sat, 19 Apr 2014 19:06:13 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 1.05
X-Spam-Level: *
X-Spam-Status: No, score=1.05 tagged_above=-999 required=5 tests=[BAYES_50=0.8, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FREEMAIL_ENVFROM_END_DIGIT=0.25, FREEMAIL_FROM=0.001, SPF_PASS=-0.001] autolearn=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 2PjgYJOaGRER for <ppsp@ietfa.amsl.com>; Sat, 19 Apr 2014 19:06:11 -0700 (PDT)
Received: from mail-pa0-x235.google.com (mail-pa0-x235.google.com [IPv6:2607:f8b0:400e:c03::235]) by ietfa.amsl.com (Postfix) with ESMTP id 675711A00FF for <ppsp@ietf.org>; Sat, 19 Apr 2014 19:06:11 -0700 (PDT)
Received: by mail-pa0-f53.google.com with SMTP id ld10so2615880pab.12 for <ppsp@ietf.org>; Sat, 19 Apr 2014 19:06:06 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;  h=sender:message-id:date:from:user-agent:mime-version:to:subject :references:in-reply-to:content-type; bh=dwFCWpaPcu0vDAd0PZTpp1vtcvxwImgBpevMcf9jPEQ=; b=gQc9acKLFGeCKM4i4u/uDvWFQ0PfFuWdl6JP7LhRAj8iGIPAUOX1SgqKouzVx9c2/T z9uiFVOEyzK2stN+hWal2ZzFlRnCB0Siq7K58PAtxu2Rhb+DHzaCgznw1BEGUd9e/Je0 Wm8oghSyPCwklFJzjcf9tuXRsUrlK2UC6TGSU/WzFRjpfV64VvvMTQQOArNJxRRkWc9k 9HylJy1ICMJVEVGA0z5Jtt6iHNwnQa2xiO4cy5gF3pRretBv4AqN5n7FXLShmd7WgUDX Il9/8XRWfkeCoYazww6up9LxxddLYCG1j+VPhXFqEJy73BXANg691YmfKyRVCxfdkMVp wryA==
X-Received: by 10.66.142.73 with SMTP id ru9mr30205340pab.41.1397959566718; Sat, 19 Apr 2014 19:06:06 -0700 (PDT)
Received: from [192.168.8.6] (cpe-23-241-245-244.socal.res.rr.com. [23.241.245.244]) by mx.google.com with ESMTPSA id gj9sm68912539pbc.7.2014.04.19.19.06.04 for <multiple recipients> (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sat, 19 Apr 2014 19:06:04 -0700 (PDT)
Sender: Jeff Thompson <jefft0@gmail.com>
Message-ID: <53532B86.4000900@thefirst.org>
Date: Sat, 19 Apr 2014 19:05:58 -0700
From: Jeff Thompson <jeff@thefirst.org>
User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:24.0) Gecko/20100101 Thunderbird/24.4.0
MIME-Version: 1.0
To: arno@cs.vu.nl, ppsp@ietf.org
References: <etPan.53170ae3.327b23c6.13b40@akai.jsonified.com> <CAJYQ-fRK04u88g19EAG9TOSQFWN=tzCLxTacSbsiHzii+YWoSg@mail.gmail.com> <CAL+Y1nsniFo9-KFc63551fU+-eia46x8uKJ2A2WEBPKVq=W2sA@mail.gmail.com> <531B4789.2000108@thefirst.org> <etPan.531e2988.46e87ccd.4b0@akai.jsonified.com> <531F2B5F.4070002@thefirst.org> <CAHJOc1BUrNuYg4fxVOzJDhUBjTtj+pzbAKf8iPEHrmQL4LCrgg@mail.gmail.com> <5330FA10.6060502@thefirst.org> <533139C9.40404@cs.vu.nl> <etPan.53313f9d.643c9869.fd6@akai.jsonified.com> <533C27FC.5000802@cs.vu.nl>
In-Reply-To: <533C27FC.5000802@cs.vu.nl>
Content-Type: multipart/mixed; boundary="------------080203020902040402070909"
Archived-At: http://mailarchive.ietf.org/arch/msg/ppsp/Ppy13Qs0SwFQnplZP7EJBx8IaqE
Subject: [ppsp] Unix script to make the Firefox extension
X-BeenThere: ppsp@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: discussing to draw up peer to peer streaming protocol <ppsp.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ppsp>, <mailto:ppsp-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ppsp/>
List-Post: <mailto:ppsp@ietf.org>
List-Help: <mailto:ppsp-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ppsp>, <mailto:ppsp-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 20 Apr 2014 02:06:14 -0000

This is a multi-part message in MIME format.
--------------080203020902040402070909
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit

On 2014-04-02 8:08, Arno Bakker wrote:
> I just uploaded a SwarmPlayer 3000 version to the "devel" branch on
>
>      https://github.com/libswift/libswift/tree/devel
>
> see the firefox/ directory.
>
> You can build the Firefox extention by running first:
>
>       scons
>
> in the top level directory. SCons is a build system like Ant, so
> install that first. This builds swift.exe. Then call
>
>       xpimakedist.bat
>
> to build the extension. Porting to *nix left as an exercise to the
> reader, sorry, my time is limited. This script requires XULRunner
> 1.9.1.* (one dot nine, not to be confused with the latest release which
> is 19.0.2 (nineteen dot zero two).

Hi Arno,

I did the "exercise" and ported xpimakedist.bat to *nix. The attached 
script works on Ubuntu 13.10 and Mac OS X 10.8.  It's really neat to see 
the video playing in Firefox.

Cheers,
- Jeff

--------------080203020902040402070909
Content-Type: text/plain; charset=windows-1252;
 name="xpimakedist-unix.sh"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
 filename="xpimakedist-unix.sh"

IyEvYmluL3NoIC14CgpleHBvcnQgWFVMUlVOTkVSX0lETD0kSE9NRS94dWxydW5uZXItc2Rr
LTEuOS4xLjcvaWRsCmV4cG9ydCBYVUxSVU5ORVJfWFBJREw9JEhPTUUveHVscnVubmVyLXNk
ay0xLjkuMS43L2Jpbi94cGlkbAoKIyAtLS0tLSBDbGVhbiB1cAoKL2Jpbi9ybSAtcmYgZGlz
dAoKIyAtLS0tLSBCdWlsZAoKZWNobyBCdWlsZCBzd2lmdCBmaXJzdCBieSBjYWxsaW5nIHNj
b25zCgojIERpZWdvOiBidWlsZGluZyB0aGUgZGVlcGVzdCBkaXIgd2UgZ2V0IGFsbCBvZiB0
aGVtLgpta2RpciAtcCBkaXN0L2luc3RhbGxkaXIvYmdwcm9jZXNzCgojIEFybm86IE1vdmUg
c3dpZnQgYmluYXJ5IHRvIGluc3RhbGxkaXIKY3Agc3dpZnQgZGlzdC9pbnN0YWxsZGlyL2Jn
cHJvY2VzcwoKY3AgTElDRU5TRSBkaXN0L2luc3RhbGxkaXIvTElDRU5TRS50eHQKCiMgLS0t
LS0gQnVpbGQgWFBJIG9mIFN3YXJtVHJhbnNwb3J0Cm1rZGlyIC1wIGRpc3QvaW5zdGFsbGRp
ci9jb21wb25lbnRzCmNwIGZpcmVmb3gvaWNvbi5wbmcgZGlzdC9pbnN0YWxsZGlyCmNwIGZp
cmVmb3gvaW5zdGFsbC5yZGYgZGlzdC9pbnN0YWxsZGlyCmNwIGZpcmVmb3gvY2hyb21lLm1h
bmlmZXN0IGRpc3QvaW5zdGFsbGRpcgpjcCAtciBmaXJlZm94L2NvbXBvbmVudHMgZGlzdC9p
bnN0YWxsZGlyCmNwIC1yIGZpcmVmb3gvY2hyb21lIGRpc3QvaW5zdGFsbGRpcgpjcCAtciBm
aXJlZm94L3NraW4gZGlzdC9pbnN0YWxsZGlyCnJtIC1yZiBgZmluZCBkaXN0L2luc3RhbGxk
aXIgLW5hbWUgLnN2bmAKCiMgLS0tLS0gVHVybiAuaWRsIGludG8gLnhwdAokWFVMUlVOTkVS
X1hQSURMIC1tIHR5cGVsaWIgLXcgLXYgLUkgJFhVTFJVTk5FUl9JREwgLWUgZGlzdC9pbnN0
YWxsZGlyL2NvbXBvbmVudHMvdHJpYmVJQ2hhbm5lbC54cHQgZmlyZWZveC90cmliZUlDaGFu
bmVsLmlkbAokWFVMUlVOTkVSX1hQSURMIC1tIHR5cGVsaWIgLXcgLXYgLUkgJFhVTFJVTk5F
Ul9JREwgLWUgZGlzdC9pbnN0YWxsZGlyL2NvbXBvbmVudHMvdHJpYmVJU3dhcm1UcmFuc3Bv
cnQueHB0IGZpcmVmb3gvdHJpYmVJU3dhcm1UcmFuc3BvcnQuaWRsCgpjZCBkaXN0L2luc3Rh
bGxkaXIKIyAtLS0tLSBUdXJuIGluc3RhbGxkaXIgaW50byAueHBpCnppcCAtOSAtciBTd2Fy
bVBsYXllci54cGkgKiAKbXYgU3dhcm1QbGF5ZXIueHBpIC4uCmNkIC4uLy4uCgo=
--------------080203020902040402070909--

