July 2008 Archives by thread

• Messages sorted by: [ subject ] [ author ] [ date ]
• More info on this list...

Starting: Tue Jul 1 00:34:25 UTC 2008
Ending: Thu Jul 31 20:05:52 UTC 2008
Messages: 757

• ICANN opens up Pandora's Box of new TLDs   Jean-François Mezei
  • ICANN opens up Pandora's Box of new TLDs   Christopher Morrow
• what problem are we solving? (was Re: ICANN opens up Pandora'sBox   Joe Greco
• what problem are we solving? (was Re: ICANN opens up Pandora's   Joe Greco
  • RFC 1480 - does it generalize (was What Problem; was ICANN/Pandora)   Jay R. Ashworth
• DNS and potential energy   Martin Hannigan
  • DNS and potential energy   Jay R. Ashworth
• ICANN opens up Pandora's Box of new TLDs   Jean-François Mezei
  • ICANN opens up Pandora's Box of new TLDs   Steven M. Bellovin
• DNS and potential energy   James Hess
  • TLDs and file extensions (Re: DNS and potential energy)   David Conrad
    • TLDs and file extensions (Re: DNS and potential energy)   michael.dillon at bt.com
    • TLDs and file extensions (Re: DNS and potential energy)   Tony Finch
    • TLDs and file extensions (Re: DNS and potential energy)   Jay R. Ashworth
    • TLDs and file extensions (Re: DNS and potential energy)   Jean-François Mezei
  • DNS and potential energy   Marshall Eubanks
    • DNS and potential energy   John Levine
    • DNS and potential energy   Valdis.Kletnieks at vt.edu
  • DNS and potential energy   Jay R. Ashworth
    • DNS and potential energy   Valdis.Kletnieks at vt.edu
• REJECT-ON-SMTP-DATA (Re: Mail Server best practices - was: Pandora's Box of new TLDs)   Jeroen Massar
  • REJECT-ON-SMTP-DATA (Re: Mail Server best practices - was: Pandora's Box of new TLDs)   Chris Owen
    • REJECT-ON-SMTP-DATA (Re: Mail Server best practices - was: Pandora's Box of new TLDs)   Justin Shore
  • REJECT-ON-SMTP-DATA (Re: Mail Server best practices - was: Pandora's Box of new TLDs)   Phil Vandry
    • REJECT-ON-SMTP-DATA (Re: Mail Server best practices - was: Pandora's Box of new TLDs)   Justin Shore
      • REJECT-ON-SMTP-DATA (Re: Mail Server best practices - was: Pandora's Box of new TLDs)   Skywing
      • REJECT-ON-SMTP-DATA (Re: Mail Server best practices - was: Pandora's Box of new TLDs)   Justin Shore
• what problem are we solving? (was Re: ICANN opens up Pandora's Box of new TLDs)   Roland Perry
• what problem are we solving? (was Re: ICANN opens up Pandora's Box of   Roland Perry
  • what problem are we solving? (was Re: ICANN opens up Pandora's Box of   Jay R. Ashworth
    • what problem are we solving? (was Re: ICANN opens upPandora's Box of   Tomas L. Byrnes
• DNS and potential energy   bmanning at vacation.karoshi.com
  • DNS and potential energy   Tony Finch
    • DNS and potential energy   Laurence F. Sheldon, Jr.
• ICANN opens up Pandora's Box of new TLDs   Stephane Bortzmeyer
  • ICANN opens up Pandora's Box of new TLDs   Tony Finch
• what problem are we solving? (was Re: ICANN opens up Pandora's Box of new TLDs)   Jay R. Ashworth
  • what problem are we solving? (was Re: ICANN opens up Pandora's   Joe Greco
• DNS and potential energy   Rob Pickering
  • DNS and potential energy   Daniel Hagerty
• Mail Server best practices - was: Pandora's Box of new TLDs   Jay R. Ashworth
• ICANN opens up Pandora's Box of new TLDs   Phil Regnauld
• can all current nanog threads move to nanog-ot@ plz?   Paul Vixie
  • can all current nanog threads move to nanog-ot@ plz?   Laurence F. Sheldon, Jr.
• ICANN opens up Pandora's Box of new TLDs   Tony Finch
• Packetloss while transiting as7018   Brad Tarno
• what problem are we solving? (was Re: ICANN opens upPandora's Box of   Gregory Hicks
• SDH on the cheap   Kerplunkity Moo
  • SDH on the cheap   Yardiel Fuentes
    • SDH on the cheap   Martin Hannigan
      • SDH on the cheap   Yardiel Fuentes
      • SDH on the cheap   Martin Hannigan
• Possible explanations for a large hop in latency   Sam Stickland
  • Possible explanations for a large hop in latency   Bruce Pinsky
• Charter nntp administrator   Chris Scheller
• APRICOT 2009 : Call for Papers   Gaurab Raj Upadhaya
• RIPE NCC will begin allocating from 188/8   Alex Le Heux
  • RIPE NCC will begin allocating from 188/8   Steve Linford
• tacid.org   Nick Shank
  • tacid.org   Frank Bulk - iNAME
    • a business opportunity? (was: Re: tacid.org)   Randy Bush
      • Sure, I'm game (was Re: a business opportunity?)   Lynda
      • Sure, I'm game (was Re: a business opportunity?)   Suresh Ramasubramanian
      • Sure, I'm game (was Re: a business opportunity?)   Jon Lewis
      • a business opportunity?   Paul Vixie
      • a business opportunity?   Tomas L. Byrnes
      • a business opportunity?   Paul Vixie
      • a business opportunity?   Eric Brunner-Williams
      • a business opportunity?   John Levine
      • (OT) IANA and ICANN domains get hijacked   Michael Painter
    • [OT/NOOP] Re: tacid.org   jamie
• Replacement for Avaya CNA/RouteScience   Drew Weaver
  • Replacement for Avaya CNA/RouteScience   Michienne Dixon
    • Replacement for Avaya CNA/RouteScience   Koch, Christian
  • Replacement for Avaya CNA/RouteScience   Paul Wall
    • Replacement for Avaya CNA/RouteScience   Eric Van Tol
      • Replacement for Avaya CNA/RouteScience   Robert E. Seastrom
      • Replacement for Avaya CNA/RouteScience   Christian Koch
      • Replacement for Avaya CNA/RouteScience   Eric Van Tol
      • Replacement for Avaya CNA/RouteScience   Christian Koch
      • Replacement for Avaya CNA/RouteScience   Ross Vandegrift
      • Replacement for Avaya CNA/RouteScience   Tom Sands
  • Replacement for Avaya CNA/RouteScience   Rubens Kuhl Jr.
• IPv6 Prefix Policy   Frank P. Troy
  • IPv6 Prefix Policy   Jeroen Massar
    • IPv6 Prefix Policy   Leo Bicknell
      • IPv6 Prefix Policy   Jeroen Massar
• The Cidr Report   cidr-report at potaroo.net
• BGP Update Report   cidr-report at potaroo.net
• Weekly Routing Table Report   Routing Analysis Role Account
• REJECT-ON-SMTP-DATA (Re: Mail Server best practices - was: Pandora's Box of new TLDs)   Jean-François Mezei
  • REJECT-ON-SMTP-DATA (Re: Mail Server best practices - was: Pandora's Box of new TLDs)   Justin Shore
• updating & checking DNS zone files   travis+ml-nanog at subspacefield.org
  • updating & checking DNS zone files   Luke S Crawford
  • updating & checking DNS zone files   jbratton at rackspace.com
  • updating & checking DNS zone files   Jay R. Ashworth
    • dns-operations@ mailing list? (Re: updating & checking DNS zone files)   Paul Vixie
    • updating & checking DNS zone files   Jeroen Massar
  • updating & checking DNS zone files   Jo Rhett
• Savvis route loop   Craig Holland
• updating & checking DNS zone files   Paul Bertain
  • updating & checking DNS zone files   Stephane Bortzmeyer
• apnic whois busted   goemon at anime.net
• tacid.org   Nick Shank
  • tacid.org   Jim Popovitch
    • tacid.org   Jo Rhett
• tacid.org   Nick Shank
  • tacid.org   Jim Popovitch
• [Idr] Configuration objects in BGP MIB v2: Call for consenus   Jeffrey Haas
• Connectivity and local loop in Panama anybody?   Mark Jeftovic
• Sprint Core Router Powered Down in Orlando, Fl?   Kraig Beahn
• Sprint Core Router Powered Down in Orlando, Fl?   Scott Weeks
• Cisco Security Advisory: Multiple Cisco Products Vulnerable to DNS Cache Poisoning Attacks   Cisco Systems Product Security Incident Response Team
• Multiple DNS implementations vulnerable to cache poisoning   Buhrmaster, Gary
  • Multiple DNS implementations vulnerable to cache poisoning   Jay R. Ashworth
    • Multiple DNS implementations vulnerable to cache poisoning   Jay R. Ashworth
      • Multiple DNS implementations vulnerable to cache poisoning   Lynda
      • Multiple DNS implementations vulnerable to cache poisoning   Owen DeLong
      • Multiple DNS implementations vulnerable to cache poisoning   Christian Koch
      • Multiple DNS implementations vulnerable to cache poisoning   Jimmy Hess
      • Multiple DNS implementations vulnerable to cache poisoning   Jean-François Mezei
      • Multiple DNS implementations vulnerable to cache poisoning   Chris Adams
      • Multiple DNS implementations vulnerable to cache poisoning   Joe Greco
      • Multiple DNS implementations vulnerable to cache poisoning   Lynda
      • Multiple DNS implementations vulnerable to cache poisoning   Jeffrey Ollie
      • Multiple DNS implementations vulnerable to cache poisoning   Jay R. Ashworth
  • Multiple DNS implementations vulnerable to cache poisoning   Steven M. Bellovin
    • Multiple DNS implementations vulnerable to cache poisoning   Christopher Morrow
      • Multiple DNS implementations vulnerable to cache poisoning   Steven M. Bellovin
      • Multiple DNS implementations vulnerable to cache poisoning   Christopher Morrow
      • Multiple DNS implementations vulnerable to cache poisoning   Steven M. Bellovin
      • Multiple DNS implementations vulnerable to cache poisoning   Martin Hannigan
      • Multiple DNS implementations vulnerable to cache poisoning   Sean Donelan
      • Multiple DNS implementations vulnerable to cache poisoning   Joe Abley
      • Multiple DNS implementations vulnerable to cache poisoning   David Conrad
      • Multiple DNS implementations vulnerable to cache poisoning   michael.dillon at bt.com
      • Multiple DNS implementations vulnerable to cache poisoning   David Conrad
      • Multiple DNS implementations vulnerable to cache poisoning   Leo Bicknell
      • Multiple DNS implementations vulnerable to cache poisoning   Randy Bush
      • Multiple DNS implementations vulnerable to cache poisoning   David Conrad
      • Multiple DNS implementations vulnerable to cache poisoning   Randy Bush
      • Multiple DNS implementations vulnerable to cache poisoning   David Conrad
      • Multiple DNS implementations vulnerable to cache poisoning   Randy Bush
      • Multiple DNS implementations vulnerable to cache poisoning   Eric Brunner-Williams
      • Multiple DNS implementations vulnerable to cache poisoning   Christopher Morrow
      • Multiple DNS implementations vulnerable to cache poisoning   Martin Hannigan
      • Multiple DNS implementations vulnerable to cache poisoning   Christopher Morrow
      • Multiple DNS implementations vulnerable to cache poisoning   David Conrad
      • Multiple DNS implementations vulnerable to cache poisoning   Martin Hannigan
      • Multiple DNS implementations vulnerable to cache poisoning   David Conrad
      • Multiple DNS implementations vulnerable to cache poisoning   Jay R. Ashworth
      • Multiple DNS implementations vulnerable to cache poisoning   Michael Sinatra
      • Multiple DNS implementations vulnerable to cache poisoning   Andrews Carl 455
      • Multiple DNS implementations vulnerable to cache poisoning   Russ Mundy
      • Multiple DNS implementations vulnerable to cache poisoning   Joao Damas
      • Multiple DNS implementations vulnerable to cache poisoning   Jay R. Ashworth
    • Multiple DNS implementations vulnerable to cache poisoning   Fernando Gont
      • Multiple DNS implementations vulnerable to cache poisoning   Patrick W. Gilmore
      • Multiple DNS implementations vulnerable to cache poisoning   Eric Davis
      • Multiple DNS implementations vulnerable to cache poisoning   Phil Regnauld
• Multiple DNS implementations vulnerable to cache poisoning   Michael C. Toren
  • Multiple DNS implementations vulnerable to cache poisoning   Jean-François Mezei
    • Multiple DNS implementations vulnerable to cache poisoning   Jay R. Ashworth
      • Multiple DNS implementations vulnerable to cache poisoning   Simon Waters
      • Multiple DNS implementations vulnerable to cache poisoning   Jay R. Ashworth
  • Multiple DNS implementations vulnerable to cache poisoning   Tuc at T-B-O-H.NET
    • Multiple DNS implementations vulnerable to cache poisoning   Brian Keefer
• Building a BGP test network   Jason Lewis
  • Building a BGP test network   Beavis
  • Building a BGP test network   Jason Lewis
    • Building a BGP test network   Borchers, Mark M.
  • Building a BGP test network   Howard Jones
    • Building a BGP test network   Ariel Biener
      • Building a BGP test network   William Waites
      • Building a BGP test network   Richard Mortier
  • Building a BGP test network   Charles N Wyble
• Building a BGP test network   Fouant, Stefan
• Multiple DNS implementations vulnerable to cache poisoning   Paul Ferguson
• Bell Contact   commo dore
• Linkedin Contacts   Felix Bako
  • Linkedin Contacts   mark seiden-via mac
    • Linkedin Contacts   Suresh Ramasubramanian
• Big delays at Sprint or Verizon network?   Nicolas Antoniello
• Multiple DNS implementations vulnerable to cache poisoning   Christopher Morrow
• Independent Testing for Network Hardware   Brian Knoll (TT)
  • Independent Testing for Network Hardware   Frank P. Troy
    • Independent Testing for Network Hardware   Sean Hafeez
      • Independent Testing for Network Hardware   Tomas L. Byrnes
      • Independent Testing for Network Hardware   Thomas Maufer
      • Independent Testing for Network Hardware   Tomas L. Byrnes
      • Independent Testing for Network Hardware   Thomas Maufer
• Cogent problems in Chicago area?   Brandon Galbraith
  • Cogent problems in Chicago area?   Christian Koch
    • Cogent problems in Chicago area?   Darrell Hyde
      • Cogent problems in Chicago area?   Brandon Galbraith
• Cogent problems in Chicago area? (updated with info)   Brandon Galbraith
• verizon.net abuse/support contacts?   Bill
• Multiple DNS implementations vulnerable to cache poisoning   David Conrad
• on Qwest transport, need service in Denver area   neal rauhauser
• Multiple DNS implementations vulnerable to cache poisoning   Russ Mundy
• Comcast routing issue   Andrew D Kirch
• Thanks   Andrew D Kirch
  • [ot] Re: Thanks   jamie
• The Cidr Report   cidr-report at potaroo.net
• BGP Update Report   cidr-report at potaroo.net
• Weekly Routing Table Report   Routing Analysis Role Account
• AS 54271   Marshall Eubanks
  • AS 54271   Patrick W. Gilmore
    • AS 54271   Fredy Kuenzler
  • AS 54271   Jon Kibler
  • AS 54271   Joel Jaeggli
    • AS 54271   manolo
    • AS 54271   Scott Morris
      • AS 54271   Joel Jaeggli
      • AS 54271   Christian Koch
• VLAN Management Tool   Fisher, Shawn
• Peer1 outage in Vancouver   Duane Cook
• Analysing traces for performance bottlenecks   Sam Stickland
  • Analysing traces for performance bottlenecks   Tim Eberhard
  • Analysing traces for performance bottlenecks   Sam Stickland
  • Analysing traces for performance bottlenecks   Kevin Oberman
    • Analysing traces for performance bottlenecks   Matt Cable
      • Analysing traces for performance bottlenecks   Sam Stickland
      • Analysing traces for performance bottlenecks   Bulger, Tim
      • Analyzing traces for performance bottlenecks   Tim Sanderson
      • Analyzing traces for performance bottlenecks   Randy Bush
      • Analysing traces for performance bottlenecks   Sean Donelan
• Analysing traces for performance bottlenecks   rcheung at rochester.rr.com
• Avg. Packet Size - Again?   Sean Hafeez
  • Avg. Packet Size - Again?   Darryl Dunkin
    • Avg. Packet Size - Again?   Wayne E. Bouchard
  • Avg. Packet Size - Again?   Valdis.Kletnieks at vt.edu
    • Avg. Packet Size - Again?   Glen Turner
      • Avg. Packet Size - Again?   Randy Bush
      • Avg. Packet Size - Again?   Jeff Kell
      • Avg. Packet Size - Again?   Fred Baker
      • Avg. Packet Size - Again?   k claffy
  • Avg. Packet Size - Again?   Iddo
• First Call for Papers InfoSys 2009 [ICNS, ICAS, INTENSIVE], Valencia (Spain), April 21-25, 2009   Jaime Lloret Mauri
• [NANOG-announce] Reminder: Presentation materials for NANOG44/45 are welcomed   Ren Provo
• Transit providers in Sri Lanka   Skeeve Stevens
• Managed, cheap, DC power switches   Brandon Bennett
  • Managed, cheap, DC power switches   Tim Sanderson
    • Managed, cheap, DC power switches   Paul Stewart
      • Managed, cheap, DC power switches   Patrick Giagnocavo
      • Managed, cheap, DC power switches   Beavis
      • Managed, cheap, DC power switches   Jason Gurtz
      • Managed, cheap, DC power switches   Jay R. Ashworth
      • Managed, cheap, DC power switches   Jay R. Ashworth
      • Managed, cheap, DC power switches   Seth Mattinen
      • Managed, cheap, DC power switches   Jeff Kell
      • OT: GBIC compatibility and pricing (was Managed, cheap, DC power switches)   Jay R. Ashworth
      • GBIC compatibility and pricing (was Managed, cheap, DC power switches)   Steve Dalberg
      • GBIC compatibility and pricing (was Managed, cheap, DC power switches)   Hyunseog Ryu
      • GBIC compatibility and pricing (was Managed, cheap, DC power switches)   Kevin Oberman
      • OT: GBIC compatibility and pricing (was Managed, cheap, DC power switches)   Jay R. Ashworth
      • Managed, cheap, DC power switches   Tim Sanderson
      • Managed, cheap, DC power switches   Matthew Crocker
    • Managed, cheap, DC power switches   Jay R. Ashworth
• Enterprise VoIP Survey   nanog at ryburn.org
  • Enterprise VoIP Survey   Justin Ryburn
• Data about IPv6 fragmentation   Fernando Gont
• Announcement : publicly available LISP and shim6 implementations   Olivier Bonaventure
• AUTO: Robbie Woodley is out of the office (returning Mon 07/21/2008)   Robbie_Woodley at uttyler.edu
  • AUTO: Robbie Woodley is out of the office (returning Mon 07/21/2008)   Laurence F. Sheldon, Jr.
    • AUTO: Robbie Woodley is out of the office (returning Mon 07/21/2008)   Colin Alston
• weirdness with Extreme   Andy Grosser
  • Line rate gigabit router/switch options   Matthew Huff
    • Line rate gigabit router/switch options   Paul Kelly :: Blacknight
      • Line rate gigabit router/switch options   Matthew Huff
      • Line rate gigabit router/switch options   Brant I. Stevens
      • Line rate gigabit router/switch options   Kevin Oberman
      • Line rate gigabit router/switch options   Kevin Blackham
      • Line rate gigabit router/switch options   Matthew Elmore
• Avg. Packet Size - Again?   Scott Weeks
• Comcast issues anyone?   Logan Rawlins
  • Comcast issues anyone?   Logan Rawlins
• Looking for Network Solutions mail admin   randal k
  • Looking for Network Solutions mail admin   Suresh Ramasubramanian
    • Looking for Network Solutions mail admin   randal k
      • Looking for Network Solutions mail admin   Randy Bush
  • Looking for Network Solutions mail admin   randal k
• Force10 E300 vs. Juniper MX480   Joe Abley
  • Force10 E300 vs. Juniper MX480   Chris Marlatt
• Comcast issues anyone?   Smith, Courtney
• Real person @ Speakeasy Abuse   Tomas L. Byrnes
• The Cidr Report   cidr-report at potaroo.net
• BGP Update Report   cidr-report at potaroo.net
• Force10 E300 vs. Juniper MX480   Keith O'neill
  • Force10 E300 vs. Juniper MX480   Chris Marlatt
    • Force10 E300 vs. Juniper MX480   Chris Heighway
      • Cisco vs Adtran vs Juniper   Paul Stewart
      • Cisco vs Adtran vs Juniper   Chris Heighway
      • Cisco vs Adtran vs Juniper   Eric Van Tol
      • Cisco vs Adtran vs Juniper   Matthew Elmore
      • Cisco vs Adtran vs Juniper   Paul Stewart
  • Force10 E300 vs. Juniper MX480   Eric Van Tol
    • Force10 E300 vs. Juniper MX480   Martin Hannigan
• Force10 E300 vs. Juniper MX480   John Sweeting
• Cisco vs Adtran vs Juniper   Paul Stewart
  • Cisco vs Adtran vs Juniper   Eric Van Tol
    • Cisco vs Adtran vs Juniper   Paul Stewart
      • Cisco vs Adtran vs Juniper   Doug McIntyre
• Bogon Filter Update Request   Stan Barber
  • Bogon Filter Update Request   Rob Thomas
• SBCglobal routing loop.   Logan Rawlins
  • SBCglobal routing loop.   Justin Ream
    • SBCglobal routing loop.   Mike Lyon
  • SBCglobal routing loop.   Ren Provo
    • SBCglobal routing loop.   Paul Wall
      • SBCglobal routing loop.   Aaron Glenn
      • SBCglobal routing loop.   Mike Lewinski
    • SBCglobal routing loop.   michael.dillon at bt.com
      • SBCglobal routing loop.   Joel Jaeggli
      • SBCglobal routing loop.   michael.dillon at bt.com
      • SBCglobal routing loop.   Simon Lockhart
      • SBCglobal routing loop.   Andrew D Kirch
      • SBCglobal routing loop.   Jay R. Ashworth
• Weekly Routing Table Report   Routing Analysis Role Account
• Ubiquity<->Mzima routing loop   William Pitcock
  • Ubiquity<->Mzima routing loop   Aaron Glenn
    • Ubiquity<->Mzima routing loop   William Pitcock
      • Ubiquity<->Mzima routing loop   Aaron Glenn
      • Ubiquity<->Mzima routing loop   William Pitcock
      • Ubiquity<->Mzima routing loop   Joe Provo
  • Ubiquity<->Mzima routing loop   Paul Wall
• Ubiquity<->Mzima routing loop   Guy_Shields at Stream.Com
  • Ubiquity<->Mzima routing loop   Paul Wall
    • Ubiquity<->Mzima routing loop   Mike Lewinski
• Ubiquity<->Mzima routing loop   Guy_Shields at Stream.Com
  • Ubiquity<->Mzima routing loop   Valdis.Kletnieks at vt.edu
• Ubiquity<->Mzima routing loop   Sena, Rich
  • Ubiquity<->Mzima routing loop   Laurence F. Sheldon, Jr.
• Savvis Related Routing Issue   Brendan Mannella
• Savvis Related Routing Issue   Brendan Mannella
• virtual aggregation in IETF   Paul Francis
  • virtual aggregation in IETF   Alain Durand
    • virtual aggregation in IETF   Paul Francis
  • virtual aggregation in IETF   Joel Jaeggli
    • virtual aggregation in IETF   Adrian Chadd
      • virtual aggregation in IETF   Joel Jaeggli
      • virtual aggregation in IETF   Adrian Chadd
      • virtual aggregation in IETF   Joel Jaeggli
      • virtual aggregation in IETF   Paul Francis
      • virtual aggregation in IETF   Joel Jaeggli
      • virtual aggregation in IETF   Paul Francis
      • virtual aggregation in IETF   Robert E. Seastrom
• NMS for Carriers   Adam Armstrong
  • NMS for Carriers   Neil J. McRae
• connectivity to MSN   Matt Liotta
  • connectivity to MSN   Paul Wall
• connectivity to MSN   Nick Shank
• SANS: DNS Bug Now Public?   Jon Kibler
  • SANS: DNS Bug Now Public?   Christian Koch
  • SANS: DNS Bug Now Public?   Jorge Amodio
    • SANS: DNS Bug Now Public?   Steven M. Bellovin
      • SANS: DNS Bug Now Public?   Jorge Amodio
      • SANS: DNS Bug Now Public?   Joe Abley
      • SANS: DNS Bug Now Public?   Darren Bolding
      • SANS: DNS Bug Now Public?   Jasper Bryant-Greene
      • SANS: DNS Bug Now Public?   Phil Regnauld
      • SANS: DNS Bug Now Public?   Paul Vixie
• OIX Routeviews   Jason Lewis
  • OIX Routeviews   David Meyer
• Pretty Good BGP on Quagga   Josh Karlin
• Software router state of the art   Zed Usser
  • Software router state of the art   Valdis.Kletnieks at vt.edu
    • Software router state of the art   Charles Wyble
      • Software router state of the art   Adrian Chadd
      • Software router state of the art   Chris Marlatt
      • Software router state of the art   Adrian Chadd
      • Software router state of the art   randal k
      • Software router state of the art   Tim Sanderson
      • Software router state of the art   Justin Sharp
      • Software router state of the art   Joe Greco
      • Software router state of the art   Sargun Dhillon
      • Software router state of the art   Joe Greco
      • Software router state of the art   Adam Armstrong
      • Software router state of the art   Chris Adams
      • Software router state of the art   Jeffrey Ollie
      • Software router state of the art   Florian Weimer
      • Software router state of the art   Adrian Chadd
      • Software router state of the art   Colin Alston
      • Software router state of the art   Adrian Chadd
      • Software router state of the art   Dorn Hetzel
      • Software router state of the art   William Herrin
      • Software router state of the art   Florian Weimer
      • Software router state of the art   Tony Finch
      • Software router state of the art   Joe Greco
      • Software router state of the art   Sargun Dhillon
      • Software router state of the art   Joe Greco
      • Software router state of the art   Rubens Kuhl Jr.
      • Software router state of the art   Eugeniu Patrascu
      • Software router state of the art   Seth Mattinen
      • Software router state of the art   michael.dillon at bt.com
      • Software router state of the art   Justin Sharp
      • Software router state of the art   Andrew D Kirch
      • Software router state of the art   Charles Wyble
      • Software router state of the art   David E. Smith
      • Software router state of the art   Seth Mattinen
      • Software router state of the art   Charles Wyble
      • Software router state of the art   Joe Greco
      • Software router state of the art   michael.dillon at bt.com
      • Software router state of the art   Seth Mattinen
      • Software router state of the art   Rev. Jeffrey Paul
      • Software router state of the art   Andrew D Kirch
      • Software router state of the art   Seth Mattinen
      • Software router state of the art   Joe Greco
      • Software router state of the art   Bill Nash
      • Software router state of the art   Florian Weimer
    • Software router state of the art   William Herrin
      • Software router state of the art   Naveen Nathan
      • Software router state of the art   Christopher Morrow
      • Software router state of the art   Wes Young
      • Software router state of the art   Florian Weimer
    • Software router state of the art   Joel Jaeggli
  • Software router state of the art   Andrew D Kirch
    • Software router state of the art   Chris Adams
      • Software router state of the art   Seth Mattinen
      • Software router state of the art   Darden, Patrick S.
• Software router state of the art   William Herrin
  • Software router state of the art   Kevin Oberman
    • Software router state of the art   William Herrin
      • Software router state of the art   Kevin Oberman
      • sizing router buffers (Re: Software router state of the art )   Mikael Abrahamsson
      • Exploit for DNS Cache Poisoning - RELEASED   Robert D. Scott
      • Exploit for DNS Cache Poisoning - RELEASED   Joe Greco
      • Exploit for DNS Cache Poisoning - RELEASED   Robert D. Scott
      • Exploit for DNS Cache Poisoning - RELEASED   David Conrad
      • Exploit for DNS Cache Poisoning - RELEASED   Mike Lewinski
      • Exploit for DNS Cache Poisoning - RELEASED   Kevin Day
      • Exploit for DNS Cache Poisoning - RELEASED   Joe Greco
      • Exploit for DNS Cache Poisoning - RELEASED   William Herrin
      • Exploit for DNS Cache Poisoning - RELEASED   Joe Greco
      • Exploit for DNS Cache Poisoning - RELEASED   Tony Finch
      • Exploit for DNS Cache Poisoning - RELEASED   Joe Abley
      • Exploit for DNS Cache Poisoning - RELEASED   Jasper Bryant-Greene
      • Exploit for DNS Cache Poisoning - RELEASED   Patrick W. Gilmore
      • Exploit for DNS Cache Poisoning - RELEASED   Jared Mauch
      • Exploit for DNS Cache Poisoning - RELEASED   Mike Lewinski
      • Exploit for DNS Cache Poisoning - RELEASED   Skywing
      • Exploit for DNS Cache Poisoning - RELEASED   Matthew Kaufman
      • https (was: Re: Exploit for DNS Cache Poisoning - RELEASED)   Robert Kisteleki
      • https (was: Re: Exploit for DNS Cache Poisoning - RELEASED)   Steven M. Bellovin
      • https   Sam Stickland
      • https (was: Re: Exploit for DNS Cache Poisoning - RELEASED)   Jeffrey Ollie
      • https (was: Re: Exploit for DNS Cache Poisoning - RELEASED)   Hank Nussbacher
      • https (was: Re: Exploit for DNS Cache Poisoning - RELEASED)   Jim Popovitch
      • https (was: Re: Exploit for DNS Cache Poisoning - RELEASED)   Matthew Petach
      • https (was: Re: Exploit for DNS Cache Poisoning - RELEASED)   Jim Popovitch
      • https   Patrick Giagnocavo
      • https (was: Re: Exploit for DNS Cache Poisoning - RELEASED)   Jasper Bryant-Greene
      • https (was: Re: Exploit for DNS Cache Poisoning - RELEASED)   William Pitcock
      • https (was: Re: Exploit for DNS Cache Poisoning - RELEASED)   Chris Adams
      • https   Ken A
      • Exploit for DNS Cache Poisoning - RELEASED   Tuc at T-B-O-H.NET
      • Software router state of the art   Petri Helenius
      • Software router state of the art   William Herrin
      • Software router state of the art   Florian Weimer
      • Software router state of the art   Petri Helenius
• Exploit for DNS Cache Poisoning - RELEASED   Paul Ferguson
• Exploit for DNS Cache Poisoning - RELEASED   Paul Ferguson
  • Exploit for DNS Cache Poisoning - RELEASED   Tuc at T-B-O-H.NET
    • Exploit for DNS Cache Poisoning - RELEASED   Ganbold Tsagaankhuu
      • Exploit for DNS Cache Poisoning - RELEASED   Tuc at T-B-O-H.NET
• Exploit for DNS Cache Poisoning - RELEASED   Paul Ferguson
  • Exploit for DNS Cache Poisoning - RELEASED   Sean Donelan
  • TLD servers with recursion was Re: Exploit for DNS Cache Poisoning - RELEASED   Simon Waters
    • TLD servers with recursion was Re: Exploit for DNS Cache Poisoning - RELEASED   John Kristoff
      • TLD servers with recursion was Re: Exploit for DNS Cache Poisoning - RELEASED   Gadi Evron
      • TLD servers with recursion was Re: Exploit for DNS Cache Poisoning - RELEASED   Gadi Evron
      • TLD servers with recursion was Re: Exploit for DNS Cache Poisoning- RELEASED   Martin Hannigan
      • TLD servers with recursion was Re: Exploit for DNS Cache Poisoning- RELEASED   Gadi Evron
      • TLD servers with recursion was Re: Exploit for DNS CachePoisoning- RELEASED   Martin Hannigan
      • TLD servers with recursion was Re: Exploit for DNS Cache Poisoning- RELEASED   Steve Bertrand
      • TLD servers with recursion was Re: Exploit for DNS Cache Poisoning- RELEASED   Steven M. Bellovin
    • TLD servers with recursion was Re: Exploit for DNS Cache Poisoning -   Paul Vixie
• Emerging Threats SNORT [Was: Re: Exploit for DNS Cache Poisoning - REL EASED]   Paul Ferguson
• XO contact   William R. Lorenz
  • XO contact   Martin Hannigan
  • XO contact   Mort, Eric
• Paul Vixie: Re: [dns-operations] DNS issue accidentally leaked?   Paul Vixie
  • Paul Vixie: Re: [dns-operations] DNS issue accidentally leaked?   Joe Greco
    • Paul Vixie: Re: [dns-operations] DNS issue accidentally leaked?   michael.dillon at bt.com
      • Paul Vixie: Re: [dns-operations] DNS issue accidentally leaked?   Joe Greco
    • Paul Vixie: Re: [dns-operations] DNS issue accidentally leaked?   Paul Vixie
      • Paul Vixie: Re: [dns-operations] DNS issue accidentally leaked?   Steve Tornio
      • Paul Vixie: Re: [dns-operations] DNS issue accidentally leaked?   Duane Wessels
      • Paul Vixie: Re: [dns-operations] DNS issue accidentally leaked?   Steve Tornio
      • Paul Vixie: Re: [dns-operations] DNS issue accidentally leaked?   Ken A
      • Paul Vixie: Re: [dns-operations] DNS issue accidentally leaked?   Scott Berkman
      • Paul Vixie: Re: [dns-operations] DNS issue accidentally leaked?   Justin M. Streiner
      • Paul Vixie: Re: [dns-operations] DNS issue accidentally leaked?   Nathan Ward
      • Paul Vixie: Re: [dns-operations] DNS issue accidentally leaked?   Jay R. Ashworth
      • Paul Vixie: Re: [dns-operations] DNS issue accidentally leaked?   Hank Nussbacher
      • Paul Vixie: Re: [dns-operations] DNS issue accidentally leaked?   Richard Parker
      • Paul Vixie: Re: [dns-operations] DNS issue accidentally leaked?   Deepak Jain
      • Paul Vixie: Re: [dns-operations] DNS issue accidentally leaked?   Joe Greco
      • Paul Vixie: Re: [dns-operations] DNS issue accidentally leaked?   Joe Abley
      • Paul Vixie: Re: [dns-operations] DNS issue accidentally leaked?   Joe Greco
      • Paul Vixie: Re: [dns-operations] DNS issue accidentally leaked?   Joe Abley
      • Paul Vixie: Re: [dns-operations] DNS issue accidentally leaked?   Joe Greco
      • Paul Vixie: Re: [dns-operations] DNS issue accidentally leaked?   Jorge Amodio
      • Paul Vixie: Re: [dns-operations] DNS issue accidentally leaked?   Laurence F. Sheldon, Jr.
      • Paul Vixie: Re: [dns-operations] DNS issue accidentally leaked?   Jorge Amodio
      • Paul Vixie: Re: [dns-operations] DNS issue accidentally leaked?   Tuc at T-B-O-H.NET
      • Paul Vixie: Re: [dns-operations] DNS issue accidentally leaked?   Tuc at T-B-O-H
      • Paul Vixie: Re: [dns-operations] DNS issue accidentally leaked?   marcus.sachs at verizon.com
      • Paul Vixie: Re: [dns-operations] DNS issue accidentally leaked?   Greg Skinner
      • Paul Vixie: Re: [dns-operations] DNS issue accidentally leaked?   Jorge Amodio
      • Paul Vixie: Re: [dns-operations] DNS issue accidentally leaked?   David W. Hankins
      • Paul Vixie: Re: [dns-operations] DNS issue accidentally leaked?   Sean Donelan
      • Paul Vixie: Re: [dns-operations] DNS issue accidentally leaked?   William Pitcock
      • Paul Vixie: Re: [dns-operations] DNS issue accidentally leaked?   Paul Vixie
      • Paul Vixie: Re: [dns-operations] DNS issue accidentally leaked?   Sean Donelan
      • Paul Vixie: Re: [dns-operations] DNS issue accidentally leaked?   Paul Vixie
      • Paul Vixie: Re: [dns-operations] DNS issue accidentally leaked?   Sean Donelan
      • Paul Vixie: Re: [dns-operations] DNS issue accidentally leaked?   Paul Vixie
      • Paul Vixie: Re: [dns-operations] DNS issue accidentally leaked?   Sean Donelan
      • Paul Vixie: Re: [dns-operations] DNS issue accidentally leaked?   Ken A
      • Paul Vixie: Re: [dns-operations] DNS issue accidentally leaked?   Jason Frisvold
      • Paul Vixie: Re: [dns-operations] DNS issue accidentally leaked?   Jay R. Ashworth
      • Paul Vixie: Re: [dns-operations] DNS issue accidentally leaked?   Paul Vixie
      • Paul Vixie: Re: [dns-operations] DNS issue accidentally leaked?   Valdis.Kletnieks at vt.edu
      • Paul Vixie: Re: [dns-operations] DNS issue accidentally leaked?   Jared Mauch
      • Paul Vixie: Re: [dns-operations] DNS issue accidentally leaked?   Jorge Amodio
      • Federal Government Interest in your patch progress   Jared Mauch
      • Federal Government Interest in your patch progress   Jorge Amodio
      • Federal Government Interest in your patch progress   Jared Mauch
      • Federal Government Interest in your patch progress   Steven M. Bellovin
      • Federal Government Interest in your patch progress   Stephane Bortzmeyer
      • Federal Government Interest in your patch progress   Steven M. Bellovin
      • Federal Government Interest in your patch progress   Paul Vixie
      • Federal Government Interest in your patch progress   chuck goolsbee
      • Federal Government Interest in your patch progress   Sean Donelan
      • Federal Government Interest in your patch progress   brett watson
      • Federal Government Interest in your patch progress   Sean Donelan
      • Paul Vixie: Re: [dns-operations] DNS issue accidentally leaked?   Paul Vixie
      • Paul Vixie: Re: [dns-operations] DNS issue accidentally leaked?   Jorge Amodio
      • Paul Vixie: Re: [dns-operations] DNS issue accidentally leaked?   Randy Bush
      • Paul Vixie: Re: [dns-operations] DNS issue accidentally leaked?   Paul Vixie
      • Paul Vixie: Re: [dns-operations] DNS issue accidentally leaked?   Joe Greco
      • Paul Vixie: Re: [dns-operations] DNS issue accidentally leaked?   bmanning at vacation.karoshi.com
      • Paul Vixie: Re: [dns-operations] DNS issue accidentally leaked?   Sean Donelan
      • Paul Vixie: Re: [dns-operations] DNS issue accidentally leaked?   bmanning at vacation.karoshi.com
      • Paul Vixie: Re: [dns-operations] DNS issue accidentally leaked?   Martin Hannigan
    • Paul Vixie: Re: [dns-operations] DNS issue accidentally leaked?   Gadi Evron
    • Paul Vixie: Re: [dns-operations] DNS issue accidentally leaked?   William Herrin
    • Paul Vixie: Re: [dns-operations] DNS issue accidentally leaked?   James Hess
• Exploit for DNS Cache Poisoning - RELEASED   Paul Ferguson
  • Exploit for DNS Cache Poisoning - RELEASED   Jorge Amodio
    • Exploit for DNS Cache Poisoning - RELEASED   Steven M. Bellovin
      • Exploit for DNS Cache Poisoning - RELEASED   Jorge Amodio
    • Exploit for DNS Cache Poisoning - RELEASED   Paul Vixie
    • Exploit for DNS Cache Poisoning - RELEASED   Paul Vixie
      • Exploit for DNS Cache Poisoning - RELEASED   Eric Brunner-Williams
      • Exploit for DNS Cache Poisoning - RELEASED   Tomas L. Byrnes
      • Exploit for DNS Cache Poisoning - RELEASED   David Conrad
      • Exploit for DNS Cache Poisoning - RELEASED   Valdis.Kletnieks at vt.edu
      • Exploit for DNS Cache Poisoning - RELEASED   David Conrad
      • Exploit for DNS Cache Poisoning - RELEASED   Alexander Harrowell
      • Exploit for DNS Cache Poisoning - RELEASED   Paul Vixie
      • Exploit for DNS Cache Poisoning - RELEASED   Pete Carah
      • Exploit for DNS Cache Poisoning - RELEASED   Graeme Fowler
      • Exploit for DNS Cache Poisoning - RELEASED   Graeme Fowler
      • Exploit for DNS Cache Poisoning - RELEASED   Florian Weimer
      • Exploit for DNS Cache Poisoning - RELEASED   Tomas L. Byrnes
      • Exploit for DNS Cache Poisoning - RELEASED   Paul Vixie
  • Exploit for DNS Cache Poisoning - RELEASED   Sean Donelan
• OT: 2-post rack security covers   Justin Shore
• [Fwd: CAU-EX-2008-0002: Kaminsky DNS Cache Poisoning Flaw Exploit]   Stephen Williams
• 2nd Exploit for DNS Cache Poisoning - RELEASED   Tuc at T-B-O-H.NET
  • Question: 2nd Exploit for DNS Cache Poisoning - RELEASED   Jack Bates
• 2nd Exploit for DNS Cache Poisoning - RELEASED   Paul Ferguson
  • 2nd Exploit for DNS Cache Poisoning - RELEASED   Tuc at T-B-O-H.NET
• Paul Vixie: Re: [dns-operations] DNS issue accidentally leaked?   Rubens Kuhl Jr.
• Issues with testing tests (DNS randomization checks)   Sean Donelan
• TLD servers with recursion was Re: Exploit for DNS Cache Poisoning- RELEASED   Gadi Evron
• [OT] 2008 Infrastructure Security Survey   Danny McPherson
• The Cidr Report   cidr-report at potaroo.net
• BGP Update Report   cidr-report at potaroo.net
• Level3 newyork - london, anyone else seeing issues?   Drew Weaver
  • Level3 newyork - london, anyone else seeing issues?   Craig Pierantozzi
  • Level3 newyork - london, anyone else seeing issues?   John Menerick
    • Level3 newyork - london, anyone else seeing issues?   Craig Pierantozzi
    • Level3 newyork - london, anyone else seeing issues?   up at 3.am
• Weekly Routing Table Report   Routing Analysis Role Account
• Aid in bypassing DNS issue   Steve Bertrand
  • Aid in bypassing DNS issue   William Warren
• IPv6 nameserver glue chez netsol   William Waites
  • IPv6 nameserver glue chez netsol   Jared
    • IPv6 nameserver glue chez netsol   Mike Leber
• So why don't US citizens get this?   natalidel at mailinator.com
  • So why don't US citizens get this?   Max Tulyev
• So why don't US citizens get this?   Guy_Shields at Stream.Com
  • So why don't US citizens get this?   bmanning at vacation.karoshi.com
    • So why don't US citizens get this?   Mr. James W. Laferriere
      • So why don't US citizens get this?   Patrick W. Gilmore
    • So why don't US citizens get this?   Joe Greco
      • So why don't US citizens get this?   D'Arcy J.M. Cain
      • So why don't US citizens get this?   Joe Greco
      • So why don't US citizens get this?   Fred Baker
      • So why don't US citizens get this?   Dave Crocker
      • So why don't US citizens get this?   Jean-François Mezei
      • So why don't US citizens get this?   Joe Greco
      • So why don't US citizens get this?   D'Arcy J.M. Cain
      • So why don't US citizens get this?   Laurence F. Sheldon, Jr.
      • OT: Free Market   D'Arcy J.M. Cain
    • So why don't US citizens get this?   Chris Stebner
    • So why don't US citizens get this?   Jay R. Ashworth
• So why don't US citizens get this?   natalidel at mailinator.com
  • So why don't US citizens get this?   Laurence F. Sheldon, Jr.
    • So why don't US citizens get this?   Kameron Gasso
      • So why don't US citizens get this?   Mark Foster
      • So why don't US citizens get this?   Tuc at T-B-O-H.NET
      • So why don't US citizens get this?   Randy Bush
      • So why don't US citizens get this?   Colin Alston
      • So why don't US citizens get this?   John Peach
      • So why don't US citizens get this?   Alexander Harrowell
• (exchange point) EP.net   Chris Stebner
• Deja Vu [Was: Re: So why don't US citizens get this?]   Paul Ferguson
  • Deja Vu [Was: Re: So why don't US citizens get this?]   Max Tulyev
• So why don't US citizens get this?   natalidel at mailinator.com
  • So why don't US citizens get this?   Jorge Amodio
    • So why don't US citizens get this?   Tom Vest
      • [SPAM] Re: So why don't US citizens get this?   Ray Plzak
      • So why don't US citizens get this?   John Levine
      • So why don't US citizens get this?   Laird Popkin
      • So why don't US citizens get this?   Rod Beck
      • So why don't US citizens get this?   Scott McGrath
      • So why don't US citizens get this?   Rod Beck
      • So why don't US citizens get this?   Rod Beck
      • So why don't US citizens get this?   Laurence F. Sheldon, Jr.
      • So why don't US citizens get this?   Hyunseog Ryu
    • So why don't US citizens get this?   Mikael Abrahamsson
      • So why don't US citizens get this?   Michal Krsek
    • So why don't US citizens get this?   michael.dillon at bt.com
      • So why don't US citizens get this?   Jack Bates
      • So why don't US citizens get this?   michael.dillon at bt.com
    • So why don't US citizens get this?   Jean-François Mezei
      • So why don't US citizens get this?   Josh Cheney
      • So why don't US citizens get this?   Frank Bulk
      • So why don't US citizens get this?   Charles Wyble
      • So why don't US citizens get this?   Jorge Amodio
      • So why don't US citizens get this?   Jay R. Ashworth
      • So why don't US citizens get this?   Chris Stebner
    • So why don't US citizens get this?   WWWhatsup
• cogent bgp filtering policies?   John van Oppen
  • cogent bgp filtering policies?   Paul Wall
    • cogent bgp filtering policies?   John van Oppen
      • cogent bgp filtering policies?   Joe Maimon
• Admin: Offtopic Political Threads   Simon Lyall
  • Admin: Offtopic Political Threads   Paul Wall
    • Admin: Offtopic Political Threads   Simon Lyall
    • Admin: Offtopic Political Threads   Gadi Evron
• [Fwd: Admin: Offtopic Political Threads]   S. Ryan
  • [Fwd: Admin: Offtopic Political Threads]   Scott McGrath
• Off topic - RE: So why don't US citizens get this?   nancyp at yorku.ca
  • Arbitrary de-peering   William Waites
    • Arbitrary de-peering   Patrick W. Gilmore
      • Arbitrary de-peering   William Waites
      • Arbitrary de-peering   Randy Epstein
      • Arbitrary de-peering   Jon Lewis
      • Arbitrary de-peering   michael.dillon at bt.com
      • Arbitrary de-peering   William Waites
      • Arbitrary de-peering   Jon Lewis
      • Arbitrary de-peering   Jay Hennigan
    • Arbitrary de-peering   Christian Koch
  • Off topic - RE: So why don't US citizens get this?   Paul Wall
• One Communications (Choice One)   Brendan Mannella
• Anyone from Charter Communications?   Justin Ream
• Software router state of the art   Seth Mattinen
  • Software router state of the art   Deepak Jain
    • Software router state of the art   Chris Stebner
      • Software router state of the art   Jack Bates
      • Software router state of the art   Chris Stebner
  • Software router state of the art   Deepak Jain
  • Software router state of the art   Christopher Morrow