Re: Criminals, The Network, and You [Was: Something Else]

2007-09-22 Thread Rich Kulawiec

On Thu, Sep 20, 2007 at 01:31:41PM -0400, Sean Donelan wrote:
> Why should an network user have to petition his or her ISP to authorize
> their use of a valid network protocol? 

Because many (most?) ISPs have done such a poor job of controlling SMTP
abuse outbound from their networks over the past decade that it's now
a best practice to consider all mail from generic hostnames/dynamic
IP space highly suspect -- at best.

Those ISPs have repeatedly proven over many years that they aren't capable
of detecting and squelching SMTP abuse sources on their own networks; [1] this
leaves everyone else with a choice: either (a) put up with it or (b) devise
measures to stuff a sock in it.  And (a) simply isn't tenable for mail
servers receiving abuse in torrential quantities.

If any of those ISPs are unhappy with the choice of tactics encompassed
by (b) then perhaps they should have anticipated that unhappiness years
ago when they were first alerted to this problem.  Had they taken even
rudimentary steps to solve it (instead of merely having their spokesdroids
repeat the bare-faced lie that they "take the spam problem seriously")
then perhaps it would not have been necessary for others to devise
methods to deal with their failures.

If any network user is unhappy (and I can easily see why they would be),
then he or she should take that up with their ISP, since it's quite
likely that their own ISP has been a contributor to the problem.

> Companies like DynDNS show there is user demand to operate their own
> servers (including P2P servers, mail servers, web servers, dns servers, 
> etc) on dynamic IP addresses without needing a special "static" IP address 
> or different in-addr.arpa name.

That model is no longer viable, unfortunately.  I wish that weren't the
case, but the combination of ISP and end-user negligence along with mass
hijacking of end-user systems has rendered it so.

> They even set up RBLs of mail servers without postmaster accounts. 
> Maybe we need a RBL of mail servers that don't accept mail from generic 
> in-addr.arpa or dynamic IP addresses.

You are certainly free to set up a DNSBL or RHSBL using any listing
criteria you wish, but please be aware that if you set up one using
that particular criteria, anyone using it will likely be refusing a LOT
of valid mail, including that of some very large organizations, since
(as I said above) blocking such traffic has long since been established
as a best practice.  There are multiple DNSBLs, RHSBLs, and static
lists which enumerate such hosts; for example, consider the Spamhaus PBL:

http://www.spamhaus.org/pbl/index.lasso

which relies in part on input from the ISPs themselves, and is one
of the zones included in the comprehensive "zen" DNSBL zone published
by Spamhaus.

---Rsk

[1] I still adhere to the quaint/outdated/antique concept that everyone
is responsible for making sure that their networks are not an operational
hazard to everyone else's networks, and that they should plan, budget,
staff, build, operate and train accordingly.


Re: Route table growth and hardware limits...talk to the filter

2007-09-22 Thread micky coughes

On 9/22/07, James Jun <[EMAIL PROTECTED]> wrote:
>
> >
> > My statement about routing platforms was more based on the fact that what
> > my Cisco rep said was true - the sup upgrade was gonna be cheaper than
> > 7304s or "option J".  I mean yeah, I could buy 7206s but it still wouldn't
> > save me that much.
> >
> > What just chaps my hide is that there is no reason, in this application,
> > to need 40GB/slot performance.  Their refusal to sell a cheaper card with
> > improved TCAM suggests that the SUP720/RSP720 has really high margins and
> > they're making a killing on this issue...
>
> Actually, originally Cisco planned to release SUP32-XL or similar variant
> with higher FIB TCAM space.  But they scrapped that plan near the end,
> screwing many people in the process (I'm sure some cisco account reps got
> earful about this from many people who bought sup32's in the past)-- I mean
> hey, forcing customers to buy SUP720 plus may be new line cards (depending
> on situation) is more revenue right?  This whole 220k+ ipv4 routing issue is
> an excellent opportunity :)
>
> On the other hand, if you have the guts, try popping in a PFC3BXL card into
> SUP32.  I wonder which IOS versions will actually recognize this and show ~1
> mil. entry capacity when doing 'sh mls cef max' ;-) (WARNING: this
> completely violates warranty and irreparable damage may occur)
>
>
> james
>

James,
So it is the vendor's fault that you didn't properly engineer your
network and size the right kit for the job?  Learn a little
engineering 101 to avoid these situations.