aftr hassles

[Francis Dupont]

> multicast(filterin)
> multicast(filterin)
> multicast(filterin)
> ....

=> the multicast(filterin) message comes from multicast packets which
are sent over the tunnel and should be simply shut up using a
route for multicast (224.0.0.0/4) on SD-B4s.

> BUT, if you try to toss it into the background (or worse, disconnect
> yourself from the session),

=> don't: if you don't want to keep it in a window just don't ask him
to be to stay in foreground with logging to stderr, i.e., don't use
the -g.

> [1]+  Stopped                 ./aftr -g
                                       ^^

(or alternatively read the man/doc, BTW I use -g because it is more
friendly than to open a command channel (many can be opened at the
same time) or to scan syslog but as -d for DHCP (more in fact because
AFTR tries to read the standard input too) it is not the way it is
supposed to be used in production).

Regards

Francis Dupont <fdupont at isc.org>