^ Top

NANOG 18 Agenda

Presentation File Key:


Windows Media video, requires Windows Media Player to view. 


Real Video, requires Real Player to view. 


PDF Document, requires Adobe Acrobat Reader to view/print.

Sunday, February 6 2000
Time/Webcast:Room:Topic/Abstract:Presenter/Sponsor:Presentation Files:
1:30pm - 3:00pmCarmel/Monterey

Tutorial: MPLS Traffic Engineering Overview

This tutorial explains how MPLS is being used to engineer traffic flows inside ISP networks. We present the entire set of components that are used in the traffic engineering architecture. We then demonstrate the exact function of each component. A number of examples compare how each component helps improve the current destination-based forwarding network model, i.e., traffic engineering benefits over traditional layer 2 networks.<BR> <BR> Finally, new features for traffic engineering are described and practical network deployment scenarios examples are presented.

View full abstract page.
  • Robert Raszuk, Cisco Systems.
pptMPLS Traffic Engineering Overview(PPT)
3:30pm - 5:00pmCarmel/Monterey

Tutorial: Deploying Distributed Content Caching in Large IP Networks, Part II

A follow-up to Chadd\'s NANOG 17 tutorial, this session will cover some of the raw cache statistics from heavy-use caches deployed throughout a large European telco network. Statistical information will be presented covering general usage patterns through object-distributions, and the presenter will explain how to optimise for these.<BR> <BR> Finally, a test cache will be built on the spot showing how to construct a cache from the ground up through to configuring and placing online.

View full abstract page.
  • Adrian Chadd, InterXion.
  • Andrew Khoo, InterXion.
Monday, February 7 2000
Time/Webcast:Room:Topic/Abstract:Presenter/Sponsor:Presentation Files:
9:00am - 9:15am Welcome, IntroductionsSpeakers:
  • Susan R. Harris, Merit Network.
  • Mark Tripod, Exodus.
youtubeWelcome, Introductions
9:15am - 9:45am Denial of Service AttacksSpeakers:
  • Steve Bellovin, AT&T.
youtubeDenial of Service Attacks
pptDenial of Service Attacks(PPT)
9:45am - 10:30am 

Evolution and Direction of IP Transport Systems

This presentation looks at the high-level evolution of our network infrastructure and ponders the direction that we are going. These issues have an important impact on network operators\' short-to-medium-term planning and investments. An outline of the talk follows: <UL> <LI> History (and reasoning) <UL> <LI> TDM Circuits</LI> <LI> VCs/TDM Circuits</LI> <LI> Optical Circuits</LI> <LI> MPLS/Optical Circuits </LI></UL> </LI> <LI> Protocols <UL> <LI> HDLC</LI> <LI> FR</LI> <LI> ATM</LI> <LI> MPLS</LI> </UL> </LI> <LI> Convergence <UL> <LI> Evolving Optical Routing</LI> <LI> Ubiquity of IP Applications <UL> <LI> MIT\'s Project Oxygen</LI> <LI> Wireless Access</LI> </UL> </LI> </UL> </LI> <LI> Future Likelihoods <UL> <LI> Shared Infrastructure</LI> <LI> Distributed Computing as a driver <UL> <LI> Akamai</LI> <LI> caching</LI> <LI> \'bots\' and silicon cockroaches </LI></UL> </LI></UL> </LI> </UL>

View full abstract page.
  • Alan Hannan, GlobalCenter.
youtubeEvolution and Direction of IP Transport Systems
10:30am - 10:45am Break
10:45am - 11:15am 

The Need for Improved Connectivity in Tier 2-4 Markets

