Re: RIS [Re: AS41961 not seen in many networks]
On Fri, 5 January 2007 08:11:41 +0200, Pekka Savola wrote: Well, the undocumented fact is that RIS does not accept multi-hop BGP peerings, which may somewhat limit its coverage. Why then do I have one? They do such things, they indeed do. -ako
Re: RIS [Re: AS41961 not seen in many networks]
On Fri, Jan 05, 2007 at 09:49:24AM +0100, Alexander Koch wrote: On Fri, 5 January 2007 08:11:41 +0200, Pekka Savola wrote: Well, the undocumented fact is that RIS does not accept multi-hop BGP peerings, which may somewhat limit its coverage. Why then do I have one? They do such things, they indeed do. Indeed, we do have multi-hop peering sessions on one of our route collectors (rrc00). That one is specifically used for multi-hop peerings. On the other collectors, placed on a specific exchange, we prefer to only have peers from that exchange, to prevent confusion. However, we can not accept unlimited numbers of peerings, especially peerings where we receive a full table, multi-hop or not. The maximum appears to be around 15 for each collector, depending on the hardware used for it. If you think we should have a peering with someone that we don't have already, perhaps multi-hop, we are interested to know (with an explanation). (and we are always interested in any suggestions to improve RIS) regards, -- Erik Romijn RIPE NCC jr. software engineer http://www.ripe.net/Information Services dept.
Re: RIS [Re: AS41961 not seen in many networks]
On Fri, 5 Jan 2007, Alexander Koch wrote: On Fri, 5 January 2007 08:11:41 +0200, Pekka Savola wrote: Well, the undocumented fact is that RIS does not accept multi-hop BGP peerings, which may somewhat limit its coverage. Why then do I have one? They do such things, they indeed do. Well, some time ago we opened a ticket to create RIS peering, and it was set up but didn't work, because they didn't realize it'd be multihop (about 3 hops). The peering was cancelled. Below is the explanation (NCC#2005120077 rrc07): ===8 Actually we didn't notice immediately the request was meant to be for multi-hop. We normally prefer not to configure multi-hop sessions. It would be preferable for us if you are present at the common IXP location with the RIS project so that we can establish a session there. You can check out locations at: http://www.ripe.net/projects/ris/docs/peering.html The sessions are now cancelled. 8 This policy was not, AFAIR, available in any public documents. So I wouldn't be surprised if RIS's coverage was somewhat limited. -- Pekka Savola You each name yourselves king, yet the Netcore Oykingdom bleeds. Systems. Networks. Security. -- George R.R. Martin: A Clash of Kings
Re: AS41961 not seen in many networks
On 4 Jan 2007, at 13:57, Sebastian Rusek wrote: Since November 2006 we announce our 3 new prefixes: 194.60.78.0/24 194.60.204.0/24 194.153.114.0/24 from new AS41961. If you're interested in how Europeans see you.. I have three default-free transit providers and only see you behind two of them, eventually through 'LambdaNet' on both. -a -- Regards, Andy Davidson Consultant Systems and Network Engineer, Devonshire IT Limited http://www.devonshire.it/ - 0844 704 704 7 - Sheffield, UK
BGP Update Report
BGP Update Report Interval: 22-Dec-06 -to- 04-Jan-07 (14 days) Observation Point: BGP Peering with AS4637 TOP 20 Unstable Origin AS Rank ASNUpds % Upds/PfxAS-Name 1 - AS822068954 2.5% 249.8 -- COLT COLT Telecommunications 2 - AS701 42472 1.5% 45.3 -- UUNET - MCI Communications Services, Inc. d/b/a Verizon Business 3 - AS290734342 1.2% 103.1 -- ERX-SINET-AS National Center for Science Information Systems 4 - AS702 30870 1.1% 43.0 -- AS702 MCI EMEA - Commercial IP service provider in Europe 5 - AS28751 30847 1.1% 220.3 -- CAUCASUS-NET-AS Caucasus Network Tbilisi, Georgia 6 - AS11830 27355 1.0% 16.1 -- Instituto Costarricense de Electricidad y Telecom. 7 - AS480423007 0.8% 78.0 -- MPX-AS Microplex PTY LTD 8 - AS356120792 0.8% 42.9 -- SAVVIS - Savvis 9 - AS958319357 0.7% 18.1 -- SIFY-AS-IN Sify Limited 10 - AS705 16386 0.6% 47.4 -- UUNET - MCI Communications Services, Inc. d/b/a Verizon Business 11 - AS566814296 0.5% 25.0 -- AS-5668 - CenturyTel Internet Holdings, Inc. 12 - AS330113721 0.5% 43.8 -- TELIANET-SWEDEN TeliaNet Sweden 13 - AS33783 12601 0.5% 115.6 -- EEPAD 14 - AS905112274 0.4% 85.2 -- IDM Autonomous System 15 - AS11486 12081 0.4% 42.8 -- WAN - Worldcom Advance Networks 16 - AS668 11907 0.4% 47.6 -- ASN-ASNET-NET-AS - Defense Research and Engineering Network 17 - AS472511844 0.4% 169.2 -- ODN JAPAN TELECOM CO.,LTD. 18 - AS647111212 0.4% 43.5 -- ENTEL CHILE S.A. 19 - AS17974 11097 0.4% 27.3 -- TELKOMNET-AS2-AP PT TELEKOMUNIKASI INDONESIA 20 - AS870810742 0.4% 46.5 -- RDSNET Romania Data Systems S.A. TOP 20 Unstable Origin AS (Updates per announced prefix) Rank ASNUpds % Upds/PfxAS-Name 1 - AS354893247 0.1%3247.0 -- TOTO-TECH-AS Toto Ltd. 2 - AS4809 5384 0.2%2692.0 -- CHINANET-CORE-WAN-CENTRAL CHINANET core WAN Central 3 - AS315941469 0.1%1469.0 -- FORTESS-AS Fortess LLC Network 4 - AS392501836 0.1% 918.0 -- COLOPROVIDER-AS Colo Provider 5 - AS9945 872 0.0% 872.0 -- KCACBACKUP-AS-KR Korea Information Security Agency 6 - AS34378 868 0.0% 868.0 -- RUG-AS Razguliay-UKRROS Group 7 - AS12922 712 0.0% 712.0 -- MULTITRADE-AS Bank Outsourcer 8 - AS328882460 0.1% 615.0 -- DATA-CENTER-SOUTHFIELD - VIA Information Tools, Inc. 9 - AS146996132 0.2% 613.2 -- BTCBCI - Bloomingdale Communications Inc 10 - AS329371174 0.0% 587.0 -- CAC-FOR-THE-DEAF-AND-HARD-OF-HEARING - Communication Access Center for the Deaf and Hard of Hearing, Inc. 11 - AS38278 571 0.0% 571.0 -- PANEAGLE-MY-AP Paneagle Communications Sdn Bhd, Metro-Ethernet Internet 12 - AS3043 2847 0.1% 569.4 -- AMPHIB-AS - Amphibian Media Corporation 13 - AS4678 5294 0.2% 529.4 -- FINE CANON NETWORK COMMUNICATIONS INC. 14 - AS381971945 0.1% 486.2 -- SUNHK-DATA-AS-AP Sun Network (Hong Kong) Limited 15 - AS27731 468 0.0% 468.0 -- ACH Colombia 16 - AS213911374 0.1% 458.0 -- TDA-AS TDA AS Maintainer 17 - AS31414 446 0.0% 446.0 -- SEVENCS-AS SevenCs AG Co.KG 18 - AS305173930 0.1% 436.7 -- GREAT-LAKES-COMNET - Great Lakes Comnet, Inc. 19 - AS14884 436 0.0% 436.0 -- ADVANCEDACCESS - Advanced Access 20 - AS33188 831 0.0% 415.5 -- SCS-NETWORK-1 - Sono Corporate Suites TOP 20 Unstable Prefixes Rank Prefix Upds % Origin AS -- AS Name 1 - 61.0.0.0/8 3686 0.1% AS4678 -- FINE CANON NETWORK COMMUNICATIONS INC. 2 - 216.32.206.0/243564 0.1% AS20473 -- AS-CHOOPA - Choopa, LLC 3 - 62.213.176.0/233247 0.1% AS35489 -- TOTO-TECH-AS Toto Ltd. 4 - 209.140.24.0/242800 0.1% AS3043 -- AMPHIB-AS - Amphibian Media Corporation 5 - 59.37.2.0/23 2755 0.1% AS4809 -- CHINANET-CORE-WAN-CENTRAL CHINANET core WAN Central 6 - 58.49.108.0/24 2629 0.1% AS4809 -- CHINANET-CORE-WAN-CENTRAL CHINANET core WAN Central 7 - 170.210.128.0/21 1901 0.1% AS4270 -- Red de Interconexion Universitaria 8 - 210.56.52.0/24 1850 0.1% AS38197 -- SUNHK-DATA-AS-AP Sun Network (Hong Kong) Limited 9 - 83.98.220.0/23 1761 0.1% AS39250 -- COLOPROVIDER-AS Colo Provider 10 - 222.127.32.0/191747 0.1% AS4775 -- GLOBE-TELECOM-AS Telecom Carrier / ISP Plus + 11 - 194.242.124.0/22 1469 0.0% AS31594 -- FORTESS-AS Fortess LLC Network 12 - 194.42.208.0/201071 0.0% AS705 -- UUNET - MCI Communications Services, Inc. d/b/a Verizon Business 13
The Cidr Report
This report has been generated at Fri Jan 5 21:46:47 2007 AEST. The report analyses the BGP Routing Table of an AS4637 (Reach) router and generates a report on aggregation potential within the table. Check http://www.cidr-report.org/as4637 for a current version of this report. Recent Table History Date PrefixesCIDR Agg 29-12-06203496 132716 30-12-06203822 132598 31-12-06203791 132721 01-01-07203635 132746 02-01-07203582 132602 03-01-07203604 132678 04-01-07203684 132798 05-01-07203862 133040 AS Summary 23975 Number of ASes in routing system 10130 Number of ASes announcing only one prefix 1521 Largest number of prefixes announced by an AS AS7018 : ATT-INTERNET4 - ATT WorldNet Services 91088128 Largest address span announced by an AS (/32s) AS721 : DISA-ASNBLK - DoD Network Information Center Aggregation Summary The algorithm used in this report proposes aggregation only when there is a precise match using the AS path, so as to preserve traffic transit policies. Aggregation is also proposed across non-advertised address space ('holes'). --- 05Jan07 --- ASnumNetsNow NetsAggr NetGain % Gain Description Table 204012 1330097100334.8% All ASes AS4134 1228 294 93476.1% CHINANET-BACKBONE No.31,Jin-rong Street AS18566 983 105 87889.3% COVAD - Covad Communications Co. AS4755 1043 174 86983.3% VSNL-AS Videsh Sanchar Nigam Ltd. Autonomous System AS4323 1054 303 75171.3% TWTC - Time Warner Telecom, Inc. AS9498 903 233 67074.2% BBIL-AP BHARTI BT INTERNET LTD. AS22773 710 46 66493.5% CCINET-2 - Cox Communications Inc. AS19262 763 182 58176.1% VZGNI-TRANSIT - Verizon Internet Services Inc. AS11492 873 324 54962.9% CABLEONE - CABLE ONE AS7018 1521 995 52634.6% ATT-INTERNET4 - ATT WorldNet Services AS6197 1021 508 51350.2% BATI-ATL - BellSouth Network Solutions, Inc AS19916 567 70 49787.7% ASTRUM-0001 - OLM LLC AS721780 298 48261.8% DISA-ASNBLK - DoD Network Information Center AS18101 492 32 46093.5% RIL-IDC Reliance Infocom Ltd Internet Data Centre, AS17676 503 66 43786.9% JPNIC-JP-ASN-BLOCK Japan Network Information Center AS15270 492 80 41283.7% AS-PAETEC-NET - PaeTec.net -a division of PaeTecCommunications, Inc. AS4766 723 317 40656.2% KIXS-AS-KR Korea Telecom AS8151 823 444 37946.1% Uninet S.A. de C.V. AS2386 1108 736 37233.6% INS-AS - ATT Data Communications Services AS17488 565 199 36664.8% HATHWAY-NET-AP Hathway IP Over Cable Internet AS6467 416 52 36487.5% ESPIRECOMM - Xspedius Communications Co. AS4812 430 69 36184.0% CHINANET-SH-AP China Telecom (Group) AS3602 513 186 32763.7% AS3602-RTI - Rogers Telecom Inc. AS9583 1040 717 32331.1% SIFY-AS-IN Sify Limited AS16852 389 66 32383.0% BROADWING-FOCAL - Broadwing Communications, Inc. AS33588 418 119 29971.5% BRESNAN-AS - Bresnan Communications, LLC. AS6198 552 264 28852.2% BATI-MIA - BellSouth Network Solutions, Inc AS6517 400 114 28671.5% YIPESCOM - Yipes Communications, Inc. AS16814 329 43 28686.9% NSS S.A. AS14654 304 32 27289.5% WAYPORT - Wayport AS22047 307 38 26987.6% VTR BANDA ANCHA S.A. Total 21250
Re: RIS [Re: AS41961 not seen in many networks]
On Fri, Jan 05, 2007 at 12:16:07PM +0200, Pekka Savola wrote: On Fri, 5 Jan 2007, Alexander Koch wrote: On Fri, 5 January 2007 08:11:41 +0200, Pekka Savola wrote: Well, the undocumented fact is that RIS does not accept multi-hop BGP peerings, which may somewhat limit its coverage. Why then do I have one? They do such things, they indeed do. Well, some time ago we opened a ticket to create RIS peering, and it was set up but didn't work, because they didn't realize it'd be multihop (about 3 hops). The peering was cancelled. A disclaimer in advance: this was far before my time here. Part of the explanation is true. If you are present at one of the IXPs where we are, we prefer to configure the peering there. Also, we only configure multi-hop on our exchange-connected RRCs in very rare cases, as it could confuse people. RRC00, which is not connected to any exchange, is the dedicated rrc for multi-hop sessions. This policy was not, AFAIR, available in any public documents. Part of it was, but perhaps a bit hidden. I'll clarify it and add it in a more obvious place. It was here: http://www.ripe.net/info/faq/projects/ris.html#18 The RIS FAQ says: Note: Since the database update capacity is currently limited, we do not accept any new peers on RRC00. However, do not hesitate to contact us if you can provide us with data that is complementary to what RRC00 already collects and we'll see what can be done. So I wouldn't be surprised if RIS's coverage was somewhat limited. Would anyone? The view of RIS is always limited by the amount of data we can process and the locations where we are present. Therefore, we would be very happy to hear ideas about how to improve the usefulness of the data we collect. Should we get more full feeds at exchanges (requiring bigger hardware)? Or more locations? Which locations? Or accept more multi-hop? regards, -- Erik Romijn RIPE NCC jr. software engineer http://www.ripe.net/Information Services dept. pgp8x0EepWKuE.pgp Description: PGP signature
RE: BGP Update Report
TOP 20 Unstable Origin AS Rank ASNUpds % Upds/PfxAS-Name 1 - AS822068954 2.5% 249.8 -- COLT COLT Telecommunications I never thought I'd see the day! I'm looking into this in more detail but from what I can tell this was an isolated issue between COLT and REACH. Regards, Neil.
Re: AS41961 not seen in many networks
Hi. We've got resolution. LambdaNet didn't update import/export fields of their AS in RIPE so this ISPs who make filters based on RIPE database filtered our announcements. LambdaNet corrected this and we should apear soon in ALL Internet :) Thanks everyone for help! :) -- Sebastian Rusek, Phone: +48 71 3352352 AXIT Polska Sp. z o.o., ul. Ruska 51b, 50-079 Wrocław, Poland
Southwestern Bell / SBC abuse/network contacts on list?
Anyone, anyone?? thanks, -Drew
Re: RIS [Re: AS41961 not seen in many networks]
(and we are always interested in any suggestions to improve RIS) Likewise routeviews. Let us know if there are peerings folks would like us to pick up. --dmm pgpAPYKudUw2t.pgp Description: PGP signature
Re: RIS [Re: AS41961 not seen in many networks]
Well, the undocumented fact is that RIS does not accept multi-hop BGP peerings, which may somewhat limit its coverage. this is a good thing. as multi-hop bgp is very fragile, measurements go borkville just when you want them the most. randy
Re: RIS [Re: AS41961 not seen in many networks]
Randy Bush wrote: Well, the undocumented fact is that RIS does not accept multi-hop BGP peerings, which may somewhat limit its coverage. this is a good thing. as multi-hop bgp is very fragile, measurements go borkville just when you want them the most. While that is true, it does help in the cases when there is connectivity between the two BGP speakers in question. For instance GRH would not have been possible if it was not for multihop-bgp. Indeed when connectivity breaks, it is useless, but most of the time it works and then it is great to have. A better requirement for RIS could be that it would be advised to be present at an IX and peer there, otherwise offer the option of multihop-bgp so that people who are not too-well connected can also contribute to it. The ones present at the IX's are also the ones which will cause multihop to break when the IX or they themselves go down, the remote participants are most likely smaller players thus them going down and going off the system doesn't really hurt a lot, except them. Greets, Jeroen signature.asc Description: OpenPGP digital signature
Weekly Routing Table Report
This is an automated weekly mailing describing the state of the Internet Routing Table as seen from APNIC's router in Japan. Daily listings are sent to [EMAIL PROTECTED] For historical data, please see http://thyme.apnic.net. If you have any comments please contact Philip Smith [EMAIL PROTECTED]. Routing Table Report 04:00 +10GMT Sat 06 Jan, 2007 Analysis Summary BGP routing table entries examined: 206844 Prefixes after maximum aggregation: 111991 Unique aggregates announced to Internet: 100827 Total ASes present in the Internet Routing Table: 24049 Origin-only ASes present in the Internet Routing Table: 20953 Origin ASes announcing only one prefix: 10138 Transit ASes present in the Internet Routing Table:3096 Transit-only ASes present in the Internet Routing Table: 76 Average AS path length visible in the Internet Routing Table: 3.6 Max AS path length visible: 32 Max AS path prepend of ASN (20858) 18 Prefixes from unregistered ASNs in the Routing Table: 1 Unregistered ASNs in the Routing Table: 2 Special use prefixes present in the Routing Table:0 Prefixes being announced from unallocated address space: 9 Number of addresses announced to Internet: 1653079244 Equivalent to 98 /8s, 135 /16s and 252 /24s Percentage of available address space announced: 44.6 Percentage of allocated address space announced: 63.3 Percentage of available address space allocated: 70.5 Total number of prefixes smaller than registry allocations: 105139 APNIC Region Analysis Summary - Prefixes being announced by APNIC Region ASes:45898 Total APNIC prefixes after maximum aggregation: 18562 Prefixes being announced from the APNIC address blocks: 43505 Unique aggregates announced from the APNIC address blocks:19019 APNIC Region origin ASes present in the Internet Routing Table:2808 APNIC Region origin ASes announcing only one prefix:796 APNIC Region transit ASes present in the Internet Routing Table:419 Average APNIC Region AS path length visible:3.7 Max APNIC Region AS path length visible: 16 Number of APNIC addresses announced to Internet: 274524512 Equivalent to 16 /8s, 92 /16s and 233 /24s Percentage of available APNIC address space announced: 85.8 APNIC AS Blocks4608-4864, 7467-7722, 9216-10239, 17408-18431 (pre-ERX allocations) 23552-24575, 37888-38911 APNIC Address Blocks 58/7, 60/7, 121/8, 122/7, 124/7, 126/8, 202/7 210/7, 218/7, 220/7 and 222/8 ARIN Region Analysis Summary Prefixes being announced by ARIN Region ASes:102166 Total ARIN prefixes after maximum aggregation:60488 Prefixes being announced from the ARIN address blocks:75332 Unique aggregates announced from the ARIN address blocks: 28694 ARIN Region origin ASes present in the Internet Routing Table:11254 ARIN Region origin ASes announcing only one prefix:4305 ARIN Region transit ASes present in the Internet Routing Table:1040 Average ARIN Region AS path length visible: 3.4 Max ARIN Region AS path length visible: 21 Number of ARIN addresses announced to Internet: 311753344 Equivalent to 18 /8s, 148 /16s and 250 /24s Percentage of available ARIN address space announced: 68.8 ARIN AS Blocks 1-1876, 1902-2042, 2044-2046, 2048-2106 (pre-ERX allocations) 2138-2584, 2615-2772, 2823-2829, 2880-3153 3354-4607, 4865-5119, 5632-6655, 6912-7466 7723-8191, 10240-12287, 13312-15359, 16384-17407 18432-20479, 21504-23551, 25600-26591, 26624-27647, 29696-30719, 31744-33791 35840-36863, 39936-40959 ARIN Address Blocks24/8, 63/8, 64/5, 72/6, 76/8, 96/6, 199/8, 204/6, 208/7 and 216/8 RIPE Region Analysis Summary Prefixes being announced by RIPE Region ASes: 42720 Total RIPE prefixes after maximum aggregation:27995 Prefixes being announced from the RIPE address blocks:39492 Unique aggregates announced from the RIPE address blocks: 26431 RIPE Region origin ASes present in the Internet Routing Table: 8986 RIPE Region origin ASes announcing only one prefix:4735 RIPE Region transit ASes present in
Reminders regarding NANOG-39
All: Welcome to 2007! I trust all had a wonderful end to 2006, and look forward to 2007 along with meeting again in Toronto for NANOG-39!!! I will keep this note short, however I know you will be interested in these few reminders: Final drafts of presentation slides are due for review on January 19, and final versions for posting are due on January 26. The Program Committee will be completing the 2nd round presentation reviews early next week and a posted agenda is expected shortly thereafter. The agenda is looking great as you can see from the list of Topics currently posted at http://nanog.org/mtg-0702/topics.html We look forward to posting and sharing the full agenda information via the NANOG web site once the PC has completed its work. The full CFP with details can be found at: http://www.nanog.org/mtg-0702/callforpresent.html Do not miss out on NANOG-39 and Toronto! It is the place to be in February. If you have not already completed your meeting registration, consider doing so soon! The registration fee increases on January 16, 2007, and the room block rate expires on January 19, 2007. For further information refer to https://www.nanog.org/registration/and http://nanog.org/mtg-0702/hotel.html Lastly, we encourage all sponsors (small, large, etc.) to consider a sponsorship opportunity in Toronto. There is still time to let us know of your interest as Break and Beer Gear opportunities remain available. If interested, send email to [EMAIL PROTECTED] and we will get right back to you with further information. As always, feel free to send your comments, questions, concerns, and praise: to [EMAIL PROTECTED] [EMAIL PROTECTED] All best, and see you in Toronto! Betty Burke NANOG Project Manager and NANOG SC Member Merit Network Inc. www.merit.edu www.nanog.org (734) 647-3743 Scholarship information, reminders: http://www.nanog.org/postel-scholarship.html http://www.nanog.org/scholarship.html
Network end users to pull down 2 gigabytes a day, continuously?
If this application takes off, I have to presume that everyone's baseline network usage metrics can be tossed out the window... Thomas From: David Farber [EMAIL PROTECTED] Subject: Using Venice Project? Better get yourself a non-capping ISP... Date: Fri, 5 Jan 2007 11:11:46 -0500 Begin forwarded message: From: D.H. van der Woude [EMAIL PROTECTED] Date: January 5, 2007 11:06:31 AM EST To: [EMAIL PROTECTED] Subject: Using Venice Project? Better get yourself a non-capping ISP... I am one of Venice' beta testers. Works like a charm, admittedly with a 20/1 Mbs ADSL2+ connection and a unlimited use ISP. Even at sub-DVD quality the data use is staggering... Venice Project would break many users' ISP conditions http://www.out-law.com/page-7604 OUT-LAW News, 03/01/2007 Internet television system The Venice Project could break users' monthly internet bandwith limits in hours, according to the team behind it. It downloads 320 megabytes (MB) per hour from users' computers, meaning that users could reach their monthly download limits in hours and that it could be unusable for bandwidth-capped users. The Venice Project is the new system being developed by Janus Friis and Niklas Zennström, the Scandinavian entrepreneurs behind the revolutionary services Kazaa and Skype. It is currently being used by 6,000 beta testers and is due to be launched next year. The data transfer rate is revealed in the documentation sent to beta testers and the instructions make it very clear what the bandwidth requirements are so that users are not caught out. Under a banner saying 'Important notice for users with limits on their internet usage', the document says: The Venice Project is a streaming video application, and so uses a relatively high amount of bandwidth per hour. One hour of viewing is 320MB downloaded and 105 Megabytes uploaded, which means that it will exhaust a 1 Gigabyte cap in 10 hours. Also, the application continues to run in the background after you close the main window. For this reason, if you pay for your bandwidth usage per megabyte or have your usage capped by your ISP, you should be careful to always exit the Venice Project client completely when you are finished watching it, says the document Many ISPs offer broadband connections which are unlimited to use by time, but have limits on the amount of data that can be transferred over the connection each month. Though limits are 'advisory' and not strict, users who regularly far exceed the limits break the terms of their deals. BT's most basic broadband package BT Total Broadband Package 1, for example, has a 2GB monthly 'usage guideline'. This would be reached after 20 hours of viewing. The software is also likely to transfer data even when not being used. The Venice system is going to run on a peer-to-peer (P2P) network, which means that users host and send the programmes to other users in an automated system. OUT-LAW has seen screenshots from the system and talked to one of the testers of it, who reports very favourably on its use. This is going to be the one. I've used some of the other software out there and it's fine, but my dad could use this, they've just got it right, he said. It looks great, you fire it up and in two minutes you're live, you're watching television. The source said that claims being made for the system being near high definition in terms of picture quality are wide of the mark. It's not high definition. It's the same as normal television, he said. -- Private where private belongs, public where it's needed, and an admission that circumstances alter cases. Robert A. Heinlein, 1969 -- Thomas Leavitt - [EMAIL PROTECTED] - 831-295-3917 (cell) *** Independent Systems and Network Consultant, Santa Cruz, CA *** begin:vcard fn:Thomas Leavitt n:Leavitt;Thomas org:Godmoma's Forge, LLC adr:Suite B;;916 Soquel Ave.;Santa Cruz;CA;95062;United States email;internet:[EMAIL PROTECTED] title:Systems and Network Consultant tel;fax:831-469-3382 tel;cell:831-295-3917 url:http://www.godmomasforge.com/ version:2.1 end:vcard