- Test - lists.nanog.org

Re: March NSFNET T1 Usage by Service
by Olivier Martin 02 Apr '92

02 Apr '92

Merit/NSFNET.Information.Services-Interested.Parties(a)um.cc.umich.edu, Elise Gerich <epg(a)merit.edu>, Jessica Yu <jyy(a)merit.edu>, nsfnet-info(a)merit.edu, nsfnet-reports(a)merit.edu, smh(a)merit.edu, "Stefan Fassbender (GMD/EASInet)" <stf(a)easi.net> In-Reply-To: Message of Wed, 01 Apr 92 14:41:12 EST from <sgoldste(a)cise.cise.nsf.gov> On Wed, 01 Apr 92 14:41:12 EST you said: >Which just goes to illustrate that traffic-based cost-sharing models for >[intercontinental] links are complicated by things like FTP where the origin >address sends huge amounts of data for which it did not initiate the >session. Some countries/entities turn out to be (grossly) net exporters >of data. --SG Yes, but I still contend that the MERIT provided traffic figures for the incoming EASINet traffic are completely wrong by a factor 1000, sorry for looking stubborn, but wrong statistics are worse than no statistics. Olivier

1 0

Re: March NSFNET T1 Usage by Service
by Olivier Martin 02 Apr '92

02 Apr '92

Merit/NSFNET.Information.Services-Interested.Parties(a)um.cc.umich.edu, Elise Gerich <epg(a)merit.edu>, Jessica Yu <jyy(a)merit.edu>, nsfnet-info(a)merit.edu, nsfnet-reports(a)merit.edu, smh(a)merit.edu, "Stefan Fassbender (GMD/EASInet)" <stf(a)easi.net> In-Reply-To: Message of Wed, 1 Apr 92 13:36:53 EST from <jaw(a)merit.edu> On Wed, 1 Apr 92 13:36:53 EST you said: >Olivier, > >The use of NNStat for statistics collection on the T1 backbone has >not been disabled at any point of entry. Ultimately, drastically >differing in and out counts are not unusual..................... it may be, but in the case of CERN they are, as CERN is also a data source. >................................................................ >Using the net primarily for ftp will appear as a small amount of >traffic into the backbone and a significantly larger traffic >volume out. >................................................................ >We hope this information helps explain your concerns. Please let >us know if we might provide further clarification. > The reason I am very suspicious, is that we are collecting the cisco accounting frequently enough that we do not lose too much of it, and we are therefore in a good position to cross-check our results with those of MERIT. Whereas, our figures agree with the NSFNet ones regarding the traffic out of the T1 backbone, there is a complete mismatch regarding the traffic into the T1 backbone. For example, MERIT reports 358,200 bytes coming from 128.141, the main CERN network, whereas we measure 5,239 Gigabytes (factor 14,000). However, we agree for the traffic to CERN from the US, 5,212 Gigabytes (MERIT), 5,239 Gigabytes (CERN). Back to EASINet as a whole, I do not think it is realistic to believe that the real traffic patterns are as distorted as I reported yesterday, namely: >From EASINet--->NSFNet 78.73 Megabytes (which would be less than the CERN originated traffic, according to us) **** YES, this is Megabytes, NOT in Gigabytes ************ >From NSFNet---->EASINet 82.14 Gigabytes (which is probably all right, but we can only crosscheck part of it because some of the routers at CERN are not controlled by us, what we could measure is: 43.73 GBytes). To put these figures in perspective, the International Connection Manager (ICM) which is handling the lines from Cornell to Stokholm (Nordunet) and INRIA (France) would have, according to MERIT: 68.29 Gigabytes (out) and 43.42 Gigabytes (in) which is more like the 1/3 2/3 rule of thumb which we observed in 1991, and which shows that even though the USA are exporting more data than they receive, the balance is not that bad, especially considering the small number of FTP servers in Europe, Finland excepted. Olivier

1 0

March NSFNET T1 Usage by Service
by jaw 01 Apr '92

01 Apr '92

