.ORG problems this evening

> BGP doesn't know when a DNS server dies. Therein lies the
> findamental problem of using anycast as an application
> redundancy scheme.

But it can and should. Again, seeing if the process is running
is easy; verifying correct functionality requires more work, but
definitely is doable.

Eddy
--

  Ick. you really believe that BGP can or should be augmented to
  understand application "liveness"? BGP reaching past the router,
  running a "ps -augx" and then performing applications specific tricks?

  I guess that when all you have/understand is a hammer, everything
  becomes a nail.

  Wait... Its a joke! you just forgot the :slight_smile:

--bill

Date: Thu, 18 Sep 2003 10:29:06 -0700 (PDT)
From: bmanning

Ick. you really believe that BGP can or should be augmented to
understand application "liveness"? BGP reaching past the

And why not? BGP deals in reachability information. Perhaps it
conventionally represents interface and link state, but there is
nothing making that the One True Way.

From the BGP scanner's perpective, it's just checking another

keepalive. What generates the keepalive for the route matters
not. Do you mean that a dead server is just as "up" as a live
server, yet a dead link is not as "up" as a live link? That's
preposterous.

router, running a "ps -augx" and then performing applications
specific tricks?

No need to use gross shell scripts. Far better means of IPC
exist. Please read my previous messages.

I guess that when all you have/understand is a hammer,
everything becomes a nail.

If you have any specific technical complaints ("not how it's
usually done" doesn't count), I'm all ears. I'm also open to a
better way; my MUA seems to have truncated the part where you
suggested one. :slight_smile:

Wait... Its a joke! you just forgot the :slight_smile:

No. It works well, as long as flaps are confined.

Eddy