^ Top

NANOG Meeting Presentation Abstract

Tutorial: BGP Techniques for Service Providers
Meeting: NANOG27
Date / Time: 2003-02-09 1:30pm - 3:00pm
Room: Hohokam Ballroom (Hopi/Pima)
Presenters: Speakers:

Philip Smith, Cisco Systems

Philip Smith has been with Cisco Systems for four years. He is part of the Internet Architectures Group, which is led by the CTO for Consulting Engineering. His role includes working with many ISPs in the Asia Pacific region, specifically in network design, configuration, and scaling, as well as providing training through an extensive ISP Workshop program. Prior to joining Cisco, Philip spent five years in several key network engineering and operations roles at PIPEX (now part of UUNET\'s global ISP business), the UK\'s first commercial Internet Service Provider. He was one of the first engineers working in the commercial Internet in the UK, and played a key role in building the modern Internet in Europe.
Abstract: This tutorial introduces service providers to some advanced BGP features and techniques to aid with operating their networks within the Internet. After a brief recap of iBGP, eBGP, and common attributes, the tutorial will look at the various scaling techniques available, when to use BGP instead of an IGP, and examine policy options available through the use of local preference, MED, and communities. The tutorial will finish by briefly covering some basic multihoming techniques.
Files: pdfPhilip Smith Presentation(PDF)
Sponsors: None.
Tutorial: A Methodology for Troubleshooting Interdomain IP Multicast
Meeting: NANOG27
Date / Time: 2003-02-09 1:30pm - 3:00pm
Room: Hohokam Ballroom (Navajo)
Presenters: Speakers:
Bill Nickless, Argonne National Lab.
Caren Litvanyi, Argonne National Lab.
Abstract: This tutorial will give participants a structured approach to tracking down and fixing interdomain multicast problems. The talk will break the troubleshooting process down into four main stages: <UL> <LI> Gathering necessary information </LI> <LI> Verifying that the local receiving network knows of an active receiver </LI> <LI> Checking for network knowledge of an active source (local to the source, then interdomain via MSDP) </LI> <LI> Tracking the forwarding state from the receiver back towards the source. <BR><BR></LI> </OL> Examples/case studies will be given, and screen shots from Juniper and Cisco routers will be included. There will be pointers to Best Common Practices, reference materials, and tools. <BR><BR> This is an intermediate-to-advanced talk; participants should have a basic knowledge of the protocols (IGMP, PIM, MBGP, MSDP) and terminology (RP, DR, (S,G), (*,G), RPF, SPT, etc.) and be supporting multicast in their network. Participation in previous NANOG tutorials \"Introduction to IP Multicast Practice\" (May 2001) or \"Deploying IP Multicast (Feb 2002)\" would also be helpful.
Files: pdfA Methodology for Troubleshooting Interdomain IP Multicast(PDF)
Sponsors: None.
Tutorial: BGP Troubleshooting with Juniper Examples
Meeting: NANOG27
Date / Time: 2003-02-09 3:30pm - 5:00pm
Room: Hohokam Ballroom (Navajo)
Presenters: Speakers:

Joseph M. Soricelli, Juniper

Joseph M. Soricelli is an Education Services Engineer at Juniper. He is a Juniper Networks Certified Internet Engineer, a Juniper Authorized Instructor, and a Cisco Certified Internet Expert. Joeseph is a contributing author to <I>Juniper Networks Routers: The Complete Reference</I> and <I>Juniper Networks Certified Internet Associate Study Guide</I>. In addition to writing numerous training courses, he has worked with and trained carriers, telcos, and ISPs throughout his career in the networking industry.
Abstract: This tutorial introduces network engineers and service providers to advanced BGP features and techniques available within the JUNOS software to assist them in operating their networks. We will examine common configuration errors on a Juniper router - how to spot them and resolve them. The tutorial will then look at how to originate and filter routes using the JUNOS software policy language. The process of selecting the best BGP route is discussed, as well as methods available to modify the various BGP attributes. Examples of command syntax, router output, and troubleshooting aids using a Juniper router are provided throughout the tutorial.
Files: pdfJoseph M. Soricelli Presentation(PDF)
Sponsors: None.
Tutorial: IPv6 Deployment Concepts
Meeting: NANOG27
Date / Time: 2003-02-09 7:30pm - 9:00pm
Room: Hohokam Ballroom (Navajo)
Presenters: Speakers:

Tony Hain, Cisco Systems

Tony Hain is currently a Technical Leader with Cisco Systems, focusing on IPv6. In addition to providing guidance to the various internal product teams, he is also co-chair of the IETF working group on the IPv6 transition (ngtrans). His 13 years of IETF participation include a term on the Internet Architecture Board from 1997 - 2001. Prior to joining Cisco in 2001, Tony spent five years at Microsoft, where his roles included Program Manager for IPv6 and Network Analyst for the CIO\'s office. Prior to Microsoft, he was the Associate Network Manager for the Department of Energy\'s Internet effort, ESnet.
Abstract: As a follow-up to the NANOG26 IPv6 tutorial, this session will describe some of the common network environments and their requirements for a deployment of IPv6. We will then go into detail about the transition tools appropriate for use in each of those environments.
Files: pdfTony Hain Presentation(PDF)
Sponsors: None.
The Spread of the Sapphire/Slammer Worm
Meeting: NANOG27
Date / Time: 2003-02-10 9:15am - 9:45am
Room: Anasazi Ballroom
Presenters: Speakers:
David Moore, CAIDA & UCSD CSE.
Vern Paxson, ICIR & LBNL.
Stefan Savage, UCSD CSE.
Colleen Shannon, CAIDA.
Stuart Staniford, Silicon Defense.
Nicholas Weaver, Silicon Defense & UC Berkeley EECS.
Abstract: We have completed our preliminary analysis of the spread of the Sapphire/Slammer SQL worm. This worm required rougly 5 minutes to spread worldwide, making it by far the fastest worm to date. In the early stages the worm doubled in size every 8.5 seconds. At its peak, achieved approximately 3 minutes after it was released, Sapphire scanned the net at over 55 million IP addresses per second. It infected at least 75,000 victims and probably considerably more. This remarkable speed, nearly two orders of magnitude faster than Code Red, was the result of a bandwidth-limited scanner. Since Sapphire didn\'t need to wait for responses, each copy could scan at the maximum rate that the processor and network bandwidth could support. There were also two noteworthy bugs in the pseudo-random number generator which complicated our analysis and limited our ability to estimate the total infection but did not slow the spread of the worm.
Files: mp4The Spread of the Sapphire/Slammer Worm(MP4)
pdfThe Spread of the Sapphire/Slammer Worm(PDF)
Sponsors: None.
Experiences with Large-scale Network Consolidation (Or, How I Spent My Summer Vacation)
Meeting: NANOG27
Date / Time: 2003-02-10 9:45am - 10:15am
Room: Anasazi Ballroom
Presenters: Speakers:
Dave Israel, Allegiance Telecom.

William Charnock, Allegiance Telecom

William Charnock has been with Allegiance Telecom for 3 1/2 years. Originally hired as the senior backbone engineer and tasked with building Allegiance\'s nationwide IP network, he is currently the Director of Data Engineering and is responsible for IP network architecture. Prior to joining Allegiance Telecom, he was the CTO of FastLane Communications, a regional ISP in the Dallas/Fort Worth metroplex.
Abstract: At the beginning of 2002, Allegiance Telecom acquired the AS2548 backbone from WorldCom. AS2548, once Digex, then Intermedia Business Internet, was at that time a nationwide OC-48 backbone running Cisco hardware. Simultaniously, Allegiance had built a brand new OC-48 nationwide backbone of their own to replace their aging DS3 IP network (AS11466.) The new network, with a Juniper core, was built independently of the old backbone, which was running a mix of vendors, but, like AS2548, was predominantly Cisco. Historically, acquired networks have been left alone in large mergers such as this one, because merging networks is difficult. But maintaining two separate Autonomous Systems would double the maintenance workload and split the product set in two. Thus, Allegiance was faced with combining three networks, two with active traffic, into one. To make matters more complicated, it was decided that the existing policy on either network was not sufficient for the new, combined network. So a new routing policy, capable of supporting all the existing customers on the old networks, would need to be implemented as part of the merger. Careful planning was the main requirement for success. With over 500 routers to modify, there was very little space for error. Configurations were tested in the lab, a script was written to translate from old configurations to new ones, test runs were made, and plans were probed for holes. The network was divided between 8 techs over two nights, one for AS2548, one for AS11466. On each night, the new policy would be pushed out, and the logical connections to the Juniper core activated. While AS2548 had more routers, AS11466 was actually undergoing an ASN change, and the difference in policy was greater, so the work load was relatively even. Back-out points were defined, and staff assigned to clean up issues as they arose. Still, there were problems, mainly because of the scale of the new, combined network. A lot of tough lessons were learned, but in the end the merger was a success.
Files: mp4Experiences with Large-scale Network Consolidation(MP4)
pdfWilliam Charnock Presentation(PDF)
Sponsors: None.
Impact of BGP Dynamics on Intra-Domain Traffic Patterns in the Sprint IP Backbone
Meeting: NANOG27
Date / Time: 2003-02-10 10:45am - 11:15am
Room: Anasazi Ballroom
Presenters: Speakers:

Sharad Agarwal, Sprint

Sharad Agarwal received his B.S. and M.S. degrees in 1998 and 2000, respectively, from the Electrical Engineering and Computer Science department of the University of California, Berkeley. He is also pursuing a Ph.D. degree from the same department. Sharad is currently with the IP Research Group at the Sprint Advanced Technology Laboratories. His research interests include network routing, peering, and wide area traffic measurements and engineering.

Chen-Nee Chuah, Sprint

Chen-Nee Chuah received a B. S. in Electrical Engineering from Rutgers University, and M.S. and Ph.D. degrees in Electrical Engineering & Computer Science from the University of California at Berkeley in 1998 and 2001. From 2001-2002, she was a postdoctoral researcher at Sprint Advanced Technology Laboratories. She is currently an Assistant Professor in the Department of Electrical & Computer Engineering at the University of California-Davis. Her research has focused on network control plane issues with an emphasis on resource allocation, routing, BGP policy management, and traffic engineering for the next-generation Internet to provide QoS while maintaining scalability and fault tolerance. She is also interested in statistical approaches for detecting routing anomalies and malicious activity in the global network.

Supratik Bhattacharyya, Sprint

Supratik Bhattacharyya holds an engineering degree from Jadavpur University India, and M.S. and Ph.D. degrees in Computer Science from the University of Massachusetts, Amherst. Since completing his Ph.D. in 1999, he has been a member of the IP Research Group at the Sprint Advanced Technology Laboratory. His research interests include Internet measurement and monitoring, routing, traffic engineering and multicast.

Christophe Diot, Sprint

Christophe Diot received a Ph.D. degree in Computer Science from INP Grenoble in 1991. From 1993 to 1998, he was a research scientist at INRIA Sophia Antipolis, working on new Internet architectures and protocols. Diot moved to Sprint Advanced Technology Laboratory in October 1998 to lead the IP research group. His current interest is in the passive monitoring of the Sprint IP backbone in order to study IP traffic characteristics and to design new analytical models and traffic engineering solutions for pure packet networks. Diot is a member of IEEE and ACM, and serves as an editor for <I>ACM/IEEE Transactions on Networking</I>.
Abstract: Many network operators and researchers have been concerned about the alarming rates of BGP updates and their potential to destabilize the Internet routing infrastructure. Within a single AS, BGP updates may trigger routing reconvergence resulting in packet delay variations or losses. In addition, a high volume of BGP updates may cause shifts in traffic patterns across a network backbone when the next-hop BGP attribute changes. Such shifts are undesirable for two reasons. First, a flow that shifts back and forth between different paths may experience delay fluctuations, and multimedia applications such as Voice-over-IP may be adversely affected. Secondly, if such shifts occur frequently for flows that carry large volumes of traffic, the traffic patterns within the network may become volatile and unpredictable, making it difficult to perform capacity planning or traffic engineering. In this talk, we will present a quantitative evaluation of how BGP dynamics affect intra-domain traffic patterns within the Sprint IP backbone. We have captured packet header traces from several ingress links within the Sprint network. We then obtained the traffic fan-out from each ingress link by determining the egress PoP out of the Sprint network for the destinations of these packet flows. Finally, we correlated the packet flows with BGP updates collected at several routers within Sprint and analyzed the impact of BGP dynamics on intra-domain traffic. Our results show that that there is continuous BGP \"noise\" (100-20 updates/minute) interspersed with periods of high activity (5000 updates/minute). Despite this continuous activity, BGP routing updates mostly cause less than 1% of traffic to shift between egress PoPs. In a few cases, we observed that the shift was several percent, but it affected a very small number of multihomed destination prefixes. This limited impact of BGP updates on data traffic is mainly due to the relative stability of BGP prefixes that carry the majority of traffic -- we found that as little as 6% of the updates affect BGP prefixes that carry 80% of this ingress traffic. Recent results from other tier-1 ISPs have also shown that BGP prefixes that carry the majority of traffic are stable. This implies that traffic engineering and capacity planning within the Sprint network can be performed without serious concerns about the impact of BGP updates received from the rest of the Internet.
Files: mp4Impact of BGP Dynamics on Intra-Domain Traffic Patterns in the Sprint (MP4)
Sponsors: None.
BST - BGP Scalable Transport
Meeting: NANOG27
Date / Time: 2003-02-10 11:15am - 12:00pm
Room: Anasazi Ballroom
Presenters: Speakers:
Van Jacobson, Packet Design.
Cengiz Alaettinoglu, Packet Design.
Kedar Poduri, Packet Design.
Abstract: Configuration, operation, reliability, scalability and security problems with BGP have all grown as the Internet has grown. Based on detailed analysis of EBGP data from RIPE RIS and IBGP data from collaborations with several tier one ISPs, we believe that many of the most serious problems with BGP are not in the BGP protocol but are instead due to BGP\'s use of point-to-point TCP connections for its transport. Transport problems are much easier to fix than protocol problems since a new, parallel transport stack can be added to existing BGP implementations in an incrementally deployable, evolutionary fashion without having any impact on configuration or route selection behavior. Using the insights gained from our IGP and BGP measurement studies (reported at NANOG and elsewhere) and our experience developing different styles of transport protocols (such as SRM and ALF) we set about designing and implementing a new BGP transport. We call the result BST (BGP Scalable Transport). We will describe the implementation and discuss the issues underlying the most significant aspects of the design. We will show how it solves many of the existing problems with BGP and how, with a few small additions, it can form the basis of new BGP implementations that are extremely easy to configure yet highly reliable, scalable and secure.
Files: pdfVan Jacobson Presentation(PDF)
Sponsors: None.
Peering Evolution
Meeting: NANOG27
Date / Time: 2003-02-10 1:30pm - 2:00pm
Room: Anasazi Ballroom
Presenters: Speakers:
Daniel Golding, AOL Time Warner.
Abstract: This talk examines current peering trends, from a brief review of peering history to changes in the ways that networks will interconnect in the future. Topics to be covered include: <UL> <LI> Novel methods of compensation-based interconnection (\"paid peering,\" \"partial transit,\" \"off-net transit\") <BR><BR></LI> <LI> Future of content provider peering <BR><BR></LI> <LI> Viability of interconnection amongst the emerging high speed access providers. <BR><BR></LI> Additional discussion will center around current theories of interconnection, including the \"Donut Model\" and the Shared Tenant/Next Generation Peering initiative.
Files: pdfDan Golding Presentation(PDF)
Sponsors: None.
Euro-IX Update
Meeting: NANOG27
Date / Time: 2003-02-10 3:00pm - 3:15pm
Room: Anasazi Ballroom
Presenters: Speakers:

Mike Hughes, LINX

Mike Hughes currently serves the community as the CTO of London Internet Exchange, a non-profit mutual exchange based in London, England. Mike is active in several community groups and forums and is a co-chair of the RIPE EIX Working Group.
Abstract: Two years ago, the European IXPs decided there could be further co-operation between their organisations, beyond that achievable through the RIPE EIX-WG and many existing close collaborations. As a result, Euro-IX was formed to provide an operating umbrella for shared projects and representation for its member organisations, plus a portal for potential IXP clients to help them with their expansion into the peering world.
Files: pdfEuro-IX Update(PDF)
mp4Euro-IX Update(MP4)
Sponsors: None.
RTG: A Scalable SNMP Architecture for Service Providers
Meeting: NANOG27
Date / Time: 2003-02-10 3:45pm - 4:00pm
Room: Anasazi Ballroom
Presenters: Speakers:

Robert Beverly, MIT

Robert Beverly is currently pursuing a Masters in Computer Science at MIT while serving as a principal architect for Firefly Networks. Most recently he was a senior engineer with WorldCom\'s Advanced Internet Technology group, where he was responsible for the statistics and measurement infrastructure of several large networks. Prior to WorldCom\'s acquisition, he worked for MCI Internet Engineering on the very-high-performance Backbone Network Service (vBNS).
Abstract: Service providers often analyze the utilization statistics available from SNMP-enabled devices to make informed engineering decisions, diagnose faults, and perform billing. Despite being \"simple,\" collecting and efficiently storing large amounts of time-series data quickly, without impacting network or device performance, is challenging in very large network installations. This talk identifies several key areas of a service provider SNMP statistical solution and introduces a new tool, RTG, that addresses these issues. RTG is designed to serve as a foundation for a variety of services, including billing, capacity planning, monitoring and customer portals. We present the architecture, compare it with other freely available solutions, and show graphs and reports unique to RTG.
Files: pdfRobert Beverly Presentation(PDF)
Sponsors: None.
Metric-Based Traffic Engineering: Panacea or Snake Oil? A Real-World Study
Meeting: NANOG27
Date / Time: 2003-02-10 4:00pm - 4:30pm
Room: Anasazi Ballroom
Presenters: Speakers:

Arman Maghbouleh, Cariden

Arman Maghbouleh\'s research interests are in reformulation of difficult combinatorial optimization problems into simple-to-solve approximations. At Cariden, he works with network operators to develop routing and traffic management solutions. Arman holds post-graduate degrees in Computer Science, Statistics, and Linguistics from Yale and Stanford Universities.
Abstract: Recent research publications have noted the possibility that plain-old IGP metric manipulations may be as effective as the overlay-style traffic engineering made possible by ATM or MPLS. Adherents of either approach have pointed to specific topologies for which metric manipulation does extremely well or extremely poorly. Here, we present the results of a study comparing metric-based shortest-path routing with the theoretically optimal routing. We looked at six real networks under normal and single-circuit failures and found that, despite its limitations, metric-based routing was able to minimize maximum link utilizations about as well as the theoretical maximum. We present cases that illustrate the limitations of metric-based routing and speculate that these cases do not affect performance on existing networks because operators design networks with shortest-path routing limitations in mind.
Files: pdfArman Maghbouleh Presentation(PDF)
Sponsors: None.
Research Forum: Achieving Near-Optimal Traffic Engineering Solutions for Current OSPF/IS-IS Networks
Meeting: NANOG27
Date / Time: 2003-02-10 4:30pm - 5:00pm
Room: Anasazi Ballroom
Presenters: Speakers:

Ashwin Sridharan, University of Pennsylvania

Ashwin Sridharan obtained his Bachelor\'s in Electronics Engineering from Regional Engineering College, Nagpur, India, in June 1997, and his Masters in Telecommunication from the Indian Institute of Science Bangalore in December 1998. Currently, he is a graduate student in Electrical and Systems Engineering at the University of Pennsylvania, working in the area of IP networking under Dr. Roch Guerin. His main area of focus is the utilization of traffic engineering information to improve performance of existing routing protocols.

Roch Guerin, University of Pennsylvania

Roch Guerin holds an engineer degree from ENST, Paris, France, and M.S. and Ph.D. degrees in EE from Caltech. He joined the Electrical and System Engineering department of the University of Pennsylvania in 1998 as the Alfred Fitler Moore Professor of Telecommunications Networks. He is currently on part-time leave from Penn at Ipsum Networks, a startup company he co-founded in 2001, which is developing network management software for IP networks. Before joining the University of Pennsylvania, he spent over twelve years at the IBM T. J. Watson Research Center in a variety of technical and management positions. Roch\'s research has been in the area of data networking and quality of service in packet networks, with a recent focus on routing and traffic engineering. He is an IEEE Fellow, and sits on the Scientific Advisory Board of France Telecom and on the Technical Advisory Board of Samsung Electronics.

Christophe Diot, Sprint

Christophe Diot received a Ph.D. degree in Computer Science from INP Grenoble in 1991. From 1993 to 1998, he was a research scientist at INRIA Sophia Antipolis, working on new Internet architectures and protocols. Diot moved to Sprint Advanced Technology Laboratory in October 1998 to lead the IP research group. His current interest is in the passive monitoring of the Sprint IP backbone in order to study IP traffic characteristics and to design new analytical models and traffic engineering solutions for pure packet networks. Diot is a member of IEEE and ACM, and serves as an editor for <I>ACM/IEEE Transactions on Networking</I>.
Abstract: Traffic engineering is aimed at distributing traffic so as to \"optimize\" a given performance criterion. The ability to carry out such an optimal distribution depends on the routing protocol and the forwarding mechanisms in use in the network. In IP networks running the OSPF or IS-IS protocols, routing is along shortest paths, and forwarding mechanisms are constrained to distributing traffic uniformly over equal cost shortest paths. These constraints often make achieving an optimal distribution of traffic impossible. In this talk, we seek operational feedback on an approach that is capable of realizing near optimal traffic distribution without any change to existing routing protocols and forwarding mechanisms. We also explore the trade-off that exists between performance and the overhead associated with the additional configuration steps that our solution requires. The presentations\'s contributions are in formulating and evaluating an approach to traffic engineering for existing IP networks that achieves performance levels comparable to that offered when deploying other forwarding technologies such as MPLS.
Files: mp4Achieving Near-Optimal Traffic Engineering Solutions(MP4)
pdfAshwin Sridharan Presentation(PDF)
Sponsors: None.
Working Around BGP: An Incremental Approach to Improving Security and Accuracy of Interdomain Routing
Meeting: NANOG27
Date / Time: 2003-02-10 4:30pm - 4:00pm
Room: Anasazi Ballroom
Presenters: Speakers:
Geoffrey Goodell, Harvard University.
William Aiello, AT&T Research.
Timothy Griffin, AT&T Research.
John Ioannidis, AT&T Research.
Patrick McDaniel, AT&T Research.
Aviel Rubin, AT&T Research.
Abstract: BGP is vulnerable to both accidental failures and malicious attacks. We propose a new protocol that works in concert with BGP, which ASs will use to help detect and mitigate accidentally or maliciously introduced faulty routing information. The protocol differs from previous efforts at securing BGP in that it is receiver-driven, meaning that there is a mechanism for recipients of BGP UPDATE messages to corroborate the information they receive and to provide feedback. We argue that our new protocol can be adopted incrementally, and we show that there is incentive for network operators to do so. We also describe our prototype implementation.
Files: pdfWorking Around BGP(PDF)
mp4Working Around BGP(MP4)
Sponsors: None.
ISP Security BOF III
Meeting: NANOG27
Date / Time: 2003-02-10 7:30pm - 9:00pm
Room: Hohokam Ballroom (Navajo)
Presenters: Moderators:
Barry Raveendran Greene, Cisco Systems.
Abstract: Security incidents are a daily event for Internet Service Providers. Attacks on an ISP\'s customers, attacks from an ISP\'s customer, and attacks on the ISP\'s infrastructure are now one of many \"security\" NOC tickets through out the day. This increase in the volume and intensity of attacks has forced ISP\'s to spend constrained resources to mitigate the effects of these attacks on their operations and services. This investment has helped minimize the effects of the attacks, but it has not helped stop them at the source. Stopping attacks at their source requires rapid and effective inter-ISP cooperation. The spirit of inter-ISP cooperation exists in the ISP Security ranks, but the problem is that ISP Security Teams from one ISP cannot find their colleagues amongst their peers. This second ISP Security BOF models itself on the NANOG Peering BOFs, focusing on building the human Internet of ISP Security Engineers. We solicit ISP Security/NOC Teams (before the meeting), asking them to characterize their security tools and policies in general ways (\"always help customers under attack\" or \"will trace the attack to the source\" or \"will work with law enforcement\" or \"black hole violators\" or \"implement common tools\" etc.). From the answers, we will select a set of ISP Security Engineers to present a 5-to-10-minute description of their network, security tools, policies, how they would like to interact with other ISP Security Teams, and the identification/mitigation problems ISPs have had with existing technology/techniques. This presentation puts a face with the e-mail address at the ISP\'s Security/NOC Team. At the end of the BOF, representatives will have time to speak with ISP Security Engineers at ISPs with which they seek to deepen their interaction and cooperation. The expectation is that these interactions will lead to an effective, Internet-wide security incidence response --- plugging the attacks at their source and perhaps apprehending the perpetrators (using law enforcement to put a dent in the problem).
Files: None.
Sponsors: None.
Peering BOF VII
Meeting: NANOG27
Date / Time: 2003-02-10 9:00pm - 10:30pm
Room: Hohokam Ballroom (Hopi/Pima)
Presenters: Speakers:

Bill Norton, Equinix

As Co-Founder and Director of Business Development at Equinix, Bill Norton focuses his attention on building strategic relationships among companies participating at the Internet Business Exchanges. Previously, he was the Chair of NANOG and Manager of the Internet Engineering Group at Merit, leading a variety of national and international network research and operations projects.
Abstract: Now more than ever, Internet Service Providers are focusing on ways to increase the resiliency of their networks and, if at all possible, reduce their operating costs at the same time. Past research (Internet Service Providers and Peering, presented at NANOG 19, and A Business Case for Peering) demonstrates the economic tradeoffs of peering and highlight the simple but challenging first step: How to know who to talk with at an ISP to get peering set up This Peering BOF focuses on this first step using \"Peering Personals.\" We solicit Peering Coordinators (before the meeting), asking them to characterize their networks and peering policies in general ways (\"content heavy\" or \"access (eyeball) -heavy,\" \"Multiple Points Required\" or \"Will Peer anywhere,\" \"Peering with Content OK,\" etc.). From the answers we will select a set of ISP Peering Coordinators to present a 2-3 minute description of their network, what they look for in a peer, etc., allowing the audience to put a face with the name of the ISP. At the end of the Peering BOF, Peering Coordinators will have time to speak with Peering Coordinators of ISPs they seek to interconnect with. The expectation is that these interactions will lead to the Peering Negotiations stage, the first step towards a more fully meshed and therefore resilient Internet.
Files: None.
Sponsors: None.
Large-Scale Wireless Networks, UT\'s Case
Meeting: NANOG27
Date / Time: 2003-02-11 9:00am - 9:30am
Room: Anasazi Ballroom
Presenters: Speakers:
Philippe Hanset, University of Tennessee.
Abstract: The University of Tennessee at Knoxville was an early adopter of massive WLAN deployment. From January 2000 to July 2001, 1200 access points were installed across 15 million square feet, making this the largest 802.11b deployment in academia ... in the shortest time. All academic and administrative buildings are covered. The installation involved local contractors for handwork, and University expertise for network and wireless engineering. The design included 100% usage of power-over-ethernet, with the vendor selection carefully studied in order to support upcoming standards such as 802.11A and 802.11G. The original plan included RADIUS authentication and encryption, but lack of compatibility (support of Linux and PDA mostly) made us change the firmware on all 1200 devices ... completely scripted with SNMP! We now run a semi-open WLAN, with DHCP registration authenticated on LDAP and silent monitoring of MAC addresses in the background. Many new challenges have been encountered, and will be described further at NANOG.
Files: mp4Large Scale Wireless Networks, UT's Case(MP4)
pdfPhilippe Hanset Presentation(PDF)
Sponsors: None.
High Density Wireless Deployment
Meeting: NANOG27
Date / Time: 2003-02-11 9:30am - 10:00am
Room: Anasazi Ballroom
Presenters: Speakers:
Joel Jaeggli, University of Oregon.
Abstract: A high density wireless deployment presents unique infrastructure logistics and monitoring problems. To support 500-2000 wireless users in a single room or space requires a combination of different approaches to ensure a functional network. This presentation draws on my experience in support of wireless deployment for IETF and NANOG meetings.
Files: mp4High Density Wireless Deployment(MP4)
pdfJoel Jaeggli(PDF)
Sponsors: None.
Global RIR Statistics
Meeting: NANOG27
Date / Time: 2003-02-11 10:00am - 10:15am
Room: Anasazi Ballroom
Presenters: Speakers:

Leslie Nobile, ARIN

Leslie Nobile, Director of Registration Services at ARIN, has over 11 years of experience in the Internet Registry system.
Abstract: This talk presents an up to date, comprehensive summary of all IPv4, IPv6, and Autonomous System Number statistics from the four Regional Internet Registries: <A HREF=\"http://www.arin.net\">ARIN,</A> <A HREF=\"http://www.ripe.net\">RIPE,</A> <A HREF=\"http://www.apnic.net\">APNIC,</A> and <A HREF=\"http://www.lacnic.net\">LACNIC.</A>
Files: mp4Global RIR Statistics(MP4)
pdfLeslie Nobile Presentation(PDF)
Sponsors: None.
CIDR Police - Please Pull Over and Show Us Your BGP Announcements
Meeting: NANOG27
Date / Time: 2003-02-11 10:15am - 10:35am
Room: Anasazi Ballroom
Presenters: Speakers:
Barry Raveendran Greene, Cisco Systems.

Hank Nussbacher, Riverhead Networks

Hank Nussbacher works as a routing and security consultant to many organizations in Israel, among them AT&T Israel and IUCC (the Israeli National University Network). Among his clients is Riverhead Networks, a DDoS mitigation company.
Abstract: Is the growth of the global Internet route table all about growth? Or is there a certain amount of laziness, cluelessness, and insensitivity factored into the growth? Over the past two years we\'ve used e-mail and the top 20 CIDR list (now at <A HREF=\"http://www.cidr-report.org\">http://www.cidr-report.org</A>) to contact ISPs and multihomed enterprises. This volunteer effort draws attention to the impact their announcements are having on the global Internet table. We endeavor to make a difference by pointing out the problem, highlighting available resources, and offering free technical BGP assistance. In addition, over the past year we have encountered many RFC1918 and RFC1930 (private ASN) announcements leaking into the global routing tables. <BR><BR> This presentation will show the results of our actions. We will also point out how much of the encountered problem is clue, lameness, or \"just don\'t care.\"
Files: mp4CIDR Police(MP4)
pdfHank Nussbacher Presentation(PDF)
Sponsors: None.
IPv4 Address Allocation and BGP Routing Table Evolution
Meeting: NANOG27
Date / Time: 2003-02-11 11:00am - 11:30am
Room: Anasazi Ballroom
Presenters: Speakers:

Cathy Wittbrodt, Packet Design

Cathy Wittbrodt is a member of the technical staff of Packet Design. Before joining Packet Design she was with Excite@Home, where she was responsible for network routing and IP addressing. Cathy is a member of the ARIN advisory council as well as the Address Supporting Organization (ASO) address council. She has been active in the Internet for 12 years. She began at Merit Network, Inc. where she worked on the NSFNET Backbone. Also while at Merit Cathy built CICNet, a network that connected the Big 10 universities. Following Merit, Cathy designed and implemented OSI/CLNP for the Energy Sciences Network. Although OSI/CLNP was never widely deployed, the experience has given greater insight into addressing and scaling issues. Cathy also spent three years in the engineering group of the Bay Area Regional Research Network, BARRNet, which was bought by BBN Planet. Cathy is on the Board of Directors of Panzer Motorcycle Works, USA, Inc. She has a B.S. in mathematics from Northern Arizona University.
Abstract: IP addresses are allocated to ISPs by four Regional Internet Registries (RIRs); in turn, the ISPs further assign addresses to end users. To understand the relationship, if any, between address allocation and global routing table growth, we present a quantitative analysis of the IPv4 address allocation and the growth of the global BGP routing table over the last four-and-one-half years. Our findings show that: <OL> <LI> The distribution of the first-advertisement-delay, which is defined as the time period between the allocation of an IP prefix and its first BGP announcement, has a heavy-tail distribution, and a small percentage of the allocated address prefixes have never been used; <BR><BR></LI> <LI> Although up to 50% of the prefixes allocated between Jan.1, 1998, and April 30, 2002, are advertised in the global routing table with the same prefix length as allocated, most of the rest of the prefixes are advertised as longer (more specific) prefixes; <BR><BR></LI> <LI> The IP prefix set in the global routing table has been evolving over time. More than half of the prefixes in the BGP routing table in January 1998 disappeared by January 2002, while 87,941 new prefixes were added. Among the prefixes that disappeared, 77% were aggregated into shorter (less specific) prefixes; and <BR><BR></LI> <LI> Different address allocations have varying degrees of impact on routing table growth. A sample snapshot of the global routing table on April 30, 2002, shows that more than 70% of the routing table entries came from 10% of the allocated address blocks. <BR><BR></LI> </OL>
Files: pdfCathy Wittbrodt Presentation(PDF)
mp4IPv4 Address Allocation and BGP Routing Table Evolution(MP4)
Sponsors: None.
The BGP TTL Security Hack (BTSH)
Meeting: NANOG27
Date / Time: 2003-02-11 11:30am - 11:45am
Room: Anasazi Ballroom
Presenters: Speakers:

Dave Meyer, Sprint

David Meyer is currently Senior Scientist and Director of IP Technology Development at Sprint. He is also Director of the Advanced Network Technology Center at the University of Oregon. Prior to working at Sprint, Dave worked at Cisco, where he was involved in software development, working both on multicast and BGP. He is active in the IETF, where he chairs the MBONED and MSDP (Multicast Source Discovery Protocol) working groups, as well as being a member of several IETF directorates and IRTF research groups. Dave is a longtime member of the operator community, and is a member of the NANOG program committee. He is also active in other standards organizations, such as ANSI T1X1.
Abstract: In recent weeks and months, we have been seeing a large number of DoS attacks directed against port 179 (BGP). These attacks are enabled in part by the facts that (i). the TCP 4 tuple is easy to discover, and (ii). the attack doesn\'t require knowledge of the TCP sequence number. As a result, you don\'t have to directly compromise (\"own\") the attacked router to disable BGP processing. The BGP TTL Security Hack (BTSH) is designed to protect the BGP (RFC1771) infrastructure from CPU-utilization based attacks. While BTSH is most effective in protecting directly connected BGP peers, it can also provide a lower level of protection to multi-hop sessions. Draft authors: Vijay Gill, John Heasly, and Dave Meyer
Files: pdfDave Meyer Presentation(PDF)
mp4The BGP TTL Security Hack(MP4)
Sponsors: None.
Lack of Priority Queuing on RPs Considered Harmful
Meeting: NANOG27
Date / Time: 2003-02-11 11:45am - 12:00pm
Room: Anasazi Ballroom
Presenters: Speakers:

Vijay Gill, AOL Time Warner

Positions held by Vijay Gill include systems development and analysis at the University of Maryland, Baltimore County; Senior Network Architect/Senior Member of the Technical Staff at UUNET; and technical manager of network architecture at Metromedia Fiber Networks. Currently he is with AOL Time Warner as an architect for the ATDN backbone.
Abstract: This talk details certain hardware features that are important for the hardening of routers and other network infrastructure. These features are hard to retrofit after the fact. Any changes at this level will involve software rewrites and may require board level changes; therefore the earlier these requirements are communicated to vendors, the better.
Files: mp4Lack of Priority Queuing on Route Processors Considered Harmful(MP4)
pdfVijay Gill Presentation(PDF)
Sponsors: None.
Security Considerations for Network Architecture
Meeting: NANOG27
Date / Time: 2003-02-11 1:30pm - 1:50pm
Room: Anasazi Ballroom
Presenters: Speakers:

Avi Freedman, Akamai Technologies

Avi Freedman is Chief Network Scientist with Akamai, where he works on architecture, research, product development, Internet visualization, and vulnerability analysis. He is also on the board of FastNet, a network provider that recently acquired Netaxs. Prior to joining Akamai, Avi was VP of Engineering for AboveNet. He is also on the ARIN advisory council, and is actively involved in the network community.
Abstract: Recent years have seen large-scale (though generally single-network) outages caused by misconfiguration, such as route redistribution, and/or software bugs. There is also concern that \"properly\" architected worm/virus attacks could create networks of hundreds of thousands or millions of devices that could be turned against the router infrastructure. We will review some vulnerabilties that have been exposed in recent years, primarily relating to router CPU protection; route redistribution; router control/logging systems; the DNS infrastrucutre; and the robustness of interconnection between networks. The presentation will review some common-knowledge fixes, and will discuss some interesting applications of network architecture and design that can help to mitigate serious vulnerabilities.
Files: pdfAvi Freedman Presentation(PDF)
mp4Security Considerations for Network Architecture(MP4)
Sponsors: None.
BGP4 Anycast for Root Name Service -- Threat or Menace?
Meeting: NANOG27
Date / Time: 2003-02-11 1:50pm - 2:20pm
Room: Anasazi Ballroom
Presenters: Speakers:
Suzanne Woolf, ISC.
Mark Schleifer, Cogent.
Abstract: Just as fine grained peering helps keep local traffic local, so it is that massive scale anycast can help keep local attacks local. F-root is going worldwide, which means you\'ll be able to peer with ISC (the Internet Software Consortium) in a lot of new and even exotic places, but in most such places you\'ll only hear one route from us. In this presentation, Suzanne Woolf of ISC will explain what we\'re doing, why we\'re doing it, and what you can do about it.
Files: mp4BGP4 Anycast for Root Name Service -- Threat or Menace?(MP4)
pdfSuzanne Woolf Presentation(PDF)
Sponsors: None.
SIP Operation in the Public Internet: What Makes Running it a Challenge and What it Takes to Deal With It
Meeting: NANOG27
Date / Time: 2003-02-11 2:40pm - 3:10pm
Room: Anasazi Ballroom
Presenters: Speakers:

Jiri Kuthan, iptel.org

Jiri Kuthan is founder of iptel.org, a know-how organisation based in Berlin, Germany. Iptel runs a public SIP site and produces a free implementation of a high-performance SIP server. Jiri is responsible for planning the architecture of iptel.org\'s site and server.
Abstract: Based on experience at iptel.org, we review current issues related to operation of SIP services on the public Internet. The issues include operational challenges such as NAT traversal, service reliability, scalability, and deployability. We show current practices and identify gaps that still need to be addressed by manafacturers. <BR><BR> Topics to be covered include: <UL> <LI> Status update: existing deployments, available services, interoperability </LI> <LI> Problem summary: NAT traversal, reliability, scalability, miscellaneous </LI> Operational practices <UL> <LI> NAT: ALGs, manual configuration, UPnP, STUN, relay </LI> <LI> reliability: use of DNS/SRV versus other solutions, replication mechanisms </LI> <LI> deployability: scaling concerns, request routing in distributed networks, routing troubleshooting </LI></UL> </LI> <LI> Conclusions: summary of current issues that still need to be addressed </LI> </UL>
Files: pdfJiri Kuthan Presentation(PDF)
mp4SIP Operation in the Public Internet: What Makes Running it a Challeng(MP4)
Sponsors: None.
Update on the 802.17 RPR Standard
Meeting: NANOG27
Date / Time: 2003-02-11 3:10pm - 3:25pm
Room: Anasazi Ballroom
Presenters: Speakers:

Andrew Brown, Cisco Systems

Andrew Brown has been with Cisco Systems for over three years. He oversees the testing of Cisco\'s Resilient Packet Ring (RPR) products that use the pre-standard RPR protocol, called Spatial Reuse Protocol (SRP). Andrew is responsible for defining Cisco\'s overall test strategy and methodology for 802.17 RPR interoperability testing.
Abstract: There\'s been quite a bit of change in the 802.17 RPR standard proposal over the past couple of years. This discussion will provide a status update on where the 802.17 standard is, as well as an update on some of the differences between the 802.17 standard and SRP/DPT. A possible timeline for RPR product rollout based on a current view of the 802.17 standards progress will also be discussed.
Files: pdfAndrew Brown Presentation(PDF)
mp4Status Update on the 802.17 Resilient Packet Rings Standard(MP4)
Sponsors: None.

Back to NANOG27 agenda.

NANOG27 Abstracts

  • The Spread of the Sapphire/Slammer Worm
    Speakers:
    David MooreCAIDA & UCSD CSE; .
    Vern PaxsonICIR & LBNL; .
    Stefan SavageUCSD CSE; .
    Colleen ShannonCAIDA; .
    Stuart StanifordSilicon Defense; .
    Nicholas WeaverSilicon Defense & UC Berkeley EECS; .
  • The Spread of the Sapphire/Slammer Worm
    Speakers:
    David MooreCAIDA & UCSD CSE; .
    Vern PaxsonICIR & LBNL; .
    Stefan SavageUCSD CSE; .
    Colleen ShannonCAIDA; .
    Stuart StanifordSilicon Defense; .
    Nicholas WeaverSilicon Defense & UC Berkeley EECS; .
  • The Spread of the Sapphire/Slammer Worm
    Speakers:
    David MooreCAIDA & UCSD CSE; .
    Vern PaxsonICIR & LBNL; .
    Stefan SavageUCSD CSE; .
    Colleen ShannonCAIDA; .
    Stuart StanifordSilicon Defense; .
    Nicholas WeaverSilicon Defense & UC Berkeley EECS; .
  • The Spread of the Sapphire/Slammer Worm
    Speakers:
    David MooreCAIDA & UCSD CSE; .
    Vern PaxsonICIR & LBNL; .
    Stefan SavageUCSD CSE; .
    Colleen ShannonCAIDA; .
    Stuart StanifordSilicon Defense; .
    Nicholas WeaverSilicon Defense & UC Berkeley EECS; .
  • The Spread of the Sapphire/Slammer Worm
    Speakers:
    David MooreCAIDA & UCSD CSE; .
    Vern PaxsonICIR & LBNL; .
    Stefan SavageUCSD CSE; .
    Colleen ShannonCAIDA; .
    Stuart StanifordSilicon Defense; .
    Nicholas WeaverSilicon Defense & UC Berkeley EECS; .
  • The Spread of the Sapphire/Slammer Worm
    Speakers:
    David MooreCAIDA & UCSD CSE; .
    Vern PaxsonICIR & LBNL; .
    Stefan SavageUCSD CSE; .
    Colleen ShannonCAIDA; .
    Stuart StanifordSilicon Defense; .
    Nicholas WeaverSilicon Defense & UC Berkeley EECS; .

 

^ Back to Top