Re: [OPSAWG] comments on draft-georgiades-opsawg-intercar-oam-req-00
"Berechya, David (NSN - IL/Hod HaSharon)" <david.berechya@nsn.com> Mon, 04 July 2011 13:38 UTC
Return-Path: <david.berechya@nsn.com>
X-Original-To: opsawg@ietfa.amsl.com
Delivered-To: opsawg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8962D21F85BB for <opsawg@ietfa.amsl.com>; Mon, 4 Jul 2011 06:38:30 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.599
X-Spam-Level:
X-Spam-Status: No, score=-6.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Guv2GWn5ZDf8 for <opsawg@ietfa.amsl.com>; Mon, 4 Jul 2011 06:38:29 -0700 (PDT)
Received: from demumfd002.nsn-inter.net (demumfd002.nsn-inter.net [93.183.12.31]) by ietfa.amsl.com (Postfix) with ESMTP id 2B91521F85E3 for <opsawg@ietf.org>; Mon, 4 Jul 2011 06:38:28 -0700 (PDT)
Received: from demuprx016.emea.nsn-intra.net ([10.150.129.55]) by demumfd002.nsn-inter.net (8.12.11.20060308/8.12.11) with ESMTP id p64DcQwQ008465 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 4 Jul 2011 15:38:26 +0200
Received: from DEMUEXC048.nsn-intra.net ([10.159.32.94]) by demuprx016.emea.nsn-intra.net (8.12.11.20060308/8.12.11) with ESMTP id p64DcM8k024030; Mon, 4 Jul 2011 15:38:26 +0200
Received: from DEMUEXC006.nsn-intra.net ([10.150.128.18]) by DEMUEXC048.nsn-intra.net with Microsoft SMTPSVC(6.0.3790.3959); Mon, 4 Jul 2011 15:38:23 +0200
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Date: Mon, 04 Jul 2011 15:38:21 +0200
Message-ID: <09E7BC852F58D54A9F315D504296B8C10474895C@DEMUEXC006.nsn-intra.net>
In-Reply-To: <C722CE901289D346829ED0E2AEB09D0102973945@blackhole.ftw.local>
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Thread-Topic: [OPSAWG] comments on draft-georgiades-opsawg-intercar-oam-req-00
Thread-Index: Acw13UxWpjyl52VTQgmffa6FHpeTQAEcAPaw
References: <C722CE901289D346829ED0E2AEB09D0102973945@blackhole.ftw.local>
From: "Berechya, David (NSN - IL/Hod HaSharon)" <david.berechya@nsn.com>
To: "ext Weisgrab, Hannes [Lists]" <weisi2@FTW.at>, opsawg@ietf.org
X-OriginalArrivalTime: 04 Jul 2011 13:38:23.0420 (UTC) FILETIME=[A52207C0:01CC3A4F]
Subject: Re: [OPSAWG] comments on draft-georgiades-opsawg-intercar-oam-req-00
X-BeenThere: opsawg@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: OPSA Working Group Mail List <opsawg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/opsawg>, <mailto:opsawg-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/opsawg>
List-Post: <mailto:opsawg@ietf.org>
List-Help: <mailto:opsawg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/opsawg>, <mailto:opsawg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 04 Jul 2011 13:38:30 -0000
Dear Hannes, Regarding service aspects in OAM: there are OAM in the service level that monitors the service end-to-end, and OAM in the network level that monitors the paths that carry many services. Regarding the scope of the draft: the draft focuses in the special requirements that the multi carrier scenario raises, e.g. Reliable means to the network service providers to prove, in case of failure, which is the failing transit segment. Best Regards, David Berechya -----Original Message----- From: opsawg-bounces@ietf.org [mailto:opsawg-bounces@ietf.org] On Behalf Of ext Weisgrab, Hannes [Lists] Sent: Wednesday, June 29, 2011 12:50 AM To: opsawg@ietf.org Subject: [OPSAWG] comments on draft-georgiades-opsawg-intercar-oam-req-00 Dear list members, as this is the first time I post to this list I'd like to briefly introduce myself. I'm researcher at the Telecommunications Research Center Vienna (FTW; http://www.ftw.at) and I'm involved in the EU FP7 project ETICS (http://www.ict-etics.eu/). In this project we investigate - among other things - how QoS can be enabled across domains utilizing different transport technologies (above all: connection oriented AND connection less technologies). In this respect we also deal with network monitoring and SLA assurance (the latter of which is the final goal). My core concern is that I think it could be beneficial if an inter-carrier OAM system would be aware of the (network transport) services and the way how they are transported at a given interconnection point. I further assume that such an interconnection point (link) would also make a perfect monitoring point. But how to identify the various (network transport) services and the way they are transported via this point? Let me explain this in more detail: If two or more providers want to offer a QoS-enabled (network transport) service they also need to agree on a mechanism to transport this service through their networks. There are various mechanisms which could be used like utilizing the DSCP field of the IP-header (*) or using tunneling (e.g. IP-in-IP [RFC2003], GRE [RFC2784], or even other mechanisms, which are proprietary or not yet standardized). However, if such mechanisms are applied between domains, this information needs to be transferred also to the monitoring device, which could be external to the router (which would be beneficial both in terms of trust and router (CPU) utilization). Without information about the transported services and the exact way they are transported, the monitoring capability would be reduced to simple link monitoring, which would be of much less benefit for the operator. I'm not so familiar with the OAM topic and if there are already discussions in this direction, so I was wondering, if this topic has already been addressed or if this could possibly be another requirement? Looking forward to your comments, br, Hannes Weisgrab. (*) various RFCs are related to this, like: RFC791 ;-) , RFC2474, RFC2983 ,RFC4594, ... _______________________________________________ OPSAWG mailing list OPSAWG@ietf.org https://www.ietf.org/mailman/listinfo/opsawg
- [OPSAWG] comments on draft-georgiades-opsawg-inte… Weisgrab, Hannes [Lists]
- Re: [OPSAWG] comments on draft-georgiades-opsawg-… Berechya, David (NSN - IL/Hod HaSharon)
- Re: [OPSAWG] comments on draft-georgiades-opsawg-… Michael Georgiades
- Re: [OPSAWG] comments on draft-georgiades-opsawg-… Berechya, David (NSN - IL/Hod HaSharon)