Olivier, The use of NNStat for statistics collection on the T1 backbone has not been disabled at any point of entry. Ultimately, drastically differing in and out counts are not unusual. On average, 27% of the packets and 50% of the bytes are from ftp: Jan 1992 28% packets 50% bytes Feb 1992 27% packets 50% bytes Mar 1992 29% packets 52% bytes Using the net primarily for ftp will appear as a small amount of traffic into the backbone and a significantly larger traffic volume out. Washington University at St. Louis (MO) exhibits a similar statistical measurement: Pkts (millions) Bytes (billions) IN OUT IN OUT Dec 1991 294 157 126 12 Jan 1992 332 212 139 17 Feb 1992 338 214 142 17 Perennially, they are the 1st or 2nd highest volume net on the NSFNET, apparently due to a very large PC archive accessed primarily via ftp. Similar numbers are noted with other high volume nets. It's not surprising that other nets will show the reverse of this IN/OUT volume relationship. We hope this information helps explain your concerns. Please let us know if we might provide further clarification. With sincere apologies for the delay in sending this information on to you, and thanks to Susan Horvath for her analysis and review, Jo Ann Ward Merit/NSFNET Information Services ********************************************************************************** Message: 12625724, 33 lines Imported: 12:01pm EST, Wed Apr 1/92 Subject: Re: March NSFNET T1 Usage by Service To: Merit/NSFNET Information Services-Interested Parties, Susan M. Horvath From: MARTIN%CEARN.BITNET(a)pucc.Princeton.EDU Merit/NSFNET.Information.Services-Interested.Parties(a)um.cc.umich.edu, Douglas.E.Van.Houweling(a)um.cc.umich.edu, nsfnet-reports(a)merit.edu, nsfnet-info(a)merit.edu cc: Elise Gerich <epg(a)merit.edu>, Jessica Yu <JYY(a)MERIT.EDU>, "Stefan Fassbender (GMD/EASInet)" <stf(a)easi.net> In-Reply-To: Message of Wed, 1 Apr 92 10:49:34 EST from <Susan.M.Horvath(a)um.cc.umich.edu> Thank you for your very interesting tarffic reports, there is a question which I have been trying to get answered without much success for some time, which is the following: Why is the traffic from ASN 590 (EASINet) into the T1 backbone so small whereas the traffic to ASN 590 is so high (ratio 1/1000 in february). (To be more precise: 78.736 Megabytes In, 82.14 Gigabytes Out)! My personal explanation is that you only take into account the incoming traffic and that for some reason, accounting has been disabled at the EASINET entry into the T1 backbone, therefore only the traffic coming via alternate access points (i.e. secondary or ternary) is really accounted for, however, I could never get any confirmation of this "theory". If this theory happened to be right, I would very much appreciate that adequate mention to it be made inside the files containing the traffic statistics. Olivier

3 2

Re: March NSFNET T1 Usage by Service
by Olivier Martin 01 Apr '92

01 Apr '92

Merit/NSFNET.Information.Services-Interested.Parties(a)um.cc.umich.edu, Douglas.E.Van.Houweling(a)um.cc.umich.edu, nsfnet-reports(a)merit.edu, nsfnet-info(a)merit.edu cc: Elise Gerich <epg(a)merit.edu>, Jessica Yu <JYY(a)MERIT.EDU>, "Stefan Fassbender (GMD/EASInet)" <stf(a)easi.net> In-Reply-To: Message of Wed, 1 Apr 92 10:49:34 EST from <Susan.M.Horvath(a)um.cc.umich.edu> Thank you for your very interesting tarffic reports, there is a question which I have been trying to get answered without much success for some time, which is the following: Why is the traffic from ASN 590 (EASINet) into the T1 backbone so small whereas the traffic to ASN 590 is so high (ratio 1/1000 in february). (To be more precise: 78.736 Megabytes In, 82.14 Gigabytes Out)! My personal explanation is that you only take into account the incoming traffic and that for some reason, accounting has been disabled at the EASINET entry into the T1 backbone, therefore only the traffic coming via alternate access points (i.e. secondary or ternary) is really accounted for, however, I could never get any confirmation of this "theory". If this theory happened to be right, I would very much appreciate that adequate mention to it be made inside the files containing the traffic statistics. Olivier

1 0

March NSFNET T1 Usage by Service
by Susan.M.Horvath＠um.cc.umich.edu 01 Apr '92

01 Apr '92

