Re: [mpls] Comments to draft-vkst-mpls-tp-oam-id-mib-03

Sam Aldrin <aldrin.ietf@gmail.com> Wed, 13 June 2012 03:39 UTC

Return-Path: <aldrin.ietf@gmail.com>
X-Original-To: mpls@ietfa.amsl.com
Delivered-To: mpls@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 96A5711E8098 for <mpls@ietfa.amsl.com>; Tue, 12 Jun 2012 20:39:01 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.463
X-Spam-Level:
X-Spam-Status: No, score=-3.463 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-1, SARE_SUB_OBFU_OTHER=0.135]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id sicWYBTkcigE for <mpls@ietfa.amsl.com>; Tue, 12 Jun 2012 20:39:01 -0700 (PDT)
Received: from mail-pb0-f44.google.com (mail-pb0-f44.google.com [209.85.160.44]) by ietfa.amsl.com (Postfix) with ESMTP id DC8B511E808D for <mpls@ietf.org>; Tue, 12 Jun 2012 20:39:00 -0700 (PDT)
Received: by pbcwy7 with SMTP id wy7so1695778pbc.31 for <mpls@ietf.org>; Tue, 12 Jun 2012 20:39:00 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:mime-version:content-type:from:in-reply-to:date:cc :message-id:references:to:x-mailer; bh=+K4sI0OJtkXLvdK+n9u0FCd+Ryo89lr6Pu6apa1W1gg=; b=c31L3JZHzHL+UdzJGAAorci1+k6sg2W/gS7c6Hk3ObNhEYBs5jLvWI/wJXqcXY0ySY tM5Burz1w5HnDt93JmgBxTqIP6kPbhyArtUlrzbCD88sWD57oLgsY/Bw20OZL72S5P5c 0i4k/LhHCAUDm4D6+iTGHtDY36ztw0f74ttv3T3ojzBldEQ+n8qZXDucUbprGEoIVEss 4RlJU4DlqS5Sn7SLDdYQru6DJnFT+JiXfN99G3dSK8VaWJ8pxE2yF8ZW/BKh7Wtos8W0 VQ6pBh54Zm+DuJtM57oTs39iM7SfWjJ6zprSvpUI6XSkvOE0iDTq/u+ou8oT8lCRdsX7 09bw==
Received: by 10.68.129.198 with SMTP id ny6mr45053807pbb.22.1339558740577; Tue, 12 Jun 2012 20:39:00 -0700 (PDT)
Received: from [192.168.1.2] (c-107-3-156-34.hsd1.ca.comcast.net. [107.3.156.34]) by mx.google.com with ESMTPS id jv6sm4207342pbc.40.2012.06.12.20.38.58 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 12 Jun 2012 20:38:59 -0700 (PDT)
Mime-Version: 1.0 (Apple Message framework v1278)
Content-Type: multipart/alternative; boundary="Apple-Mail=_823B18B9-FC02-4FDC-A4AD-35BE13AB1929"
From: Sam Aldrin <aldrin.ietf@gmail.com>
In-Reply-To: <32CB7A1F0806AB4688CE3F22C29DAC87042C249E@EXRAD5.ad.rad.co.il>
Date: Tue, 12 Jun 2012 20:38:57 -0700
Message-Id: <9C859F03-7197-40A6-86D9-B00D309B653D@gmail.com>
References: <32CB7A1F0806AB4688CE3F22C29DAC87042C249E@EXRAD5.ad.rad.co.il>
To: Muly Ilan <muly_i@rad.com>
X-Mailer: Apple Mail (2.1278)
Cc: "mpls@ietf.org" <mpls@ietf.org>
Subject: Re: [mpls] Comments to draft-vkst-mpls-tp-oam-id-mib-03
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Multi-Protocol Label Switching WG <mpls.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mpls>, <mailto:mpls-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mpls>
List-Post: <mailto:mpls@ietf.org>
List-Help: <mailto:mpls-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 13 Jun 2012 03:39:01 -0000

Hi Muly,

Thanks for the email.
Please see inline for my comments.

-sam
On Jun 12, 2012, at 6:36 AM, Muly Ilan wrote:

> Hi,
>  
> It seems that the case of associated bidirectional LSPs is not fully covered by the current draft.
> According to the MPLS-TP OAM framework, in this case two independent unidirectional MEs should be defined to independently monitor each direction.
>  
> 1.       It would be helpful if there was an indication in the mplsOamIdMeTable whether the ME is uni or bi directional.
%sam - Sure thing. We should be able to add a new object to indicate that, in the next version.
> 2.       For associated bidirectional LSPs there are two separate entries in the mplsTunnelTable. Thus, the mplsOamIdMeServicePointer of each of the unidirectional MEs shall point to its relevant entry i.e. to the forward or the reverse tunnel entry. This is another reason to keep the pointer in the ME table and not in the MEG table. The description of mplsOamIdMeServicePointer should be expanded.
%sam - We make/add appropriate changes to the description.
> 3.       A proactive OAM session would utilize both MEs (one ME for transmission of OAM packets and the other for reception). This can be indicated by having the same value of mplsOamIdMeProactiveOamSessIndex. Its worth noting it in the description of mplsOamIdMeProactiveOamSessIndex.
%sam - Will fix the description.
>  
> Regards,
>  
> Muly
> _______________________________________________
> mpls mailing list
> mpls@ietf.org
> https://www.ietf.org/mailman/listinfo/mpls