[sfc] Two questions regarding draft-ietf-sfc-ioam

Greg Mirsky <gregimirsky@gmail.com> Mon, 24 September 2018 21:53 UTC

Return-Path: <gregimirsky@gmail.com>
X-Original-To: sfc@ietfa.amsl.com
Delivered-To: sfc@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 19C91131102 for <sfc@ietfa.amsl.com>; Mon, 24 Sep 2018 14:53:05 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.999
X-Spam-Level:
X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id mWnI9YigLrEh for <sfc@ietfa.amsl.com>; Mon, 24 Sep 2018 14:53:03 -0700 (PDT)
Received: from mail-lf1-x131.google.com (mail-lf1-x131.google.com [IPv6:2a00:1450:4864:20::131]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id DBD3B1310AC for <sfc@ietf.org>; Mon, 24 Sep 2018 14:53:02 -0700 (PDT)
Received: by mail-lf1-x131.google.com with SMTP id r191-v6so5611984lff.2 for <sfc@ietf.org>; Mon, 24 Sep 2018 14:53:02 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=8SGKh3apLc8pjOmYslk1YFBNObz0xP0Cwiz3EONzg/E=; b=ibc6IXLM1dToANm7WnsV9i6NLMucoIrvz6bBwoHPpFGu/8oe98ZEJPWAAsU5QyXFcG vR/7eOJJOcIjc0Xj2FIi/p0kmECpJwrkEjh0a26XHja/8zFB3q9Rmbe3KwdBeO9F60Mp aeo1K8hcpK47k8DFygTXA3f8JN8VyhPUW/3KGPyH83T4f+Vt4r6NRANvHDOCtLpSxAo+ 88u9GQAOYaP/TyH7Cgeb9YdFJ5qFp6JyDhxhROrKRV+QvcUcR7eMixuN/EIAPnsj5Br4 BK47vk8+OW4EytihosRfhBsCQJNQchBqGhtmN++nszKpAHsBoFp2R8yjhOVM/fvy6HMm wgHw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=8SGKh3apLc8pjOmYslk1YFBNObz0xP0Cwiz3EONzg/E=; b=WoNUK4CvDOV3zi+MIFKE/+CzQ/3KB9orpscFim+O7aNV+PbIYlTtT+4paPGNDUuLbX Jk6liGTINMMla8LHK32I2lAJL8YB8HRHQvm3UWjNFLIa8eMg9wl8HUlC4XnhJ2zhzbKL RavpUq4oznAL31Pqd6Mr2ta1gdkAluosBNPZGiMf4MEX+FVdiRX9qraR0iK54Z01ImEH ODUm5xLeEyHrJgYqwPggtdFqlWqWhqcGEl9GlAoPBYRLqBqViPopLf4QEd6K/M440euD 28JovOoADvdUh3I5/RrWDGFlRHX7nOfLP7JgSlfxX99RLDXRESsN85PFwfWf+bAqPhqI Y0jw==
X-Gm-Message-State: ABuFfojNxqjmr2yPROddIL+Bzav61LNOGPhZWXpDy0azp8CJsz4NKqa9 bzrsma6/n9G87H9yk6HPne7i9XfkjxtHRHIhsCzjAQ==
X-Google-Smtp-Source: ACcGV61Wd455yA4XMn//QQkzFBHaXsQfAMRpkF+Hnsvq6/zSQp4jp7DpaQjYMLtOs8dueW1xvRsWX6p6D6ujp24LuZg=
X-Received: by 2002:a19:53c5:: with SMTP id h66-v6mr505469lfl.9.1537825980608; Mon, 24 Sep 2018 14:53:00 -0700 (PDT)
MIME-Version: 1.0
From: Greg Mirsky <gregimirsky@gmail.com>
Date: Mon, 24 Sep 2018 14:52:49 -0700
Message-ID: <CA+RyBmXcjdvMTCmFoZfcmy+s9X5TxJjK=4eayN-syaaop5GnsQ@mail.gmail.com>
To: Service Function Chaining IETF list <sfc@ietf.org>
Content-Type: multipart/alternative; boundary="0000000000004cf7690576a50396"
Archived-At: <https://mailarchive.ietf.org/arch/msg/sfc/yT8SppbD2EWcvaFywUx9uPAXZ-g>
Subject: [sfc] Two questions regarding draft-ietf-sfc-ioam
X-BeenThere: sfc@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Network Service Chaining <sfc.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/sfc>, <mailto:sfc-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/sfc/>
List-Post: <mailto:sfc@ietf.org>
List-Help: <mailto:sfc-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/sfc>, <mailto:sfc-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 24 Sep 2018 21:53:05 -0000

Dear All,
I've read the new WG document and got two questions I'd much appreciate
your consideration and opinions:

   - is it WG's intention to standardize both encapsulations, i.e., as TLV
   and as a message that immediately follows the NSH;
   - in the case of placement of iOAM information after the NSH but ahead
   of the customer data, what happens if an SFF does not support iOAM at all
   or the particular mode? I believe that the most likely, the packet will be
   dropped by the SFF, i.e., the original data packet will be dropped because
   some upstream SFF inserted iOAM data in it. Is that acceptable behavior? Of
   course, to avoid loss of data resulted from the some SFF non-support of
   iOAM the WG can add the requirement that to use iOAM all elements of the
   SFP MUST support iOAM.

Appreciate your comments, thoughts.

Regards,
Greg