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