RE: warning suggestions for draft-bberry-pppoe-credit
James Carlson <[email protected]>
| Newsgroups | gmane.ietf.pppext |
|---|---|
| Message-ID | <[email protected]> |
Stan Ratliff (sratliff) writes: > It allows the radio vendors to do what they do best, and at the same > time, allows router vendors to do the same. Propagation of the P2P > characteristics of TDMA links back into the router allows the router > to allocate QoS queues on a radio link-by-radio link basis, giving > good granularity and control. The point here is that Ethernet is Ethernet, and if this link requires the sort of explicit flow control described here, then it's most certainly _not_ Ethernet. The problem is not at this layer. Either the radio itself needs to be fixed to provide the service it's claiming to provide, or it needs to abandon the pretense. Providing a service that doesn't work as expected isn't helpful. Ethernet supports multiple protocols. What would you do if someone ran some protocol *other* than PPPoE over this pseudo-Ethernet? Wouldn't you be forced to fix the problem all over again? > So, at the worst, I would like to see some text in the draft that > states the applicability to TDMA-like radios, as opposed to what > you have here. Please suggest some text, and I'll see what I can do with it. -- James Carlson, KISS Network <[email protected]> Sun Microsystems / 1 Network Drive 71.232W Vox +1 781 442 2084 MS UBUR02-212 / Burlington MA 01803-2757 42.496N Fax +1 781 442 1677 _______________________________________________ Pppext mailing list [email protected] https://www1.ietf.org/mailman/listinfo/pppext