NSFNET T1 Usage by Service March 1992 Service Type % Packets % Bytes ============ ========= ======= File exchange 29 52 Networked mail 21 22 Interactive 14 5 Name lookup 7 4 Other TCP/UDP services 27 16 Non TCP/UDP services 2 1 --- --- 100 100 The categories above are defined as follows: File exchange ftp: data and control (tcp ports 20, 21) Networked mail smtp, nntp, vmnet, uucp (tcp ports 25, 119, 175, 540) Interactive telnet, finger, who, login (tcp ports 23, 79, 513, udp port 513) Name lookup domain name service (udp port 53, tcp port 53) Other TCP/UDP services all tcp/udp ports not included above (e.g. irc, talk, X-windows, appletalk) Non-TCP/UDP services icmp, egp, etc. More detailed information is available for anonymous FTP from NIC.MERIT.EDU (the Merit NIC Services machine) in the file "t1-9203.ports" on the nsfnet/statistics/1992 directory.

1 0

CERT ADVISORY - AIX /bin/passwd Vulnerability
by CERT Advisory 31 Mar '92

31 Mar '92

=========================================================================== CA-92:07 CERT Advisory March 31, 1992 AIX /bin/passwd Vulnerability --------------------------------------------------------------------------- The Computer Emergency Response Team/Coordination Center (CERT/CC) has received information concerning a vulnerability with the passwd command in AIX 3.2 and the 2007 update of AIX 3.1. IBM is aware of this problem, and a fix is available as apar number "ix23505". Patches are available for AIX 3.2 and the 2007 update of AIX 3.1. This fix may be ordered from Level 2 support or by anonymous ftp from software.watson.ibm.com (129.34.139.5) on the Internet. 1. To order from IBM call 1-800-237-5511 and ask that the fix be shipped. Patches may be obtained outside the U.S. by contacting your local IBM representative. 2. If you are on the Internet, use anonymous ftp to obtain the fix from software.watson.ibm.com. Patch Filename Checksum AIX 3.2 pub/aix3/pas.32.tar.Z 54431 2262 AIX 3.1 2007 pub/aix3/pas.31.tar.Z 06703 99 Patches should be retrieved using binary mode. IBM is currently incorporating the fix into the 3.2 version and 3.1 updates of AIX. Future shipments of these products should not be vulnerable to this problem. If you have any questions about products you receive, please contact your IBM representative. --------------------------------------------------------------------------- I. Description The passwd command contains a security vulnerability. II. Impact Local users can gain unauthorized root access. III. Solution A. As root, disable /bin/passwd until you obtain and install the patch. # chmod 0500 /bin/passwd B. Obtain the fix from IBM and install according to the directions provided with the patch. --------------------------------------------------------------------------- The CERT/CC would like to thank Paul Selick of the University of Toronto for bringing this security vulnerability to our attention. We would also like to thank IBM for their quick response to this problem, and for making the patches available via anonymous ftp. --------------------------------------------------------------------------- If you believe that your system has been compromised, contact CERT/CC or your representative in FIRST (Forum of Incident Response and Security Teams). Internet E-mail: cert(a)cert.sei.cmu.edu Telephone: 412-268-7090 (24-hour hotline) CERT/CC personnel answer 7:30 a.m.-6:00 p.m. EST(GMT-5)/EDT(GMT-4), on call for emergencies during other hours. Computer Emergency Response Team/Coordination Center (CERT/CC) Software Engineering Institute Carnegie Mellon University Pittsburgh, PA 15213-3890 Past advisories, information about FIRST representatives, and other information related to computer security are available for anonymous ftp from cert.sei.cmu.edu (192.88.209.5).

1 0

NOC Management
by Jim Williams 31 Mar '92

31 Mar '92

I am pleased to announce that John Labbe has been appointed Interim Manager of the Merit Network Operations Center. John will be responsible for those areas previously assumed by Dale Johnson who will devote his energies to managing the Merit Network Management Systems group. ------------------------------------------------------------------------------ Jim Williams Internet jimw(a)merit.edu Associate Director for National Networking Phone 313-764-6445 Merit Network, Inc. FAX 313-936-2180 ------------------------------------------------------------------------------

1 0

Additions to the NSFNET policy-based routing database
by Steven K. Widmayer 31 Mar '92

31 Mar '92

