Re: [spring] 6man w.g. last call for <draft-ietf-6man-spring-srv6-oam>
"Zafar Ali (zali)" <zali@cisco.com> Thu, 19 December 2019 00:01 UTC
Return-Path: <zali@cisco.com>
X-Original-To: spring@ietfa.amsl.com
Delivered-To: spring@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 50C06120180; Wed, 18 Dec 2019 16:01:24 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.5
X-Spam-Level:
X-Spam-Status: No, score=-14.5 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com header.b=LT2oeIeL; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=jS5wJVh6
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 Gr3AOBJXGv8H; Wed, 18 Dec 2019 16:01:21 -0800 (PST)
Received: from alln-iport-8.cisco.com (alln-iport-8.cisco.com [173.37.142.95]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0DE66120013; Wed, 18 Dec 2019 16:01:21 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=36437; q=dns/txt; s=iport; t=1576713681; x=1577923281; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=K0rNEDQiFkc01H/HuP3fICGbd8YJDpV0iLpHvPe5Egk=; b=LT2oeIeLWTJKDgq/saiWTQaZOGO1jfA3UZL3en4NW7YE3jMWj4uY+pDS 7WgQ42BNAi7rIGz3gvFBe9zCyH2vjT7Wr14GK6+IKROW88Q3AdA2z0Gd9 qLbo/7HR7XNZc9nNzrPDFgC/PB5Lhe/zgfYPDpeh3rkRu6yMBjwmA08zm w=;
IronPort-PHdr: 9a23:XWg/eBRJfJ8B5UcRU+fyZyS2z9psv++ubAcI9poqja5Pea2//pPkeVbS/uhpkESUANfA8/wRje3QvuigQmEG7Zub+FE6OJ1XH15NksAKh0olCc+BB1f8Kav4Zig7NM9DT1RiuXq8NBsdFQ==
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: A0AsCQBkvPpd/5xdJa1lHAEBAQEBBwEBEQEEBAEBgXyBHi9QBWxYIAQLKoQGg0YDinKCOiWYBoJSA1QJAQEBDAEBGAEKCgIBAYRAAheCAiQ4EwIDDQEBBAEBAQIBBQRthTcMhV4BAQEBAwEBEAsGHQEBLAsBDwIBCBEDAQIhBwMCAgIlCxQJCAIEAQ0FIoMAAYF5TQMuAQIMowMCgTiIYXWBMoJ+AQEFgUlBQIJIGIIQAwaBNoUchnwagUE/gTgMFIJMPoJkAQEDAYF2CQ0JgloygiyNNBIJgmiFVolgjjJuCoI1hktmhTiJKxuCQ4d5gUOCfotUjk6IUpF/AgQCBAUCDgEBBYFpIoFYcBUaISoBgkFQGA2NEgwXg1CFFIU/dAGBJ49DAQE
X-IronPort-AV: E=Sophos;i="5.69,330,1571702400"; d="scan'208,217";a="395774820"
Received: from rcdn-core-5.cisco.com ([173.37.93.156]) by alln-iport-8.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 19 Dec 2019 00:01:19 +0000
Received: from XCH-ALN-008.cisco.com (xch-aln-008.cisco.com [173.36.7.18]) by rcdn-core-5.cisco.com (8.15.2/8.15.2) with ESMTPS id xBJ01JSR025700 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Thu, 19 Dec 2019 00:01:19 GMT
Received: from xhs-rtp-001.cisco.com (64.101.210.228) by XCH-ALN-008.cisco.com (173.36.7.18) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Wed, 18 Dec 2019 18:01:18 -0600
Received: from xhs-aln-002.cisco.com (173.37.135.119) by xhs-rtp-001.cisco.com (64.101.210.228) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Wed, 18 Dec 2019 19:01:18 -0500
Received: from NAM12-MW2-obe.outbound.protection.outlook.com (173.37.151.57) by xhs-aln-002.cisco.com (173.37.135.119) with Microsoft SMTP Server (TLS) id 15.0.1473.3 via Frontend Transport; Wed, 18 Dec 2019 18:01:18 -0600
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=Mkb4hexqk/vOAFta+ujoWKxdgUQ28E/HfaQ/q1MXGAwSHfpcgXmjYsQGCKK7IA2FC5/DSKGQOr/YTZbP6Q7/Bdx0/32ZyH+IwklEvTOxWxirAfEx2jE3TJZNUlF40NlnOgbF8OM8Tnpi+n/UMESxkpM8sAZuOprZ261WyntnGxpgnUd/DJxTJ8YwNyoe7WMk6Q1k7s1Zv6cDLk20JB1xEEKvaBKeBLMYmqxUjU5WdyCy0zlerVEMpd2z5lWUyWChSckn6hYAkwaZHXyvGeMZpS18FgrZvRM+lsfj7nGIs98RELbz5D13IyVkZAQeqURCbC+mIe0yo+zEN+Pfrz6tcw==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=K0rNEDQiFkc01H/HuP3fICGbd8YJDpV0iLpHvPe5Egk=; b=aPD9YRX7ia49pCzczXpNgYKoOzgIUIC/bVi811ZwiQX3ed8OWC75JsVC5QajEeIyfd+Yk9PjNV/GzTdZH/MU5pbYk1SesPmH8MsQJSdwHsh2ZSac8tmZsIfW+ljipilw/Pc8yz5tiWPz+zU02WdciMYoQ3xH9zwDKDB99E9VDPLP/BC8EsEcDxrJsBlNYAZTWM9WADOR82LwTiI2xzghgex+Lwglv3mmhZU2mut/M//TqNZrDE2xY+3wR/fZo6anofdjaiEZ5VXhcsg3PX5sVriZOAaGnTA0tD7q2loySjo/NhywiA4nUdS6JDbOgJbizJSL2Ou513NTqR+5BYSV0w==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=cisco.com; dmarc=pass action=none header.from=cisco.com; dkim=pass header.d=cisco.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cisco.onmicrosoft.com; s=selector2-cisco-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=K0rNEDQiFkc01H/HuP3fICGbd8YJDpV0iLpHvPe5Egk=; b=jS5wJVh6kUymvy9kvjt11DQ3Gh6EGEUcgJhAcCVtW5NkfHbehNE+nAHZdFNBVE7JG/B9NbdNKmiK+FYzyJmSxW87VIsDeSirD/1bEupOjmuxE6l5CAzqLawConIVx8QlcywRkQiXVhAEVjhGm4/bZ77FnVItCYcJhWZqdfkQ9dU=
Received: from DM6PR11MB3129.namprd11.prod.outlook.com (20.177.217.75) by DM6PR11MB4395.namprd11.prod.outlook.com (52.132.250.74) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2538.15; Thu, 19 Dec 2019 00:01:17 +0000
Received: from DM6PR11MB3129.namprd11.prod.outlook.com ([fe80::1ca8:c9f1:4a81:74f8]) by DM6PR11MB3129.namprd11.prod.outlook.com ([fe80::1ca8:c9f1:4a81:74f8%4]) with mapi id 15.20.2559.015; Thu, 19 Dec 2019 00:01:16 +0000
From: "Zafar Ali (zali)" <zali@cisco.com>
To: "Joel M. Halpern" <jmh@joelhalpern.com>, 6man WG <ipv6@ietf.org>, SPRING WG <spring@ietf.org>
CC: "Zafar Ali (zali)" <zali@cisco.com>
Thread-Topic: 6man w.g. last call for <draft-ietf-6man-spring-srv6-oam>
Thread-Index: AQHVquT4fiT0mGN0ekCReZDXMAlj3aeqgDOAgAGReoCAAFYZgIAABS0AgBPoSYA=
Date: Thu, 19 Dec 2019 00:01:16 +0000
Message-ID: <8F662D6A-1720-4D31-AEB8-6A3F7E40E996@cisco.com>
References: <ECC21DA8-0156-41D2-921E-177389D3C904@employees.org> <15bc440b-1dbc-0930-137f-f016ca527c2c@joelhalpern.com> <8FAF234D-B5C9-42C7-B483-F57C4ECB349F@cisco.com> <6c3eabf3-410d-ecb6-324f-967544b29a30@joelhalpern.com> <95afdc48-b88a-ab1f-f51f-13193ba5dc1c@joelhalpern.com>
In-Reply-To: <95afdc48-b88a-ab1f-f51f-13193ba5dc1c@joelhalpern.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/10.1f.0.191110
authentication-results: spf=none (sender IP is ) smtp.mailfrom=zali@cisco.com;
x-originating-ip: [2001:420:c0cc:1006::31]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 6b6ef8ed-7111-4517-1363-08d7841691d4
x-ms-traffictypediagnostic: DM6PR11MB4395:
x-ms-exchange-transport-forked: True
x-microsoft-antispam-prvs: <DM6PR11MB4395F79C149312F460E2AE7DDE520@DM6PR11MB4395.namprd11.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:10000;
x-forefront-prvs: 0256C18696
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(346002)(376002)(39860400002)(396003)(136003)(366004)(199004)(189003)(81156014)(81166006)(5660300002)(66476007)(66946007)(8676002)(6506007)(53546011)(66556008)(76116006)(66446008)(64756008)(91956017)(4326008)(478600001)(66574012)(86362001)(107886003)(36756003)(186003)(966005)(110136005)(2616005)(71200400001)(33656002)(2906002)(4001150100001)(8936002)(6486002)(6512007)(9326002)(316002); DIR:OUT; SFP:1101; SCL:1; SRVR:DM6PR11MB4395; H:DM6PR11MB3129.namprd11.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1;
received-spf: None (protection.outlook.com: cisco.com does not designate permitted sender hosts)
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: HLGF7f86Ch8ER4fGQErqXo5loT2H3GM9kDY2cUUkaT2++6vaO/6miWGRFGMcDisYbhfXmzhIBL2v0MUOVWAWXtzXoI7lDvglRcHfBCJPtc9P0KP8dXCLy+QLN9hqo7AqK6/fLe1P1D/uojXvVSu02n3wNdXsRhnGHkiVxyxrW2iAq4JiUmLV15AJSwgilKDEuJp0gTXg0L1j5OWWNoFH1usT8R1waojGc9UH/5SbUMaOvNiQhiIwW61KMzXmWds+Z1Wg7Gnv4/x0nSihkXKXOruNOBwRgFbq3zjZSfDLgZOIWgdKWpdFkSf7oSQWZZY9vUhke2+gYLA1OSN2xau19qjr7urROQlVdgXX/A/c2oDTzLqNPHO/TM7/4ZPzhKp6xAn7lbk1QHTgRdd1B8RphygWQne4h7ZvOMn7c3oH5GAHAEfKUJIxSrNKhr/8zY0JOaziG0XbSNSQ+pUOPRqpciQTovPOmCHoUhRggsbF2jY=
Content-Type: multipart/alternative; boundary="_000_8F662D6A17204D31AEB86A3F7E40E996ciscocom_"
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-Network-Message-Id: 6b6ef8ed-7111-4517-1363-08d7841691d4
X-MS-Exchange-CrossTenant-originalarrivaltime: 19 Dec 2019 00:01:16.5507 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 5ae1af62-9505-4097-a69a-c1553ef7840e
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: XKBON91AH2nlYvwx0zYsWL3sWhxdixUZmyiJChg7TYOSY3zMzZUABXfuEKf/lebI
X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM6PR11MB4395
X-OriginatorOrg: cisco.com
X-Outbound-SMTP-Client: 173.36.7.18, xch-aln-008.cisco.com
X-Outbound-Node: rcdn-core-5.cisco.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/spring/wzAtS_VbAtIQIhssSSu1MGT5pR8>
Subject: Re: [spring] 6man w.g. last call for <draft-ietf-6man-spring-srv6-oam>
X-BeenThere: spring@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" <spring.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/spring>, <mailto:spring-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/spring/>
List-Post: <mailto:spring@ietf.org>
List-Help: <mailto:spring-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/spring>, <mailto:spring-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 19 Dec 2019 00:01:24 -0000
Hi Joel, Thanks for your review. The processing details were embedded in the Section 4. We brought them up in the Section 3 and also added additional normative language in Section 4. We have been maintaining the latest version of the draft in the Github. However, we also posted the latest diffs, which addresses your comments as follows: * In the new revision, we have added normative text at the beginning of 3.1.1 where O-bit is defined. * Sections 3.3 and 3.4 adds normative texts for OAM SIDs. * 4.1.2 and 4.2.2 further adds additional normative text for Ping and traceroute use-cases, respectively. Latest version is kept in the Github and also uploaded as https://www.ietf.org/staging/draft-ietf-6man-spring-srv6-oam-03.txt. Thanks Regards … Zafar From: "Joel M. Halpern" <jmh@joelhalpern.com> Date: Thursday, December 5, 2019 at 10:01 PM To: "Zafar Ali (zali)" <zali@cisco.com>, 6man WG <ipv6@ietf.org>, SPRING WG <spring@ietf.org> Subject: Re: 6man w.g. last call for <draft-ietf-6man-spring-srv6-oam> Sorry, minor typo. SRH, not NSH, in the 4th paragraph. Joel On 12/5/2019 9:42 PM, Joel M. Halpern wrote: The normative behavior for the bits in various places says that the packet is punted to the control process. In and of itself, that is fine. However, in order for that to be useful, the control process has to know what to do with the packet when it gets there. In the classic case of router redirect, this is coupled with definition of various content to be processed by the router control logic. In the case of this document, there is no normative definition of what the control process is to do with the packet. And particularly since in many of the cases described the packet that is punted still has an SRH, normal packet processing would simply reach the same "punt" step. With nowhere to punt it. You asssume in the examples that some forms of parsing that bypass the NSH will take place. But processing does not take place by instinct or magic. It takes place because we write RFCs that describe what has to happen. Without some definition of the required parsing, and I believe (although I am guessing due to the lack of description) we also need some normative description of what the control process is required to do. Note that in most OAM, we define the behavior that is required, and then indicate where it is permitted to use the control plane to achieve it. This results in a clear specification, and implementation flexibility. Yours, Joel On 12/5/2019 9:34 PM, Zafar Ali (zali) wrote: Hi Joel, I did not understand your comment. Can you please point to specific text in the draft for which the draft needs to define normative behavior for the "node punt processor look past the SRH and make determinations based on the content."? Thanks Regards … Zafar *From: *ipv6 <ipv6-bounces@ietf.org<mailto:ipv6-bounces@ietf.org>> on behalf of "Joel M. Halpern" <jmh@joelhalpern.com<mailto:jmh@joelhalpern.com>> *Date: *Wednesday, December 4, 2019 at 4:37 PM *To: *Ole Troan <otroan@employees.org<mailto:otroan@employees.org>>, 6man WG <ipv6@ietf.org<mailto:ipv6@ietf.org>>, SPRING WG <spring@ietf.org<mailto:spring@ietf.org>> *Subject: *Re: 6man w.g. last call for <draft-ietf-6man-spring-srv6-oam> I re-read this draft, and I am afraid it is currently under-specified. In order for the various examples to work, there is assumed behavior by the processor to which packets are punted. I could not find where this normative behavior is described explicitly. It appears that the behavior requires that the node "punt processor" look past the SRH and make determinations based on the content. This needs to be described explicitly. And it needs some discussion of why it is legitimate to look past the SRH when the SRH does not show SL=0. Yours, Joel On 12/4/2019 3:53 PM, Ole Troan wrote: Hello, As agreed in the working group session in Singapore, this message starts a new two week 6MAN Working Group Last Call on advancing: Title : Operations, Administration, and Maintenance (OAM) in Segment Routing Networks with IPv6 Data plane (SRv6) Author : Z. Ali, C. Filsfils, S. Matsushima, D. Voyer, M. Chen Filename : draft-ietf-6man-spring-srv6-oam-02 Pages : 23 Date : 2019-11-20 https://datatracker.ietf.org/doc/draft-ietf-6man-spring-srv6-oam/ as a Proposed Standard. Substantive comments and statements of support for publishing this document should be directed to the mailing list. Editorial suggestions can be sent to the author. This last call will end on the 18th of December 2019. To improve document quality and ensure that bugs are caught as early as possible, we would require at least two reviewers to do a complete review of the document. Please let the chairs know if you are willing to be a reviewer. The last call will be forwarded to the spring working group, with discussion directed to the ipv6 list. Thanks, Bob & Ole, 6man co-chairs -------------------------------------------------------------------- IETF IPv6 working group mailing list ipv6@ietf.org<mailto:ipv6@ietf.org> <mailto:ipv6@ietf.org> Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6 -------------------------------------------------------------------- -------------------------------------------------------------------- IETF IPv6 working group mailing list ipv6@ietf.org<mailto:ipv6@ietf.org> <mailto:ipv6@ietf.org> Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6 -------------------------------------------------------------------- -------------------------------------------------------------------- IETF IPv6 working group mailing list ipv6@ietf.org<mailto:ipv6@ietf.org> Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6 --------------------------------------------------------------------
- [spring] 6man w.g. last call for <draft-ietf-6man… Ole Troan
- Re: [spring] 6man w.g. last call for <draft-ietf-… Joel M. Halpern
- Re: [spring] 6man w.g. last call for <draft-ietf-… Greg Mirsky
- Re: [spring] 6man w.g. last call for <draft-ietf-… Zafar Ali (zali)
- Re: [spring] 6man w.g. last call for <draft-ietf-… Joel M. Halpern
- Re: [spring] 6man w.g. last call for <draft-ietf-… Joel M. Halpern
- Re: [spring] 6man w.g. last call for <draft-ietf-… li_zhenqiang@hotmail.com
- Re: [spring] 6man w.g. last call for <draft-ietf-… Ron Bonica
- Re: [spring] 6man w.g. last call for <draft-ietf-… otroan
- Re: [spring] 6man w.g. last call for <draft-ietf-… Zafar Ali (zali)
- Re: [spring] 6man w.g. last call for <draft-ietf-… Zafar Ali (zali)
- Re: [spring] 6man w.g. last call for <draft-ietf-… Joel Halpern Direct
- Re: [spring] 6man w.g. last call for <draft-ietf-… Zafar Ali (zali)
- Re: [spring] 6man w.g. last call for <draft-ietf-… Joel M. Halpern
- Re: [spring] 6man w.g. last call for <draft-ietf-… Robert Raszuk
- Re: [spring] 6man w.g. last call for <draft-ietf-… Greg Mirsky
- Re: [spring] 6man w.g. last call for <draft-ietf-… Rakesh Gandhi
- Re: [spring] 6man w.g. last call for <draft-ietf-… Greg Mirsky
- Re: [spring] 6man w.g. last call for <draft-ietf-… Robert Raszuk
- Re: [spring] 6man w.g. last call for <draft-ietf-… Greg Mirsky
- Re: [spring] 6man w.g. last call for <draft-ietf-… Joel M. Halpern
- Re: [spring] 6man w.g. last call for <draft-ietf-… Zafar Ali (zali)
- Re: [spring] 6man w.g. last call for <draft-ietf-… Joel M. Halpern
- Re: [spring] 6man w.g. last call for <draft-ietf-… Greg Mirsky
- Re: [spring] 6man w.g. last call for <draft-ietf-… Zafar Ali (zali)
- Re: [spring] 6man w.g. last call for <draft-ietf-… Zafar Ali (zali)
- Re: [spring] 6man w.g. last call for <draft-ietf-… Ron Bonica
- Re: [spring] 6man w.g. last call for <draft-ietf-… Zafar Ali (zali)
- Re: [spring] 6man w.g. last call for <draft-ietf-… Loa Andersson
- Re: [spring] 6man w.g. last call for <draft-ietf-… Bob Hinden
- Re: [spring] 6man w.g. last call for <draft-ietf-… Zafar Ali (zali)
- Re: [spring] 6man w.g. last call for <draft-ietf-… Brian E Carpenter
- Re: [spring] 6man w.g. last call for <draft-ietf-… Loa Andersson
- Re: [spring] 6man w.g. last call for <draft-ietf-… Bob Hinden
- Re: [spring] 6man w.g. last call for <draft-ietf-… Zafar Ali (zali)
- Re: [spring] 6man w.g. last call for <draft-ietf-… Zafar Ali (zali)
- Re: [spring] 6man w.g. last call for <draft-ietf-… Loa Andersson
- Re: [spring] 6man w.g. last call for <draft-ietf-… Zafar Ali (zali)
- Re: [spring] 6man w.g. last call for <draft-ietf-… Loa Andersson
- Re: [spring] 6man w.g. last call for <draft-ietf-… Zafar Ali (zali)
- Re: [spring] 6man w.g. last call for <draft-ietf-… Zafar Ali (zali)
- Re: [spring] 6man w.g. last call for <draft-ietf-… Zafar Ali (zali)
- Re: [spring] 6man w.g. last call for <draft-ietf-… Zafar Ali (zali)
- Re: [spring] 6man w.g. last call for <draft-ietf-… Pablo Camarillo (pcamaril)
- Re: [spring] 6man w.g. last call for <draft-ietf-… Greg Mirsky
- Re: [spring] 6man w.g. last call for <draft-ietf-… Loa Andersson
- Re: [spring] 6man w.g. last call for <draft-ietf-… Greg Mirsky