documentation no longer publicly available?
--
Florian Weimerfwei...@bfk.de
BFK edv-consulting GmbH http://www.bfk.de/
Kriegsstraße 100 tel: +49-721-96201-1
D-76133 Karlsruhe fax: +49-721-96201-99
___
cisco
have others observed unicast flooding in topologies
without asymmetric traffic flows but with mismatched ARP/CAM timers?
I've seen them with default timers. I don't know if they were
mismatched.
There is a feature called unknown unicast flood blocking (UUFB). It
might be available for your
Community: 3320:1276 3320:2010 3320:9020
Last update: Thu Aug 19 19:30:07 2010
--
Florian Weimerfwei...@bfk.de
BFK edv-consulting GmbH http://www.bfk.de/
Kriegsstraße 100 tel: +49-721-96201-1
D-76133 Karlsruhe fax: +49-721-96201-99
a single prefix, 193.110.32.0/21,
right now.)
--
Florian Weimerfwei...@bfk.de
BFK edv-consulting GmbH http://www.bfk.de/
Kriegsstraße 100 tel: +49-721-96201-1
D-76133 Karlsruhe fax: +49-721-96201-99
___
cisco
not indicate a problem.
(Or do you mean what it means for this specific IOS version? Sorry,
in this case I have to pass.)
--
Florian Weimerfwei...@bfk.de
BFK edv-consulting GmbH http://www.bfk.de/
Kriegsstraße 100 tel: +49-721-96201-1
D-76133 Karlsruhe fax
addresses are not allowed per the IPv6 addressing architecture RFC.
So it's just another case of vendors got bitten by RFCs that don't
match customer requirements. 8-/
--
Florian Weimer[EMAIL PROTECTED]
BFK edv-consulting GmbH http://www.bfk.de/
Kriegsstraße 100 tel
based on RIR minimum allocations? From time
to time, someone who should now better announces something smaller
without the covering aggregate, so this requires some maintenance.
--
Florian Weimer[EMAIL PROTECTED]
BFK edv-consulting GmbH http://www.bfk.de/
Kriegsstraße 100
* Gert Doering:
On Thu, Sep 04, 2008 at 02:05:54PM +0200, Florian Weimer wrote:
Do you mean the filters based on RIR minimum allocations? From time
to time, someone who should now better announces something smaller
without the covering aggregate,
So what? They do not want your traffic
temporarily
alleviate the TCAM memory being exhausted
On a MSFC2/PFC2, enabling uRPF cuts the number of available routes in
half, so it makes things only worse. Don't know about more modern
MSFCs, sorry.
--
Florian Weimer[EMAIL PROTECTED]
BFK edv-consulting GmbH http
) command to dump
the TCAM contents, so you can check how your ACLs are compiled and
project TCAM utilization according to that.
--
Florian Weimer[EMAIL PROTECTED]
BFK edv-consulting GmbH http://www.bfk.de/
Kriegsstraße 100 tel: +49-721-96201-1
D-76133 Karlsruhe
* Tom Storey:
I notice Cisco poked at Junipers ScreenOS...
Cisco has/had CatOS, and has PIX and ASA operating systems, which look
and feel completely different to IOS, so they dont neccessarily get
off the hook that easily. :-)
And the VPN Concentrators had their own software line. I
be an
error that prevents you from committing the change). If you want to
shut down an interface (while keeping it in the configuration), you
need to disable it, and the equivalent of no shutdown in that sense
is delete disable.
Talk about intuitive...
--
Florian Weimer[EMAIL
that
some people do not want to leak that data, but it's absence makes
debugging quite hard.
--
Florian Weimer[EMAIL PROTECTED]
BFK edv-consulting GmbH http://www.bfk.de/
Kriegsstraße 100 tel: +49-721-96201-1
D-76133 Karlsruhe fax: +49-721-96201-99
* Gert Doering:
What they are *not* doing is post security advisories every few weeks
for things that are not (yet) known out in the wild. Because when they
do that, people *will* go out trying to find the exploit, and then everybody
has to scramble to upgrade, multiple times a year.
This
14 matches
Mail list logo
