CRH is back to the SPRING Use-Case - Re: Size of CR in CRH
"Zafar Ali (zali)" <zali@cisco.com> Thu, 21 May 2020 15:35 UTC
Return-Path: <zali@cisco.com>
X-Original-To: ipv6@ietfa.amsl.com
Delivered-To: ipv6@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6898B3A00C3; Thu, 21 May 2020 08:35:31 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -9.597
X-Spam-Level:
X-Spam-Status: No, score=-9.597 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=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=MmHAfPkP; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=cC5X5SF7
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 Sx3rCKuDFmjH; Thu, 21 May 2020 08:35:29 -0700 (PDT)
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 EDF063A00B0; Thu, 21 May 2020 08:35:28 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=46029; q=dns/txt; s=iport; t=1590075329; x=1591284929; h=from:to:cc:subject:date:message-id:mime-version; bh=IGY75U9TMWUFycrcBVgP1jlA1k09G+H4AXQ+1dTqUTY=; b=MmHAfPkPhsqBPZ/rIJYqNknhVGBVIiuRdR8xswq5JO+Pzp3ElF3VwJQL oUjrT3+qYEYeGmTEO1GE7QSMqlC89w8ajwh1w0omXgLZpeTYbosQirzGC 16292uQ9V+bnO2deKrbhrGDWdyMjhubFM+7DlzTIsVh84b+Dnt3yX2UEz A=;
IronPort-PHdr: 9a23:OpjiaxGIc/VKimhOEg0BHJ1GYnJ96bzpIg4Y7IYmgLtSc6Oluo7vJ1Hb+e401gObUYDS8fkCiufKvebnQ2NTqZqCsXVXdptKWldFjMgNhAUvDYaDDlGzN//laSE2XaEgHF9o9n22Kw5ZTcD5YVCBrni79zVUGxjjO0xyPOumUoLXht68gua1/ZCbag5UhT27NLV1Khj+rQjYusQMx4V4LaNkwRrSqXwOcONTlm4=
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: A0AUBwB8n8Ze/4wNJK1bChwBAQEBAQEHAQESAQEEBAEBggeBJS8jLgdvDkovLAqEGoNGA40aJZg7gUKBEANVCwEBAQwBASMKAgQBAYREAheBeyQ4EwIDAQELAQEFAQEBAgEFBG2FVgyFcQEBAQECExEdAQE3AQQNARkBAgEBASEBBgMCBDAUAwYKBAENBSKDBAGBfk0DDiABAgynLQKBOYhhdoEygwEBAQWCSYJ1GIIOAwaBOIJjiV8agUE/gREnDBCDC4JnAQECAYEtAQcEBwEHOg0Jgl4zgi2RZIYkin2QIAqCU4gpkCkdnXWFA4tGiW2TbwIEAgQFAg4BAQWBaSJmcHAVZQGCPlAYDZBADBeDT4UUhUJ0AjUCBgEHAQEDCXyJC4E1AYEPAQE
X-IronPort-AV: E=Sophos;i="5.73,418,1583193600"; d="scan'208,217";a="774322952"
Received: from alln-core-7.cisco.com ([173.36.13.140]) by rcdn-iport-2.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 21 May 2020 15:35:27 +0000
Received: from XCH-ALN-004.cisco.com (xch-aln-004.cisco.com [173.36.7.14]) by alln-core-7.cisco.com (8.15.2/8.15.2) with ESMTPS id 04LFZRnt008441 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Thu, 21 May 2020 15:35:27 GMT
Received: from xhs-rtp-003.cisco.com (64.101.210.230) by XCH-ALN-004.cisco.com (173.36.7.14) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Thu, 21 May 2020 10:35:27 -0500
Received: from xhs-rcd-003.cisco.com (173.37.227.248) by xhs-rtp-003.cisco.com (64.101.210.230) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Thu, 21 May 2020 11:35:25 -0400
Received: from NAM12-DM6-obe.outbound.protection.outlook.com (72.163.14.9) by xhs-rcd-003.cisco.com (173.37.227.248) with Microsoft SMTP Server (TLS) id 15.0.1497.2 via Frontend Transport; Thu, 21 May 2020 10:35:25 -0500
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=D9wjc1jH5tg+KmnW8daOVoHKFQ6nFg+LU/JGi9BXCUVAOEussoCcfYpxUo4EBryUArOC0xyq3wFNGcjXTxfdOfY9GUnsyTbGCRwu9v+FMPlhQi1MNgoW/h2U4oUbb1YJHwpFhF+UO1p53ZyUp89eO8hhK8n3k+J8Ref1j6NVE4uokA6a9tP0LM/WLf2mobdKmfeMabSY4hbU8+JrGvYFhpGDyJKEau1I1q5N7cPlufUYmjS9RU7fbhZdsB2c+TLrMqaD6ak4rke0pcVSwy52BDoGVXurLaiMBMxC4j1BgZRYBND0/skOHSE1Fj10hOsIIB3Swg7CAbUVr/AKYBOODA==
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=IGY75U9TMWUFycrcBVgP1jlA1k09G+H4AXQ+1dTqUTY=; b=kuT0bm/1VRcwfRWSE8ev6qmFu+I8lNcBI9VuCfR+GbhgkfwD8xuGHjPfirPWMh3SYU+JGucLKHC+xp7XlIFLfmZWA9+Nr6rhUk0Dv6VhH924iiCy0ZI6Bw8CcBzqJcW4WKvV6c50fprHvkAaHptwHQdWQ/y1gYoHdFdCjFafqCMzRk+CKGWzTKh/OMbt6NzNS70x6wyf84G0RO20APYva7mUwZ0tnX8iDsDuAO1PIrp11D/3xzMIg8UuXx5k1BgiyodmwTer6l/l3hba8ebAQSxrcZqX4EOvfGeqACgRbELh4XqbKuDbrpctMVd3Ij9wXrCUTYHkdWRYeJ4DW24ebQ==
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=IGY75U9TMWUFycrcBVgP1jlA1k09G+H4AXQ+1dTqUTY=; b=cC5X5SF7/sGjMTP/pJz+jBV5aJW6MxJNphtASTPJ8AXcj3Tsuyrg+1G9laH+YWedyfSNOPKiqNRPPg7PsY3FjN5D3bKuDf15u2qNWBp6psgCFev8EvUsiml2WdcWBl9BHWZzNnhMMq3rSD/xcraXIAhZh5ILb4ydUG3n5HZ/8Vk=
Received: from DM6PR11MB4692.namprd11.prod.outlook.com (2603:10b6:5:2aa::11) by DM6PR11MB3787.namprd11.prod.outlook.com (2603:10b6:5:143::10) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3021.23; Thu, 21 May 2020 15:35:24 +0000
Received: from DM6PR11MB4692.namprd11.prod.outlook.com ([fe80::fcce:4248:b4d5:470b]) by DM6PR11MB4692.namprd11.prod.outlook.com ([fe80::fcce:4248:b4d5:470b%5]) with mapi id 15.20.3021.024; Thu, 21 May 2020 15:35:24 +0000
From: "Zafar Ali (zali)" <zali@cisco.com>
To: Ron Bonica <rbonica=40juniper.net@dmarc.ietf.org>, Robert Raszuk <robert@raszuk.net>
CC: 6man <6man@ietf.org>, "Zafar Ali (zali)" <zali@cisco.com>, "spring@ietf.org" <spring@ietf.org>
Subject: CRH is back to the SPRING Use-Case - Re: Size of CR in CRH
Thread-Topic: CRH is back to the SPRING Use-Case - Re: Size of CR in CRH
Thread-Index: AQHWL4VxmYvkCvDoNEmQ3Xkat3whdg==
Date: Thu, 21 May 2020 15:35:24 +0000
Message-ID: <9CF68CCE-B584-4648-84DA-F2DBEA94622D@cisco.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/16.37.20051002
authentication-results: dmarc.ietf.org; dkim=none (message not signed) header.d=none;dmarc.ietf.org; dmarc=none action=none header.from=cisco.com;
x-originating-ip: [47.185.212.154]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: bb4085e6-3d85-4df2-4aee-08d7fd9c945c
x-ms-traffictypediagnostic: DM6PR11MB3787:
x-ms-exchange-transport-forked: True
x-microsoft-antispam-prvs: <DM6PR11MB3787B6FAC42FCDC18F24136EDEB70@DM6PR11MB3787.namprd11.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:9508;
x-forefront-prvs: 041032FF37
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: AwS+8FdhH3sMzKwbMR4oje8pSQSiHQnSwWYFbVoxb84/EmeRDmKT4Jt6nQLGprug0EZI0rrM5bmth/QxFXdOoSLU7mhovgk1jH2328SYJQ05c4htayYeaG/Wu7XTyekRTi/dx9mxuJrxqB5DOvIOPJHzqonSymRV7HsJAwmI2M0/lzwHsvXtJrUHMlb3aKvOnC9aWYpZQkKwOwcf8MlnDrzotfzFtCYVhchBXr9yubN/wFFeqe1J8T7j7WVdKO62vRiBAIOoR5+dBLpqP/NglQfvpdkiibz2Uqljiu3pJESKTkA2r303PnG8jNzMxykoKM62LsqNtdhcKVh5xBNxsm/uzCqat+c0Ek/QLEJ3hPnKI5lh1+Hobbw2SqdUjuzW581XpDwFCToxbjrrp7j9rg==
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:DM6PR11MB4692.namprd11.prod.outlook.com; PTR:; CAT:NONE; SFTY:; SFS:(4636009)(346002)(366004)(376002)(396003)(39860400002)(136003)(66946007)(316002)(66446008)(64756008)(76116006)(66476007)(91956017)(66556008)(166002)(4326008)(66574014)(6512007)(6506007)(33656002)(186003)(53546011)(2906002)(36756003)(54906003)(110136005)(71200400001)(5660300002)(966005)(8936002)(26005)(6486002)(478600001)(2616005)(8676002)(86362001); DIR:OUT; SFP:1101;
x-ms-exchange-antispam-messagedata: uICA48tqFq+F9yH/QxFiF34XtD8GhM9lol7ZNN2eISDdJ9tabl0h7lfsE5gdFbBEn54W+IPR4jgDN+pvwGgwl6r+tPSjYbkgsr3lAI7mws/LxHGbZzjDQxyBasLeH+g9q+b2lE+CGuPdvBeagh7woG0AkI5glNy3mf4TmgjGktwSGIEDIu+l/umCq5asUoRZFM4boIVaZk5couM7cS1RHOdV2wXrZA/VWmFV0ApR4kUu6CWhplRfs5wxJ6zy1XZXUEXAicxBxhBYnkgJTL3rB7arJdWc+jd9nuB89taceN63tlZmI5DaGQirWZceOBNxbiLxEedA2pZK0QDMfE+RiMHjP/7iS9cZIgMIoXXieqBs/OAaNApyR8dUo4gOkTGDCUgcGn2xD71rAGYtjVC9Ttuun3rSsf41LOYMvE14hfdk5xV6QVNJko1ZJTmIQvCZB8cM4j25omXF3zYVLCl9oq/ODvAk2iTvXL/GM79nQ8OKtCSuTkuwKn08lEv52Mlv
Content-Type: multipart/alternative; boundary="_000_9CF68CCEB584464884DAF2DBEA94622Dciscocom_"
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-Network-Message-Id: bb4085e6-3d85-4df2-4aee-08d7fd9c945c
X-MS-Exchange-CrossTenant-originalarrivaltime: 21 May 2020 15:35:24.0931 (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: ErEazZyXu1U1weO/pkzbz3naqY9/Z3wle8PWS2ETrAjxL1e3T7sV7Sh7z1sb6q+n
X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM6PR11MB3787
X-OriginatorOrg: cisco.com
X-Outbound-SMTP-Client: 173.36.7.14, xch-aln-004.cisco.com
X-Outbound-Node: alln-core-7.cisco.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipv6/zRZJe68FZX3X0wla-muo3IkCJv8>
X-BeenThere: ipv6@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "IPv6 Maintenance Working Group \(6man\)" <ipv6.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ipv6>, <mailto:ipv6-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ipv6/>
List-Post: <mailto:ipv6@ietf.org>
List-Help: <mailto:ipv6-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ipv6>, <mailto:ipv6-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 21 May 2020 15:35:32 -0000
Ron, I sensed that you will propose that … hence I already asked this question in my last email, Let me repeat. In rev 10 of the CRH document[1], the following SIDs with normative reference to SRm6 were defined but removed in Feb. 2020: "The following are valid segment types: o Adjacency. o Node. o Binding. " Your proposed text is consistent on how CRH was positioned since inception till Feb. 2020, i.e., for SPRING use-case. However, the very premise of the current adoption call is use-case beyond SPRING. There is a clear need for documenting a genuine use-case & architecture for CRH beyond SPRING, before adoption. [1] https://tools.ietf.org/html/draft-bonica-6man-comp-rtg-hdr-10#section-4 Thanks Regards … Zafar From: ipv6 <ipv6-bounces@ietf.org> on behalf of Ron Bonica <rbonica=40juniper.net@dmarc.ietf.org> Date: Thursday, May 21, 2020 at 10:19 AM To: Robert Raszuk <robert@raszuk.net> Cc: 6man <6man@ietf.org> Subject: RE: Size of CR in CRH Robert, It might makes sense for an operator to: * Allocate identifiers that cause packets to traverse a least-cost path as if they had domain-wide significance * Allocate identifiers that cause packets to traverse specific links as strictly node local This concept also exists in SR-MPLS, where prefix SIDs have domain-wide scope and adjacency SIDs have node-local scope. I will make this more clear in the next draft version. Ron Juniper Business Use Only From: Robert Raszuk <robert@raszuk.net> Sent: Thursday, May 21, 2020 4:34 AM To: Ron Bonica <rbonica@juniper.net> Cc: 6man <6man@ietf.org> Subject: Re: Size of CR in CRH [External Email. Be cautious of content] Ron, > Now recall that identifiers have node local significance. I was talking about case described in yr draft section 7: "Applications can: o Allocate SIDs so that they have domain-wide significance." While not a must - it is an option. So I believe my observation stays valid till draft either removes that option or describes scaling properties differences between both domain wide and local significance of the SIDs. Thx, R. On Thu, May 21, 2020 at 4:01 AM Ron Bonica <rbonica@juniper.net<mailto:rbonica@juniper.net>> wrote: Robert, Consider the following network: * Contains 65,000 routers * Each router has 500 directly connected neighbors or fewer * Uses 16-bit CRH In this network, each node might have 65,499 CRH-FIB entries: * 64,999 CRH-FIB entries cause packets to follow the least-cost path to another node in the domain * 500 CRH-FIB entries cause packets to traverse a specific link to a specific neighbor. As a mnemonic device, an operator might assign identifiers as follows: * 0-65,000 identify CRH-FIB entries that cause packets to follow the least-cost path to another node in the domain * 65,001 – 65,565 identify CRH-FIB entries that that cause packets to traverse a specific link to a specific neighbor. Now recall that identifiers have node local significance. So, Node A and Node B might both have a CRH-FIB entry that is identified by the value 65,001. However: * The CRH-FIB entry on Node A causes packets to traverse a particular link towards Node X * The CRH-FIB entry on Node B causes packets to traverse a different link towards Node Y. I think that this example refutes the premise of your argument, so there is not further need to address the conclusion. Ron Juniper Business Use Only From: Robert Raszuk <robert@raszuk.net<mailto:robert@raszuk.net>> Sent: Wednesday, May 20, 2020 6:20 PM To: Ron Bonica <rbonica@juniper.net<mailto:rbonica@juniper.net>> Cc: 6man <6man@ietf.org<mailto:6man@ietf.org>> Subject: RE: Size of CR in CRH [External Email. Be cautious of content] HI, So just to make sure I understand this analogy of 16 bit -- 2^16 = 65536 nodes. I think this is only on paper. Imagine I have 1000 routers so if I divide the 16 bit space by 1000 I get at most 65 local node behaviours if anyone would like to embed such into the SID. That means that if my router have more then 65 interfaces I am not able to steer packets by src route out of my router ... I must always depend on the lookup of next SID how to forward the packets. That also means that if I want to apply any form of NP in segment endpoint I am quite limited to the number of local functions I could use. To conclude - Let me restate to what I and others already said - flat SID space domain wide in mapping plane is a mistake. Yes this is like MPLS, but this does not make it great again due to that legacy. Many thx, R.
- RE: [spring] CRH is back to the SPRING Use-Case -… Ketan Talaulikar (ketant)
- RE: [spring] CRH is back to the SPRING Use-Case -… Ketan Talaulikar (ketant)
- Re: [spring] CRH is back to the SPRING Use-Case -… Joel M. Halpern
- RE: [spring] CRH is back to the SPRING Use-Case -… Ketan Talaulikar (ketant)
- Re: [spring] CRH is back to the SPRING Use-Case -… Bob Hinden
- RE: CRH is back to the SPRING Use-Case - Re: Size… Ketan Talaulikar (ketant)
- CRH is back to the SPRING Use-Case - Re: Size of … Zafar Ali (zali)
- RE: CRH is back to the SPRING Use-Case - Re: Size… Chengli (Cheng Li)
- RE: CRH is back to the SPRING Use-Case - Re: Size… Ron Bonica
- RE: CRH is back to the SPRING Use-Case - Re: Size… Ketan Talaulikar (ketant)
- Re: CRH is back to the SPRING Use-Case - Re: Size… Brian E Carpenter
- Re: CRH is back to the SPRING Use-Case - Re: Size… Brian E Carpenter
- RE: [spring] CRH is back to the SPRING Use-Case -… Andrew Alston
- RE: [spring] CRH is back to the SPRING Use-Case -… Andrew Alston
- Re: [spring] CRH is back to the SPRING Use-Case -… Fernando Gont
- Re: [spring] CRH is back to the SPRING Use-Case -… Joel M. Halpern
- RE: [spring] CRH is back to the SPRING Use-Case -… Pengshuping (Peng Shuping)
- RE: [spring] CRH is back to the SPRING Use-Case -… Pengshuping (Peng Shuping)
- Re: [spring] CRH is back to the SPRING Use-Case -… Tom Herbert
- 答复: [spring] CRH is back to the SPRING Use-Case -… Aijun Wang
- RE: [spring] 答复: CRH is back to the SPRING Use-Ca… Andrew Alston
- RE: [spring] 答复: CRH is back to the SPRING Use-Ca… Pengshuping (Peng Shuping)
- RE: [spring] CRH is back to the SPRING Use-Case -… Ketan Talaulikar (ketant)
- RE: [spring] CRH is back to the SPRING Use-Case -… Ketan Talaulikar (ketant)
- Re: [spring] 答复: CRH is back to the SPRING Use-Ca… Aijun Wang
- Re: [spring] 答复: CRH is back to the SPRING Use-Ca… Joel Halpern Direct
- Re: [spring] 答复: CRH is back to the SPRING Use-Ca… Aijun Wang
- RE: [spring] CRH is back to the SPRING Use-Case -… Ron Bonica
- Re: [spring] CRH is back to the SPRING Use-Case -… Robert Raszuk
- RE: [spring] CRH is back to the SPRING Use-Case -… Ketan Talaulikar (ketant)
- Re: [spring] CRH is back to the SPRING Use-Case -… Sander Steffann
- Re: [spring] CRH is back to the SPRING Use-Case -… otroan
- Re: [spring] CRH is back to the SPRING Use-Case -… Sander Steffann
- RE: [spring] CRH is back to the SPRING Use-Case -… Ron Bonica
- RE: [spring] CRH is back to the SPRING Use-Case -… Ron Bonica
- Re: [spring] CRH is back to the SPRING Use-Case -… Robert Raszuk
- Re: [spring] CRH is back to the SPRING Use-Case -… Ole Troan
- RE: [spring] CRH is back to the SPRING Use-Case -… Ron Bonica
- What's the colour of the hat (was: Re: [spring] C… otroan
- RE: What's the colour of the hat (was: Re: [sprin… Ron Bonica
- Re: [spring] CRH is back to the SPRING Use-Case -… Andrew Alston
- Re: What's the colour of the hat (was: Re: [sprin… Sander Steffann
- RE: What's the colour of the hat (was: Re: [sprin… Ron Bonica
- Re: What's the colour of the hat (was: Re: [sprin… Robert Raszuk
- Re: [spring] CRH is back to the SPRING Use-Case -… Srihari Sangli
- RE: [spring] CRH is back to the SPRING Use-Case -… Ketan Talaulikar (ketant)
- Re: [spring] CRH is back to the SPRING Use-Case -… Fernando Gont
- RE: [spring] CRH is back to the SPRING Use-Case -… Wang, Weibin (NSB - CN/Shanghai)
- Re: [spring] CRH is back to the SPRING Use-Case -… Gyan Mishra
- RE: [spring] CRH is back to the SPRING Use-Case -… Ron Bonica
- RE: [spring] CRH is back to the SPRING Use-Case -… Ron Bonica
- Re: [spring] CRH is back to the SPRING Use-Case -… Peter Psenak
- Re: [spring] CRH is back to the SPRING Use-Case -… Gyan Mishra
- Re: [spring] CRH is back to the SPRING Use-Case -… Peter Psenak
- Re: [spring] CRH is back to the SPRING Use-Case -… Henderickx, Wim (Nokia - BE/Antwerp)
- Re: [spring] CRH is back to the SPRING Use-Case -… John Scudder
- Re: [spring] CRH is back to the SPRING Use-Case -… Peter Psenak
- Re: [spring] CRH is back to the SPRING Use-Case -… John Scudder
- Re: [spring] CRH is back to the SPRING Use-Case -… Peter Psenak
- Re: [spring] CRH is back to the SPRING Use-Case -… John Scudder
- Re: [spring] CRH is back to the SPRING Use-Case -… Peter Psenak
- Re: [spring] CRH is back to the SPRING Use-Case -… Tony Przygienda
- RE: [spring] CRH is back to the SPRING Use-Case -… Ketan Talaulikar (ketant)
- RE: [spring] CRH is back to the SPRING Use-Case -… Ketan Talaulikar (ketant)
- Re: [spring] CRH is back to the SPRING Use-Case -… Robert Raszuk