Mail Index

• Thread Index

• DNS and potential energy
  • From: mysidia at gmail.com (James Hess)
• REJECT-ON-SMTP-DATA (Re: Mail Server best practices - was: Pandora's Box of new TLDs)
  • From: jeroen at unfix.org (Jeroen Massar)
• what problem are we solving? (was Re: ICANN opens up Pandora's Box of new TLDs)
  • From: lists at internetpolicyagency.com (Roland Perry)
• what problem are we solving? (was Re: ICANN opens up Pandora's Box of
  • From: lists at internetpolicyagency.com (Roland Perry)
• DNS and potential energy
  • From: bmanning at vacation.karoshi.com (bmanning at vacation.karoshi.com)
• ICANN opens up Pandora's Box of new TLDs
  • From: bortzmeyer at nic.fr (Stephane Bortzmeyer)
• TLDs and file extensions (Re: DNS and potential energy)
  • From: drc at virtualized.org (David Conrad)
• DNS and potential energy
  • From: tme at multicasttech.com (Marshall Eubanks)
• what problem are we solving? (was Re: ICANN opens up Pandora's Box of new TLDs)
  • From: jra at baylink.com (Jay R. Ashworth)
• what problem are we solving? (was Re: ICANN opens up Pandora's
  • From: jgreco at ns.sol.net (Joe Greco)
• RFC 1480 - does it generalize (was What Problem; was ICANN/Pandora)
  • From: jra at baylink.com (Jay R. Ashworth)
• DNS and potential energy
  • From: jra at baylink.com (Jay R. Ashworth)
• REJECT-ON-SMTP-DATA (Re: Mail Server best practices - was: Pandora's Box of new TLDs)
  • From: owenc at hubris.net (Chris Owen)
• DNS and potential energy
  • From: rob at pickering.org (Rob Pickering)
• TLDs and file extensions (Re: DNS and potential energy)
  • From: michael.dillon at bt.com (michael.dillon at bt.com)
• Mail Server best practices - was: Pandora's Box of new TLDs
  • From: jra at baylink.com (Jay R. Ashworth)
• ICANN opens up Pandora's Box of new TLDs
  • From: dot at dotat.at (Tony Finch)
• DNS and potential energy
  • From: dot at dotat.at (Tony Finch)
• ICANN opens up Pandora's Box of new TLDs
  • From: regnauld at catpipe.net (Phil Regnauld)
• DNS and potential energy
  • From: johnl at iecc.com (John Levine)
• DNS and potential energy
  • From: Valdis.Kletnieks at vt.edu (Valdis.Kletnieks at vt.edu)
• can all current nanog threads move to nanog-ot@ plz?
  • From: vixie at isc.org (Paul Vixie)
• DNS and potential energy
  • From: hag at linnaean.org (Daniel Hagerty)
• TLDs and file extensions (Re: DNS and potential energy)
  • From: dot at dotat.at (Tony Finch)
• ICANN opens up Pandora's Box of new TLDs
  • From: dot at dotat.at (Tony Finch)
• DNS and potential energy
  • From: jra at baylink.com (Jay R. Ashworth)
• TLDs and file extensions (Re: DNS and potential energy)
  • From: jra at baylink.com (Jay R. Ashworth)
• DNS and potential energy
  • From: Valdis.Kletnieks at vt.edu (Valdis.Kletnieks at vt.edu)
• what problem are we solving? (was Re: ICANN opens up Pandora's Box of
  • From: jra at baylink.com (Jay R. Ashworth)
• Packetloss while transiting as7018
  • From: brad.tarno at rackspace.com (Brad Tarno)
• what problem are we solving? (was Re: ICANN opens upPandora's Box of
  • From: tomb at byrneit.net (Tomas L. Byrnes)
• what problem are we solving? (was Re: ICANN opens upPandora's Box of
  • From: ghicks at cadence.com (Gregory Hicks)
• DNS and potential energy
  • From: LarrySheldon at cox.net (Laurence F. Sheldon, Jr.)
• can all current nanog threads move to nanog-ot@ plz?
  • From: LarrySheldon at cox.net (Laurence F. Sheldon, Jr.)
• REJECT-ON-SMTP-DATA (Re: Mail Server best practices - was: Pandora's Box of new TLDs)
  • From: justin at justinshore.com (Justin Shore)
• SDH on the cheap
  • From: krplnktmoo at gmail.com (Kerplunkity Moo)
• TLDs and file extensions (Re: DNS and potential energy)
  • From: jfmezei at vaxination.ca (Jean-François Mezei)
• SDH on the cheap
  • From: yardiel at gmail.com (Yardiel Fuentes)
• Possible explanations for a large hop in latency
  • From: sam_mailinglists at spacething.org (Sam Stickland)
• SDH on the cheap
  • From: hannigan at gmail.com (Martin Hannigan)
• Possible explanations for a large hop in latency
  • From: bep at whack.org (Bruce Pinsky)
• Charter nntp administrator
  • From: schelcj at pobox.com (Chris Scheller)
• SDH on the cheap
  • From: yardiel at gmail.com (Yardiel Fuentes)
• SDH on the cheap
  • From: hannigan at gmail.com (Martin Hannigan)
• APRICOT 2009 : Call for Papers
  • From: gaurab at lahai.com (Gaurab Raj Upadhaya)
• RIPE NCC will begin allocating from 188/8
  • From: alexlh at ripe.net (Alex Le Heux)
• tacid.org
  • From: nick at laststop.net (Nick Shank)
• Replacement for Avaya CNA/RouteScience
  • From: drew.weaver at thenap.com (Drew Weaver)
• Replacement for Avaya CNA/RouteScience
  • From: mdixon at nkc.org (Michienne Dixon)
• RIPE NCC will begin allocating from 188/8
  • From: linford at spamhaus.org (Steve Linford)
• IPv6 Prefix Policy
  • From: frank at troy-networks.com (Frank P. Troy)
• IPv6 Prefix Policy
  • From: jeroen at unfix.org (Jeroen Massar)
• IPv6 Prefix Policy
  • From: bicknell at ufp.org (Leo Bicknell)
• Replacement for Avaya CNA/RouteScience
  • From: pauldotwall at gmail.com (Paul Wall)
• Replacement for Avaya CNA/RouteScience
  • From: ckoch at qualitytech.com (Koch, Christian)
• Replacement for Avaya CNA/RouteScience
  • From: eric at atlantech.net (Eric Van Tol)
• Replacement for Avaya CNA/RouteScience
  • From: rs at seastrom.com (Robert E. Seastrom)
• IPv6 Prefix Policy
  • From: jeroen at unfix.org (Jeroen Massar)
• Replacement for Avaya CNA/RouteScience
  • From: christian at broknrobot.com (Christian Koch)
• Replacement for Avaya CNA/RouteScience
  • From: eric at atlantech.net (Eric Van Tol)
• Replacement for Avaya CNA/RouteScience
  • From: christian at broknrobot.com (Christian Koch)
• The Cidr Report
  • From: cidr-report at potaroo.net (cidr-report at potaroo.net)
• BGP Update Report
  • From: cidr-report at potaroo.net (cidr-report at potaroo.net)
• Replacement for Avaya CNA/RouteScience
  • From: ross at kallisti.us (Ross Vandegrift)
• Weekly Routing Table Report
  • From: cscora at apnic.net (Routing Analysis Role Account)
• REJECT-ON-SMTP-DATA (Re: Mail Server best practices - was: Pandora's Box of new TLDs)
  • From: vandry at TZoNE.ORG (Phil Vandry)
• REJECT-ON-SMTP-DATA (Re: Mail Server best practices - was: Pandora's Box of new TLDs)
  • From: justin at justinshore.com (Justin Shore)
• REJECT-ON-SMTP-DATA (Re: Mail Server best practices - was: Pandora's Box of new TLDs)
  • From: Skywing at valhallalegends.com (Skywing)
• REJECT-ON-SMTP-DATA (Re: Mail Server best practices - was: Pandora's Box of new TLDs)
  • From: justin at justinshore.com (Justin Shore)
• REJECT-ON-SMTP-DATA (Re: Mail Server best practices - was: Pandora's Box of new TLDs)
  • From: jfmezei at vaxination.ca (Jean-François Mezei)
• Replacement for Avaya CNA/RouteScience
  • From: rubensk at gmail.com (Rubens Kuhl Jr.)
• Replacement for Avaya CNA/RouteScience
  • From: tsands at rackspace.com (Tom Sands)
• REJECT-ON-SMTP-DATA (Re: Mail Server best practices - was: Pandora's Box of new TLDs)
  • From: justin at justinshore.com (Justin Shore)
• tacid.org
  • From: frnkblk at iname.com (Frank Bulk - iNAME)
• updating & checking DNS zone files
  • From: travis+ml-nanog at subspacefield.org (travis+ml-nanog at subspacefield.org)
• Savvis route loop
  • From: cholland at rnmd.net (Craig Holland)
• a business opportunity? (was: Re: tacid.org)
  • From: randy at psg.com (Randy Bush)
• [OT/NOOP] Re: tacid.org
  • From: j at arpa.com (jamie)
• Sure, I'm game (was Re: a business opportunity?)
  • From: shrdlu at deaddrop.org (Lynda)
• a business opportunity?
  • From: vixie at isc.org (Paul Vixie)
• a business opportunity?
  • From: tomb at byrneit.net (Tomas L. Byrnes)
• a business opportunity?
  • From: vixie at isc.org (Paul Vixie)
• a business opportunity?
  • From: johnl at iecc.com (John Levine)
• updating & checking DNS zone files
  • From: lsc at prgmr.com (Luke S Crawford)
• (OT) IANA and ICANN domains get hijacked
  • From: tvhawaii at shaka.com (Michael Painter)
• updating & checking DNS zone files
  • From: jbratton at rackspace.com (jbratton at rackspace.com)
• updating & checking DNS zone files
  • From: paul at bertain.net (Paul Bertain)
• a business opportunity?
  • From: brunner at nic-naa.net (Eric Brunner-Williams)
• apnic whois busted
  • From: goemon at anime.net (goemon at anime.net)
• Sure, I'm game (was Re: a business opportunity?)
  • From: ops.lists at gmail.com (Suresh Ramasubramanian)
• Sure, I'm game (was Re: a business opportunity?)
  • From: jlewis at lewis.org (Jon Lewis)
• tacid.org
  • From: nick at laststop.net (Nick Shank)
• updating & checking DNS zone files
  • From: jra at baylink.com (Jay R. Ashworth)
• tacid.org
  • From: yahoo at jimpop.com (Jim Popovitch)
• dns-operations@ mailing list? (Re: updating & checking DNS zone files)
  • From: vixie at isc.org (Paul Vixie)
• updating & checking DNS zone files
  • From: jeroen at unfix.org (Jeroen Massar)
• tacid.org
  • From: nick at laststop.net (Nick Shank)
• tacid.org
  • From: yahoo at jimpop.com (Jim Popovitch)
• [Idr] Configuration objects in BGP MIB v2: Call for consenus
  • From: jhaas at pfrc.org (Jeffrey Haas)
• Connectivity and local loop in Panama anybody?
  • From: markjr at easydns.com (Mark Jeftovic)
• Sprint Core Router Powered Down in Orlando, Fl?
  • From: kraig.beahn at gmail.com (Kraig Beahn)
• Sprint Core Router Powered Down in Orlando, Fl?
  • From: surfer at mauigateway.com (Scott Weeks)
• updating & checking DNS zone files
  • From: bortzmeyer at nic.fr (Stephane Bortzmeyer)
• Cisco Security Advisory: Multiple Cisco Products Vulnerable to DNS Cache Poisoning Attacks
  • From: psirt at cisco.com (Cisco Systems Product Security Incident Response Team)
• Multiple DNS implementations vulnerable to cache poisoning
  • From: gtb at slac.stanford.edu (Buhrmaster, Gary)
• Multiple DNS implementations vulnerable to cache poisoning
  • From: jra at baylink.com (Jay R. Ashworth)
• Multiple DNS implementations vulnerable to cache poisoning
  • From: jra at baylink.com (Jay R. Ashworth)
• Multiple DNS implementations vulnerable to cache poisoning
  • From: shrdlu at deaddrop.org (Lynda)
• Multiple DNS implementations vulnerable to cache poisoning
  • From: owen at delong.com (Owen DeLong)
• Multiple DNS implementations vulnerable to cache poisoning
  • From: christian at broknrobot.com (Christian Koch)
• Multiple DNS implementations vulnerable to cache poisoning
  • From: shrdlu at deaddrop.org (Lynda)
• Multiple DNS implementations vulnerable to cache poisoning
  • From: jeff at ocjtech.us (Jeffrey Ollie)
• Multiple DNS implementations vulnerable to cache poisoning
  • From: jra at baylink.com (Jay R. Ashworth)
• Multiple DNS implementations vulnerable to cache poisoning
  • From: mysidia at gmail.com (Jimmy Hess)
• Multiple DNS implementations vulnerable to cache poisoning
  • From: jfmezei at vaxination.ca (Jean-François Mezei)
• Multiple DNS implementations vulnerable to cache poisoning
  • From: cmadams at hiwaay.net (Chris Adams)
• Multiple DNS implementations vulnerable to cache poisoning
  • From: mct at toren.net (Michael C. Toren)
• Multiple DNS implementations vulnerable to cache poisoning
  • From: jfmezei at vaxination.ca (Jean-François Mezei)
• Multiple DNS implementations vulnerable to cache poisoning
  • From: jgreco at ns.sol.net (Joe Greco)
• Multiple DNS implementations vulnerable to cache poisoning
  • From: jra at baylink.com (Jay R. Ashworth)
• Multiple DNS implementations vulnerable to cache poisoning
  • From: simonw at zynet.net (Simon Waters)
• Multiple DNS implementations vulnerable to cache poisoning
  • From: jra at baylink.com (Jay R. Ashworth)
• Building a BGP test network
  • From: jlewis at packetnexus.com (Jason Lewis)
• Building a BGP test network
  • From: pfunix at gmail.com (Beavis)
• Building a BGP test network
  • From: jlewis at packetnexus.com (Jason Lewis)
• Building a BGP test network
  • From: Mark.Borchers at McLeodUSA.com (Borchers, Mark M.)
• Building a BGP test network
  • From: howard.jones at network-i.net (Howard Jones)
• Building a BGP test network
  • From: Stefan.Fouant at neustar.biz (Fouant, Stefan)
• Multiple DNS implementations vulnerable to cache poisoning
  • From: smb at cs.columbia.edu (Steven M. Bellovin)
• Building a BGP test network
  • From: charles at thewybles.com (Charles N Wyble)
• Multiple DNS implementations vulnerable to cache poisoning
  • From: morrowc.lists at gmail.com (Christopher Morrow)
• Multiple DNS implementations vulnerable to cache poisoning
  • From: smb at cs.columbia.edu (Steven M. Bellovin)
• Multiple DNS implementations vulnerable to cache poisoning
  • From: jabley at ca.afilias.info (Joe Abley)
• Multiple DNS implementations vulnerable to cache poisoning
  • From: drc at virtualized.org (David Conrad)
• Multiple DNS implementations vulnerable to cache poisoning
  • From: morrowc.lists at gmail.com (Christopher Morrow)
• Building a BGP test network
  • From: ariel at fireball.tau.ac.il (Ariel Biener)
• Multiple DNS implementations vulnerable to cache poisoning
  • From: michael.dillon at bt.com (michael.dillon at bt.com)
• Building a BGP test network
  • From: ww at styx.org (William Waites)
• Multiple DNS implementations vulnerable to cache poisoning
  • From: smb at cs.columbia.edu (Steven M. Bellovin)
• Multiple DNS implementations vulnerable to cache poisoning
  • From: sean at donelan.com (Sean Donelan)
• Multiple DNS implementations vulnerable to cache poisoning
  • From: fergdawg at netzero.net (Paul Ferguson)
• Multiple DNS implementations vulnerable to cache poisoning
  • From: jra at baylink.com (Jay R. Ashworth)
• Multiple DNS implementations vulnerable to cache poisoning
  • From: hannigan at verneglobal.com (Martin Hannigan)
• tacid.org
  • From: jrhett at netconsonance.com (Jo Rhett)
• updating & checking DNS zone files
  • From: jrhett at netconsonance.com (Jo Rhett)
• Multiple DNS implementations vulnerable to cache poisoning
  • From: drc at virtualized.org (David Conrad)
• Multiple DNS implementations vulnerable to cache poisoning
  • From: fernando at gont.com.ar (Fernando Gont)
• Bell Contact
  • From: commonanog at gmail.com (commo dore)
• Multiple DNS implementations vulnerable to cache poisoning
  • From: patrick at ianai.net (Patrick W. Gilmore)
• Multiple DNS implementations vulnerable to cache poisoning
  • From: eric at mail.rockefeller.edu (Eric Davis)
• Multiple DNS implementations vulnerable to cache poisoning
  • From: randy at psg.com (Randy Bush)
• Multiple DNS implementations vulnerable to cache poisoning
  • From: drc at virtualized.org (David Conrad)
• Multiple DNS implementations vulnerable to cache poisoning
  • From: randy at psg.com (Randy Bush)
• Multiple DNS implementations vulnerable to cache poisoning
  • From: drc at virtualized.org (David Conrad)
• Multiple DNS implementations vulnerable to cache poisoning
  • From: randy at psg.com (Randy Bush)
• Multiple DNS implementations vulnerable to cache poisoning
  • From: brunner at nic-naa.net (Eric Brunner-Williams)
• Multiple DNS implementations vulnerable to cache poisoning
  • From: morrowc.lists at gmail.com (Christopher Morrow)
• Multiple DNS implementations vulnerable to cache poisoning
  • From: hannigan at gmail.com (Martin Hannigan)
• Multiple DNS implementations vulnerable to cache poisoning
  • From: morrowc.lists at gmail.com (Christopher Morrow)
• Linkedin Contacts
  • From: fbako at africaonline.co.ke (Felix Bako)
• Multiple DNS implementations vulnerable to cache poisoning
  • From: Joao_Damas at isc.org (Joao Damas)
• Multiple DNS implementations vulnerable to cache poisoning
  • From: regnauld at catpipe.net (Phil Regnauld)
• Big delays at Sprint or Verizon network?
  • From: nantoniello at antel.net.uy (Nicolas Antoniello)
• Multiple DNS implementations vulnerable to cache poisoning
  • From: morrowc.lists at gmail.com (Christopher Morrow)
• Independent Testing for Network Hardware
  • From: Brian.Knoll at tradingtechnologies.com (Brian Knoll (TT))
• Linkedin Contacts
  • From: mis at seiden.com (mark seiden-via mac)
• Linkedin Contacts
  • From: ops.lists at gmail.com (Suresh Ramasubramanian)
• Cogent problems in Chicago area?
  • From: brandon.galbraith at gmail.com (Brandon Galbraith)
• Cogent problems in Chicago area? (updated with info)
  • From: brandon.galbraith at gmail.com (Brandon Galbraith)
• Cogent problems in Chicago area?
  • From: christian at broknrobot.com (Christian Koch)
• Cogent problems in Chicago area?
  • From: dhyde at hostmysite.com (Darrell Hyde)
• Cogent problems in Chicago area?
  • From: brandon.galbraith at gmail.com (Brandon Galbraith)
• Multiple DNS implementations vulnerable to cache poisoning
  • From: drc at virtualized.org (David Conrad)
• verizon.net abuse/support contacts?
  • From: bill at hotunix.com (Bill)
• Multiple DNS implementations vulnerable to cache poisoning
  • From: drc at virtualized.org (David Conrad)
• Multiple DNS implementations vulnerable to cache poisoning
  • From: drc at virtualized.org (David Conrad)
• Multiple DNS implementations vulnerable to cache poisoning
  • From: bicknell at ufp.org (Leo Bicknell)
• Multiple DNS implementations vulnerable to cache poisoning
  • From: hannigan at verneglobal.com (Martin Hannigan)
• Multiple DNS implementations vulnerable to cache poisoning
  • From: jra at baylink.com (Jay R. Ashworth)
• Multiple DNS implementations vulnerable to cache poisoning
  • From: michael at rancid.berkeley.edu (Michael Sinatra)
• on Qwest transport, need service in Denver area
  • From: nrauhauser at gmail.com (neal rauhauser)
• Multiple DNS implementations vulnerable to cache poisoning
  • From: Carl.Andrews at crackerbarrel.com (Andrews Carl 455)
• Multiple DNS implementations vulnerable to cache poisoning
  • From: mundy at tislabs.com (Russ Mundy)
• Multiple DNS implementations vulnerable to cache poisoning
  • From: mundy at tislabs.com (Russ Mundy)
• Independent Testing for Network Hardware
  • From: frank at troy-networks.com (Frank P. Troy)
• Comcast routing issue
  • From: trelane at trelane.net (Andrew D Kirch)
• Thanks
  • From: trelane at trelane.net (Andrew D Kirch)
• [ot] Re: Thanks
  • From: j at arpa.com (jamie)
• The Cidr Report
  • From: cidr-report at potaroo.net (cidr-report at potaroo.net)
• BGP Update Report
  • From: cidr-report at potaroo.net (cidr-report at potaroo.net)
• Multiple DNS implementations vulnerable to cache poisoning
  • From: ml at t-b-o-h.net (Tuc at T-B-O-H.NET)
• Weekly Routing Table Report
  • From: cscora at apnic.net (Routing Analysis Role Account)
• Building a BGP test network
  • From: mort at ieee.org (Richard Mortier)
• AS 54271
  • From: tme at multicasttech.com (Marshall Eubanks)
• AS 54271
  • From: patrick at ianai.net (Patrick W. Gilmore)
• AS 54271
  • From: kuenzler at init7.net (Fredy Kuenzler)
• AS 54271
  • From: Jon.Kibler at aset.com (Jon Kibler)
• AS 54271
  • From: joelja at bogus.com (Joel Jaeggli)
• AS 54271
  • From: mhernand1 at comcast.net (manolo)
• AS 54271
  • From: swm at emanon.com (Scott Morris)
• AS 54271
  • From: joelja at bogus.com (Joel Jaeggli)
• AS 54271
  • From: christian at broknrobot.com (Christian Koch)
• VLAN Management Tool
  • From: SFisher at Bresnan.com (Fisher, Shawn)
• Peer1 outage in Vancouver
  • From: duane.cook at canadawebhosting.com (Duane Cook)
• Analysing traces for performance bottlenecks
  • From: sam_mailinglists at spacething.org (Sam Stickland)
• Analysing traces for performance bottlenecks
  • From: xmin0s at gmail.com (Tim Eberhard)
• Analysing traces for performance bottlenecks
  • From: sam_mailinglists at spacething.org (Sam Stickland)
• Analysing traces for performance bottlenecks
  • From: oberman at es.net (Kevin Oberman)
• Analysing traces for performance bottlenecks
  • From: rcheung at rochester.rr.com (rcheung at rochester.rr.com)
• Analysing traces for performance bottlenecks
  • From: wozz at wookie.net (Matt Cable)
• Avg. Packet Size - Again?
  • From: sah.list at gmail.com (Sean Hafeez)
• Avg. Packet Size - Again?
  • From: ddunkin at netos.net (Darryl Dunkin)
• Avg. Packet Size - Again?
  • From: Valdis.Kletnieks at vt.edu (Valdis.Kletnieks at vt.edu)
• First Call for Papers InfoSys 2009 [ICNS, ICAS, INTENSIVE], Valencia (Spain), April 21-25, 2009
  • From: jlloret at dcom.upv.es (Jaime Lloret Mauri)
• Avg. Packet Size - Again?
  • From: gdt at gdt.id.au (Glen Turner)
• Avg. Packet Size - Again?
  • From: randy at psg.com (Randy Bush)
• [NANOG-announce] Reminder: Presentation materials for NANOG44/45 are welcomed
  • From: ren.provo at gmail.com (Ren Provo)
• Avg. Packet Size - Again?
  • From: jeff-kell at utc.edu (Jeff Kell)
• Transit providers in Sri Lanka
  • From: skeeve at skeeve.org (Skeeve Stevens)
• Managed, cheap, DC power switches
  • From: bennetb at gmail.com (Brandon Bennett)
• Avg. Packet Size - Again?
  • From: fred at cisco.com (Fred Baker)
• Enterprise VoIP Survey
  • From: nanog at ryburn.org (nanog at ryburn.org)
• Enterprise VoIP Survey
  • From: nanog at ryburn.org (Justin Ryburn)
• Data about IPv6 fragmentation
  • From: fernando at gont.com.ar (Fernando Gont)
• Managed, cheap, DC power switches
  • From: tims at donet.com (Tim Sanderson)
• Managed, cheap, DC power switches
  • From: pstewart at nexicomgroup.net (Paul Stewart)
• Managed, cheap, DC power switches
  • From: jra at baylink.com (Jay R. Ashworth)
• Announcement : publicly available LISP and shim6 implementations
  • From: Olivier.Bonaventure at uclouvain.be (Olivier Bonaventure)
• Avg. Packet Size - Again?
  • From: web at typo.org (Wayne E. Bouchard)
• Avg. Packet Size - Again?
  • From: kilobit at gmail.com (Iddo)
• Managed, cheap, DC power switches
  • From: patrick at zill.net (Patrick Giagnocavo)
• Managed, cheap, DC power switches
  • From: pfunix at gmail.com (Beavis)
• Managed, cheap, DC power switches
  • From: jasongurtz at npumail.com (Jason Gurtz)
• Managed, cheap, DC power switches
  • From: jra at baylink.com (Jay R. Ashworth)
• AUTO: Robbie Woodley is out of the office (returning Mon 07/21/2008)
  • From: Robbie_Woodley at uttyler.edu (Robbie_Woodley at uttyler.edu)
• Analysing traces for performance bottlenecks
  • From: sam_mailinglists at spacething.org (Sam Stickland)
• Analysing traces for performance bottlenecks
  • From: Tim_Bulger at polk.com (Bulger, Tim)
• AUTO: Robbie Woodley is out of the office (returning Mon 07/21/2008)
  • From: LarrySheldon at cox.net (Laurence F. Sheldon, Jr.)
• Analysing traces for performance bottlenecks
  • From: sean at donelan.com (Sean Donelan)
• Managed, cheap, DC power switches
  • From: tims at donet.com (Tim Sanderson)
• Analyzing traces for performance bottlenecks
  • From: tims at donet.com (Tim Sanderson)
• Managed, cheap, DC power switches
  • From: mcrocker at crocker.com (Matthew Crocker)
• AUTO: Robbie Woodley is out of the office (returning Mon 07/21/2008)
  • From: karnaugh at karnaugh.za.net (Colin Alston)
• weirdness with Extreme
  • From: andy at sugar.meniscus.org (Andy Grosser)
• Analyzing traces for performance bottlenecks
  • From: randy at psg.com (Randy Bush)
• Line rate gigabit router/switch options
  • From: mhuff at ox.com (Matthew Huff)
• Line rate gigabit router/switch options
  • From: paul at blacknight.com (Paul Kelly :: Blacknight)
• Managed, cheap, DC power switches
  • From: jra at baylink.com (Jay R. Ashworth)
• Line rate gigabit router/switch options
  • From: mhuff at ox.com (Matthew Huff)
• Managed, cheap, DC power switches
  • From: sethm at rollernet.us (Seth Mattinen)
• Line rate gigabit router/switch options
  • From: branto at branto.com (Brant I. Stevens)
• Managed, cheap, DC power switches
  • From: jeff-kell at utc.edu (Jeff Kell)
• OT: GBIC compatibility and pricing (was Managed, cheap, DC power switches)
  • From: jra at baylink.com (Jay R. Ashworth)
• GBIC compatibility and pricing (was Managed, cheap, DC power switches)
  • From: sdalberg at marchex.com (Steve Dalberg)
• Avg. Packet Size - Again?
  • From: surfer at mauigateway.com (Scott Weeks)
• GBIC compatibility and pricing (was Managed, cheap, DC power switches)
  • From: r.hyunseog at ieee.org (Hyunseog Ryu)
• Line rate gigabit router/switch options
  • From: oberman at es.net (Kevin Oberman)
• GBIC compatibility and pricing (was Managed, cheap, DC power switches)
  • From: oberman at es.net (Kevin Oberman)
• Comcast issues anyone?
  • From: logan.rawlins at highwinds.com (Logan Rawlins)
• Comcast issues anyone?
  • From: logan.rawlins at highwinds.com (Logan Rawlins)
• Looking for Network Solutions mail admin
  • From: nanog at data102.com (randal k)
• Looking for Network Solutions mail admin
  • From: ops.lists at gmail.com (Suresh Ramasubramanian)
• Force10 E300 vs. Juniper MX480
  • From: jabley at ca.afilias.info (Joe Abley)
• Looking for Network Solutions mail admin
  • From: nanog at data102.com (randal k)
• Looking for Network Solutions mail admin
  • From: randy at psg.com (Randy Bush)
• Comcast issues anyone?
  • From: Courtney_Smith at Cable.Comcast.com (Smith, Courtney)
• Real person @ Speakeasy Abuse
  • From: tomb at byrneit.net (Tomas L. Byrnes)
• Force10 E300 vs. Juniper MX480
  • From: cmarlatt at rxsec.com (Chris Marlatt)
• The Cidr Report
  • From: cidr-report at potaroo.net (cidr-report at potaroo.net)
• BGP Update Report
  • From: cidr-report at potaroo.net (cidr-report at potaroo.net)
• Force10 E300 vs. Juniper MX480
  • From: keith at pando.com (Keith O'neill)
• Force10 E300 vs. Juniper MX480
  • From: John.Sweeting at tatacommunications.com (John Sweeting)
• Force10 E300 vs. Juniper MX480
  • From: cmarlatt at rxsec.com (Chris Marlatt)
• Force10 E300 vs. Juniper MX480
  • From: eric at atlantech.net (Eric Van Tol)
• Force10 E300 vs. Juniper MX480
  • From: heighway at gmail.com (Chris Heighway)
• Cisco vs Adtran vs Juniper
  • From: pstewart at nexicomgroup.net (Paul Stewart)
• Cisco vs Adtran vs Juniper
  • From: heighway at gmail.com (Chris Heighway)
• OT: GBIC compatibility and pricing (was Managed, cheap, DC power switches)
  • From: jra at baylink.com (Jay R. Ashworth)
• Cisco vs Adtran vs Juniper
  • From: pstewart at nexicomgroup.net (Paul Stewart)
• Cisco vs Adtran vs Juniper
  • From: eric at atlantech.net (Eric Van Tol)
• Cisco vs Adtran vs Juniper
  • From: eric at atlantech.net (Eric Van Tol)
• Cisco vs Adtran vs Juniper
  • From: pstewart at nexicomgroup.net (Paul Stewart)
• Bogon Filter Update Request
  • From: sob at academ.com (Stan Barber)
• Force10 E300 vs. Juniper MX480
  • From: hannigan at verneglobal.com (Martin Hannigan)
• SBCglobal routing loop.
  • From: logan.rawlins at highwinds.com (Logan Rawlins)
• SBCglobal routing loop.
  • From: justin.ream at tierzero.com (Justin Ream)
• SBCglobal routing loop.
  • From: mike.lyon at gmail.com (Mike Lyon)
• SBCglobal routing loop.
  • From: ren.provo at gmail.com (Ren Provo)
• Weekly Routing Table Report
  • From: cscora at apnic.net (Routing Analysis Role Account)
• Ubiquity<->Mzima routing loop
  • From: nenolod at systeminplace.net (William Pitcock)
• Ubiquity<->Mzima routing loop
  • From: aaron.glenn at gmail.com (Aaron Glenn)
• Ubiquity<->Mzima routing loop
  • From: nenolod at systeminplace.net (William Pitcock)
• Ubiquity<->Mzima routing loop
  • From: aaron.glenn at gmail.com (Aaron Glenn)
• Ubiquity<->Mzima routing loop
  • From: nenolod at systeminplace.net (William Pitcock)
• Independent Testing for Network Hardware
  • From: sah.list at gmail.com (Sean Hafeez)
• Ubiquity<->Mzima routing loop
  • From: nanog-post at rsuc.gweep.net (Joe Provo)
• Looking for Network Solutions mail admin
  • From: nanog at data102.com (randal k)
• SBCglobal routing loop.
  • From: pauldotwall at gmail.com (Paul Wall)
• Ubiquity<->Mzima routing loop
  • From: pauldotwall at gmail.com (Paul Wall)
• Ubiquity<->Mzima routing loop
  • From: Guy_Shields at Stream.Com (Guy_Shields at Stream.Com)
• SBCglobal routing loop.
  • From: aaron.glenn at gmail.com (Aaron Glenn)
• SBCglobal routing loop.
  • From: mike at rockynet.com (Mike Lewinski)
• Ubiquity<->Mzima routing loop
  • From: pauldotwall at gmail.com (Paul Wall)
• Ubiquity<->Mzima routing loop
  • From: Guy_Shields at Stream.Com (Guy_Shields at Stream.Com)
• Ubiquity<->Mzima routing loop
  • From: mike at rockynet.com (Mike Lewinski)
• Ubiquity<->Mzima routing loop
  • From: rsena at mitre.org (Sena, Rich)
• Ubiquity<->Mzima routing loop
  • From: LarrySheldon at cox.net (Laurence F. Sheldon, Jr.)
• Bogon Filter Update Request
  • From: robt at cymru.com (Rob Thomas)
• SBCglobal routing loop.
  • From: michael.dillon at bt.com (michael.dillon at bt.com)
• SBCglobal routing loop.
  • From: joelja at bogus.com (Joel Jaeggli)
• SBCglobal routing loop.
  • From: trelane at trelane.net (Andrew D Kirch)
• SBCglobal routing loop.
  • From: michael.dillon at bt.com (michael.dillon at bt.com)
• SBCglobal routing loop.
  • From: simon at slimey.org (Simon Lockhart)
• Savvis Related Routing Issue
  • From: bmannella at teraswitch.com (Brendan Mannella)
• Ubiquity<->Mzima routing loop
  • From: Valdis.Kletnieks at vt.edu (Valdis.Kletnieks at vt.edu)
• Savvis Related Routing Issue
  • From: bmannella at teraswitch.com (Brendan Mannella)
• Line rate gigabit router/switch options
  • From: blackham at gmail.com (Kevin Blackham)
• virtual aggregation in IETF
  • From: francis at cs.cornell.edu (Paul Francis)
• virtual aggregation in IETF
  • From: alain_durand at cable.comcast.com (Alain Durand)
• virtual aggregation in IETF
  • From: francis at cs.cornell.edu (Paul Francis)
• virtual aggregation in IETF
  • From: joelja at bogus.com (Joel Jaeggli)
• virtual aggregation in IETF
  • From: adrian at creative.net.au (Adrian Chadd)
• virtual aggregation in IETF
  • From: joelja at bogus.com (Joel Jaeggli)
• virtual aggregation in IETF
  • From: adrian at creative.net.au (Adrian Chadd)
• virtual aggregation in IETF
  • From: joelja at bogus.com (Joel Jaeggli)
• virtual aggregation in IETF
  • From: francis at cs.cornell.edu (Paul Francis)
• virtual aggregation in IETF
  • From: joelja at bogus.com (Joel Jaeggli)
• Cisco vs Adtran vs Juniper
  • From: merlyn at geeks.org (Doug McIntyre)
• NMS for Carriers
  • From: lists at memetic.org (Adam Armstrong)
• NMS for Carriers
  • From: neil at domino.org (Neil J. McRae)
• Cisco vs Adtran vs Juniper
  • From: nanog at mattelmore.com (Matthew Elmore)
• virtual aggregation in IETF
  • From: rs at seastrom.com (Robert E. Seastrom)
• Cisco vs Adtran vs Juniper
  • From: pstewart at nexicomgroup.net (Paul Stewart)
• connectivity to MSN
  • From: mliotta at r337.com (Matt Liotta)
• connectivity to MSN
  • From: pauldotwall at gmail.com (Paul Wall)
• connectivity to MSN
  • From: nick at laststop.net (Nick Shank)
• Independent Testing for Network Hardware
  • From: tomb at byrneit.net (Tomas L. Byrnes)
• Line rate gigabit router/switch options
  • From: nanog at mattelmore.com (Matthew Elmore)
• virtual aggregation in IETF
  • From: francis at cs.cornell.edu (Paul Francis)
• Independent Testing for Network Hardware
  • From: tmaufer at gmail.com (Thomas Maufer)
• Independent Testing for Network Hardware
  • From: tomb at byrneit.net (Tomas L. Byrnes)
• SANS: DNS Bug Now Public?
  • From: Jon.Kibler at aset.com (Jon Kibler)
• SANS: DNS Bug Now Public?
  • From: christian at broknrobot.com (Christian Koch)
• SANS: DNS Bug Now Public?
  • From: jmamodio at gmail.com (Jorge Amodio)
• OIX Routeviews
  • From: jlewis at packetnexus.com (Jason Lewis)
• OIX Routeviews
  • From: dmm at 1-4-5.net (David Meyer)
• Pretty Good BGP on Quagga
  • From: karlinjf at cs.unm.edu (Josh Karlin)
• SANS: DNS Bug Now Public?
  • From: smb at cs.columbia.edu (Steven M. Bellovin)
• Software router state of the art
  • From: zzuser at yahoo.com (Zed Usser)
• Software router state of the art
  • From: Valdis.Kletnieks at vt.edu (Valdis.Kletnieks at vt.edu)
• Software router state of the art
  • From: charles at thewybles.com (Charles Wyble)
• Software router state of the art
  • From: herrin-nanog at dirtside.com (William Herrin)
• SANS: DNS Bug Now Public?
  • From: jmamodio at gmail.com (Jorge Amodio)
• Software router state of the art
  • From: adrian at creative.net.au (Adrian Chadd)
• Software router state of the art
  • From: cmarlatt at rxsec.com (Chris Marlatt)
• Software router state of the art
  • From: adrian at creative.net.au (Adrian Chadd)
• Software router state of the art
  • From: joelja at bogus.com (Joel Jaeggli)
• SANS: DNS Bug Now Public?
  • From: jabley at ca.afilias.info (Joe Abley)
• Software router state of the art
  • From: nanog at data102.com (randal k)
• Software router state of the art
  • From: lists at memetic.org (Adam Armstrong)
• Software router state of the art
  • From: naveen at calpop.com (Naveen Nathan)
• Software router state of the art
  • From: cmadams at hiwaay.net (Chris Adams)
• Software router state of the art
  • From: herrin-nanog at dirtside.com (William Herrin)
• Software router state of the art
  • From: morrowc.lists at gmail.com (Christopher Morrow)
• Software router state of the art
  • From: wcyoung at buffalo.edu (Wes Young)
• SANS: DNS Bug Now Public?
  • From: darren at bolding.org (Darren Bolding)
• Software router state of the art
  • From: jeff at ocjtech.us (Jeffrey Ollie)
• Software router state of the art
  • From: oberman at es.net (Kevin Oberman)
• Software router state of the art
  • From: herrin-nanog at dirtside.com (William Herrin)
• SANS: DNS Bug Now Public?
  • From: jasper at unleash.co.nz (Jasper Bryant-Greene)
• Software router state of the art
  • From: oberman at es.net (Kevin Oberman)
• sizing router buffers (Re: Software router state of the art )
  • From: swmike at swm.pp.se (Mikael Abrahamsson)
• Exploit for DNS Cache Poisoning - RELEASED
  • From: robert at ufl.edu (Robert D. Scott)
• Exploit for DNS Cache Poisoning - RELEASED
  • From: jgreco at ns.sol.net (Joe Greco)
• Exploit for DNS Cache Poisoning - RELEASED
  • From: robert at ufl.edu (Robert D. Scott)
• Exploit for DNS Cache Poisoning - RELEASED
  • From: mike at rockynet.com (Mike Lewinski)
• Exploit for DNS Cache Poisoning - RELEASED
  • From: ml at t-b-o-h.net (Tuc at T-B-O-H.NET)
• Exploit for DNS Cache Poisoning - RELEASED
  • From: drc at virtualized.org (David Conrad)
• Exploit for DNS Cache Poisoning - RELEASED
  • From: toasty at dragondata.com (Kevin Day)
• Exploit for DNS Cache Poisoning - RELEASED
  • From: jabley at ca.afilias.info (Joe Abley)
• Exploit for DNS Cache Poisoning - RELEASED
  • From: fergdawg at netzero.net (Paul Ferguson)
• Exploit for DNS Cache Poisoning - RELEASED
  • From: jasper at unleash.co.nz (Jasper Bryant-Greene)
• Exploit for DNS Cache Poisoning - RELEASED
  • From: fergdawg at netzero.net (Paul Ferguson)
• Exploit for DNS Cache Poisoning - RELEASED
  • From: jgreco at ns.sol.net (Joe Greco)
• Exploit for DNS Cache Poisoning - RELEASED
  • From: ml at t-b-o-h.net (Tuc at T-B-O-H.NET)
• Exploit for DNS Cache Poisoning - RELEASED
  • From: herrin-nanog at dirtside.com (William Herrin)
• Exploit for DNS Cache Poisoning - RELEASED
  • From: patrick at ianai.net (Patrick W. Gilmore)
• Exploit for DNS Cache Poisoning - RELEASED
  • From: jared at puck.nether.net (Jared Mauch)
• Exploit for DNS Cache Poisoning - RELEASED
  • From: mike at rockynet.com (Mike Lewinski)
• Exploit for DNS Cache Poisoning - RELEASED
  • From: Skywing at valhallalegends.com (Skywing)
• Exploit for DNS Cache Poisoning - RELEASED
  • From: matthew at eeph.com (Matthew Kaufman)
• Exploit for DNS Cache Poisoning - RELEASED
  • From: fergdawg at netzero.net (Paul Ferguson)
• Emerging Threats SNORT [Was: Re: Exploit for DNS Cache Poisoning - REL EASED]
  • From: fergdawg at netzero.net (Paul Ferguson)
• XO contact
  • From: wrl at express.org (William R. Lorenz)
• XO contact
  • From: hannigan at gmail.com (Martin Hannigan)
• Exploit for DNS Cache Poisoning - RELEASED
  • From: sean at donelan.com (Sean Donelan)
• Avg. Packet Size - Again?
  • From: kc at caida.org (k claffy)
• Paul Vixie: Re: [dns-operations] DNS issue accidentally leaked?
  • From: vixie at isc.org (Paul Vixie)
• Exploit for DNS Cache Poisoning - RELEASED
  • From: fergdawg at netzero.net (Paul Ferguson)
• https (was: Re: Exploit for DNS Cache Poisoning - RELEASED)
  • From: robert at ripe.net (Robert Kisteleki)
• https (was: Re: Exploit for DNS Cache Poisoning - RELEASED)
  • From: smb at cs.columbia.edu (Steven M. Bellovin)
• https (was: Re: Exploit for DNS Cache Poisoning - RELEASED)
  • From: jasper at unleash.co.nz (Jasper Bryant-Greene)
• SANS: DNS Bug Now Public?
  • From: regnauld at catpipe.net (Phil Regnauld)
• https (was: Re: Exploit for DNS Cache Poisoning - RELEASED)
  • From: nenolod at systeminplace.net (William Pitcock)
• TLD servers with recursion was Re: Exploit for DNS Cache Poisoning - RELEASED
  • From: simonw at zynet.net (Simon Waters)
• https
  • From: sam_mailinglists at spacething.org (Sam Stickland)
• Exploit for DNS Cache Poisoning - RELEASED
  • From: jgreco at ns.sol.net (Joe Greco)
• Exploit for DNS Cache Poisoning - RELEASED
  • From: dot at dotat.at (Tony Finch)
• XO contact
  • From: EMort at xo.com (Mort, Eric)
• Software router state of the art
  • From: tims at donet.com (Tim Sanderson)
• https (was: Re: Exploit for DNS Cache Poisoning - RELEASED)
  • From: cmadams at hiwaay.net (Chris Adams)
• Paul Vixie: Re: [dns-operations] DNS issue accidentally leaked?
  • From: jgreco at ns.sol.net (Joe Greco)
• TLD servers with recursion was Re: Exploit for DNS Cache Poisoning - RELEASED
  • From: jtk at centergate.net (John Kristoff)
• Paul Vixie: Re: [dns-operations] DNS issue accidentally leaked?
  • From: michael.dillon at bt.com (michael.dillon at bt.com)
• https
  • From: ka at pacific.net (Ken A)
• Exploit for DNS Cache Poisoning - RELEASED
  • From: jmamodio at gmail.com (Jorge Amodio)
• Paul Vixie: Re: [dns-operations] DNS issue accidentally leaked?
  • From: vixie at isc.org (Paul Vixie)
• Exploit for DNS Cache Poisoning - RELEASED
  • From: sean at donelan.com (Sean Donelan)
• Paul Vixie: Re: [dns-operations] DNS issue accidentally leaked?
  • From: jgreco at ns.sol.net (Joe Greco)
• Exploit for DNS Cache Poisoning - RELEASED
  • From: smb at cs.columbia.edu (Steven M. Bellovin)
• Paul Vixie: Re: [dns-operations] DNS issue accidentally leaked?
  • From: swtornio at gmail.com (Steve Tornio)
• OT: 2-post rack security covers
  • From: justin at justinshore.com (Justin Shore)
• Paul Vixie: Re: [dns-operations] DNS issue accidentally leaked?
  • From: jgreco at ns.sol.net (Joe Greco)
• Paul Vixie: Re: [dns-operations] DNS issue accidentally leaked?
  • From: jabley at ca.afilias.info (Joe Abley)
• Paul Vixie: Re: [dns-operations] DNS issue accidentally leaked?
  • From: ge at linuxbox.org (Gadi Evron)
• Paul Vixie: Re: [dns-operations] DNS issue accidentally leaked?
  • From: sean at donelan.com (Sean Donelan)
• TLD servers with recursion was Re: Exploit for DNS Cache Poisoning - RELEASED
  • From: ge at linuxbox.org (Gadi Evron)
• TLD servers with recursion was Re: Exploit for DNS Cache Poisoning - RELEASED
  • From: ge at linuxbox.org (Gadi Evron)
• Paul Vixie: Re: [dns-operations] DNS issue accidentally leaked?
  • From: nenolod at systeminplace.net (William Pitcock)
• Paul Vixie: Re: [dns-operations] DNS issue accidentally leaked?
  • From: jgreco at ns.sol.net (Joe Greco)
• TLD servers with recursion was Re: Exploit for DNS Cache Poisoning- RELEASED
  • From: hannigan at verneglobal.com (Martin Hannigan)
• Paul Vixie: Re: [dns-operations] DNS issue accidentally leaked?
  • From: herrin-nanog at dirtside.com (William Herrin)
• TLD servers with recursion was Re: Exploit for DNS Cache Poisoning- RELEASED
  • From: ge at linuxbox.org (Gadi Evron)
• Paul Vixie: Re: [dns-operations] DNS issue accidentally leaked?
  • From: vixie at isc.org (Paul Vixie)
• Paul Vixie: Re: [dns-operations] DNS issue accidentally leaked?
  • From: jabley at ca.afilias.info (Joe Abley)
• TLD servers with recursion was Re: Exploit for DNS Cache Poisoning- RELEASED
  • From: smb at cs.columbia.edu (Steven M. Bellovin)
• Exploit for DNS Cache Poisoning - RELEASED
  • From: jmamodio at gmail.com (Jorge Amodio)
• [Fwd: CAU-EX-2008-0002: Kaminsky DNS Cache Poisoning Flaw Exploit]
  • From: williams at csr.utexas.edu (Stephen Williams)
• Exploit for DNS Cache Poisoning - RELEASED
  • From: vixie at isc.org (Paul Vixie)
• Exploit for DNS Cache Poisoning - RELEASED
  • From: vixie at isc.org (Paul Vixie)
• SANS: DNS Bug Now Public?
  • From: vixie at isc.org (Paul Vixie)
• TLD servers with recursion was Re: Exploit for DNS Cache Poisoning -
  • From: vixie at isc.org (Paul Vixie)
• Paul Vixie: Re: [dns-operations] DNS issue accidentally leaked?
  • From: jgreco at ns.sol.net (Joe Greco)
• Paul Vixie: Re: [dns-operations] DNS issue accidentally leaked?
  • From: jmamodio at gmail.com (Jorge Amodio)
• Paul Vixie: Re: [dns-operations] DNS issue accidentally leaked?
  • From: LarrySheldon at cox.net (Laurence F. Sheldon, Jr.)
• Paul Vixie: Re: [dns-operations] DNS issue accidentally leaked?
  • From: jmamodio at gmail.com (Jorge Amodio)
• Paul Vixie: Re: [dns-operations] DNS issue accidentally leaked?
  • From: sean at donelan.com (Sean Donelan)
• Paul Vixie: Re: [dns-operations] DNS issue accidentally leaked?
  • From: ml at t-b-o-h.net (Tuc at T-B-O-H.NET)
• TLD servers with recursion was Re: Exploit for DNS CachePoisoning- RELEASED
  • From: hannigan at verneglobal.com (Martin Hannigan)
• Paul Vixie: Re: [dns-operations] DNS issue accidentally leaked?
  • From: vixie at isc.org (Paul Vixie)
• Paul Vixie: Re: [dns-operations] DNS issue accidentally leaked?
  • From: ml at t-b-o-h.net (Tuc at T-B-O-H)
• Paul Vixie: Re: [dns-operations] DNS issue accidentally leaked?
  • From: David_Hankins at isc.org (David W. Hankins)
• Paul Vixie: Re: [dns-operations] DNS issue accidentally leaked?
  • From: wessels at packet-pushers.com (Duane Wessels)
• Paul Vixie: Re: [dns-operations] DNS issue accidentally leaked?
  • From: jmamodio at gmail.com (Jorge Amodio)
• Paul Vixie: Re: [dns-operations] DNS issue accidentally leaked?
  • From: swtornio at gmail.com (Steve Tornio)
• SBCglobal routing loop.
  • From: jra at baylink.com (Jay R. Ashworth)
• 2nd Exploit for DNS Cache Poisoning - RELEASED
  • From: ml at t-b-o-h.net (Tuc at T-B-O-H.NET)
• Paul Vixie: Re: [dns-operations] DNS issue accidentally leaked?
  • From: sean at donelan.com (Sean Donelan)
• Paul Vixie: Re: [dns-operations] DNS issue accidentally leaked?
  • From: vixie at isc.org (Paul Vixie)
• Paul Vixie: Re: [dns-operations] DNS issue accidentally leaked?
  • From: ka at pacific.net (Ken A)
• Paul Vixie: Re: [dns-operations] DNS issue accidentally leaked?
  • From: ka at pacific.net (Ken A)
• Paul Vixie: Re: [dns-operations] DNS issue accidentally leaked?
  • From: scott.berkman at reignmaker.net (Scott Berkman)
• 2nd Exploit for DNS Cache Poisoning - RELEASED
  • From: fergdawg at netzero.net (Paul Ferguson)
• Independent Testing for Network Hardware
  • From: tmaufer at gmail.com (Thomas Maufer)
• Paul Vixie: Re: [dns-operations] DNS issue accidentally leaked?
  • From: sean at donelan.com (Sean Donelan)
• Paul Vixie: Re: [dns-operations] DNS issue accidentally leaked?
  • From: hank at efes.iucc.ac.il (Hank Nussbacher)
• Paul Vixie: Re: [dns-operations] DNS issue accidentally leaked?
  • From: rubensk at gmail.com (Rubens Kuhl Jr.)
• Paul Vixie: Re: [dns-operations] DNS issue accidentally leaked?
  • From: streiner at cluebyfour.org (Justin M. Streiner)
• 2nd Exploit for DNS Cache Poisoning - RELEASED
  • From: ml at t-b-o-h.net (Tuc at T-B-O-H.NET)
• Question: 2nd Exploit for DNS Cache Poisoning - RELEASED
  • From: jbates at brightok.net (Jack Bates)
• Paul Vixie: Re: [dns-operations] DNS issue accidentally leaked?
  • From: marcus.sachs at verizon.com (marcus.sachs at verizon.com)
• Paul Vixie: Re: [dns-operations] DNS issue accidentally leaked?
  • From: gds at gds.best.vwh.net (Greg Skinner)
• Paul Vixie: Re: [dns-operations] DNS issue accidentally leaked?
  • From: richard at electrophobia.com (Richard Parker)
• Paul Vixie: Re: [dns-operations] DNS issue accidentally leaked?
  • From: deepak at ai.net (Deepak Jain)
• Paul Vixie: Re: [dns-operations] DNS issue accidentally leaked?
  • From: xenophage0 at gmail.com (Jason Frisvold)
• Exploit for DNS Cache Poisoning - RELEASED
  • From: brunner at nic-naa.net (Eric Brunner-Williams)
• Paul Vixie: Re: [dns-operations] DNS issue accidentally leaked?
  • From: jra at baylink.com (Jay R. Ashworth)
• TLD servers with recursion was Re: Exploit for DNS Cache Poisoning- RELEASED
  • From: steve at ibctech.ca (Steve Bertrand)
• Paul Vixie: Re: [dns-operations] DNS issue accidentally leaked?
  • From: vixie at isc.org (Paul Vixie)
• Paul Vixie: Re: [dns-operations] DNS issue accidentally leaked?
  • From: vixie at isc.org (Paul Vixie)
• Exploit for DNS Cache Poisoning - RELEASED
  • From: tomb at byrneit.net (Tomas L. Byrnes)
• https (was: Re: Exploit for DNS Cache Poisoning - RELEASED)
  • From: jeff at ocjtech.us (Jeffrey Ollie)
• Paul Vixie: Re: [dns-operations] DNS issue accidentally leaked?
  • From: Valdis.Kletnieks at vt.edu (Valdis.Kletnieks at vt.edu)
• Issues with testing tests (DNS randomization checks)
  • From: sean at donelan.com (Sean Donelan)
• Exploit for DNS Cache Poisoning - RELEASED
  • From: drc at virtualized.org (David Conrad)
• Exploit for DNS Cache Poisoning - RELEASED
  • From: Valdis.Kletnieks at vt.edu (Valdis.Kletnieks at vt.edu)
• TLD servers with recursion was Re: Exploit for DNS Cache Poisoning- RELEASED
  • From: ge at linuxbox.org (Gadi Evron)
• [OT] 2008 Infrastructure Security Survey
  • From: danny at tcb.net (Danny McPherson)
• Exploit for DNS Cache Poisoning - RELEASED
  • From: vixie at isc.org (Paul Vixie)
• https (was: Re: Exploit for DNS Cache Poisoning - RELEASED)
  • From: hank at efes.iucc.ac.il (Hank Nussbacher)
• Exploit for DNS Cache Poisoning - RELEASED
  • From: ganbold at gmail.com (Ganbold Tsagaankhuu)
• Exploit for DNS Cache Poisoning - RELEASED
  • From: ml at t-b-o-h.net (Tuc at T-B-O-H.NET)
• https (was: Re: Exploit for DNS Cache Poisoning - RELEASED)
  • From: yahoo at jimpop.com (Jim Popovitch)
• Paul Vixie: Re: [dns-operations] DNS issue accidentally leaked?
  • From: nanog at daork.net (Nathan Ward)
• Multiple DNS implementations vulnerable to cache poisoning
  • From: chort at smtps.net (Brian Keefer)
• The Cidr Report
  • From: cidr-report at potaroo.net (cidr-report at potaroo.net)
• BGP Update Report
  • From: cidr-report at potaroo.net (cidr-report at potaroo.net)
• Paul Vixie: Re: [dns-operations] DNS issue accidentally leaked?
  • From: jmamodio at gmail.com (Jorge Amodio)
• Paul Vixie: Re: [dns-operations] DNS issue accidentally leaked?
  • From: jared at puck.nether.net (Jared Mauch)
• Level3 newyork - london, anyone else seeing issues?
  • From: drew.weaver at thenap.com (Drew Weaver)
• Paul Vixie: Re: [dns-operations] DNS issue accidentally leaked?
  • From: jra at baylink.com (Jay R. Ashworth)
• Level3 newyork - london, anyone else seeing issues?
  • From: craigp at tozz.net (Craig Pierantozzi)
• Paul Vixie: Re: [dns-operations] DNS issue accidentally leaked?
  • From: jmamodio at gmail.com (Jorge Amodio)
• Exploit for DNS Cache Poisoning - RELEASED
  • From: drc at virtualized.org (David Conrad)
• Federal Government Interest in your patch progress
  • From: jared at puck.nether.net (Jared Mauch)
• Software router state of the art
  • From: sharp at sharpone.net (Justin Sharp)
• Federal Government Interest in your patch progress
  • From: jmamodio at gmail.com (Jorge Amodio)
• Federal Government Interest in your patch progress
  • From: jared at puck.nether.net (Jared Mauch)
• Federal Government Interest in your patch progress
  • From: smb at cs.columbia.edu (Steven M. Bellovin)
• Federal Government Interest in your patch progress
  • From: vixie at isc.org (Paul Vixie)
• Software router state of the art
  • From: jgreco at ns.sol.net (Joe Greco)
• Federal Government Interest in your patch progress
  • From: sean at donelan.com (Sean Donelan)
• Software router state of the art
  • From: sdhillon at decarta.com (Sargun Dhillon)
• Exploit for DNS Cache Poisoning - RELEASED
  • From: a.harrowell at gmail.com (Alexander Harrowell)
• Software router state of the art
  • From: jgreco at ns.sol.net (Joe Greco)
• Federal Government Interest in your patch progress
  • From: brett at the-watsons.org (brett watson)
• Weekly Routing Table Report
  • From: cscora at apnic.net (Routing Analysis Role Account)
• Federal Government Interest in your patch progress
  • From: sean at donelan.com (Sean Donelan)
• Federal Government Interest in your patch progress
  • From: chucklist at forest.net (chuck goolsbee)
• Exploit for DNS Cache Poisoning - RELEASED
  • From: vixie at isc.org (Paul Vixie)
• https (was: Re: Exploit for DNS Cache Poisoning - RELEASED)
  • From: mpetach at netflight.com (Matthew Petach)
• Exploit for DNS Cache Poisoning - RELEASED
  • From: pete at altadena.net (Pete Carah)
• Exploit for DNS Cache Poisoning - RELEASED
  • From: graeme at graemef.net (Graeme Fowler)
• Exploit for DNS Cache Poisoning - RELEASED
  • From: graeme at graemef.net (Graeme Fowler)
• https (was: Re: Exploit for DNS Cache Poisoning - RELEASED)
  • From: yahoo at jimpop.com (Jim Popovitch)
• Exploit for DNS Cache Poisoning - RELEASED
  • From: tomb at byrneit.net (Tomas L. Byrnes)
• Level3 newyork - london, anyone else seeing issues?
  • From: craigp at tozz.net (Craig Pierantozzi)
• Aid in bypassing DNS issue
  • From: steve at ibctech.ca (Steve Bertrand)
• Software router state of the art
  • From: fw at deneb.enyo.de (Florian Weimer)
• Software router state of the art
  • From: fw at deneb.enyo.de (Florian Weimer)
• Software router state of the art
  • From: adrian at creative.net.au (Adrian Chadd)
• Software router state of the art
  • From: karnaugh at karnaugh.za.net (Colin Alston)
• Software router state of the art
  • From: adrian at creative.net.au (Adrian Chadd)
• Software router state of the art
  • From: dhetzel at gmail.com (Dorn Hetzel)
• Software router state of the art
  • From: jgreco at ns.sol.net (Joe Greco)
• Software router state of the art
  • From: herrin-nanog at dirtside.com (William Herrin)
• IPv6 nameserver glue chez netsol
  • From: ww at styx.org (William Waites)
• Level3 newyork - london, anyone else seeing issues?
  • From: onewingaengel at gmail.com (John Menerick)
• IPv6 nameserver glue chez netsol
  • From: nanog at namor.ca (Jared)
• Software router state of the art
  • From: petri at helenius.fi (Petri Helenius)
• Paul Vixie: Re: [dns-operations] DNS issue accidentally leaked?
  • From: randy at psg.com (Randy Bush)
• IPv6 nameserver glue chez netsol
  • From: mleber at he.net (Mike Leber)
• Paul Vixie: Re: [dns-operations] DNS issue accidentally leaked?
  • From: vixie at isc.org (Paul Vixie)
• Exploit for DNS Cache Poisoning - RELEASED
  • From: fw at deneb.enyo.de (Florian Weimer)
• Software router state of the art
  • From: herrin-nanog at dirtside.com (William Herrin)
• Paul Vixie: Re: [dns-operations] DNS issue accidentally leaked?
  • From: jgreco at ns.sol.net (Joe Greco)
• Software router state of the art
  • From: fw at deneb.enyo.de (Florian Weimer)
• Software router state of the art
  • From: fw at deneb.enyo.de (Florian Weimer)
• Paul Vixie: Re: [dns-operations] DNS issue accidentally leaked?
  • From: bmanning at vacation.karoshi.com (bmanning at vacation.karoshi.com)
• Paul Vixie: Re: [dns-operations] DNS issue accidentally leaked?
  • From: sean at donelan.com (Sean Donelan)
• Paul Vixie: Re: [dns-operations] DNS issue accidentally leaked?
  • From: mysidia at gmail.com (James Hess)
• Software router state of the art
  • From: trelane at trelane.net (Andrew D Kirch)
• Paul Vixie: Re: [dns-operations] DNS issue accidentally leaked?
  • From: bmanning at vacation.karoshi.com (bmanning at vacation.karoshi.com)
• Software router state of the art
  • From: cmadams at hiwaay.net (Chris Adams)
• Software router state of the art
  • From: sethm at rollernet.us (Seth Mattinen)
• So why don't US citizens get this?
  • From: natalidel at mailinator.com (natalidel at mailinator.com)
• So why don't US citizens get this?
  • From: Guy_Shields at Stream.Com (Guy_Shields at Stream.Com)
• So why don't US citizens get this?
  • From: natalidel at mailinator.com (natalidel at mailinator.com)
• So why don't US citizens get this?
  • From: LarrySheldon at cox.net (Laurence F. Sheldon, Jr.)
• So why don't US citizens get this?
  • From: bmanning at vacation.karoshi.com (bmanning at vacation.karoshi.com)
• So why don't US citizens get this?
  • From: babydr at baby-dragons.com (Mr. James W. Laferriere)
• So why don't US citizens get this?
  • From: kgasso-lists at visp.net (Kameron Gasso)
• So why don't US citizens get this?
  • From: jgreco at ns.sol.net (Joe Greco)
• So why don't US citizens get this?
  • From: blakjak at blakjak.net (Mark Foster)
• So why don't US citizens get this?
  • From: chris.stebner at gmail.com (Chris Stebner)
• So why don't US citizens get this?
  • From: ml at t-b-o-h.net (Tuc at T-B-O-H.NET)
• So why don't US citizens get this?
  • From: darcy at druid.net (D'Arcy J.M. Cain)
• (exchange point) EP.net
  • From: chris.stebner at gmail.com (Chris Stebner)
• Paul Vixie: Re: [dns-operations] DNS issue accidentally leaked?
  • From: hannigan at gmail.com (Martin Hannigan)
• So why don't US citizens get this?
  • From: jgreco at ns.sol.net (Joe Greco)
• Deja Vu [Was: Re: So why don't US citizens get this?]
  • From: fergdawg at netzero.net (Paul Ferguson)
• Software router state of the art
  • From: petri at helenius.fi (Petri Helenius)
• So why don't US citizens get this?
  • From: fred at cisco.com (Fred Baker)
• So why don't US citizens get this?
  • From: dhc2 at dcrocker.net (Dave Crocker)
• So why don't US citizens get this?
  • From: randy at psg.com (Randy Bush)
• So why don't US citizens get this?
  • From: jfmezei at vaxination.ca (Jean-François Mezei)
• So why don't US citizens get this?
  • From: natalidel at mailinator.com (natalidel at mailinator.com)
• So why don't US citizens get this?
  • From: karnaugh at karnaugh.za.net (Colin Alston)
• cogent bgp filtering policies?
  • From: john at vanoppen.com (John van Oppen)
• So why don't US citizens get this?
  • From: president at ukraine.su (Max Tulyev)
• Deja Vu [Was: Re: So why don't US citizens get this?]
  • From: president at ukraine.su (Max Tulyev)
• So why don't US citizens get this?
  • From: john-nanog at johnpeach.com (John Peach)
• OT: Free Market
  • From: darcy at druid.net (D'Arcy J.M. Cain)
• So why don't US citizens get this?
  • From: jgreco at ns.sol.net (Joe Greco)
• So why don't US citizens get this?
  • From: darcy at druid.net (D'Arcy J.M. Cain)
• So why don't US citizens get this?
  • From: LarrySheldon at cox.net (Laurence F. Sheldon, Jr.)
• So why don't US citizens get this?
  • From: a.harrowell at gmail.com (Alexander Harrowell)
• Software router state of the art
  • From: dot at dotat.at (Tony Finch)
• Admin: Offtopic Political Threads
  • From: simon at darkmere.gen.nz (Simon Lyall)
• cogent bgp filtering policies?
  • From: pauldotwall at gmail.com (Paul Wall)
• cogent bgp filtering policies?
  • From: john at vanoppen.com (John van Oppen)
• Admin: Offtopic Political Threads
  • From: pauldotwall at gmail.com (Paul Wall)
• Admin: Offtopic Political Threads
  • From: simon at darkmere.gen.nz (Simon Lyall)
• Admin: Offtopic Political Threads
  • From: ge at linuxbox.org (Gadi Evron)
• cogent bgp filtering policies?
  • From: jmaimon at ttec.com (Joe Maimon)
• So why don't US citizens get this?
  • From: patrick at ianai.net (Patrick W. Gilmore)
• Aid in bypassing DNS issue
  • From: hescominsoon at emmanuelcomputerconsulting.com (William Warren)
• So why don't US citizens get this?
  • From: jmamodio at gmail.com (Jorge Amodio)
• So why don't US citizens get this?
  • From: tvest at eyeconomics.com (Tom Vest)
• Software router state of the art
  • From: darden at armc.org (Darden, Patrick S.)
• [SPAM] Re: So why don't US citizens get this?
  • From: plzak at arin.net (Ray Plzak)
• So why don't US citizens get this?
  • From: swmike at swm.pp.se (Mikael Abrahamsson)
• So why don't US citizens get this?
  • From: michael.dillon at bt.com (michael.dillon at bt.com)
• So why don't US citizens get this?
  • From: michal at krsek.cz (Michal Krsek)
• So why don't US citizens get this?
  • From: johnl at iecc.com (John Levine)
• So why don't US citizens get this?
  • From: laird at pando.com (Laird Popkin)
• So why don't US citizens get this?
  • From: LarrySheldon at cox.net (Laurence F. Sheldon, Jr.)
• So why don't US citizens get this?
  • From: Rod.Beck at hiberniaatlantic.com (Rod Beck)
• So why don't US citizens get this?
  • From: mcgrath at fas.harvard.edu (Scott McGrath)
• So why don't US citizens get this?
  • From: jbates at brightok.net (Jack Bates)
• [Fwd: Admin: Offtopic Political Threads]
  • From: auser at mind.net (S. Ryan)
• [Fwd: Admin: Offtopic Political Threads]
  • From: mcgrath at fas.harvard.edu (Scott McGrath)
• So why don't US citizens get this?
  • From: r.hyunseog at ieee.org (Hyunseog Ryu)
• Off topic - RE: So why don't US citizens get this?
  • From: nancyp at yorku.ca (nancyp at yorku.ca)
• Arbitrary de-peering
  • From: ww at styx.org (William Waites)
• One Communications (Choice One)
  • From: bmannella at teraswitch.com (Brendan Mannella)
• Arbitrary de-peering
  • From: patrick at ianai.net (Patrick W. Gilmore)
• Arbitrary de-peering
  • From: christian at broknrobot.com (Christian Koch)
• Anyone from Charter Communications?
  • From: justin.ream at tierzero.com (Justin Ream)
• Software router state of the art
  • From: sdhillon at decarta.com (Sargun Dhillon)
• Arbitrary de-peering
  • From: ww at styx.org (William Waites)
• Level3 newyork - london, anyone else seeing issues?
  • From: up at 3.am (up at 3.am)
• Software router state of the art
  • From: jgreco at ns.sol.net (Joe Greco)
• So why don't US citizens get this?
  • From: michael.dillon at bt.com (michael.dillon at bt.com)
• Arbitrary de-peering
  • From: repstein at chello.at (Randy Epstein)
• Arbitrary de-peering
  • From: jlewis at lewis.org (Jon Lewis)
• So why don't US citizens get this?
  • From: Rod.Beck at hiberniaatlantic.com (Rod Beck)
• Arbitrary de-peering
  • From: michael.dillon at bt.com (michael.dillon at bt.com)
• So why don't US citizens get this?
  • From: Rod.Beck at hiberniaatlantic.com (Rod Beck)
• Arbitrary de-peering
  • From: ww at styx.org (William Waites)
• Arbitrary de-peering
  • From: jlewis at lewis.org (Jon Lewis)
• Software router state of the art
  • From: sethm at rollernet.us (Seth Mattinen)
• Software router state of the art
  • From: michael.dillon at bt.com (michael.dillon at bt.com)
• So why don't US citizens get this?
  • From: jfmezei at vaxination.ca (Jean-François Mezei)
• So why don't US citizens get this?
  • From: josh.cheney at gmail.com (Josh Cheney)
• So why don't US citizens get this?
  • From: jmamodio at gmail.com (Jorge Amodio)
• Software router state of the art
  • From: sharp at sharpone.net (Justin Sharp)
• Software router state of the art
  • From: sethm at rollernet.us (Seth Mattinen)
• Software router state of the art
  • From: charles at thewybles.com (Charles Wyble)
• So why don't US citizens get this?
  • From: chris.stebner at gmail.com (Chris Stebner)
• Software router state of the art
  • From: jgreco at ns.sol.net (Joe Greco)
• Software router state of the art
  • From: trelane at trelane.net (Andrew D Kirch)
• Software router state of the art
  • From: charles at thewybles.com (Charles Wyble)
• Software router state of the art
  • From: sethm at rollernet.us (Seth Mattinen)
• Great Suggestion for the DNS problem...?
  • From: jra at baylink.com (Jay R. Ashworth)
• So why don't US citizens get this?
  • From: jra at baylink.com (Jay R. Ashworth)
• So why don't US citizens get this?
  • From: joly at punkcast.com (WWWhatsup)
• Great Suggestion for the DNS problem...?
  • From: karnaugh at karnaugh.za.net (Colin Alston)
• Great Suggestion for the DNS problem...?
  • From: jgreco at ns.sol.net (Joe Greco)
• Software router state of the art
  • From: deepak at ai.net (Deepak Jain)
• Great Suggestion for the DNS problem...?
  • From: tomb at byrneit.net (Tomas L. Byrnes)
• Software router state of the art
  • From: deepak at ai.net (Deepak Jain)
• Possible prod to people to upgrade DNS
  • From: ml at t-b-o-h.net (Tuc at T-B-O-H.NET)
• Great Suggestion for the DNS problem...?
  • From: jra at baylink.com (Jay R. Ashworth)
• Software router state of the art
  • From: rubensk at gmail.com (Rubens Kuhl Jr.)
• Software router state of the art
  • From: chris.stebner at gmail.com (Chris Stebner)
• Software router state of the art
  • From: jbates at brightok.net (Jack Bates)
• Great Suggestion for the DNS problem...?
  • From: karnaugh at karnaugh.za.net (Colin Alston)
• Arbitrary de-peering
  • From: jay at west.net (Jay Hennigan)
• So why don't US citizens get this?
  • From: frnkblk at iname.com (Frank Bulk)
• Software router state of the art
  • From: fw at deneb.enyo.de (Florian Weimer)
• So why don't US citizens get this?
  • From: charles at thewybles.com (Charles Wyble)
• Missing URL is here (was: So why don't US citizens get this?)
  • From: michael.dillon at bt.com (michael.dillon at bt.com)
• Software router state of the art
  • From: michael.dillon at bt.com (michael.dillon at bt.com)
• Software router state of the art
  • From: eugen at imacandi.net (Eugeniu Patrascu)
• Software router state of the art
  • From: chris.stebner at gmail.com (Chris Stebner)
• Software router state of the art
  • From: sethm at rollernet.us (Seth Mattinen)
• Software router state of the art
  • From: sneak at datavibe.net (Rev. Jeffrey Paul)
• So why don't US citizens get this?
  • From: jra at baylink.com (Jay R. Ashworth)
• Software router state of the art
  • From: trelane at trelane.net (Andrew D Kirch)
• Software router state of the art
  • From: morrowc.lists at gmail.com (Christopher Morrow)
• Software router state of the art
  • From: sethm at rollernet.us (Seth Mattinen)
• Software router state of the art
  • From: toasty at dragondata.com (Kevin Day)
• Software router state of the art
  • From: jgreco at ns.sol.net (Joe Greco)
• Software router state of the art
  • From: billn at billn.net (Bill Nash)
• Great Suggestion for the DNS problem...?
  • From: vixie at isc.org (Paul Vixie)
• Great Suggestion for the DNS problem...?
  • From: mksmith at adhost.com (Michael Smith)
• Great Suggestion for the DNS problem...?
  • From: matt at credibleinstitution.org (Matt F)
• Great Suggestion for the DNS problem...?
  • From: briand at ca.afilias.info (Brian Dickson)
• Software router state of the art
  • From: aaron.glenn at gmail.com (Aaron Glenn)
• Off topic - RE: So why don't US citizens get this?
  • From: pauldotwall at gmail.com (Paul Wall)
• Software router state of the art
  • From: eugen at imacandi.net (Eugeniu Patrascu)
• Great Suggestion for the DNS problem...?
  • From: randy at psg.com (Randy Bush)
• Great Suggestion for the DNS problem...?
  • From: fw at deneb.enyo.de (Florian Weimer)
• Federal Government Interest in your patch progress
  • From: bortzmeyer at nic.fr (Stephane Bortzmeyer)
• Great Suggestion for the DNS problem...?
  • From: dot at dotat.at (Tony Finch)
• Great Suggestion for the DNS problem...?
  • From: dot at dotat.at (Tony Finch)
• Federal Government Interest in your patch progress
  • From: smb at cs.columbia.edu (Steven M. Bellovin)
• Great Suggestion for the DNS problem...?
  • From: karnaugh at karnaugh.za.net (Colin Alston)
• Great Suggestion for the DNS problem...?
  • From: LarrySheldon at cox.net (Laurence F. Sheldon, Jr.)
• Great Suggestion for the DNS problem...?
  • From: smb at cs.columbia.edu (Steven M. Bellovin)
• Great Suggestion for the DNS problem...?
  • From: mohacsi at niif.hu (Mohacsi Janos)
• Software router state of the art
  • From: dave at mvn.net (David E. Smith)
• Great Suggestion for the DNS problem...?
  • From: swmike at swm.pp.se (Mikael Abrahamsson)
• Great Suggestion for the DNS problem...?
  • From: laird at pando.com (Laird Popkin)
• Remote Cisco IOS FTP exploit (fwd)
  • From: ge at linuxbox.org (Gadi Evron)
• Hardware capture platforms
  • From: john at hypergeek.net (John A. Kilpatrick)
• Hardware capture platforms
  • From: jared at puck.nether.net (Jared Mauch)
• Hardware capture platforms
  • From: christian at broknrobot.com (Christian Koch)
• Hardware capture platforms
  • From: morrowc.lists at gmail.com (Christopher Morrow)
• Hardware capture platforms
  • From: netfortius at gmail.com (Network Fortius)
• Hardware capture platforms
  • From: jpleger at gmail.com (James Pleger)
• Hardware capture platforms
  • From: ddunkin at netos.net (Darryl Dunkin)
• Hardware capture platforms
  • From: mkarir at merit.edu (Manish Karir)
• Hardware capture platforms
  • From: seclists at rm-rf.co.uk (Leon Ward)
• Hardware capture platforms
  • From: warren at kumari.net (Warren Kumari)
• Hardware capture platforms
  • From: Jon.Kibler at aset.com (Jon Kibler)
• Hardware capture platforms
  • From: shrdlu at deaddrop.org (Lynda)
• [NANOG-announce] NANOG44 updated agenda, so register already
  • From: todd at renesys.com (Todd Underwood)
• Hardware capture platforms
  • From: mhuff at ox.com (Matthew Huff)
• [funsec] Subject line misleading. AT&T Pwned. Sweet Irony: Metasploit Creator a Victim of His Own Creation (fwd)
  • From: ge at linuxbox.org (Gadi Evron)
• Hardware capture platforms
  • From: nathan at robotics.net (nathan at robotics.net)
• Hardware capture platforms
  • From: dnewman at networktest.com (David Newman)
• big DC -48V to AC inverters
  • From: andreas at naund.org (Andreas Ott)
• Hardware capture platforms
  • From: rdobbins at cisco.com (Roland Dobbins)
• big DC -48V to AC inverters
  • From: jackson.tim at gmail.com (Tim Jackson)
• big DC -48V to AC inverters
  • From: tomb at byrneit.net (Tomas L. Byrnes)
• [funsec] Subject line misleading. AT&T Pwned. Sweet Irony: Metasploit Creator a Victim of His Own Creation (fwd)
  • From: ops.lists at gmail.com (Suresh Ramasubramanian)
• [funsec] Subject line misleading. AT&T Pwned. Sweet Irony: Metasploit Creator a Victim of His Own Creation (fwd)
  • From: hannigan at gmail.com (Martin Hannigan)
• [funsec] Subject line misleading. AT&T Pwned. Sweet Irony:Metasploit Creator a Victim of His Own Creation (fwd)
  • From: tomb at byrneit.net (Tomas L. Byrnes)
• [funsec] Subject line misleading. AT&T Pwned. Sweet Irony:Metasploit Creator a Victim of His Own Creation (fwd)
  • From: ge at linuxbox.org (Gadi Evron)
• [funsec] Subject line misleading. AT&T Pwned. Sweet Irony: Metasploit Creator a Victim of His Own Creation (fwd)
  • From: Skywing at valhallalegends.com (Skywing)
• [funsec] Subject line misleading. AT&T Pwned. Sweet Irony: Metasploit Creator a Victim of His Own Creation (fwd)
  • From: ops.lists at gmail.com (Suresh Ramasubramanian)
• Hardware capture platforms
  • From: ljb at merit.edu (Larry J. Blunk)
• Hardware capture platforms
  • From: sam_mailinglists at spacething.org (Sam Stickland)
• Hardware capture platforms
  • From: joelja at bogus.com (Joel Jaeggli)
• Hardware capture platforms
  • From: juuso.lehtinen at gmail.com (Juuso Lehtinen)
• [funsec] Subject line misleading. AT&T Pwned. Sweet Irony: Metasploit Creator a Victim of His Own Creation (fwd)
  • From: brunner at nic-naa.net (Eric Brunner-Williams)
• Hardware capture platforms
  • From: seclists at rm-rf.co.uk (Leon Ward)
• Level3 tries cell-phone style billing scam on customers
  • From: patrick at zill.net (Patrick Giagnocavo)
• https
  • From: patrick at zill.net (Patrick Giagnocavo)
• Level3 tries cell-phone style billing scam on customers
  • From: eslerj at gmail.com (Joel Esler)
• Hardware capture platforms
  • From: jra at baylink.com (Jay R. Ashworth)
• Level3 tries cell-phone style billing scam on customers
  • From: lorell at hathcock.org (Lorell Hathcock)
• Level3 tries cell-phone style billing scam on customers
  • From: dhubbard at dino.hostasaurus.com (David Hubbard)
• Hardware capture platforms
  • From: warren at kumari.net (Warren Kumari)
• Level3 tries cell-phone style billing scam on customers
  • From: jeffrey.lyon at blacklotus.net (Jeffrey Lyon)
• Level3 tries cell-phone style billing scam on customers
  • From: ge at linuxbox.org (Gadi Evron)
• Level3 tries cell-phone style billing scam on customers
  • From: jmaimon at ttec.com (Joe Maimon)
• Level3 tries cell-phone style billing scam on customers
  • From: jfmezei at vaxination.ca (Jean-François Mezei)
• Level3 tries cell-phone style billing scam on customers
  • From: rs at seastrom.com (Robert E. Seastrom)
• Level3 tries cell-phone style billing scam on customers
  • From: ge at linuxbox.org (Gadi Evron)
• Hardware capture platforms
  • From: meekjt at gmail.com (Jon Meek)
• Level3 tries cell-phone style billing scam on customers
  • From: jal at jal.org (Jamie A Lawrence)
• Level3 tries cell-phone style billing scam on customers
  • From: patrick at ianai.net (Patrick W. Gilmore)
• Level3 tries cell-phone style billing scam on customers
  • From: web at typo.org (Wayne E. Bouchard)
• Hardware capture platforms
  • From: nikky at mnet.bg (Nickola Kolev)
• Level3 tries cell-phone style billing scam on customers
  • From: patrick at ianai.net (Patrick W. Gilmore)
• Level3 tries cell-phone style billing scam on customers
  • From: eddy+public+spam at noc.everquick.net (Edward B. DREGER)
• Level3 tries cell-phone style billing scam on customers
  • From: deepak at ai.net (Deepak Jain)