Looking for Brooks Fiber contact

[Hank Nussbacher]

The info in both whois.radb.net and whois.networksolutions.com results in a 
dead end.  The NOC list at http://puck.nether.net/netops/nocs.cgi doesn't 
list Brooks Fiber either.  Please send me some contact info at Brooks.

Thanks,
Hank




> <hostmaster@BFP.NET>: Name service error for domain 209.160.3.4.BFP.NET: Host
>     found but no data record of requested type
>
> <rtarbert@bfp.net>: Name service error for domain 209.160.3.4.BFP.NET: Host
>     found but no data record of requested type
>
> Received: from docking.att.net.il (docking.interall.co.il [192.115.216.97])
>         by biff.att.net.il (Postfix) with ESMTP
>         id 7C08910F4; Sun, 18 Mar 2001 09:58:37 +0200 (IST)
> Message-Id: <4.3.2.7.2.20010318102139.00acd4a0@max.ibm.net.il>
> X-Sender: hank@max.ibm.net.il
> X-Mailer: QUALCOMM Windows Eudora Version 4.3.2
> Date: Sun, 18 Mar 2001 10:23:17 +0200
> To: hostmaster@BFP.NET, rtarbert@bfp.net
> From: Hank Nussbacher <hank@att.net.il>
> Subject: Global routing table bloat - AS6499
> Mime-Version: 1.0
> Content-Type: text/plain; charset="us-ascii"; format=flowed
>
> AS6499 has been lately seen to be sending out too many prefixes not based 
> on CIDR boundries, thereby increasing the global router table size:
>
> ASnum    NetsNow NetsCIDR  NetGain  % Gain   Description
> AS6499       170       60      110   64.7%   Brooks Fiber Properties, Inc.
>
> See http://www.mcvax.org/~jhma/routing/ and
> http://www.employees.org:80/~tbates/cidr-report.html
> for further details.
>
> I hope you can take the time to add the appropriate BGP filters so that 
> the we all do not suffer from global router table bloat.
>
> Thanks,
> Hank