NANOG meeting mulicasted?

Thu May 30 20:53:38 UTC 1996

In message <199605301746.KAA22926 at 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