[38787] in North American Network Operators' Group
Re: What is up with 170.36.0.0/16
daemon@ATHENA.MIT.EDU (Christopher A. Woodfield)
Thu Jun 14 11:39:35 2001
Date: Thu, 14 Jun 2001 11:39:14 -0400
From: "Christopher A. Woodfield" <rekoil@semihuman.com>
To: Erik Antelman <erik@nombas.com>
Cc: nanog@merit.edu
Message-ID: <20010614113914.B29376@semihuman.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20010614113404.A29376@semihuman.com>
Errors-To: owner-nanog-outgoing@merit.edu
(Thwaps hand against forehead)
Oh, you DID lookup the individual IP. never mind.
/me crawls back into his cubicle.
-Chris
On Thu, Jun 14, 2001 at 11:34:04AM -0400, Christopher A. Woodfield wrote:
>
> HAve youtried doing a BGP lookup for the MX's IP, rather than the whole
> /16? That will return the smallest aggregate that includes the target
> IP(s). It's entirely possible that the block is not in the table as a /16,
> but as a set of sub-aggregates.
>
> -Chris
>
> On Thu, Jun 14, 2001 at 11:28:36AM -0400, Erik Antelman wrote:
> >
> > Is someone renumbering around this area?
> > My motivation is to understand the mechanisms and techniques \
> > by which a non-privelaged user (ie someone without login access to a BGP fed
> > router)
> > would diagnose (characterize, locate, identify, etc..) failure to reach a
> > large corporations
> > mail servers (1/2 of the MX servers for fleet.com)
> >
> > RADB has nothing on this, a New York QWEST looking glass says:
> > Query: bgp
> > IP address: 170.36.73.11
> > Location: New York
> > Timeout: 20 seconds
> >
> > % Network not in table
> >
> > What's up?
> >
> >
> >
> >
>
> --
> ---------------------------
> Christopher A. Woodfield rekoil@semihuman.com
>
> PGP Public Key: http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xB887618B
--
---------------------------
Christopher A. Woodfield rekoil@semihuman.com
PGP Public Key: http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xB887618B
