Frame Relay over Layer 2 Tunneling Protocol Version 3 (L2TPv3)
Note: This ballot was opened for revision 07 and is now closed.
(Margaret Cullen) Yes
(Brian Carpenter) No Objection
(Bill Fenner) No Objection
(Ted Hardie) No Objection
(Sam Hartman) No Objection
(Scott Hollenbeck) No Objection
(Russ Housley) (was Discuss) No Objection
(David Kessens) No Objection
(Allison Mankin) (was Discuss) No Objection
Said it needed an applicability statement (fidelity to the link behavior) as per the PWE3 charter. On clearing wrote: Mark, Carlos, Ron, Margaret, The new applicability statements are quite good, and I've clear my Discusses. I just have a question. They both end by saying that the capabilities of the LCCE (which I think means RFC 3991) and the underlying PSN may provide QoS to support features. In FR: CIR, bc, be, and HDLC: better faithfulness. My question is for my better future understanding: what is the plane of interaction with the PSN; what RFC 3991 feature or other channel exists through which the underlying QoS support is possible? For FR, is support even good for FECN and BECN and DE. I need enlightenment here: I don't have a clear picture about L2TPv3 capability of gathering congestion information from the underlying PSN. I'm removing my Discuss because I think the applicability statements don't make claims that these features are faithfully provided so much as they state that someone deploying could do engineering to get some emulation into place. This is good enough. But I'd be curious about the basic approach if anyone has time to enlighten me :) Thanks very much for the new sections!