- Test - lists.nanog.org

URGENT: NANOG 12 Ski Trip Info
by jmbrown＠ihighway.net 18 Jan '98

18 Jan '98

We have put together a package deal for those that are interested in Skiing in New Mexico during the NANOG 12 event. Below are the details: Full Day Skiing or Tour of the Santa Fe area. Feb 7 and/or Feb 8 8 AM to 5 PM For reservations call 1-800-999-3109 Costs are detailed below. Ski Santa Fe New Mexico Depart the Holiday Inn Crowne Plaza this morning for a terrific day on the ski slopes! Your delux coach and escort will meet you at 8:00 AM at your hotel and take a drive to the Santa Fe Ski Basin. Our excort will pass out all the ski lift tickets during the drive. Guests may bring their own ski equipment or pay an additional $15.00 at the ski area for rentals. Ski the day away on this multi-level slope with incredible scenic views of the New Mexico desert. Santa Fe Ski Basin offers an unbeatable combination, style and hospitality. The top elevation of this moutain in 10,350 feet with a vertical drop of 1,700 feet. The mountain satisfies skiers of every level with a variety of terrain from shutes, glades and bowls to broad avenues of groomed corduroy. There are seven lifts and 600 acres of stunning terrain at the Sante Fe Ski Area, located within the towering Sagre de Cristo Mountains. There are two slopeside eateries where you can enjoy lunch on your own. One is Totemoff's Lodge, midway down the mountain where you can stop to have a drink and a burger and bask in the sun on the ample deck. For more diverse offerings, try La Casa Cafe & Outdoor Grill at the base - a spacious, sun drenched room with big south-facing windows and an adjoining deck, featuring a wide variety of food. After skiing all day, sit back and relax on the return trip to Albuquerque, arriving at approximately 6:00pm Price per person day: $70.00 Price per person day to Santa Fe Only: $35.00 Price is based on 30 paid guests and is net, non-commissionable. Price inlcudes: * Deluxe coach transportation * Destination Southwest tour guide * Full day ski lift ticket at Santa Fe Ski Basin * Santa Fe walking tour for the Santa Fe only guests (non skiiers) A $2.00 per person gratuity to the Guide and Driver is highly suggested. -------------------------- Notes from a New Mexcican: Bring SUN BLOCK! You are much higher than normal and will QUICKLY TAN / BURN Drink PLENTY of WATER (Not soda pop). In the Southwest you can get dehydrated very quickly. This is for both the skiiers and the walkers! Have some energy foods with you. Dress in layers so that you can shed them if you get to warm or add them back if you get cold. Tempature differences are great between day and night time. --------------------------------- jmbrown(a)ihighway.net ---------------------------------------------------------------------------- --- iHighway is proud to host NANOG 12 in Albuquerque, NM http://www.nanog.org ------------------------------------Cut Here----------------------------------- John M. Brown + Private Pilot, Airplane Instrument jmbrown(a)ihighway.net + Building RV-6 N610JB iHighway.net, Inc. + Support your LOCAL airport Business Internet Services + Member: EAA Chapter 62 and AOPA New Mexico, California, Australia + Copyright 1997 by iHighway.net, Inc. http://www.ihighway.net All rights reserved, see web for details ---------------------------------------------------------------------------- ---

1 0

Sprint
by Lewis Eatherton 16 Jan '98

16 Jan '98

Well, I'm getting very little help from ANS (they are blaming it on Sprint) and NO help from Sprint, so mabye a post here will help... 9 sl-bb4-ana-0-0-0-155M.sprintlink.net (144.232.1.69) 28 msec 24 msec 32 msec 10 h10-1.t16-0.Los-Angeles.t3.ans.net (207.25.133.21) 32 msec 32 msec Packet loss between these two has been 40% or more for weeks now. From our providor (Pilot) this is one of our main paths to anything hosted by ANS on the east coast, so basically at 40% packet loss, we have no connectivity. ANS says Sprint has been aware of this is and is awaiting a "management decision" to upgrade the links. ETA, who knows. Sprint, you listening? Lewis Eatherton Network Architect SegaSoft, Inc 650.654.2318

2 1

The Cidr Report
by Tony Bates 16 Jan '98

16 Jan '98

