In message <199605301746.KAA22926@krazy.UCSC.EDU> you write:
I don't know if this is a widespread problem or not, but we seem to have
lost all DVMRP routes.
I don't think it's widespread; U-SURE-R-NOSEY.UCSC.EDU's tunnel to
mbone.berkeley.edu is up but is not advertising proper routes for nets
internal to ucsc.edu, and U-SURE-R-NOSEY has a buggy multicast
traceroute implementation so I can't help debug this. This symptom
points to U-SURE-R-NOSEY's unicast routing table not agreeing with
the tunnel endpoint and is fixed in a later IOS release.
(Oh, and while you're complaining to your vendor, comm-g.UCSC.EDU's
multicast traceroute implementation is buggy as well, a bug that I
have seen more and more and haven't been able to get a good explanation
for.)
Bill
% mtrace -g 128.114.1.252 128.164.192.15 krazy.ucsc.edu 224.2.234.159
Mtrace from 128.164.192.15 to 128.114.129.44 via group 224.2.234.159
Querying full reverse path...
0 krazy.UCSC.EDU (128.114.129.44)
-1 comm-g.UCSC.EDU (128.114.1.252) PIM thresh^ 16
-2 U-SURE-R-NOSEY.UCSC.EDU (128.114.1.250) DVMRP thresh^ 16
-3 mbone.berkeley.edu (198.128.16.22) DVMRP thresh^ 0 Wrong interface [default]
Round trip time 98 ms
% mtrace -g 128.114.1.252 crevenia.parc.xerox.com krazy.ucsc.edu
Mtrace from 13.2.116.11 to 128.114.129.44 via group 224.2.0.1
Querying full reverse path...
0 krazy.UCSC.EDU (128.114.129.44)
-1 comm-g.UCSC.EDU (128.114.1.252) PIM thresh^ 16 Prune sent upstream [default]
Round trip time 84 ms