Broadband services, such as DSL, are now being rolled out by multiple telcos in Tier 2-4 markets. Traditionally, these markets have not been stopping-points for the major backbone providers (Sprint, UUNET, iMCI, CW, et al.) and as such don\'t have high speed transit connections (DS3 and above). In addition, these locations do not have good local peering meet points, or IX\'s, for local or regional traffic. <BR><BR> Currently, the major peering points are the MAE\'s and PAIX. Most large providers will only peer with a local/rural ISP if they can make it to these locations. However, the distances, and thus the mileage-based cost for circuits to these locations, are extremely expensive. For example, a DS3 from ABQ to PAIX will cost between \$20,000 to \$45,000 per month, and that is just the circuit cost. One still has to obtain space and a router at PAIX. <BR><BR> Major backbone providers currently do not see a need to put large POPs in these Tier 2-4 cities. They cite the \"lack of demand\" for services which, one could say, is a myopic point of view. DSL is exploding in these markets and the demand is there now. The transit links are not. <BR><BR> If an ISP wanted to get a DS3 to UU.NET (even Frac DS3) it would have to pay backhaul to PHX or LAX or DFW. This increases the cost of the transit beyond what most local ISP\'s can afford. <BR><BR> If broadband services are going to be sucessful in these markets, the local ISP needs to have better access to better networking. <BR><BR> In other words, we would like to encourage: <UL> <LI> The promotion and education of local IX\'s.</LI> <LI> The creation of local IX\'s.</LI> <LI> Better access to backbone transit vendors without the backhaul costs.</LI> <LI> Regional and national backbone vendors exchanging routes at locations other than the current MAE\'s/PAIX\'s.</LI> <LI> The willingness to peer at local IX\'s, and not just local routes <BR><BR></LI> </UL> 14 to 18 hops shouldn\'t be required to Yahoo / AltaVista / and other major sites from these Tier 2-4 locations.

View full abstract page.
  • John Brown, iHighway.
youtubeThe Need for Improved Connectivity in Tier 2-4 Markets
11:15am - 11:45am 

Sweden in 2005: 5 Mbit to Every Household