This is an auto-generated mail on Fri Jan 16 12:00:00 PST 1998 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 16Jan98 0) General Status Table History ------------- Date Prefixes 090198 47514 100198 47408 110198 47661 120198 47816 130198 47654 140198 47809 150198 47905 160198 48136 Check http://www.employees.org/~tbates/cidr.plot.html for a plot of the table history. Possible Bogus Routes --------------------- *** Bogus 98.6.10.0/24 from AS701 AS Summary ---------- Number of ASes in routing system: 3118 Number of ASes announcing only one prefix: 1448 (743 cidr, 705 classful) Largest number of cidr routes: 458 announced by AS3561 Largest number of classful routes: 991 announced by AS701 1) Gains by aggregating at the origin AS level --- 16Jan98 --- ASnum NetsNow NetsCIDR NetGain % Gain Description AS2493 696 390 306 44.0% iSTAR Internet, Inc. AS4293 417 205 212 50.8% IMCI AS174 880 675 205 23.3% Performance Systems International AS816 577 406 171 29.6% UUNET Canada (ASN-UUNETCA-AS4) AS3602 450 300 150 33.3% Sprint Canada Inc. AS3749 201 60 141 70.1% TECNET AS701 991 888 103 10.4% Alternet AS3751 122 46 76 62.3% SNET-AS AS721 352 278 74 21.0% DLA-ASNBLOCK-AS AS2048 162 90 72 44.4% LaNet AS5668 103 36 67 65.0% Century Telephone Inc. AS3804 203 141 62 30.5% Bell Solutions AS1 852 791 61 7.2% BBNPLANET AS549 217 162 55 25.3% ONet Backbone AS3464 120 65 55 45.8% Alabama Research and Education Ne AS271 111 56 55 49.5% BCnet Backbone AS7545 115 63 52 45.2% TPG Internet Pty Ltd AS1239 578 526 52 9.0% SprintLink Backbone AS72 84 36 48 57.1% Schlumberger Information Network AS4763 127 79 48 37.8% Telstra New Zealand AS719 502 457 45 9.0% LANLINK autonomous system AS1221 261 216 45 17.2% AARNET-AS AS4648 194 150 44 22.7% NZIX 2 AS684 84 42 42 50.0% Manitoba Regional Network Backbon AS3561 927 885 42 4.5% MCI AS3493 194 154 40 20.6% INTERLINK AS4740 331 292 39 11.8% ASN-OZEMAIL (Ozemail Pty Ltd) AS2711 93 54 39 41.9% SUNBELT-AS AS1691 161 123 38 23.6% BCTEL AS6332 81 44 37 45.7% TELNOR 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

BGP community based IP filtering
by Matt Ryan 16 Jan '98

16 Jan '98

I've been having an email discussion with a couple of Cisco engineers about how useful BGP community based IP filtering might be. The following IOS config fragment might help explain what I'm getting at: int fddi0 ip access-group community-list 10 in ! ip community-list 10 permit AA:BB ip community-list 10 permit CC:DD ! If you are using communities to make your prefix announcements to peers, this then allows the router to filter incoming IP packets that match your announcements. Excepting things like CPU load, implementation details, etc do you think this would be helpful, or am I way off with this? Regards Matt. --- Matt Ryan - Network Engineer matt(a)planet.net.uk Planet OnLine Ltd, The White House, Tel: +44 113 2345566 Melbourne Street, Leeds, LS2 7PS, UK Fax: +44 113 2240003

10 12

Re: Is Whois.ra.net Server process down ????
by Gerald Andrew Winters 16 Jan '98

16 Jan '98

The server was restarted a short while back. Sorry about the inconvenience. --Gerald

1 0

BGP Community questions
by Jan Czmok 16 Jan '98

16 Jan '98

