Re: [Insipid] Review of draft-ietf-insipid-logme-reqs-02

"Arun Arunachalam (carunach)" <carunach@cisco.com> Fri, 08 January 2016 22:59 UTC

Return-Path: <carunach@cisco.com>
X-Original-To: insipid@ietfa.amsl.com
Delivered-To: insipid@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C4E921B2C7E for <insipid@ietfa.amsl.com>; Fri, 8 Jan 2016 14:59:05 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.511
X-Spam-Level:
X-Spam-Status: No, score=-14.511 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham
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 KcpNL0b8u4kW for <insipid@ietfa.amsl.com>; Fri, 8 Jan 2016 14:59:04 -0800 (PST)
Received: from rcdn-iport-2.cisco.com (rcdn-iport-2.cisco.com [173.37.86.73]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1675F1B2C7A for <insipid@ietf.org>; Fri, 8 Jan 2016 14:59:04 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=3001; q=dns/txt; s=iport; t=1452293943; x=1453503543; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=KVWhE20g6R3ohFSsZygaKSLunfD5gkWbx6m5RbEwD5w=; b=kVxCN+4USpVfMNZRHclfnpcZLK/NKaJu+OLY50eUAFAsXaVB9JGhNbjR YXEV7VzsDUKekDGzhCYtu+44jTlEupT1gcUpyfQVIfLi9od8ML3nNmPkS HI+22dPiGEmGSVxpjyGxPdE/kaGBjMs+QkIERZTjJvYOz+l+wmzAtirps Y=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0CvBQDGPpBW/51dJa1egzpSZwYGiFO1P?= =?us-ascii?q?SSFawKBHjsRAQEBAQEBAYEKhDQBAQEDAXkFCwIBCBguMiUBAQQOBYgnCAkFwg4?= =?us-ascii?q?BAQEBAQEBAQEBAQEBAQEBAQEBAQEYiGWBbIEEhCYRAR2DTIEbAQSTCoQDAYVCi?= =?us-ascii?q?BWBXI0fhWOBHwKDV4NyATgshApyDAEBhBE6gQgBAQE?=
X-IronPort-AV: E=Sophos;i="5.20,541,1444694400"; d="scan'208";a="64666498"
Received: from rcdn-core-6.cisco.com ([173.37.93.157]) by rcdn-iport-2.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 08 Jan 2016 22:59:03 +0000
Received: from XCH-RCD-014.cisco.com (xch-rcd-014.cisco.com [173.37.102.24]) by rcdn-core-6.cisco.com (8.14.5/8.14.5) with ESMTP id u08Mx3r8026623 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Fri, 8 Jan 2016 22:59:03 GMT
Received: from xch-aln-015.cisco.com (173.36.7.25) by XCH-RCD-014.cisco.com (173.37.102.24) with Microsoft SMTP Server (TLS) id 15.0.1104.5; Fri, 8 Jan 2016 16:59:02 -0600
Received: from xch-aln-015.cisco.com ([173.36.7.25]) by XCH-ALN-015.cisco.com ([173.36.7.25]) with mapi id 15.00.1104.009; Fri, 8 Jan 2016 16:59:02 -0600
From: "Arun Arunachalam (carunach)" <carunach@cisco.com>
To: "Vijay K. Gurbani" <vkg@bell-labs.com>
Thread-Topic: [Insipid] Review of draft-ietf-insipid-logme-reqs-02
Thread-Index: AdFInPsGzgZbLErQQDeU0fTkgwM4eAB7LviAAAQvZIA=
Date: Fri, 8 Jan 2016 22:59:02 +0000
Message-ID: <1A547D90-DA74-4E74-8AF3-BBD77E30F0D5@cisco.com>
References: <4A4F136CBD0E0D44AE1EDE36C4CD9D99C89BC37B@VOEXM31W.internal.vodafone.com> <5690231F.10205@bell-labs.com>
In-Reply-To: <5690231F.10205@bell-labs.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-ms-exchange-messagesentrepresentingtype: 1
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [10.150.54.109]
Content-Type: text/plain; charset="Windows-1252"
Content-ID: <377B7848F39BEB468A8AD5B85087F84E@emea.cisco.com>
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Archived-At: <http://mailarchive.ietf.org/arch/msg/insipid/4ZSmUUzcalqroycnq5Pi26eVJHo>
Cc: "Arun Arunachalam \(carunach\)" <carunach@cisco.com>, "Dawes, Peter, Vodafone Group" <Peter.Dawes@vodafone.com>, "insipid@ietf.org" <insipid@ietf.org>, "Gonzalo Salgueiro \(gsalguei\)" <gsalguei@cisco.com>
Subject: Re: [Insipid] Review of draft-ietf-insipid-logme-reqs-02
X-BeenThere: insipid@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: SIP Session-ID discussion list <insipid.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/insipid>, <mailto:insipid-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/insipid/>
List-Post: <mailto:insipid@ietf.org>
List-Help: <mailto:insipid-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/insipid>, <mailto:insipid-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 08 Jan 2016 22:59:06 -0000

Thanks Vijay!

We will update the text to the following:

"Such debugging and tests might be confined to a single service provider or network,
may occur between the administrative domains of service providers, including 
providers in different countries that are interconnected through networks belonging
to one or more third parties.”

Arun

On Jan 8, 2016, at 3:59 PM, Vijay K. Gurbani <vkg@bell-labs.com> wrote:

> On 01/06/2016 10:14 AM, Dawes, Peter, Vodafone Group wrote:
>> Hello Vijay, Our requirements draft
>> (https://datatracker.ietf.org/doc/draft-ietf-insipid-logme-reqs/ )
>> for marking SIP sessions to be logged has received several reviews
>> and comments and has been corrected and improved as a result. We
>> think that yours is now the only review without confirmation that the
>> issues raised are resolved. We appreciate that many IETF contributors
>> are very busy and it was great that you found time to review the
>> draft and post to the insipid list. 3GPP has a dependency on this
>> logme marking functionality that is due to complete in February and
>> it would help a lot if this requirements draft could be completed by
>> then.
>> 
>> Could we kindly ask you to check the following e-mails from the
>> insipid exploder to see if your comments are covered: Your review:
>> https://mailarchive.ietf.org/arch/msg/insipid/lD_87m-plpvQ-gcv_QJdydhmnuA
>> Our resolution of your comments:
>> https://mailarchive.ietf.org/arch/msg/insipid/6tlXJVDw3eFaUyuEM6OXf53_xYE
> 
> Peter, all: Thank you for pinging me on this one.
> 
> I am happy with the resolutions you proposed in
> https://mailarchive.ietf.org/arch/msg/insipid/6tlXJVDw3eFaUyuEM6OXf53_xYE
> 
> In addition, I went quickly through version -04 and have one minor
> comment:
> 
> 1/ S1: Such debugging and tests might be confined to a single
>   service provider but might also be needed for customers who have
>   different service providers, including providers in different
>   countries that are interconnected through networks belonging to one
>   or more third parties.
> 
> I don't like the use of "customers" in the above paragraph; after all,
> the customer will most likely not even know what SIP is.  The issue is
> that the debugging is initiated by the service provider to find a
> fault.
> 
> Probably best to say that "Such debugging and tests might be confined
> to a single service provider or network may occur between the
> administrative domains of service providers, including providers in
> different countries that are interconnected through networks belonging
> to one or more third parties."
> 
> Cheers,
> 
> - vijay
> -- 
> Vijay K. Gurbani, Bell Laboratories, Alcatel-Lucent
> 1960 Lucent Lane, Rm. 9C-533, Naperville, Illinois 60563 (USA)
> Email: vkg@{bell-labs.com,acm.org} / vijay.gurbani@alcatel-lucent.com
> Web: http://ect.bell-labs.com/who/vkg/  | Calendar: http://goo.gl/x3Ogq