- NANOG - lists.nanog.org

Re: SFO Pacbell outage
by Bill Woodcock 17 Feb '99

17 Feb '99

> Pacbell is down or having some serious problems in SF right now... We have several dozen DS1s in San Francisco and aren't seeing any problems. Specifics, please? -Bill Woodcock

2 1

SFO Pacbell outage
by Russell Van Tassell 16 Feb '99

16 Feb '99

Would appear as though Pacbell is down or having some serious problems in SF right now... traffic is really burst/. No details yet. -- Russell M. Van Tassell Commercial Systems Corp. russell(a)cscorp.com http://www.cscorp.com/ Ph: 1-888/COMM-SYS

1 0

transit across the ixs
by Randy Bush 15 Feb '99

15 Feb '99

you might be amused to write a bit of code to see if your ix peers are giving you next-hops of other provider(s). it is clear that a number of providers are selling transit across the ixs. not at all cool. we can't decide whether to force next hop on their routes, or keep watching and de-peer them if they do not cease and desist. what do others do in this circumstance? randy

9 12

List Dead? Ignore if not
by John M. Brown 14 Feb '99

14 Feb '99

This is atest, its been 2 days since I received any mail here. just testing. Ignore otherwise flames to /dev/null

1 0

Re: "How to assess your ISP's security policy" article
by Sean Donelan 13 Feb '99

13 Feb '99

Interesting, but missing the first question I normally ask. When was the last time you did a backup? If you can't remember, we can discuss firewalls after you go do one. mjc(a)cooper.ORG.UK (Martin Cooper) writes: >For those of you that have not already seen it, I thought >you might be interested to read my article published in >Network Week (UK) today, "How to assess your ISP's security policy". >You can find it in the RTFM section. Flames etc. to /dev/null >please - I realise this article may not go down well with all >service providers if their security needs some work - a >possibility for which I make no apologies! -- Sean Donelan, Data Research Associates, Inc, St. Louis, MO Affiliation given for identification not representation

1 0

The Cidr Report
by Tony Bates 12 Feb '99

12 Feb '99

This is an auto-generated mail on Fri Feb 12 12:00:00 PST 1999 It is not checked before it leaves my workstation. However, hopefully you will find this report interesting and will take the time to look through this to see if you can improve the amount of aggregation you perform. The report is split into sections: 0) General Status List the route table history for the last week, list any possibly bogus routes seen and give some status on ASes. 1) Gains by aggregating at the origin AS level This lists the "Top 30" players who if they decided to aggregate their announced classful prefixes at the origin AS level could make a significant difference in the reduction of the current size of the Internet routing table. This calculation does not take into account the inclusion of holes when forming an aggregate so it is possible even larger reduction should be possible. 2) Weekly Delta A summary of the last weeks changes in terms of withdrawn and added routes. Please note that this is only a snapshot but does give some indication of ASes participating in CIDR. Clearly, it is generally a good thing to see a large amont of withdrawls. 3) Interesting aggregates Interesting here means not an aggregate made as a set of classful routes. Thanks to xara.net for giving me access to their routing tables once a day. Please send any comments about this report directly to me. Check http://www.employees.org/~tbates/cidr-report.html for a daily update of this report. ------------------------------------------------------------------------------ CIDR REPORT for 12Feb99 0) General Status Table History ------------- Date Prefixes 050299 55641 060299 56070 070299 55738 080299 55776 090299 55763 100299 55822 110299 55912 120299 55713 Check http://www.employees.org/~tbates/cidr.plot.html for a plot of the table history. Possible Bogus Routes --------------------- AS Summary ---------- Number of ASes in routing system: 3332 Number of ASes announcing only one prefix: 1055 (0 cidr, 1055 classful) Largest number of cidr routes: 0 announced by Largest number of classful routes: 816 announced by AS701 1) Gains by aggregating at the origin AS level --- 12Feb99 --- ASnum NetsNow NetsCIDR NetGain % Gain Description AS271 385 139 246 63.9% BCnet Backbone AS2493 275 157 118 42.9% iSTAR Internet, Inc. AS174 656 540 116 17.7% Performance Systems International AS11305 116 8 108 93.1% UNKNOWN AS3749 158 66 92 58.2% TECNET AS4755 156 74 82 52.6% Videsh Sanchar Nigam Ltd. India AS1267 111 30 81 73.0% IUNET-AS AS4293 222 148 74 33.3% IMCI AS7046 274 211 63 23.0% UUNET-CUSTOMER AS4740 387 325 62 16.0% Ozemail Pty Ltd (ASN-OZEMAIL) AS4200 161 99 62 38.5% AGIS (Apex Global Information Ser AS1221 409 347 62 15.2% AARNET-AS AS1239 508 454 54 10.6% SprintLink Backbone AS72 89 37 52 58.4% Schlumberger Information Network AS7545 109 58 51 46.8% TPG Internet Pty Ltd AS10928 100 50 50 50.0% UNKNOWN AS7496 77 28 49 63.6% Power Up AS577 221 172 49 22.2% Bell Canada Backbone AS7657 141 94 47 33.3% The Internet Group Limited AS719 453 408 45 9.9% LANLINK autonomous system AS3221 84 42 42 50.0% EENet Autonomous System AS852 172 136 36 20.9% AGT Advance Communication AS803 72 36 36 50.0% SaskNet Backbone AS6897 63 27 36 57.1% Global-One Spain AS7745 39 4 35 89.7% BIGSKY-AS AS7122 112 77 35 31.2% MTS ADVANCED Network Policy AS701 816 783 33 4.0% Alternet AS1785 250 218 32 12.8% NYSERNet Backbone AS4307 32 1 31 96.9% SVINET-1 AS2707 63 32 31 49.2% WEC For the rest of the previous weeks gain information please see http://www.employees.org:80/~tbates/cidr-report.html 2) Weekly Delta Please see http://www.employees.org:80/~tbates/cidr-report.html for this part of the report 3) Interesting aggregates Please see http://www.employees.org:80/~tbates/cidr-report.html for this part of the report

