[L2tpext] ppp draft issues - ff03 or no ff03

Ignacio Goyret <igoyret@alcatel-lucent.com> Wed, 20 June 2007 20:49 UTC

Return-path: <l2tpext-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1I1776-0004DB-LJ; Wed, 20 Jun 2007 16:49:16 -0400
Received: from l2tpext by megatron.ietf.org with local (Exim 4.43) id 1I1775-0004D6-8w for l2tpext-confirm+ok@megatron.ietf.org; Wed, 20 Jun 2007 16:49:15 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1I1774-0004Cx-Vg for l2tpext@ietf.org; Wed, 20 Jun 2007 16:49:14 -0400
Received: from ihemail4.lucent.com ([135.245.0.39]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1I1774-0004em-La for l2tpext@ietf.org; Wed, 20 Jun 2007 16:49:14 -0400
Received: from ihrh1.emsr.lucent.com (h135-1-218-53.lucent.com [135.1.218.53]) by ihemail4.lucent.com (8.13.8/IER-o) with ESMTP id l5KKnD8T023356 for <l2tpext@ietf.org>; Wed, 20 Jun 2007 15:49:13 -0500 (CDT)
Received: from cliff.eng.ascend.com (cliff.eng.ascend.com [135.140.53.169]) by ihrh1.emsr.lucent.com (8.13.8/emsr) with ESMTP id l5KKnBcP015877; Wed, 20 Jun 2007 15:49:12 -0500 (CDT)
Received: from igoyret-c1.alcatel-lucent.com (dhcp-135-140-27-194 [135.140.27.194]) by cliff.eng.ascend.com (8.13.1/8.13.1) with ESMTP id l5KKn7fV007459; Wed, 20 Jun 2007 13:49:07 -0700
Message-Id: <200706202049.l5KKn7fV007459@cliff.eng.ascend.com>
X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9
Date: Wed, 20 Jun 2007 13:48:47 -0700
To: l2tpext@ietf.org
From: Ignacio Goyret <igoyret@alcatel-lucent.com>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Scanned-By: MIMEDefang 2.57 on 135.245.2.39
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 538aad3a3c4f01d8b6a6477ca4248793
Subject: [L2tpext] ppp draft issues - ff03 or no ff03
X-BeenThere: l2tpext@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Layer Two Tunneling Protocol Extensions <l2tpext.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/l2tpext>, <mailto:l2tpext-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/l2tpext>
List-Post: <mailto:l2tpext@ietf.org>
List-Help: <mailto:l2tpext-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/l2tpext>, <mailto:l2tpext-request@ietf.org?subject=subscribe>
Errors-To: l2tpext-bounces@ietf.org

Hi all,
Another detail on the PPP draft for L2TPv3:

In section 4.3, the current draft requires each end to remove
the ff03 (ACF) from the PPP packet before sending it through
the tunnel; with the receiving end restoring (or inserting)
the ff03 if needed downstream from it.

This text creates a problem for a LAC interfacing to a link
that can use ACFC: unless the LAC snoops the LCP negotiation,
it has no way to know whether ACFC is in effect and so it would
not know for certain whether the ff03 should be inserted on
packets going to the client.

Since snooping LCP is a dangerous business for a number of
reasons, that should be off our list of options.

We have a few alternatives:
1) Neither end adds nor removes any bytes.
   In other words, the packet on the tunnel is identical
   to the packet on the wire to/from the client.

   The disadvantage here is that the LNS needs to know the
   requirements of the link from the LAC (eg, if it is ATM,
   the ACF field should be eliminated, etc).
   I do not advocate this alternative.

2) ACF MUST be eliminated before sending the packet on the
   tunnel.

   In this case, the LAC needs to know whether the ACF must be
   reinserted on output to the client. For this, we should
   require implementation of RFC 3437 so the LAC can learn
   the negotiated ACFC setting.

   Note that for robustness reasons, the receiver SHOULD be
   able to handle incoming packets that have ff03 or not.

   This alternative seems more reasonable to me.


Note that RFC2661 did not mandate this ff03 elimination, so
keeping this would be a departure from that RFC and a fairly
obscure interop difference.

Opinions, please?

-Ignacio

PS: This draft expired recently but a new one is in the works.
In the meantime, you can look here for the last version:
http://tools.ietf.org/html/draft-ietf-l2tpext-l2tp-ppp-05



_______________________________________________
L2tpext mailing list
L2tpext@ietf.org
https://www1.ietf.org/mailman/listinfo/l2tpext