Cisco introduced 'warm' reload...

2003-09-13 Thread Pascal Gloor

Cisco inroduced 'warm' reload

http://www.cisco.com/en/US/products/sw/iosswrel/ps5207/products_feature_guid
e09186a00801a755a.html

12.3(2)T This feature was introduced.
12.2(18)S This feature was integrated into Cisco IOS Release 12.2(18)S.


Did anyone test this yet?


Pascal



Re: 92 Byte ICMP Blocking Problem

2003-09-13 Thread Mark Vevers

Steve Carter said:
>
> I believe it to be true that all policy route traffic is processor
switched rather than CEF on the 75xx platform.  If so, the 75xx might
not be handling all it's being asked to and dropping stuff in a
> non-deterministic way.
>

In my experience you can do the 92 byte blocking on 75's with dCEF
provided you are *very* careful about exactly what policy based routes you
set up ...
Try the following:

On the interfaces make sure you have:
  ip route-cache policy

Then apply your PBR the inbound interface:
  ip policy route-map block92

which looks like:
  route-map block92 permit 10
match ip address 121
match length 92 92
set interface Null0
  route-map block92 permit 20

With access-list 121 looking like
  access-list 121 permit icmp any any echo

The route-map is exteremly critial because some can be done in dCEF and
some can't - and you must have the extra permit as well (sorry if I'm
teaching grandma to suck eggs) but this seems to work for us.(12.2.15T5)

Be sure to check the vip cpu  and show cef drop and show cef
not-cef-switched for the linecard involved ...

BTW we also found that in an earlier release of IOS we needed to reboot
the router to get this to work properly.

Regards
Mark
-- 
Mark Vevers.[EMAIL PROTECTED] / [EMAIL PROTECTED]
Principal Internet Engineer, Internet for Learning,
Research Machines Plc. (AS5503)




Re: Cisco introduced 'warm' reload...

2003-09-13 Thread Rodney Dunn

Pascal,

Timo asked the same thing.  I'm setting up a 3745 and
a 3660 in the lab to test it on.  In the Release notes
there is a link to Feature Navigator (FN) that will
display the platform support for a feature.

http://tools.cisco.com/ITDIT/CFN/jsp/index.jsp

Currently that shows only 3745 and 3660 support.

I'm not sure exactly why that is but I will check
and let you know.

Also, I'll try to get the Release Notes more clear
about how to check for the hardware support especially
when it appears to be a platform independent feature.

Rodney

On Sat, Sep 13, 2003 at 12:19:46PM +0200, Pascal Gloor wrote:
> 
> Cisco inroduced 'warm' reload
> 
> http://www.cisco.com/en/US/products/sw/iosswrel/ps5207/products_feature_guid
> e09186a00801a755a.html
> 
> 12.3(2)T This feature was introduced.
> 12.2(18)S This feature was integrated into Cisco IOS Release 12.2(18)S.
> 
> 
> Did anyone test this yet?
> 
> 
> Pascal


Re: More on the DDoS Attack

2003-09-13 Thread Jack Bates
Eric Gauthier wrote:
  
Take a look and let me know what you think.  Any question or comments -  
editorial or otherwise - would be greatly appreciated. 

Nice layout. Reverse the the process so default is a good host and 
integrate it with radius, using access lists versus private/public 
addresses and you have a nice method for jailing an infected user so 
that they can still dial up and get virus defs, patches, etc and that's 
it. Granted, it would take some tweaking.

-Jack



RE: Cisco introduced 'warm' reload...

2003-09-13 Thread Michel Py

> Pascal Gloor wrote:
> Cisco inroduced 'warm' reload
> http://www.cisco.com/en/US/products/sw/iosswrel/ps5207/products_
> feature_guide09186a00801a755a.html
> 12.3(2)T This feature was introduced.
> 12.2(18)S This feature was integrated into Cisco IOS Release
12.2(18)S.
> Did anyone test this yet?

It's not available on all platforms, at least not on my test one. When
doing "reload warm" it does a cold one and takes "warm" as the reason
for reload.

Michel.


cisco7507#sh ver
Cisco Internetwork Operating System Software
IOS (tm) RSP Software (RSP-JK9O3SV-M), Version 12.3(2)T,  RELEASE
SOFTWARE
(fc1) Synched to technology version 12.3(1.9)

