bcast LQM

William Allen Simpson bsimpson at morningstar.com
Tue Oct 24 02:48:55 UTC 1995

> From: Curtis Villamizar <curtis at ans.net>
> LQM on non-PPP links sure would be great.  A number of times I've
> suggested we consider LQM on bcast, with a set of LQM parameters per
> ARP entry.  This way one end sends a LQM packet that serves as a time
> marker, counts packets, then includes the count in the next LQM time
> marker.  The receiver needs only count packets between LQM packets and
> compare the local count against the count sent by the other end.  This
> is an enormously oversimplified summary of LQM, but it just to make
> the point that LQM is Good Stuff.
Yes, but a bit tough on broadcast, as you would need all nodes sending a
history of all the other LQM counts it heard.  Quite a big packet or set
of packets with many nodes participating.

What might be a better idea is to add it to BGP-n.  Say between routing
peers.  That's what I did for IPng, in my (now mangled) Neighbor Discovery.

> In the absence of LQM we have the DS3 MIB (poor substitute)

Hey, the original PPP LQM was designed and built for DS3 (at Network
Systems).  NSFnet was very interested at the time.  Aren't we already
running PPP LQM for all the DS3's?

PPP LQM was one of the reasons for PPP/FrameRelay, too.

Bill.Simpson at um.cc.umich.edu
          Key fingerprint =  2E 07 23 03 C5 62 70 D3  59 B1 4F 5E 1D C2 C1 A2

More information about the NANOG mailing list