The following networks have been added to the NSFNET policy-based routing database: T1 Network: Net # Net Name Primary Secondary Location -------- ----------- ------- --------- -------- 131.201 HI-RESG-NET 267 266 Honeywell Residential Building Controls Group, MN10-1439, 1985 Douglas Drive, Golden Valley, MN 55422, USA 136.182 MOT-CELL-NET 267 266 Motorola General Systems Group, Radio Telephone Systems Group, 1303 Algonquin Road, Schaumburg, IL 60196, USA 137.23 MOT-COMM-NET 267 266 Motorola Communications Sector, Schaumburg, IL 60196, USA 139.79 ASCOM 701 1238 Ascom Hasler AG, Dept 79T, Belpstrasse 37, CH-3000 Berne, SWITZERLAND 141.199 INMET-NET1 1384 1383 Intermetrics, Inc., 733 Concord Avenue, ambridge, MA 02138, USA 152.159 MHP-NET 750 756 McGraw-Hill, Inc.,, Princeton Rd.,, Highstown, NJ 08520, USA 157.252 TRINCOLL2 97 750 Trinity College, Trinity College Computing Center, 300 Summit Street, Hartford, CT 06106, USA 158.110 UDINE-NET 590 Universita Degli Studi Udine; Dipartemento di Matematica e Informatica, Via Zanon 6/8; I-33100 Udine, ITALY 192.5.114 INMET-NET2 1384 1383 Intermetrics, Inc., 733 Concord Avenue, ambridge, MA 02138, USA 192.5.115 INMET-NET3 1384 1383 Intermetrics, Inc., 733 Concord Avenue, ambridge, MA 02138, USA 192.5.134 INMET-NET4 1384 1383 Intermetrics, Inc., 733 Concord Avenue, ambridge, MA 02138, USA 192.5.163 INMET-NET5 1384 1383 Intermetrics, Inc., 733 Concord Avenue, ambridge, MA 02138, USA 192.5.244 MOT-244 267 266 Motorola, 2222 South Dobson Road, Mesa, AZ 85202, USA 192.5.251 MOT-251 267 266 Motorola, 7402 South Price Road, Tempe, AZ 85282, USA 192.88.158 MOTBLOCK2 267 266 Motorola MNIC, 1299 East Algonquin Road, Schaumburg, IL 60196, USA 192.136.134 FAMC-NET1 164 184 DOIM, FAMC HSHG-IM, Bld. 526, Aurora, CO 80045-5001, USA 192.139.10 CENCOL 601 602 Centennial College of Applied Arts and Sciences, Computer Services, 80 Cowdray Court, Scarborough, Ontario, M1S 4N1, CANADA 192.139.44 DYMAXION 603 601 Dymaxion Research Ltd., Manager, Software Development, 5515 Cogswell St., Halifax, N.S., B3J 1R2, CANADA 192.147.3 CORTECHNET 209 210 Cortech, Inc., 6840 North Broadway, Denver, CO 80221, USA Total NSFNET T1 announced networks: 4976 T3 Network: Network IP: 141.199 Network Name: INMET-NET1 Location: Intermetrics, Inc., 733 Concord Avenue, ambridge, MA 02138, USA Country Code: US 1:560 NEARnet Regional Network 2:281 NEARnet Regional Network Network IP: 157.252 Network Name: TRINCOLL2 Location: Trinity College, Trinity College Computing Center, 300 Summit Street, Hartford, CT 06106, USA Country Code: US 1:97 ENSS 137 - Princeton Network IP: 192.5.114 Network Name: INMET-NET2 Location: Intermetrics, Inc., 733 Concord Avenue, ambridge, MA 02138, USA Country Code: US 1:560 NEARnet Regional Network 2:281 NEARnet Regional Network Network IP: 192.5.115 Network Name: INMET-NET3 Location: Intermetrics, Inc., 733 Concord Avenue, ambridge, MA 02138, USA Country Code: US 1:560 NEARnet Regional Network 2:281 NEARnet Regional Network Network IP: 192.5.134 Network Name: INMET-NET4 Location: Intermetrics, Inc., 733 Concord Avenue, ambridge, MA 02138, USA Country Code: US 1:560 NEARnet Regional Network 2:281 NEARnet Regional Network Network IP: 192.5.163 Network Name: INMET-NET5 Location: Intermetrics, Inc., 733 Concord Avenue, ambridge, MA 02138, USA Country Code: US 1:560 NEARnet Regional Network 2:281 NEARnet Regional Network Total NSFNET T3 announced networks: 2721 The configuration reports, map information sheets, and configuration files which reflect these changes are available for anonymous ftp on nis.nsf.net as usual. nsfnet/announced.networks - configuration reports latest report for: - NSFNET T1 has the file extension .now - NSFNET T3 has the file extension 3.now nsfnet/backbone.configuration - configuration files for the routing software for each NSS latest report for: - NSFNET T1 has the file format config.nss# - NSFNET T3 has the file extension .t3p Please send all requests for configuration changes to nsfnet-admin(a)merit.edu using the NSFNET configuration forms. The forms are available on-line from the nis.nsf.net machine. Use ftp and the anonymous login to get on the machine. Do a "cd nsfnet/announced.networks" and grab the files TEMPLATE.NET, TEMPLATE.GATE, and TEMPLATE.AS. --Steve Widmayer Merit/NSFNET