cisco7507#warm?
% Unrecognized command
cisco7507#warm-reload
Translating "warm-reload"...domain server (192.168.222.4)
% Unknown command or computer name, or unable to find computer address

cisco7507#reload ?
  LINEReason for reload
  at  Reload at a specific time/date
  cancel  Cancel pending reload
  in  Reload after a time interval
  



Re: Cisco introduced 'warm' reload...

2003-09-13 Thread Rodney Dunn

Michel,

Thanks for pointing that out.  I'll have it removed
from the CLI for any platforms where it's not supported.

The currently supported platforms are:

3660 and 3745 in 12.3(2)T
7200 in 12.2(18)S

I'll also check on future platform implementations and let
you know.  While at first the feature seems platform
independent it turns out there are some platform dependencies.

Thanks,
Rodney


On Sat, Sep 13, 2003 at 12:01:25PM -0700, Michel Py wrote:
> 
> > Pascal Gloor wrote:
> > Cisco inroduced 'warm' reload
> > http://www.cisco.com/en/US/products/sw/iosswrel/ps5207/products_
> > feature_guide09186a00801a755a.html
> > 12.3(2)T This feature was introduced.
> > 12.2(18)S This feature was integrated into Cisco IOS Release
> 12.2(18)S.
> > Did anyone test this yet?
> 
> It's not available on all platforms, at least not on my test one. When
> doing "reload warm" it does a cold one and takes "warm" as the reason
> for reload.
> 
> Michel.
> 
> 
> cisco7507#sh ver
> Cisco Internetwork Operating System Software
> IOS (tm) RSP Software (RSP-JK9O3SV-M), Version 12.3(2)T,  RELEASE
> SOFTWARE
> (fc1) Synched to technology version 12.3(1.9)
> 
> cisco7507#warm?
> % Unrecognized command
> cisco7507#warm-reload
> Translating "warm-reload"...domain server (192.168.222.4)
> % Unknown command or computer name, or unable to find computer address
> 
> cisco7507#reload ?
>   LINEReason for reload
>   at  Reload at a specific time/date
>   cancel  Cancel pending reload
>   in  Reload after a time interval
>   
> 


Rumor: Microsoft preparing a new patch/service pack CD

2003-09-13 Thread Sean Donelan

BetaNews is reporting that Microsoft will release a new Service Pack
on September 24 including the various security patches.  Because Service
Packs are also available as CD distributions (for a shipping charge),
this may help customers without high-speed Internet connections
obtain all the patches (over 30 Megabytes) needed for their system.

Unfortunately, many brand-new PC's include old versions of the Windows
Operating system and are immediately infected when connected to the
Internet before they can download all the patches.

This would be a welcome change from Microsoft's previous public statments
that the Windows Update Service is the only way for retail consumers to
obtain the patches.

http://www.betanews.com/article.php3?sid=1063425644



RE: Cisco introduced 'warm' reload...

2003-09-13 Thread Michel Py

Rodney,

> Rodney Dunn wrote:
> Thanks for pointing that out.  I'll have it removed
> from the CLI for any platforms where it's not supported.

Actually, there's nothing to remove. The 

> cisco7507#reload ?
>   LINEReason for reload

Is perfectly legitimate.


> The currently supported platforms are:
> 3660 and 3745 in 12.3(2)T
> 7200 in 12.2(18)S
> I'll also check on future platform implementations and
> let you know.  While at first the feature seems platform
> independent it turns out there are some platform
> dependencies.

If I may, it would be a hell of a good idea to make it work on platforms
such as the 7500 where one would think it is un-necessary. On paper,
having a feature set with rpr/rpr+ would render this command
un-necessary on a 7500 with dual RSPs. In practice, there are so many
compatibility issues with rpr/rpr+ and other features that some 7500s
that have dual RSPs run a non-rpr image and the second RSP is sitting in
the router as a spare.

Michel.



Re: 92 Byte ICMP Blocking Problem

2003-09-13 Thread jlewis

That's really weird.  I've been running with 

route-map nachiworm permit 10
 match ip address nachilist
 match length 92 92
 set interface Null0

ip access-list extended nachilist
 permit icmp any any echo
 permit icmp any any echo-reply

ip policy route-map nachiworm