1 0

Cisco GSR, Gig Ethernet config?
by John Haskins 12 Feb '99

12 Feb '99

Our configuration: a GSR12008 with two interfaces, an OC12 ATM to the WAN and a gig ethernet to the campus, serving as a border drain. Does someone have real experience configuring this box with SFCs and CSCs? Is a full switch fabric (3 SFCs) and second CSC required or desirable for the gig ethernet interface to work? Could we expect to support a second gig ethernet interface? So many questions! Thanks, John Haskins jhaskins(a)commserv.ucsb.edu Communications Services University of California Santa Barbara

3 3

Re: Cisco GSR, Gig Ethernet config?
by Ron Buchalski 12 Feb '99

12 Feb '99

>Date: Thu, 11 Feb 1999 15:19:55 -0800 >From: John Haskins <jhaskins(a)commserv.ucsb.edu> >To: nanog(a)merit.edu >Subject: Cisco GSR, Gig Ethernet config? > >Our configuration: a GSR12008 with two interfaces, an OC12 ATM to >the WAN and a gig ethernet to the campus, serving as a border drain. > >Does someone have real experience configuring this box with SFCs and >CSCs? Is a full switch fabric (3 SFCs) and second CSC required or >desirable for the gig ethernet interface to work? Could we expect to Yes, in order to use the GE linecard you need to have the full switch fabric installed. The second CSC is optional. Without it, the switch fabric is non-redundant. With it, you have 1:4 redundancy, since the CSC can back up either the CSC or any SFC. >support a second gig ethernet interface? So many questions! When equipped with the full switch fabric, the 12008 is a 40Gb/s router. Each slot has a 5Gb/s connection to the switch matrix. Given that you are using one OC12 ATM linecard (1.2Gb/s total bandwidth) and one GE linecard (2Gb/s total bandwidth), you're not pushing slot limits or router limits. There's plenty of available capacity to support a second GE linecard. -rb ______________________________________________________ Get Your Private, Free Email at http://www.hotmail.com

1 0

Re: Maintenance modems and power failures
by Joseph Lapolito 12 Feb '99

12 Feb '99

We have been using a DC powered 28.8 modem made by a company called WTI. It is basically a USR modem ripped open put into a rack mount chassis and converted to take a .25amp DC feed. They have worked well for us so far. -Joe At 01:54 PM 2/10/99 -0600, Sean Donelan wrote: >Hopefully some people will find this related to the operations of their >network. > >Ah, maintenance modems. Why do they always seem not to work just at >the moment you need them. > >PG&E released their report on the San Francisco power outage in December. >Most of it was the information previously reported. One interesting >thing was PG&E lost access to three of their SCADA remote monitoring >units because the modems were plugged into utility power instead of >a UPS. > >Most network providers are aware of the secret hiding in most of our >POPs. Those little sporters and courier modems stuffed into a rack >somewhere plugged into the nearest available outlet, as the only >out-of-band access. Has anyone come up with a solution for powering >these forgotten pieces of equipment, which doesn't cost more than >the modem itself? > >At first you might think it makes sense to power them off the UPS >which is powering the rest of your equipment. The only problem is >if you are using the maintenance modem to monitor your UPS. This >is just one of those things which has bugged me for a few years, but >I still haven't come up with a solution I really like. >-- >Sean Donelan, Data Research Associates, Inc, St. Louis, MO > Affiliation given for identification not representation > --------------------------------------------------------------------------- Joseph Lapolito 300 Federal Street Sr. Network Engineer Andover, MA 01810 NaviNet 508-552-3379 off. jml(a)navinet.net 508-552-3500 fax ----------------------------------------------------------------------------

3 2

Re: Palo Alto Power Hit
by Paul Vixie 12 Feb '99

12 Feb '99

SEAN(a)SDG.DRA.COM (Sean Donelan) writes: > UUNET and MFS customers reported loss of a Palo Alto node. I don't > know if this referred to their equipment in the PAIX building, or at > another Palo Alto location. It was in their node at 5xx University Ave. -- Paul Vixie <paul(a)vix.com>

1 0