1 0

CERFnet Weekly Report for the week of Monday, March 23, 1992.
by Donna Bigley 31 Mar '92

31 Mar '92

############################################################################### This is the CERFnet weekly activity report for the period of Monday, March 23rd through Sunday, March 29th, 1992. This report is also available through anonymous FTP from NIC.CERF.NET [192.102.249.3] in the cerfnet/cerfnet_stats subdirectory. The filename is: 29-march-92.txt All times are in Pacific Standard Time, and in the 24-hour format. Please direct any questions or comments to: donnab(a)cerf.net or help(a)cerf.net ****************************************************************************** NETWORK OUTAGES: TICKET #: 856 SITE: CERFnet SITES AFFECTED: Hang10 TIME STARTED: MON. 3-23-92 07:17 TIME ENDED: MON. 3-23-92 07:47 TIME ELAPSED: 30 min. REASON: CERFnet/Site Scheduled Maintenance TICKET #: 861 SITE: UCOP SITES AFFECTED: UCOP TIME STARTED: TUE. 3-24-92 07:29 TIME ENDED: TUE. 3-24-92 07:42 TIME ELAPSED: 13 min. REASON: CERFnet/Site Scheduled Maintenance (CISCO Software Upgrade) TICKET #: 859 SITE: CIX-WEST SITES AFFECTED: CIX-WEST TIME STARTED: TUE. 3-24-92 08:13 TIME ENDED: TUE. 3-24-92 08:15 TIME ELAPSED: 2 min. REASON: Unscheduled Site Maintenance TICKET #: 862 SITE: ENSS SITES AFFECTED: AS1740 & AS195 TIME STARTED: TUE. 3-24-92 21:36 TIME ENDED: TUE. 3-24-92 21:33 TIME ELAPSED: 7 min. REASON: Equipment Trouble (Faulty FDDI card on the ENSS) TICKET #: 863 SITE: CADAM SITES AFFECTED: CADAM TIME STARTED: THU. 3-26-92 09:15 TIME ENDED: THU. 3-26-92 09:23 TIME ELAPSED: 8 min. REASON: Unknown TICKET #: 866 SITE: USD SITES AFFECTED: USD TIME STARTED: THU. 3-26-92 17:21 TIME ENDED: THU. 3-26-92 18:05 TIME ELAPSED: 44 min. REASON: Power Outage TICKET #: 868 SITE: CLAREMONT SITES AFFECTED: CLAREMONT TIME STARTED: THU. 3-26-92 20:08 TIME ENDED: FRI. 3-27-92 06:37 TIME ELAPSED: 10 hours 29 min. REASON: Unknown TICKET #: 869 SITE: OXY SITES AFFECTED: OXY TIME STARTED: FRI. 3-27-92 08:05 TIME ENDED: FRI. 3-27-92 08:37 TIME ELAPSED: 32 min. REASON: Unknown TICKET #: 873 SITE: CICESE SITES AFFECTED: CICESE TIME STARTED: FRI. 3-27-92 18:41 TIME ENDED: FRI. 3-27-92 21:45 TIME ELAPSED: 3 hours 4 min. REASON: Unknown TICKET #: 878 SITE: INTEL SITES AFFECTED: INTEL TIME STARTED: SAT. 3-28-92 10:08 TIME ENDED: SAT. 3-28-92 13:55 TIME ELAPSED: 3 hours 47 min. REASON: CERFnet/Site Scheduled Maintenance TICKET #: 876 SITE: CIT SITES AFFECTED: CIT, Caltech Dial n' CERF, Los Nettos, CIT-UCI T3, OXY, DISNEY, CLAREMONT, CADAM, and SCAQMD. TIME STARTED: SAT. 3-28-92 18:21 TIME ENDED: SAT. 3-28-92 18:35 TIME ELAPSED: 14 min. REASON: Unknown ------------------------------------------------------------------------ NETWORK ACTIVITY: On Tuesday, March 24th, the Talaris NetBlazer was not able to dial-up. LongBoard and Hang10 had the routes via RIP, but the route to ZOG was not distributed. So some of CERFnet had access to them and some not. On Tuesday, March 24th, the T3 link between UCI and Caltech was brought up. ------------------------------------------------------------------------ CERFNET TRAFFIC CAPACITY USAGE AT EACH CIRCUIT LINK LINK SPEED CAPACITY PEAK HOUR (PDT) UCI/CALTECH 45.000 mbps No capacities available this week. (New Line) SDSC/CALTECH 1.544 mbps 11.8% 17:00 SDSC/UCI 1.544 mbps 07.0% 11:00 SDSC/UCLA 1.544 mbps 04.7% 16:00 SDSC/UCOP 1.544 mbps 04.1% 17:00 UCI/UCLA 1.544 mbps 00.8% 23:00 SDSC/UCR 512 kbps 01.4% 17:00 UCLA/UCSB 512 kbps 08.5% 16:00 SDSC/AGI 1.544 mbps 00.2% 20:00 SDSC/BIOSYM 1.544 mbps 00.2% 10:00 SDSC/GA 1.544 mbps 00.2% 15:00 SDSC/GD 1.544 mbps 01.8% 09:00 SDSC/SAIC 1.544 mbps 00.9% 17:00 SDSC/SCAQMD 1.544 mbps 00.03% 09:00 SDSC/SDSU 1.544 mbps 02.1% 23:00 UCI/CSU CO(SWRL) 1.544 mbps 02.1% 23:00 UCOP/APPLE 1.544 mbps 01.0% 11:00 UCOP/CISCO 1.544 mbps 00.2% 19:00 UCR/LLUMC 1.544 mbps 00.04% 17:00 CALTECH/CADAM 56 kbps 00.5% 11:00 CALTECH/CITY OF HOPE 56 kbps 00.1% 12:00 CALTECH/CLAREMONT 56 kbps 22.2% 17:00 CALTECH/DISNEY 56 kbps 05.8% 09:00 CALTECH/OXY 56 kbps 06.2% 17:00 SDSC/AJS 56 kbps 01.4% 17:00 SDSC/KOREA 56 kbps 07.8% 05:00 SDSC/QUALCOMM 56 kbps 07.8% 15:00 SDSC/SCIH 56 kbps No capacities available this week. SDSC/USD 56 kbps 09.6% 17:00 SDSC/USIU 56 kbps 00.5% 01:00 SDSC/XEROX 56 kbps 00.8% 16:00 UCI/CMD 56 kbps 04.2% 20:00 UCI/EMULEX 56 kbps 02.4% 15:00 UCI/FULLERTON 56 kbps 01.4% 13:00 UCI/HUGHES 56 kbps 13.8% 15:00 UCI/MTI 56 kbps 03.6% 19:00 UCI/SPARTA 56 kbps 02.2% 14:00 UCI/UNOCAL 56 kbps 09.0% 13:00 UCLA/ISX 56 kbps 01.6% 15:00 UCLA/PEPPERDINE 56 kbps 02.7% 17:00 UCLA/QUOTRON 56 kbps 04.2% 19:00 UCLA/SMC 56 kbps 01.2% 20:00 UCOP/FARALLON 56 kbps 03.1% 17:00 UCOP/INTEL 56 kbps 13.2% 14:00 (New Line) UCOP/LSIL 56 kbps 08.2% 21:00 UCOP/NETLABS 56 kbps 14.4% 19:00 ------------------------------------------------------------------------------ SITE CISCO BOX UPTIME SINCE LAST REBOOT (as of 00:15 PST on March 30th, 1992): CERFnet BACKBONE CALTECH [131.215.139.253] Up: 01 days 05 hours 41 minutes [Unknown - Ticket #876] SDSC LongBoard [134.24.99.254] Up: 06 days 06 hours 42 minutes [Site Activity] SDSC Drzog [132.249.16.13] Up: 10 days 07 hours 00 minutes SDSC Hang10 [132.249.16.15] Up: 06 days 16 hours 35 minutes [CERFnet Scheduled Maintenance -Ticket #856] UCI [128.200.1.101] Up: 80 days 16 hours 07 minutes UCLA [128.97.130.10] Up: 51 days 13 hours 42 minutes UCOP [134.24.52.112] Up: 05 days 16 hours 38 minutes [CERFnet/Site Scheduled Maintenance - Ticket #861] UCR [134.24.108.105] Up: 08 days 06 hours 48 minutes CERF 1544 AGI [134.24.202.110] Up: 45 days 13 hours 54 minutes APPLE [134.24.70.200] Up: 154 days 06 hours 15 minutes BIOSYM [134.24.57.200] Up: 56 days 06 hours 48 minutes CISCO Systems [134.24.54.200] Up: 19 days 04 hours 20 minutes CSUCO/SWRL [130.150.102.200] Up: 33 days 04 hours 51 minutes GA [134.24.221.200] Up: 09 days 19 hours 56 minutes GD [134.24.60.200] Up: 28 days 13 hours 31 minutes LLUMC [134.24.208.200] Up: 131 days 12 hours 22 minutes SAIC [134.24.53.208] Up: 85 days 08 hours 34 minutes SCAQMD [134.24.234.200] Up: 101 days 14 hours 27 minutes SDSU [192.77.100.101] Up: 111 days 16 hours 31 minutes UCSB [134.24.107.107] Up: 131 days 07 hours 38 minutes CERF 56 AJS [134.24.225.101] Up: 72 days 14 hours 17 minutes CADAM [134.24.229.200] Up: 54 days 13 hours 01 minutes CLAREMONT [134.24.206.109] Up: 02 days 17 hours 39 minutes [Unscheduled Outage - Ticket #868] CMD [134.24.218.200] Up: 62 days 13 hours 14 minutes DATAPRODUCTS [134.24.211.104] Up: 32 days 15 hours 01 minutes DISNEY [134.24.207.211] Up: 60 days 00 hours 33 minutes EMULEX [134.24.209.212] Up: 106 days 15 hours 48 minutes FARALLON [134.24.56.200] Up: 00 days 02 hours 24 minutes [Unknown] FULLERTON [134.24.214.217] Up: 14 days 16 hours 57 minutes HUGHES [134.24.204.200] Up: 136 days 07 hours 21 minutes INTEL [134.24.55.200] Up: 01 days 11 hours 34 minutes [CERFnet/Site Scheduled Maintenance - Ticket #878] LSIL [134.24.72.200] Up: 50 days 13 hours 08 minutes MTI [134.24.216.100] Up: 86 days 13 hours 39 minutes NETLABS [134.24.71.200] Up: 04 days 08 hours 51 minutes [Unknown] OXY [134.24.205.108] Up: 23 days 15 hours 26 minutes PEPPERDINE [134.24.203.218] Up: 36 days 13 hours 14 minutes QUALCOMM [134.24.200.201] Up: 07 days 12 hours 44 minutes QUOTRON [134.24.230.202] Up: 126 days 13 hours 44 minutes SANTA MONICA [134.24.210.219] Up: 16 days 12 hours 40 minutes SCI-HOR [134.24.109.205] Up: 03 days 04 hours 27 minutes [Site Activity] SERI/KOREA [134.24.223.200] Up: 09 days 16 hours 06 minutes SPARTA [134.24.215.200] Up: 46 days 19 hours 09 minutes UNOCAL [134.24.217.200] Up: 24 days 01 hours 57 minutes USD [134.24.201.106] Up: 03 days 06 hours 12 minutes [Power Outage - Ticket #866] USIU [134.24.222.215] Up: 267 days 17 hours 07 minutes XEROX [134.24.51.207] Up: 151 days 23 hours 22 minutes DIAL n' CERF DNC-SDSC [134.24.1.2] Up: 20 days 05 hours 09 minutes DNC-UCI [134.24.2.2] Up: 82 days 03 hours 24 minutes DNC-UCLA [134.24.3.2] Up: 67 days 12 hours 38 minutes DNC-CALTECH [134.24.4.2] Up: 01 days 05 hours 42 minutes [Unknown - Ticket #876] DNC-UCOP [134.24.5.2] Up: 50 days 08 hours 58 minutes

