The vast majority of our last-mile connections are fixed wireless. The
design of the system is essentially half-duplex with an adjustable ratio
between download/upload traffic. PTP heavily stresses the upload
channel and left unchecked results in poor performance for other
customers.
On Sun, 13 Jan 2008, Suresh Ramasubramanian wrote:
One operationally better way to go seems to be Mark Delany's mx0dot
proposal, which started out as an internet draft, but seems to have
lost momentum .. the concept is sound though.
Exim implements this convention.
Tony.
--
f.a.n.finch
The vast majority of our last-mile connections are fixed wireless. The
design of the system is essentially half-duplex with an adjustable ratio
between download/upload traffic. PTP heavily stresses the upload
channel and left unchecked results in poor performance for other
customers.
Joe Greco wrote,
There are lots of things that could heavily stress your upload channel.
Things I've seen would include:
1) Sending a bunch of full-size pictures to all your friends and family,
which might not seem too bad until it's a gig worth of 8-megapixel
photos and 30 recipients,
Joe Greco wrote,
There are lots of things that could heavily stress your upload channel.
Things I've seen would include:
1) Sending a bunch of full-size pictures to all your friends and family,
which might not seem too bad until it's a gig worth of 8-megapixel
photos and 30
The vast majority of our last-mile connections are fixed wireless. The
design of the system is essentially half-duplex with an adjustable ratio
between download/upload traffic.
This in a nutshell is the problem, the ratio between upload and download
should be 1:1 and if it were then
It may. Some of those other things will, too. I picked 1) and 2) as
examples where things could actually get busy for long stretches of
time.
The wireless ISP business is a bit of a special case in this regard, where P2P
traffic is especially nasty.
If I have ten customers uploading to a Web
I would be much happier creating a torrent server at the data center
level that customers could seed/upload from rather than doing it over
the last mile. I don't see this working from a legal standpoint though.
Why not? There's plenty of perfectly legal P2P content out there.
It may. Some of those other things will, too. I picked 1) and 2) as
examples where things could actually get busy for long stretches of
time.
The wireless ISP business is a bit of a special case in this regard, where
P2P traffic is especially nasty.
If I have ten customers uploading
On Sun, 13 Jan 2008, David E. Smith wrote:
It's not the bandwidth, it's the number of packets being sent out. One
customer, talking to twenty or fifty remote hosts at a time, can kill
a wireless access point in some instances. All those little tiny packets
tie up the AP's radio time, and the
On Jan 13, 2008, at 3:50 PM, Joe Greco wrote:
It may. Some of those other things will, too. I picked 1) and
2) as
examples where things could actually get busy for long stretches of
time.
The wireless ISP business is a bit of a special case in this
regard, where P2P traffic is
I would be much happier creating a torrent server at the data
center level that customers could seed/upload from rather
than doing it over
the last mile. I don't see this working from a legal
standpoint though.
Seriously, I would discuss this with some lawyers who have
experience in
P2P based CDN's are a current buzzword; Verilan even has a white paper
on it
https://www.verisign.com/cgi-bin/clearsales_cgi/leadgen.htm?form_id=9653toc=e20050314159653020ra=72.219.222.192email=
Password protected link.
I think we are going to see a lot more of this, and not just
Geo. wrote:
The vast majority of our last-mile connections are fixed wireless. The
design of the system is essentially half-duplex with an adjustable
ratio between download/upload traffic.
This in a nutshell is the problem, the ratio between upload and
download should be 1:1 and if it
Forwarding for Mohit Lad and Jonathan Park.
-sue
Sue Joiner
Merit Network
Original Message
Subject:Unstable BGP Peerings?
Date: Sun, 13 Jan 2008 17:49:44 +
From: ParkJonathan [EMAIL PROTECTED]
To: nanog@merit.edu
CC: [EMAIL PROTECTED], [EMAIL
P2P based CDN's are a current buzzword;
P2P based CDN's might be a current buzzword, but are nothing more than
P2P technology in a different cloak. No new news here.
This should prove to be interesting. The Video CDN model will be a
threat to far more operators than P2P has been to the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Interesting, given that TTNet sits atop this ranking:
https://nssg.trendmicro.com/nrs/reports/rank.php?page=1
I wonder if this is somehow related? ;-)
- - ferg
- -- Sue Joiner [EMAIL PROTECTED] wrote:
Forwarding for Mohit Lad and Jonathan Park.
On Jan 13, 2008 9:55 PM, Tony Finch [EMAIL PROTECTED] wrote:
On Sun, 13 Jan 2008, Suresh Ramasubramanian wrote:
One operationally better way to go seems to be Mark Delany's mx0dot
proposal, which started out as an internet draft, but seems to have
lost momentum .. the concept is sound
Currently, our network uses ATM to provide approximately 1200 virtual
circuits to our subscriber base. We use the ATM switch manufacturer's
management software (Marconi Service On Data) to manage both the ATM
switches and all of the virtual circuits (mostly SVCs) we have
provisioned.
We are
19 matches
Mail list logo
