^ Top

NANOG Meeting Presentation Abstract

Tutorial: MPLS Traffic Engineering Overview
Meeting: NANOG18
Date / Time: 2000-02-06 1:30pm - 3:00pm
Room: Carmel/Monterey
Presenters: Speakers:
Robert Raszuk, Cisco Systems.
Abstract: 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.
Files: pptMPLS Traffic Engineering Overview(PPT)
Sponsors: None.
Tutorial: Deploying Distributed Content Caching in Large IP Networks, Part II
Meeting: NANOG18
Date / Time: 2000-02-06 3:30pm - 5:00pm
Room: Carmel/Monterey
Presenters: Speakers:
Adrian Chadd, InterXion.
Andrew Khoo, InterXion.
Abstract: 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.
Files: None.
Sponsors: None.
Evolution and Direction of IP Transport Systems
Meeting: NANOG18
Date / Time: 2000-02-07 9:45am - 10:30am
Room:  
Presenters: Speakers:
Alan Hannan, GlobalCenter.
Abstract: 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>
Files: mp4Evolution and Direction of IP Transport Systems(MP4)
Sponsors: None.
The Need for Improved Connectivity in Tier 2-4 Markets
Meeting: NANOG18
Date / Time: 2000-02-07 10:45am - 11:15am
Room:  
Presenters: Speakers:
John Brown, iHighway.
Abstract: 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.
Files: mp4The Need for Improved Connectivity in Tier 2-4 Markets(MP4)
Sponsors: None.
Sweden in 2005: 5 Mbit to Every Household
Meeting: NANOG18
Date / Time: 2000-02-07 11:15am - 11:45am
Room:  
Presenters: Speakers:
Peter Lothberg, Sprint.
Abstract: 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>
Files: mp4Sweden in 2005: 5 Mbit to Every Household(MP4)
Sponsors: None.
Progress and Challenges: IP VPN Panel
Meeting: NANOG18
Date / Time: 2000-02-07 1:30pm - 3:00pm
Room:  
Presenters: Moderators:
Dave O\'Leary, Juniper.
Panelists:
Paul Ferguson, Cisco Systems.
Dave Ginsburg, Nortel.
Abstract: 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.
Files: pptDave O'Leary Presentation(PPT)
mp4IP VPN Panel(MP4)
Sponsors: None.
Building an MPLS Exchange Point
Meeting: NANOG18
Date / Time: 2000-02-07 3:30pm - 4:00pm
Room:  
Presenters: Speakers:
Steve Feldman, MCI WorldCom.
Abstract: 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>
Files: mp4Building an MPLS Exchange Point(MP4)
Sponsors: None.
Exchange Point Updates
Meeting: NANOG18
Date / Time: 2000-02-07 4:00pm - 5:30pm
Room:  
Presenters: Speakers:
Yoshikazu Ikeda, Japan Internet Exchange.
Ueda Toshiki, Japan Internet Exchange.
Reinaldo Penno Filo, Nortel/Shasta.
Lance Tatman, NASA Ames Research Center.
Andrew Schmidt, AADS.
Paul Vixie, None.
Bill Norton, Equinix.
Keith Mitchell, LINX.
Abstract: <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>
Files: pptAADS Update(PPT)
pptBrazilian Internet Exchange(PPT)
pptEquinix Update(PPT)
pptJapan Internet Exchange(PPT)
pptLINX Update(PPT)
pdfPAIX.Net Update(PDF)
Sponsors: None.
ARIN Micro Allocations
Meeting: NANOG18
Date / Time: 2000-02-07 7:30pm - 9:30pm
Room: Carmel/Monterey
Presenters: Moderators:
Cathy Wittbrodt, ARIN Advisory Council.
Abstract: 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>
Files: None.
Sponsors: None.
Internet Measurement: Presenting a New Network Pathology Study
Meeting: NANOG18
Date / Time: 2000-02-07 9:30pm - 10:30pm
Room: Santa Clara Room
Presenters: Moderators:
Avi Freedman, Akamai Technologies.
Craig Labovitz, Microsoft Research.
Abstract: 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.
Files: None.
Sponsors: None.
A Look at the Global Communities Draft
Meeting: NANOG18
Date / Time: 2000-02-08 9:00am - 9:15am
Room:  
Presenters: Speakers:
Sue Hares, Merit Network.
Abstract: <A HREF=\"hares/index.htm\">Presentation Slides</A>
Files: None.
Sponsors: None.
The Problem with BGP Convergence
Meeting: NANOG18
Date / Time: 2000-02-08 10:30am - 11:00am
Room:  
Presenters: Speakers:
Craig Labovitz, Microsoft Research/Merit.
Abha Ahuja, Internap/Merit.
Abstract: 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>
Files: pptCraig Labovitz Presentation(PPT)
mp4The Problem with BGP(MP4)
Sponsors: None.
Does BGP Solve the Shortest-Paths Problem?
Meeting: NANOG18
Date / Time: 2000-02-08 11:00am - 11:30am
Room:  
Presenters: Speakers:
Timothy Griffin, Bell Labs.
Abstract: 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.
Files: mp4Does BGP Solve the Shortest-Paths Problem?(MP4)
pptTimothy Griffin Presentation(PPT)
Sponsors: None.
IP Network Traffic Engineering
Meeting: NANOG18
Date / Time: 2000-02-08 11:30am - 12:00pm
Room:  
Presenters: Speakers:
Albert Greenberg, AT&T Labs - Research.
Abstract: 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.
Files: pptAlbert Greenberg Presentation(PPT)
mp4IP Network Traffic Engineering(MP4)
Sponsors: None.
Large-scale Mail Server Architectures
Meeting: NANOG18
Date / Time: 2000-02-08 1:30pm - 2:00pm
Room:  
Presenters: Speakers:
Hakan Millroth, Bluetail.
Abstract: 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>
Files: mp4Large-scale Mail Server Architectures(MP4)
Sponsors: None.
NSI Registry Root/gTLD Update
Meeting: NANOG18
Date / Time: 2000-02-08 2:00pm - 2:30pm
Room:  
Presenters: Speakers:
Arisotle Balogh, Network Solutions.
Mark Kosters, Network Solutions.
Abstract: 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>
Files: pptNSI Registry Root/gTLD Update(PPT)
mp4NSI Registry Root/gTLD Update(MP4)
Sponsors: None.
The RIPE-NCC Test Traffic Measurements Project
Meeting: NANOG18
Date / Time: 2000-02-08 2:30pm - 3:00pm
Room:  
Presenters: Speakers:
Henk Uijterwaal, RIPE-NCC.
Abstract: 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>
Files: mp4The RIPE-NCC Test Traffic Measurements Project(MP4)
Sponsors: None.
The RIPE-NCC Routing Information Service (or, \"Where Would You Have Gone Yesterday?\")
Meeting: NANOG18
Date / Time: 2000-02-08 3:15pm - 3:45pm
Room:  
Presenters: Speakers:
Henk Uijterwaal, RIPE-NCC.
Antony Antony, RIPE-NCC.
Abstract: 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>
Files: mp4The RIPE-NCC Routing Information Service(MP4)
Sponsors: None.
Protection Options for IP over Optical Transport
Meeting: NANOG18
Date / Time: 2000-02-08 3:45pm - 4:15pm
Room:  
Presenters: Speakers:
Larry McAdams, Cisco Systems.
Abstract: 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>
Files: pptLarry Mcadams Presentation(PPT)
mp4Protection Options for IP over Optical Transport(MP4)
Sponsors: None.

Back to NANOG18 agenda.

NANOG18 Abstracts

  • Exchange Point Updates
    Speakers:
    Yoshikazu IkedaJapan Internet Exchange; .
    Ueda ToshikiJapan Internet Exchange; .
    Reinaldo Penno FiloNortel/Shasta; .
    Lance TatmanNASA Ames Research Center; .
    Andrew SchmidtAADS; .
    Paul VixieNone; .
    Bill NortonEquinix; .
    Keith MitchellLINX; .
  • Exchange Point Updates
    Speakers:
    Yoshikazu IkedaJapan Internet Exchange; .
    Ueda ToshikiJapan Internet Exchange; .
    Reinaldo Penno FiloNortel/Shasta; .
    Lance TatmanNASA Ames Research Center; .
    Andrew SchmidtAADS; .
    Paul VixieNone; .
    Bill NortonEquinix; .
    Keith MitchellLINX; .
  • Exchange Point Updates
    Speakers:
    Yoshikazu IkedaJapan Internet Exchange; .
    Ueda ToshikiJapan Internet Exchange; .
    Reinaldo Penno FiloNortel/Shasta; .
    Lance TatmanNASA Ames Research Center; .
    Andrew SchmidtAADS; .
    Paul VixieNone; .
    Bill NortonEquinix; .
    Keith MitchellLINX; .
  • Exchange Point Updates
    Speakers:
    Yoshikazu IkedaJapan Internet Exchange; .
    Ueda ToshikiJapan Internet Exchange; .
    Reinaldo Penno FiloNortel/Shasta; .
    Lance TatmanNASA Ames Research Center; .
    Andrew SchmidtAADS; .
    Paul VixieNone; .
    Bill NortonEquinix; .
    Keith MitchellLINX; .
  • Exchange Point Updates
    Speakers:
    Yoshikazu IkedaJapan Internet Exchange; .
    Ueda ToshikiJapan Internet Exchange; .
    Reinaldo Penno FiloNortel/Shasta; .
    Lance TatmanNASA Ames Research Center; .
    Andrew SchmidtAADS; .
    Paul VixieNone; .
    Bill NortonEquinix; .
    Keith MitchellLINX; .
  • Exchange Point Updates
    Speakers:
    Yoshikazu IkedaJapan Internet Exchange; .
    Ueda ToshikiJapan Internet Exchange; .
    Reinaldo Penno FiloNortel/Shasta; .
    Lance TatmanNASA Ames Research Center; .
    Andrew SchmidtAADS; .
    Paul VixieNone; .
    Bill NortonEquinix; .
    Keith MitchellLINX; .
  • Exchange Point Updates
    Speakers:
    Yoshikazu IkedaJapan Internet Exchange; .
    Ueda ToshikiJapan Internet Exchange; .
    Reinaldo Penno FiloNortel/Shasta; .
    Lance TatmanNASA Ames Research Center; .
    Andrew SchmidtAADS; .
    Paul VixieNone; .
    Bill NortonEquinix; .
    Keith MitchellLINX; .
  • Exchange Point Updates
    Speakers:
    Yoshikazu IkedaJapan Internet Exchange; .
    Ueda ToshikiJapan Internet Exchange; .
    Reinaldo Penno FiloNortel/Shasta; .
    Lance TatmanNASA Ames Research Center; .
    Andrew SchmidtAADS; .
    Paul VixieNone; .
    Bill NortonEquinix; .
    Keith MitchellLINX; .

 

^ Back to Top