North American Network Operators Group|
Date Prev | Date Next |
Date Index |
Thread Index |
Author Index |
Re: Reducing Usenet Bandwidth
- From: Jared Mauch
- Date: Sat Feb 02 15:29:18 2002
There were people that did multicast injection of usenet
then it deencapsulated the news and fed it to rnews. What happened
is that a number of people migrated to Cyclone/Typhoon and other
news transport software that did not allow this (easily).
(most) major providers have multicast avaiable to customers and
internally. The people running the news servers just need to create
a delivery method that allows the articles to be passed around that way
and all will be taken care of.
The disadvantage is that it would potentially allow spammers
to inject massive amounts of articles and servers would
have to reject them based on some filtering criteria or just
get the multicast access removed for such a customer. I actually don't
see them being that bright so I wouldn't worry too much about that.
On Sat, Feb 02, 2002 at 08:20:59PM +0000, Stephen J. Wilcox wrote:
> Hi all,
> as we all know Usenet traffic is always increasing, a large number of
> people take full feeds which on my servers is about 35Mb of continuous
> bandwidth in/out. That produces about 300Gb per day of which only a small
> fraction ever gets downloaded.
> The question is, and apologies if I am behind the times, I'm not an expert
> on news... how is it possible to reduce bandwidth used occupied by news:
> a) Internally to a network
> If I site multiple peer servers at exchange and peering points then they
> all exchange traffic, all inter and intra site circuits are filled to the
> above 35Mb level.
> b) Externally such as at public peering exchange points
> If theres 100 networks at an exchange point and half exchange a full feed
> thats 35x50x2 = 3500Mb of traffic flowing across the exchange peering LAN.
> For the peering point question I'm thinking some kind of multicast thing,
> internally I've no suggestions other than perhaps only exchanging message
> ids between peer servers, hence giving back a partial feed to the local
> box's external peers.
> Any thoughts?
> Stephen J. Wilcox
> IP Services Manager, Opal Telecom
> Tel: 0161 222 2000
> Fax: 0161 222 2008
Jared Mauch | pgp key available via finger from email@example.com
clue++; | http://puck.nether.net/~jared/ My statements are only mine.