Swedish engineers expect to have 5 Mbit to every Swedish household in the year 2005, and to allow the bandwidth to double every year after that. This presentation discusses the requisite policy and technology, as well as the network architecture. (Hint: it\'s optical to within distance for KAT5-/KAT-6 from the home.) <BR><BR> <A HREF=\"lothberg/nanog1-00/index.htm\">Presentation slides</A>

View full abstract page.
  • Peter Lothberg, Sprint.
youtubeSweden in 2005: 5 Mbit to Every Household
11:45am - 12:00am ARIN UpdateSpeakers:
  • Kim Hubbard, ARIN.
  • Richard Jimmerson, ARIN.
youtubeARIN Update
12:00pm - 1:30pm Lunch
1:30pm - 3:00pm 

Progress and Challenges: IP VPN Panel

The VPN Panel will provide some perspective on the issues facing service providers as they specify and implement Virtual Private Network services. Issues of scaling, provisioning, network management, and interoperability will be discussed in the context of currently available solutions and proposals.

View full abstract page.
  • Dave O\'Leary, Juniper.
  • Paul Ferguson, Cisco Systems.
  • Dave Ginsburg, Nortel.
pptDave O'Leary Presentation(PPT)
youtubeProgress and Challenges: IP VPN Panel
3:00pm - 3:15pm What to Expect from BIND9Speakers:
  • Paul Vixie, Internet Software Consortium.
youtubeWhat to Expect from BIND9
pdfWhat to Expect From BIND9(PDF)
3:15pm - 3:30pm Break
3:30pm - 4:00pm 

Building an MPLS Exchange Point

We have been experimenting with using MPLS as the core technology for an Internet Exchange Point. This presentation will discuss: <UL> <LI> Reasons for using MPLS</LI> <LI> Available products and technology</LI> <LI> Experiences during lab trials</LI> <LI> Architecture of an MPLS Exchange Point</LI> <LI> Future plans</LI> </UL>

View full abstract page.
  • Steve Feldman, MCI WorldCom.
youtubeBuilding an MPLS Exchange Point
4:00pm - 5:30pm 

Exchange Point Updates

<UL> <LI> <STRONG>Japan Internet Exchange (JPIX)</STRONG> <BR><BR> The Japan Internet Exchange (JPIX) has been providing IX service since November 1997 as a commercial IX point in Tokyo. The number of customers and the traffic have been growing steadily, and the current status shows 36 connections with 650Mbps at its peak. <BR><BR> Japan\'s 24-hour Internet traffic pattern is very unique: the traffic peak exists at midnight and the bottom is at eight in the morning. This reflects the time period in which NTT\'s discount telephone rate plan is in effect. <BR><BR> Regarding peering, agreements are made between customers. Subscription to JPIX does not assure any peering agreement to be made with other customers. Though JPIX does not have any responsibilities for the agreement, it facilitates peering by means of multi-lateral peering arrangements. <BR><BR> As the first provision of the IX facilities is almost completely filled with the existing customer requirements, JPIX is going to introduce another switch in January 2000 to accomodate more customers. The initial switch has FDDI ports and the new switch will be equipped with Gigabit Ethernet and Fast Ethernet ports. In addition, JPIX is planning to introduce another IX in a different location in Tokyo. <BR><BR> We foresee that many more major US ISPs will be connected to JPIX in the coming year in parallel with the launch of new, Japan-US cable networks in mid-2000. Interconnected JPIX switches in multiple locations will meet more diverse requirements, especially from ISPs that request more carrier-neutral environments. <BR><BR></LI> <LI> <STRONG>Brazilian Internet Exchange (BIX)</STRONG> <BR><BR> The Brazilian Internet Exchange (BIX) has existed for several years, but only last year, due to the efforts of the Brazilian Engineering Steering Group and the Internet explosion in Brazil, have ISPs shown interest in connecting. The BIX is a public exchange supported by the Brazilian goverment and the Academic Network at Sao Paulo. It has nine members now, and four are in the process of establishing a connection. <BR><BR></LI> <LI> <STRONG>Ames Exchanges</STRONG> <BR><BR> This presentation will discuss exchange point configuration changes, POS and ATM beta program progress. progress on PAIX, and Ames Internet Exchange switch colocation. <BR><BR></LI> <LI> <STRONG>AADS</STRONG> <BR><BR> Included are a brief update on AADS traffic and increased high-speed demand in California. <BR><BR></LI> <LI> <STRONG>PAIX.Net</STRONG> <BR><BR> This presentation includes updates on remote peering, new sites, gigabit Ethernet, and exchange point status. <BR><BR></LI> <LI> <STRONG>Equinix</STRONG> <BR><BR>This presentation will highlight the general status of the Equinix Internet Business Exchange rollout, and a few Internet Research & Operations projects currently underway. <BR><BR> </LI> <LI> <STRONG>London Internet Exchange (LINX)</STRONG> <BR><BR> <BR><BR></LI> </UL>

View full abstract page.
  • Reinaldo Penno Filo, Nortel/Shasta.
  • Yoshikazu Ikeda, Japan Internet Exchange.
  • Keith Mitchell, LINX.
  • Bill Norton, Equinix.
  • Andrew Schmidt, AADS.
  • Lance Tatman, NASA Ames Research Center.
  • Ueda Toshiki, Japan Internet Exchange.
  • Paul Vixie, None.
pptAADS Update(PPT)
pptBrazilian Internet Exchange(PPT)
pptEquinix Update(PPT)
youtubeExchange Point Updates
pptJapan Internet Exchange(PPT)
pptLINX Update(PPT)
pdfPAIX.Net Update(PDF)
5:30pm - 7:30pm Beer n Gear
  • Sponsors Alteon; Bluetail; Cisco Systems; Ericsson; Infolibria; Juniper Networks; Nortel Networks; Cidera (formerly SkyCache); Tiara Networks.
  • Sponsors
  • 7:30pm - 9:30pmCarmel/Monterey

    ARIN Micro Allocations

    This BOF gives the ARIN Advisory Council an opportunity to gather feedback from the NANOG ISP community regarding Micro Allocations. The BOF is not intended to set ARIN policy or for discussion of any existing ARIN policy. If this discusson is useful, it may be that the same BOF occurs at other regional registry meetings and other ISP functions. <BR><BR> <STRONG>What is a Micro IP Address Allocation?</STRONG> <BR><BR> Micro IP Allocations are small, portable, blocks longer than a /20, and perhaps as long as a /24 or longer, to multi-homed entities. It has been suggested that these micro allocations be out of some defined block of space that is known to ISPs (similar to the Swamp that we know and love). <BR><BR> <STRONG>Summary of the Lively Discussion at the Last ARIN Meeting</STRONG> <BR><BR> It has been discussed that when folks dual-home they currently often advertise the longer prefix into the global routing tables for anyone who will listen. Some say that micro allocations will not cause any additional route advertisements because they\'re already there. The counter argument to this is that all of these longer prefixes are still reachable via the ISP\'s aggregated route, and micro allocations would not be. <BR><BR> It was brought up that ISPs\' customers who want full Internet routes will have to buy heftier routers because of this. In addition, the ISPs will also have to do that themselves. It is the case, however, that if the block is well known, ISPs can aggregate it and announce the aggregate to their customers, thus keeping them from having to bear the burden of the added prefixes. It was also suggested that ISPs could filter on this block and perhaps begin charging folks who want the ISP to listen to the more specifics. <BR><BR> <STRONG>Agenda</STRONG> <UL> <LI> ARIN Advisory Council members who are present introduce themselves. <BR><BR></LI> <LI> Update on ARIN open policy meetings and who should attend. <BR><BR></LI> <LI> Micro Allocations - what are they? State purpose of the BOF (what the BOF is what the BOF is not). <BR><BR></LI> <LI> Abha Ahuja\'s overview of her address utilization study (routing table prefixes). <BR><BR></LI> <LI> Presentation of various micro allocation schemes. <BR><BR></LI> <LI> Discussion with attendees about the different schemes, their impacts, etc. <UL> <LI> Routing table impacts</LI> <LI> ASN depletion</LI> <LI> Other</LI> </UL>

    View full abstract page.
    • Cathy Wittbrodt, ARIN Advisory Council.
    9:30pm - 10:30pmSanta Clara Room

    Internet Measurement: Presenting a New Network Pathology Study

    A project has been started to study network pathologies (why, how, and when things fail), initially using BGP churn data as gathered via eBGP feeds from many ASs to follow prefixes, ASs, and inter-AS links that are failing or congesting. Data will be tracked over time, but one goal is to be able to provide more instantaneous data about Internet failures. <BR><BR> We will present: <UL> <LI> Motivations for the project;</LI> <LI> An overview of the infrastructure of the project;</LI> <LI> The initial set of parameters being studied; and</LI> <LI> Very preliminary data. <BR><BR></LI> </UL> We will be seeking input on a number of topics, including what information people would be interested in seeing data on, and what information people feel should be released or kept private.

    View full abstract page.
    • Avi Freedman, Akamai Technologies.
    • Craig Labovitz, Microsoft Research.
    Tuesday, February 8 2000
    Time/Webcast:Room:Topic/Abstract:Presenter/Sponsor:Presentation Files:
    9:00am - 9:15am 

    A Look at the Global Communities Draft

    <A HREF=\"hares/index.htm\">Presentation Slides</A>

    View full abstract page.
    • Sue Hares, Merit Network.
    youtubeA Look at the Global Communities Draft
    9:15am - 10:15am Route Filtering PanelModerators:
    • Scott Bradner, Harvard University.
    • Randy Bush, Verio.
    • John Crain, RIPE NCC.
    • Cathy Wittbrodt, ARIN Advisory Council.
    • Danny McPherson, Qwest.
    youtubeRoute Filtering Panel
    10:15am - 10:30am Break
    10:30am - 11:00am 

    The Problem with BGP Convergence

    This talk presents the second half of our research on Internet inter-domain route convergence. At the last NANOG, we presented data collected from two years of experiments in injecting BGP faults into default-free Internet routing. Analysis of the data showed several unexpected Internet routing behaviors, including substantially slower convergence latencies than previously believed. <BR><BR> In this talk, we provide analysis and probable explanations for the observed Internet routing convergence behaviors. Specifically, we show: <UL> <LI> Why RIP scales better than BGP</LI> <LI> Why VoIP won\'t work</LI> <LI> Why the ASPath comes back to haunt us</LI> <LI> Why bad news travels faster than good news</LI> <LI> Minor changes to BGP implementations that solve everything</LI> </UL>

    View full abstract page.
    • Abha Ahuja, Internap/Merit.
    • Craig Labovitz, Microsoft Research/Merit.
    pptCraig Labovitz Presentation(PPT)
    youtubeThe Problem with BGP Convergence
    11:00am - 11:30am 

    Does BGP Solve the Shortest-Paths Problem?

    Dynamic routing protocols such as RIP and OSPF essentially implement distributed algorithms for solving the Shortest Paths Problem. Can BGP be viewed as a distributed algorithm for solving some underlying problem? Contrary to popular belief BGP is not, in general, solving a shortest paths problem, since it allows policy-based metrics to override distance-based metrics, and enables autonomous systems to independently define their routing policies with little or no global coordination.<BR> <BR> I\'ll describe the \"Stable Paths Problem\" and argue that at some level, BGP is a distributed algorithm for solving this problem. The fact that BGP can actually fail to converge to a stable routing, as first observed by Varadhan et al., arises when the corresponding Stable Paths Problem has no solution. I\'ll give some examples of conflicting BGP policies that lead to BGP divergence, which would result in persistent route oscillations. The likelihood of such scenarios arising in practice is not known.

    View full abstract page.
    • Timothy Griffin, Bell Labs.
    youtubeDoes BGP Solve the Shortest-Paths Problem?
    pptTimothy Griffin Presentation(PPT)
    11:30am - 12:00pm 

    IP Network Traffic Engineering

    Managing large IP networks requires an understanding of the current traffic flows, routing policies, and network configuration. Yet, the state-of-the-art for managing IP networks involves semi-manual configuration of IP routers, and traffic engineering based on limited measurements. The networking industry lacks software systems that a large ISP can use to support traffic measurement and network modeling, the underpinnings of effective traffic engineering.<BR> <BR> In this talk, we describe a unified set of software tools for managing the performance of IP backbone networks. The key idea is to generate global views of the network, on the basis of configuration and usage data associated with the individual network elements. Having created an appropriate global view, one can infer and visualize the network-wide implications of local changes in traffic, configuration, and control. A network provider can then experiment with changes in network configuration in a simulated environment, rather than the operational network. In addition, one obtains a sound framework for additional modules for network optimization and performance debugging. This talk is based on joint work with several others at AT&T Labs.

    View full abstract page.
    • Albert Greenberg, AT&T Labs - Research.
    pptAlbert Greenberg Presentation(PPT)
    youtubeIP Network Traffic Engineering
    12:00pm - 1:30pm Lunch
    1:30pm - 2:00pm 

    Large-scale Mail Server Architectures

    This presentation discusses large-scale mail system design. Topics include: <UL> <LI> Shared-storage and distributed-storage servers</LI> <LI> Load balancing</LI> <LI> Message routing</LI> <LI> Queueing</LI> <LI> Availability</LI> <LI> In-service operation</LI> </UL> <A HREF=\"mail/index.htm\">Presentation Slides</A>

    View full abstract page.
    • Hakan Millroth, Bluetail.
    youtubeLarge-scale Mail Server Architectures
    2:00pm - 2:30pm 

    NSI Registry Root/gTLD Update

    This update will discuss NSI\'s current status and future plans for root server and gTLD DNS infrastructure. <UL> <LI> Background of the NSI Registry</LI> <LI> gTLD RFP and plans/status for deployment of a COM/ORG/NET DNS worldwide infrastructure</LI> <LI> Performance Metrics <UL> <LI> Overview</LI> <LI> System</LI> <LI> Functional (i.e., DNS)</LI> </UL> </LI> <LI> Next-generation Technology <UL> <LI> Satellite-based zone file distribution</LI> <LI> 64-bit OS evaluation</LI> <LI> BIND 9</LI> <LI> DNSSEC</LI> </UL> </LI> </UL>

    View full abstract page.
    • Arisotle Balogh, Network Solutions.
    • Mark Kosters, Network Solutions.
    youtubeNSI Registry Root/gTLD Update
    pptNSI Registry Root/gTLD Update(PPT)
    2:30pm - 3:00pm 

    The RIPE-NCC Test Traffic Measurements Project

    The RIPE-NCC Test Traffic Measurements project is an implementation of RFCs 2330, 2679, and 2680 on one-way-delay and packet-loss. <BR><BR> In order to measure these parameters, dedicated measurement stations (\"test-boxes\") have been installed at 40 ISP\'s in Europe and the USA. We plan to double the number of measurement points in 2000. Several products and services based on the Test Traffic Measurements data have been developed and are being offered to sites participating in the project, including: <UL> <LI> Plots showing the delays and losses from/to each participating ISP over time, </LI> <LI> Network alarms, when network delays are above the expected values, </LI> <LI> A regular report showing the quality of connectivity from/to an ISP, and </LI> An overview of network delays over a longer period, in order to assist ISP\'s in the planning of future network upgrades, </LI> </UL> This presentation will give an overview of the project, show more details about the products that are being offered to sites hosting a test-box, and call for sites interested in joining the project. <BR><BR> For more details, please refer to <A HREF=\"http://www.ripe.net/test-traffic/\" TARGET=\"_BLANK\">http://www.ripe.net/test-traffic</A>

    View full abstract page.
    • Henk Uijterwaal, RIPE-NCC.
    youtubeThe RIPE-NCC Test Traffic Measurements Project
    3:00pm - 3:15pm Break
    3:15pm - 3:45pm 

    The RIPE-NCC Routing Information Service (or, \"Where Would You Have Gone Yesterday?\")

    Routing decisions between ASs are derived from reachability information exchanged via routing protocols (BGP) between these AS\'s, as well as local policies. The Routing Information Service (RIS) is a new project at the RIPE-NCC. The goal of the RIS is to collect time-stamped BGP updates from default-free border routers of many ASs, at topologically interesting network points. These updates will be stored in a database that can be queried interactively by the community. <BR><BR> The information stored in the RIS can be used, amongst other things, to understand network reachability from remote locations for tracing past routing problems, for reality checks of routing policies registered in the various Routing Registries, and for statistical analysis. <BR><BR> This presentation will introduce the RIS project and show some first results based on the first development version of this service. <BR><BR> More details are available from the <A HREF=\"http://www.ripe.net/ris/\" TARGET=\"_BLANK\">RIS Web site.</A>

    View full abstract page.
    • Antony Antony, RIPE-NCC.
    • Henk Uijterwaal, RIPE-NCC.
    youtubeThe RIPE-NCC Routing Information Service
    3:45pm - 4:15pm 

    Protection Options for IP over Optical Transport

    Numerous new protection and restoration schemes are emerging to augment traditional SONET/SDH methods. This talk will discuss and compare these approaches. Emphasis will be placed on \"Fast Re-Route\" (FRR) technology that is becoming availalbe through MPLS. Topics to be covered include: <UL> <LI> The trend from SONET to IP over DWDM</LI> <LI> The emergence of new protection schemes <UL> <LI> Optical Crossconnect-based protection</LI> <LI> IP-centric protection/restoration </LI></UL> </LI> <LI> A comparison of the options</LI> <LI> Introduction to FRR</LI> <UL> <LI> 50 msec line protection</LI> <LI> path restoration/re-optimization </LI></UL> <LI> FRR applications </LI> </UL>

    View full abstract page.
    • Larry McAdams, Cisco Systems.
    pptLarry Mcadams Presentation(PPT)
    youtubeProtection Options for IP over Optical Transport
    4:15pm - 4:30pm Closing RemarksSpeakers:
    • Susan R. Harris, Merit Network.
    youtubeClosing Remarks


    ^ Back to Top