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. - Jared 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?
TIA
Steve
-- Stephen J. Wilcox IP Services Manager, Opal Telecom http://www.opaltelecom.co.uk/ Tel: 0161 222 2000 Fax: 0161 222 2008
-- Jared Mauch | pgp key available via finger from jared@puck.nether.net clue++; | http://puck.nether.net/~jared/ My statements are only mine.