Babar pointed me to this thread on our recent research project. I
typically do not post to forums, but since Salman had made a few
comments, I wanted to clarify the assumptions behind our work.
(1) Re: comment: "The analogy of using computing cycles to 'sharing'
bandwidth is not valid: one uses spare capacity where it can be
effectively used without any external network constraints and the
results (which are small files) do not interfere with the scarce
resource of the 'last mile' capacity".
The problem in the developing-world is not the last-mile capacity
(copper over v.92 can carry up to 64kb/sec) but the rate limiting
imposed by the ISP. On a pre-paid (scratch-card) dialup connection,
ISPs typically limit the BW in the range of 10-20kb/sec. This was
addressed by our previous work on modified bitTorrent to enable modem-
speed dialup networking, much like the pre-Internet FidoNet. You may
want to read our paper which appeared in the Oct'7 Issue of the ACM
Computer Communication Review Journal:
http://www.sigcomm.org/ccr/drupal/?q=node/282
(2) Re: comments: "Most medium to large operators use caching and the
small ISPs 'peer' into them in some manner. The number of users in the
totally 'uncached' territory are very few".
We were also surprised by the fact very few ISPs are doing adequate
caching in Pakistan. Of course, the largest ISP (PTCL) does not cache
at all! Even when the smaller ISPs cache, the caches are too
fragmented to be useful. We could not find a single ISP in Pakistan
which peers over ICP or CARP with another ISP's cache. Pakistan does
not have an IXP, so there is of course no peering at the routing level
either. And given that the upstream ISP (invariably PTCL) does not
cache itself, there is essentially no consolidated cache of Internet
content in Pakistan. This role is typically played by companies such
as Inktomi (in the late 90s) and Akamai (currently) in US. There is no
equivalent of this in Pakistan. Hence our proposal.
(3) re: comment: "Most of the 'speed' of up and downlink of
asynchronous links is needed by the users to browse themselves. This
sharing of bandwidth by distributed caching has to be experimented
over a large study sample to be accepted as being valid".
On any Internet connection, a large fraction of the time is spent by
users reading the content they download over the Internet (Email,
News, blogs). The Internet link, in a typical browsing session, is
typically utilized in the range of 50-60% when the user is simply
reading what he has just downloaded. There is certainly spare
capacity, which may be used utilized by someone else if a donation
mechanism existed. Hence our work.
Since I try not to post to forums, please feel free to contact me
directly at
um...@mit.edu if you have more questions.
Cheers,
-Umar
On Aug 21, 8:19 pm, "Qasim Khan" <
qa...@qasimkhan.com> wrote:
> Fully agreed with Salman Ansari, real environment modification and
> acceptability shall be necessary. It would also help if a little more
> explanation and segmentation is worked on!
>
> Qasim
>
> On Thu, Aug 21, 2008 at 2:06 PM, Salman Ansari <
sal...@super.net.pk> wrote:
> > I tend to agree with Sameer on the issues he has highlighted from the
> > perspective in Pakistan. The situation on the ground is considerably
> > different on many counts from that assumed in this article. The analogy of
> > using computing cycles to 'sharing' bandwidth is not valid: one uses spare
> > capacity where it can be effectively used without any external network
> > constraints and the results (which are small files) do not interfere with
> > the scarce resource of the 'last mile' capacity.
>
> > Most medium to large operators use caching and the small ISPs 'peer' into
> > them in some manner. The number of users in the totally 'uncached' territory
> > are very few.
>
> > Most of the 'speed' of up and downlink of asynchronous links is needed by
> > the users to browse themselves. This sharing of bandwidth by distributed
> > caching has to be experimented over a large study sample to be accepted as
> > being valid.
>
> > But am open minded to be excited enough to see if this theory or a modified
> > version can be put to practical use in a real environment.
>
> > Salman
>
> > *From:*
telecom-gr...@googlegroups.com [mailto:
> >
telecom-gr...@googlegroups.com] *On Behalf Of *Sameer Bokhari
> > *Sent:* Thursday, August 21, 2008 12:45 PM
> > *To:*
telecom-gr...@googlegroups.com
> > *Subject:* Re: LUMS Research On Boosting Bandwidth Featured In MIT
> > Technology Magazine
>
> > My congrats to Dr. Saif and his team
>
> > I have gone through the first 3 pages and I am pasting below some lines
> > from the details available on the project on the web, along with my novice
> > questions/commments, that in my opinion are noticable.
>
> > I would appreciate a comment from experienced members in the ISP/telco
> > field.
>
> > more than 40 countries have less than 10Mbps of international Internet
> > bandwidth, whereas in Belgium, a 9Mbps ADSL high-speed Internet package is
> > available for just USD 80 a month [1]. "The Digital Divide at a Glance",
> > World Summit on the Information Society, Tunis 2005.
>
> > Dated source?
>
> > A 56Kbps modem can typically achieve an average throughput of close to
> > 40Kbps,more than *twice the bandwidth available over a typical (10-20Kbps)
> > dialup Internet connection in Pakistan.*
> > On Wed, Aug 20, 2008 at 7:48 PM, Babar <
babar.bha...@gmail.com> wrote:
>
> > September edition of the MIT Technology Review has featured the work
> > of Umar Saif, a professor at LUMS, on improving Internet connectivity
> > in the developing-world. The Project, dubbed DonateBandwidth, is a
> > follow-up project of Poor Man's Broadband work which I wrote about
> > previously. Our congratulations to Dr. Saif and the team.
>
> > Umar shared his thoguhts in an e-mail:
>
> > With DonateBandwidth, users in the developing-world can help each
> > other by donating their unused bandwidth to those who need it. This
> > project received funding from the US State Department/NAS and HEC and
> > will be further developed in collaboration with UC Berkeley.
>
> > More At:
>
> >
http://telecompk.net/2008/08/20/lums-research-on-boosting-bandwidth-f...
>
> > Babar
> > <br