1 0

Additions to the NSFNET policy-based routing database
by Belinda Sue Blair 27 Mar '92

27 Mar '92

The following networks have been added to the NSFNET policy-based routing database: T1 Network: Net # Net Name Primary Secondary Location -------- ----------- ------- --------- -------- 157.233 VALVERDE 1740 754 Val Verde Unified School District, 975 E. Morgan Road, Perris, CA 92571, USA 157.181 ELTENET 590 Eotvos Lorand University of Sciences, Puskin u. 5-7; H-1086 Budapest, HUNGARY 157.123 ZDS-NET 1384 1383 Zenith Data Systems, Buffalo Grove, IL 60089, USA 153.40 CITIBANK-NA 701 702 Citibank, Floor 32, 909 3rd Avenue, New York, NY 10022, USA 147.127 FNET-N7 1238 ENSEEIHT, Ecole Nationale Superieure d'Electronique, 2 Rue Camichel, 31071 Toulouse Cede, FRANCE 146.254 ZFE-SIEMENSD 701 1238 Siemens AG, Otto-Hahn-Ring 6, W-8000 Munich 83, GERMANY 146.110 HUNGARNET 590 Computer and Automation Institute, Hungarian Academy of Sciences, Victor Hugo u. 18-22, H-1132 Budapest, HUNGARY 143.55 FASHION-TEC 174 750 Fashion Institute of Technology, Computer Center, 227 West 27th Street, New York, NY 10001, USA 142.55 SHERIDANNET 601 602 Sheridan College, 1430 Trafalgar Road, Oakville, Ontario L6H 2L1, CANADA 192.150.187 UCB-SEQUOIA2 200 201 University of California, Berkeley, EECS Department, Project Sequoia, 571 Evans Hall, Berkeley, CA 94720 USA 192.150.186 UCB-SEQUOIA1 200 201 University of California, Berkeley, EECS Department, Project Sequoia, 571 Evans Hall, Berkeley, CA 94720, USA 192.124.125 FRONTIER3 701 702 Electronic Frontier Foundation, 155 Second Street, Cambridge, MA 02141 USA 192.109.26 BESSY-DE 701 1238 BESSY, Lentzeallee 100, D-1000 Berlin 33, GERMANY 192.94.78 VONKARMAN2 590 Von Karman Institute, Ch. de Waterloo 72; B-1640 Rhode St. Genese, BELGIUM 192.93.46 FNET-CRBGC 1238 Centre de Recherches en Biochimie et Genetique Cellulaire, 118 Route de Narbonne, 31062 Toulouse CEDEX, France 192.86.14 POLHEP 590 Institute of Nuclear Physics, Polish Atomic Energy Agency, High Energy Physics Department, Cracow, Kawiory 26A, POLAND 192.77.59 CRIM-CNET11 603 601 Centre de Recherche Informatique de Montreal, 3744 rue Jean-Brillant, Suite 500, Montreal, Quebec, H3T 1P1, CANADA 192.75.203 OUACNET 601 602 Ontario Univ., Box 1328 650 Woodlawn, Rd. W. Guelph, Ontario N1H 7PA, CA Total NSFNET T1 announced networks: 4957 T3 Network: Network IP: 143.55 Network Name: FASHION-TEC Location: Fashion Institute of Technology, Computer Center, 227 West 27th Street, New York, NY, USA Country Code: US 1:174 NYSERNET Regional Network / PSI Network IP: 157.233 Network Name: VALVERDE Location: Val Verde Unified School District, 975 E. Morgan Road, Perris, CA 92571, USA Country Code: US 1:1740 CERFnet Network IP: 192.150.186 Network Name: UCB-SEQUOIA1 Location: University of California, Berkeley, EECS Department, Project Sequoia, 571 Evans Hall, Berkeley, CA 94720, USA Country Code: US 1:200 BARRNet 2:201 BARRNet Network IP: 192.150.187 Network Name: UCB-SEQUOIA2 Location: University of California, Berkeley, EECS Department, Project Sequoia, 571 Evans Hall, Berkeley, CA 94720, USA Country Code: US 1:200 BARRNet 2:201 BARRNet Total NSFNET T3 announced networks: 2715 The configuration reports, map information sheets, and configuration files which reflect these changes are available for anonymous ftp on nis.nsf.net as usual. nsfnet/announced.networks - configuration reports latest report for: - NSFNET T1 has the file extension .now - NSFNET T3 has the file extension 3.now nsfnet/backbone.configuration - configuration files for the routing software for each NSS latest report for: - NSFNET T1 has the file format config.nss# - NSFNET T3 has the file extension .t3p Please send all requests for configuration changes to nsfnet-admin(a)merit.edu using the NSFNET configuration forms. The forms are available on-line Please send all requests for configuration changes to nsfnet-admin(a)merit.edu using the NSFNET configuration forms. The forms are available on-line. from the nis.nsf.net machine. Use ftp and the anonymous login to get on the machine. Do a "cd nsfnet/announced.networks" and get the files TEMPLATE.NET, TEMPLATE.GATE, and TEMPLATE.AS. ******************************* -B. Sue Blair Merit Network Operations

1 0