on transit interfaces and the virtual-templates of all our access servers 
that can do it properly (just blocking echo/echo-reply on the older ones 
that can't do the policy) and haven't heard about any customer complaints 
other than "I can't ping" in the places where we've blocked all 
echo/echo-reply.  The routers doing this (7200/7500)'s are all running 
12.2(1-3)S.  Access servers are running mostly 12.1M or 12.2XB code. 

On Fri, 12 Sep 2003, William Devine, II wrote:

> I had the exact same problem.  As soon as I turned it on, within minutes I
> had customers calling that could no longer FTP into Win2k servers and some
> that couldn't SSH into their Linux servers.
> I've since turned it off as well.
> Are there any other known ways to block this?
> 
> - Original Message - 
> From: "Chris Adams" <[EMAIL PROTECTED]>
> To: "Steven M. Bellovin" <[EMAIL PROTECTED]>
> Cc: "Nanog" <[EMAIL PROTECTED]>
> Sent: Friday, September 12, 2003 1:32 PM
> Subject: Re: 92 Byte ICMP Blocking Problem
> 
> > I don't have it in place anymore (because it caused more problems than
> > it fixed), so I can't test this.  In any case, the route map only
> > matched 92 byte ICMP echo and ICMP echo-reply packets, which is not what
> > PMTU uses, so it shouldn't have had a problem.  Also, I know that the
> > MTU along the path for the person in the office is the same all the way,
> > so PMTU shouldn't come into play there.

--
 Jon Lewis [EMAIL PROTECTED]|  I route
 System Administrator|  therefore you are
 Atlantic Net|  
_ http://www.lewis.org/~jlewis/pgp for PGP public key_



RE: 92 Byte ICMP Blocking Problem

2003-09-13 Thread John Souvestre

Hi.

I've been running with the service policy version and haven't seen any
problem either.  I did notice that it seems to block DOS traceroutes,
however.

John

John Souvestre - Southern Star - (504) 888-3348 - www.sstar.com


-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of
[EMAIL PROTECTED]
Sent: Saturday, September 13, 2003 10:18 PM
To: William Devine, II
Cc: Nanog
Subject: Re: 92 Byte ICMP Blocking Problem
Importance: High


That's really weird.  I've been running with 

route-map nachiworm permit 10
 match ip address nachilist
 match length 92 92
 set interface Null0

ip access-list extended nachilist
 permit icmp any any echo
 permit icmp any any echo-reply

ip policy route-map nachiworm

on transit interfaces and the virtual-templates of all our access servers 
that can do it properly (just blocking echo/echo-reply on the older ones 
that can't do the policy) and haven't heard about any customer complaints 
other than "I can't ping" in the places where we've blocked all 
echo/echo-reply.  The routers doing this (7200/7500)'s are all running 
12.2(1-3)S.  Access servers are running mostly 12.1M or 12.2XB code. 





MIT still has over 900 network drops disabled

2003-09-13 Thread Sean Donelan

Eight weeks after Microsoft's first announcement concerning RPC
vulnerabilities, MIT still has over 900 network drops disabled due to
infected machines on the campus.

http://www-tech.mit.edu/V123/N39/39SoBig2.39n.html

MIT is known for having very bright people.  Imagine the difficulty
people without an MIT education are having trying to fix their Microsoft
computers.

MIT is taking the conservative approach.  MIT Network Security requires
users to reformat their hard drive and re-install their operating system
(and I assume install all the patches) before re-enabling the network
connection.

Could you find your original operating system disks?  Did your computer
even come with a disc copy of the original operating system?  I had
some computers which asked the user to "backup" the original operating
system on 50-90 floppy disks because the vendor only shipped the OS
"pre-installed."  Very few people spent the time (or the discs).

And you are still face with the problem the patches aren't available yet
on physical media (CD, Floppy, etc).  So you need to find a friend with a
fixed computer to make copies of the patches for you.



Sabotage not backhoes: More cable cuts

2003-09-13 Thread Sean Donelan

Someone climbed a 15-foot tower in Southern Arizona cutting a fiber optic
cable used by Broadwing and Tucson Electric Power.  This was within five
feet of the 138,000-volt power line.  The site was also guarded by barbed
wire.

This is not your typical backhoe.

Rural areas have long dealt with the occasional shotgun damaged cable or
microwave horn; or the farmer burying the dead cow in the back pasture.
But I don't recall two reported acts of sabotage in less than 30 days
before.

http://www.fox11az.com/news/local/stories/KMSB_local_fiberoptic_091203.9d8bc6ae.html