I have a question regarding BGP Community. How can this be done ? remarks: Community Definition remarks: --------------------------------------------------------------- remarks: 1755:666 Route received from other provider with peering- remarks: agreement with EBONE. remarks: 1755:667 Route received from Sprint/ICM. remarks: That is clear, they do a match against the AS Num and set community 666 and 667 remarks: Communities to control traffic (settable by RBSes). remarks: remarks: Community Definition remarks: --------------------------------------------------------------- remarks: 1755:1000 No ICM(US) announcement of route remarks: 1755:1001 Backup through ICM remarks: remarks: 1755:1100 No DIGEX(US) announcement of route remarks: remarks: 1755:2000 No announcement to european peers remarks: 1755:2001 Prepend to path when announcing to european peers remarks: how is this done ? int xxx ip access-group community-list 10 out ip community-list 10 deny 1755:2000 ip community-list 10 ????????????? whats the permit rule for that? remarks: 1755:2101 Do not announce to EUnet (AS286) remarks: 1755:2102 Do not announce to IBM GN (AS2686) remarks: 1755:2103 Do not announce to RIPE NCC (AS3333) remarks: 1755:2104 Do not announce to BT (AS5400) remarks: 1755:2105 Do not announce to AUCS (AS3300) remarks: 1755:2106 Do not announce to UUNET (AS702) remarks: 1755:2107 Do not announce to Compuserve (AS5621) remarks: remarks: 1755:2201 Prepend when announcing to EUnet (AS286) remarks: 1755:2202 Prepend when announcing to IBM GN (AS2686) remarks: 1755:2203 Prepend when announcing to RIPE NCC (AS3333) remarks: 1755:2204 Prepend when announcing to BT (AS5400) remarks: 1755:2205 Prepend when announcing to AUCS (AS3300) remarks: 1755:2206 Prepend when announcing to UUNET (AS702) remarks: 1755:2207 Prepend when announcing to Compuserve (AS5621) the prepend stuff is clear Many thanks for help Greetings Jan Czmok

2 1

NANOG 12
by Pam Ciesla 16 Jan '98

16 Jan '98

Reminder: If you are attending the NANOG Meeting please register via the webpage. If you are not able to do this please contact me. Please include the name of the attendee on checks. I have recieved a check from Community Service Telephone Co., please let me know who this belongs to. Thanks xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx Pam Ciesla 734-936-0172 - phone Merit Network, Inc. 734-647-3185 - fax University of Michigan 4251 Plymouth Road Bldg. I, Suite C Ann Arbor, MI 48105-2785 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx

1 0

Re: Open Standards vs IOPS etc [was Re: BGP community based IP filtering]
by Paul Ferguson 16 Jan '98

16 Jan '98

At 06:07 AM 1/16/98 -0500, Chris Layton wrote: > >Since you suggest IOPS as a body to track this issue, what do people think >about IOPS as a pseudo-standards group. This also came up at the December >IETF when Curtis suggested that draft-berkowitz-multirqmt document would >not be necessary since IOPS had a draft on the same subject. The IDR WG >seemed very sceptical of having a small closed body fill that role. How do >people see IOPS meshing with NANOG and the operational side of IETF? > I have a little bit of a problem when people refer to IOPS as a "standards organization." A "standards" body needs to be open. Is IOPS an open group? No. Can anyone in the Internet community participate? No, they have to be a member of the collective, and pay a membership fee ranging from between US$9500 to US$25000. IOPS is free to define all of the operations guides that they desire, but it can't really be referred to as a "standards organization" since it is a private club. :-/ - paul ObDisclaimer: Standard caveats apply. Opinions are mine.

1 0

Traffic shaping on a BGP session
by Pascal Petit - SYNET 15 Jan '98

15 Jan '98

> 2 routers from 2 different AS are connected through 2 ATM virtual circuits. > > | AS1717 | ----------C1--------- | AS5511 | > INTERNAL | R1 | ---------| |----------| R2 | EXTERNAL > -----------C2---------- > > EBGP Peering is set between AS 1717 and 5511. > We would like to do traffic shaping on the incoming trafic on the two > virtual circuits : All routes but a few shall be annouced via circuit 1; > the remaining routes shall be annouced via circuit 2. > > We were planning on doing it via route-maps, however there is only one BGP > peering between 1717 and 5511; another solution would be to set up a static > route on R2 to reach the last route via C2. > > The former solution would be better while communities could be used to > select the "remaining" routes. > > Questions : > Is it possible to set up two BGP peerings between the same AS (i.e. two BGP > sessions between 1717 and 5511) ? > Can one think of any better solution ? > > Thank you for your help. > > ------------------------------------------------------------------------ > Pascal Petit > SYNET tel: 33 1 4696 0040 > 74, rue Roque de Fillol fax: 33 1 4696 0041 > 92800 Puteaux email: ppetit(a)synet.fr > FRANCE http://www.synet.fr > > >

1 0

NANOG over the mbone, maybe this time?
by Marko B. 15 Jan '98

15 Jan '98

Greetings, Are there any plans for multicasting the NANOG proceedings over the MBONE this time around? Or recording it and possibly encoding with realvideo for later release? Thanks. Marko Bukvic marko(a)notwork.net

4 3