From Microsoft's site
Marshall Eubanks
tme at 21rst-century.com
Thu Jan 25 13:11:50 UTC 2001
Vladis, et al;
Of course, we know (well :) that there have been multicast problems
from the MSDP storms from the RAMEN since Saturday before last. If there
have been wider network
problems caused by these MSDP storms, I would like to hear of them,
either on
or off list. I would like to give a report on this in Atlanta.
For those MSDPer's out there, we have good luck with rate limits to limit
the damage. I will be glad to share (off list?) the configs used.
Also, FWIW, there does not seem to have been a MSDP storm at 5:00 PM
or so
on Tuesday.
Regards
Marshall Eubanks
Valdis.Kletnieks at vt.edu wrote:
>
> On Thu, 25 Jan 2001 00:37:58 EST, jlewis at lewis.org said:
> > > Their management should be real embarrassed to take so long to back out the
> > > last-change.
> >
> > Somebody bitched a router config, and it took 22.5 hours to figure it out?
>
> Umm.. let's think more carefully here.
>
> A major *MAJOR* player is changing a config *during prime time*?
>
> Hell, we're not that big, and we get 3AM-7AM local. ANything else is
> emergency-only.
>
> So we'll assume that the *real* timeline was:
>
> 5PM something *else* melts
> 6:30PM change a config to stop THAT emergency
> 6:45PM notice you've scrogged it up
>
> <next 19 hours> try to decide which is worse, the DNS being screwed
> but your *local* operations are back online using local private
> secondaries, or DNS being OK but whatever was loose trashing the
> corporate backbone? Meanwhile, your OTHER set of network monkeys is
> busy fighting whatever fire melted stuff to start with...
>
> <META MODE="so totally hypothetical we won't even GO there...">
> They'd not be the first organization this week that had to make an
> emergency router config change because Ramen multicasting was melting their
> routers, or the first to not get it right on the first try.
>
> They'd merely be the ones thinking hardest how to put the right spin on it...
> </META>`
>
> I have *NO* evidence that Ramen was the actual cause other than it's this
> week's problem. However, I'm pretty sure that *whatever* happened,
> the poor router tech was *already* having a Very Bad Day before he ever
> GOT to the part where he changed the config.....
>
> Valdis Kletnieks
> Operating Systems Analyst
> Virginia Tech
--
Multicast Technologies, Inc.
10301 Democracy Lane, Suite 201
Fairfax, Virginia 22030
Phone : 703-293-9624 Fax : 703-293-9609
e-mail : tme at on-the-i.com http://www.on-the-i.com
More information about the NANOG
mailing list