Re: [Bier] [pim] Q on the congestion awareness of routing protocols
"Jeffrey (Zhaohui) Zhang" <zzhang@juniper.net> Sat, 17 December 2022 14:33 UTC
Return-Path: <zzhang@juniper.net>
X-Original-To: bier@ietfa.amsl.com
Delivered-To: bier@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A8849C14CE2F; Sat, 17 Dec 2022 06:33:03 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -7.097
X-Spam-Level:
X-Spam-Status: No, score=-7.097 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_HI=-5, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=juniper.net header.b=nF75qzOH; dkim=pass (1024-bit key) header.d=juniper.net header.b=h80TeL+x
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id VA5kedxSmnQF; Sat, 17 Dec 2022 06:32:59 -0800 (PST)
Received: from mx0b-00273201.pphosted.com (mx0b-00273201.pphosted.com [67.231.152.164]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D6700C14CE4D; Sat, 17 Dec 2022 06:32:58 -0800 (PST)
Received: from pps.filterd (m0108161.ppops.net [127.0.0.1]) by mx0b-00273201.pphosted.com (8.17.1.19/8.17.1.19) with ESMTP id 2BHCbpoc031052; Sat, 17 Dec 2022 06:32:41 -0800
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; h=from : to : cc : subject : date : message-id : references : in-reply-to : content-type : content-transfer-encoding : mime-version; s=PPS1017; bh=45/rY7gd+k1jvqhqgxo5oVlIwY0lSYOWO78zfmjrWmw=; b=nF75qzOHKtP1f46erXdabQcHprJogDWBXhEuP6qIUn0HG9bE+U3Mz4KF8S4NPSAWDTZl 2vnd03Vj5DtxYZOeLmt6f7nvJw5RSptVqC9m1F+2gpgrlZWEvj3WiOB2ulMKA6w4rjYW LVJHVdHGYVt+jeLL92pvDlM/xURKD8QnJLyAZtXQfv78fDjlhYfz7APTc9n7ySt8ifxN fpvvpOHTb0ai/Z7IE0YB+FDt2uZchEKbDqfGo+L0/34FlJeBSfCCm2K5huoqnOzMFhuJ sZYIbyOd8el2PTRg17nQkKqh/rcVwc5FdH68iQ+GKmzu13xnefu7YEcAWRsok6swES4e 1w==
Received: from mw2pr02cu001-vft-obe.outbound.protection.outlook.com (mail-westus2azlp17012027.outbound.protection.outlook.com [40.93.10.27]) by mx0b-00273201.pphosted.com (PPS) with ESMTPS id 3mhds303kn-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Sat, 17 Dec 2022 06:32:41 -0800
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=U9oNazXzzOs6/IEojcYUgvtlUHHCzmS9Wh651la8ukRnQ/r5SucLAi8+0gHd5+ZFuj0fyuDCysV3xHs8PM6hMVFDMW0BMv8+B0YeXIwTZSgvJ8qurs5uuvJVtT9wRtY/AlIxhYFC61Rou6LjMLYOnUaBcWX+BykRY9J6Y4eU2lV3Pax9JYtq3S5JvRjiGvRgrAlT1NimkhGAn0MXByQHKugwljCrKPut0aTwY7xN7B/7EvKXJwVNFYcqQROfFx73X61A7MZ/8K4lDm+rVbSL425rn5/jSZDVaG2e1jyv6qBmzh3wgXOpKS3fDlAodTU04RX76e+O+JlG0FrGHfkIbg==
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-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=45/rY7gd+k1jvqhqgxo5oVlIwY0lSYOWO78zfmjrWmw=; b=lNfpN/KTYzhlbUphv5yTEbaReCSaUrSc7t6w5w0ZA0FGXqr4AAjamqSuEgTzvYPRDgJ/KwREmDm5b3e6ErvMs+jB4ftvL+UC4afTfu530IY4ZnPSNDMRQgBfbpwWFoCkm47hCH0uMHjEZlL8hEXna78spbe/e+st24Udd9uCil2YyIEzkbvLBuftfBOQ5EMNk4UEHh1x600B8/KR+TLai4sUnSH9NlcxhgHvHe8AKDw+aKbJfYviDzmc9F44Zyrg5VdLn9dxhQp7vUgZ9WND8clcDq5hBaJ0AKCZfzHeEFJEwBr/J9qEOAJGFWWsDBorTk3WqbWXpuwsY77I+3yXfg==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=juniper.net; dmarc=pass action=none header.from=juniper.net; dkim=pass header.d=juniper.net; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=45/rY7gd+k1jvqhqgxo5oVlIwY0lSYOWO78zfmjrWmw=; b=h80TeL+x9WBn3ITgUoaDHetC+IxfIFSVHRuRvDpeJCM4xgMf9B8cTOW8/W+CtcgOa9ZKmra95f131c8EX2G8D/Pa67faTqDYK/lxNdj5L3nIy3jXQKeu3TJMhxKPY/ZWpKr3d0aSMOteIsjO49VEiUFIJ7tf5PtAE5jYNWUBHmQ=
Received: from BL0PR05MB5652.namprd05.prod.outlook.com (2603:10b6:208:6a::19) by BLAPR05MB7395.namprd05.prod.outlook.com (2603:10b6:208:287::21) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.5880.11; Sat, 17 Dec 2022 14:32:36 +0000
Received: from BL0PR05MB5652.namprd05.prod.outlook.com ([fe80::5e87:b845:992b:d1fa]) by BL0PR05MB5652.namprd05.prod.outlook.com ([fe80::5e87:b845:992b:d1fa%6]) with mapi id 15.20.5880.018; Sat, 17 Dec 2022 14:32:36 +0000
From: "Jeffrey (Zhaohui) Zhang" <zzhang@juniper.net>
To: Toerless Eckert <tte@cs.fau.de>, Jon Crowcroft <Jon.Crowcroft@cl.cam.ac.uk>
CC: BIER WG <bier@ietf.org>, "routing-discussion@ietf.org" <routing-discussion@ietf.org>, Matt Mathis <mattmathis=40google.com@dmarc.ietf.org>, "tsv-area@ietf.org" <tsv-area@ietf.org>, Stewart Bryant <stewart.bryant@gmail.com>, pim <pim@ietf.org>
Thread-Topic: [pim] Q on the congestion awareness of routing protocols
Thread-Index: AQHZCUKW2xa4j8sy606ZdmKT1G0T/a5lltWAgAuPmlA=
Date: Sat, 17 Dec 2022 14:32:36 +0000
Message-ID: <BL0PR05MB56529DBC5D9299428B0D2A84D4E79@BL0PR05MB5652.namprd05.prod.outlook.com>
References: <CAH56bmBnqi4peTWUXOVy0KRRXRc1L7TP+atFfVF6qb_OKBMBwg@mail.gmail.com> <C303F9BF-F96A-4710-A4B5-4228807C07F7@gmail.com> <52907137-CA5A-4042-AB2C-23FD9B032210@gmail.com> <E1p2SAw-006HQa-3s@mta0.cl.cam.ac.uk> <Y5M8RSjDuTLqJ/+v@faui48e.informatik.uni-erlangen.de>
In-Reply-To: <Y5M8RSjDuTLqJ/+v@faui48e.informatik.uni-erlangen.de>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
msip_labels: MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Enabled=true; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SetDate=2022-12-17T14:32:36Z; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Method=Standard; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Name=0633b888-ae0d-4341-a75f-06e04137d755; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SiteId=bea78b3c-4cdb-4130-854a-1d193232e5f4; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_ActionId=b8a4daa0-ca7f-4e77-a5b1-8f2af5488385; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_ContentBits=2
x-ms-publictraffictype: Email
x-ms-traffictypediagnostic: BL0PR05MB5652:EE_|BLAPR05MB7395:EE_
x-ms-office365-filtering-correlation-id: 70f642ca-f0de-4624-189d-08dae03b8adf
x-ms-exchange-senderadcheck: 1
x-ms-exchange-antispam-relay: 0
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: T2VwK3YtvE3bD1890HeDX/9s7YjFlc6+FBD6W2FbVOjQceN7iuDG34nol2bvC9jUBEWnH8uwo+sripxgoFk6qnebWJFIo7DqvagzPfvg9am1Ip/2NyuvLQ61YtldRO7/JvlHGYa3W535DtrARNZljvVM6607rwnMq/0hwo5WktyBQiRzB7N+WEaIGlHCC2oooml8l30SWCfrcV3jyHbBfP7TWJqOASYGsz+SS533pLCs+KMRsLjSf4SJvOx7V9cxA9qsu8231Y532WG1rO2fGw2pnisxaTrSPLzeLlEkMw82EQL/jP50XIfJpNHEXWwR671qlhTYY1FFPCfMIGVTak4J1ZCFaRssyZmvTIf3/mr+Z0kNCo0IWGNhZl0vSOIRu5yHckheCX0fvj+IdZ+jRcXzLt0Q8f+0SOxPpMwkFO8jKKr5xJ8H1USGN7YboipDJJFSry7qnFZZM6Lqkq6leXQa8Uji6bGcUalW01IznaiiWOnws4d8Tj6zYBOvvZtGnSTeoMnIx1NdxK5dUioF/iI6Y+MVCmaFdFo/PBl5WN6v8Xos3n4Eqpxf1ELDAHqBW6W/EXQ2Y2i4C0pr1wz/c5jj+GexAgFVxBn4eF3pJbTg3RRkpKjrdSnJxmgDhDXbDS9Nb0GWA+4t0oxPqAagrLDxmsJYTj7RqhoRrNnDlqRxDORbkx7BN7fS68lBDGgbyzVLCA7J1c4P2Y+FihEboJ5C/FFvsPMksmH+WUHOa1G7dJZtyjmQRe4ezRa/jDq36xIX3RgLFrPAG/a72qGjIw==
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:BL0PR05MB5652.namprd05.prod.outlook.com; PTR:; CAT:NONE; SFS:(13230022)(4636009)(366004)(136003)(39860400002)(346002)(376002)(396003)(451199015)(55016003)(9686003)(86362001)(38100700002)(316002)(110136005)(478600001)(54906003)(66556008)(64756008)(966005)(2906002)(71200400001)(76116006)(66446008)(41300700001)(8676002)(52536014)(66946007)(4326008)(5660300002)(66476007)(8936002)(186003)(7696005)(6506007)(33656002)(53546011)(122000001)(26005)(83380400001)(38070700005); DIR:OUT; SFP:1102;
x-ms-exchange-antispam-messagedata-chunkcount: 1
x-ms-exchange-antispam-messagedata-0: gjtQJ+c76wBgMcHbyC5kV4lWjg5ZjxV499mfDqZ+uFI4g6jODk0yq1kIMtrSveHSC/wA+B5zhWSM/1vAKkUHtXudM6Qfvrdgw19DMyYXbea7h8Bb9GgLsPpWQQanYqUGQby7wHKN+4fAPn84V7hKIwJdAIrWPpy6UrUScPzNHKVg4Vx3bG/aavTFQc7jraVoEHST7c7YdHRXu8LT3qF8bykSkkaz4AdHcWB6LXBII8DI1G5l3EM822+k9hv4JR3WY2hn1NbbWjDPi9ZsiJujb/J3r1odDCAkAoSJOAB49uNUukscE3gDkxNPDf7K2B1KuenpiPygAkn1S2xDjTLI+k3qX2nKz/JO0Ojb497glH8IL/lkoKNGNpXaPXe6Uql17T7DUSs3Cy+Jhgokr70EikcSjZ6E85/VEJdoravgmQVP+cqMWWyLUcNpiPn33Yodc1x+2zpIy1h3iKBzddHP1PV19klgo/lXmVrKGHI/65nLiijIyr6sAub9/IcmmLtS/WBEk+3rJmdl0G5m7dP+5M7v1Pz9PGfZXf4H6b559av1V/OtCwEF8uW9BiTMCGq1TTYTZipwfTxZGbFzKHuEpaBFlISLEDkzTTIViu/D9hXfFO2SPndtYipMFUuAJ9EeQ8zz1395Tgq8UiJ6z1UQOQQxwkC5QqNz8cCzmomfD97U5vPTbYZEKRMWbNhyI1ASfk9FqizwYnI+lUf32CaJt29hBy3WSz1RKebJF+jbTAhDm8dxNZDcXHRB/dUnDK0xVsci6JCvUNd/tGXJPjAZVmxoUdDTiAPgv/tuLfkuRN0940TA7yxNHV/iLPLGql6oYQ7ar3Acy96rC8vM266xjqc2UL1JgTVj2PouJLB44cYj/nuQR1JshbwuYMyXGjS9mKG54NWzolzHT7PF9LZ6IOCQKpts/rfr+IFdjZLmdXdbjBP23KwY42aaaZ2Y72q3KxwThod6/ozne+e0np0GS+ayV708dXZ14rTpDOcLaB6ZA+lXHasdq21FC/DAadNGRF2ULX94wTUO+4EJpRDylgQzp2Ru22yAnG9yYRect/S3S5abzfBckiFGdRWLJrDTq6/PGMpTEg40GQa1gx540JEPcF2WIu77qkz8DPzjYMbZICKnTTaBB3gPE4MJujB14+f5+nDx60Pgfz6+x1nbg7g+/7J3cS8uY6RDuzLmW79gNWiq3huxrNdAaoEF34pVqpNqwUSE+1lpcrX5EaDZF21/aozQ/QO4FW9nkBFrgVolyjhBCZ6SrjYi/ZR6x4/hopQ1yvFClI9BSswvuFNoayB3v4qaSUqvmrIsc3wzpi4sm2vJ5DuYc3GHkc6bLSVHGgq9j4UTKPU67YRyRKSMYmUMxv+4p0x9nB33h+4sn9eFkJ9Hvba04mKsFrenOpCo0kTv9PzxXnyN8EB1qqpW88u9gL6ll/69UaLVYl7k0PFoUkErU/OoOZQTBcAMgGiUF3THf1e1M9UUz0ddpyR15tBJEbpJlIVrVKMTGWGbGgusnXjJkMcRGsidOrM9/olMXmTE3/ptp2PKooV2p1WjwRat48LmCLWN3xmJt8uqV5tFznhCnK7hybzgYGE7Gome
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-OriginatorOrg: juniper.net
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: BL0PR05MB5652.namprd05.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 70f642ca-f0de-4624-189d-08dae03b8adf
X-MS-Exchange-CrossTenant-originalarrivaltime: 17 Dec 2022 14:32:36.3446 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: fU1SuTVN5zYQttGLJ6sJVjYMh4/sBt2Uq0T/VmC/KbFbf59DKVo4eX+UnPhXcERr/t68F1CZojbYQlS+TXAYMw==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BLAPR05MB7395
X-Proofpoint-ORIG-GUID: tS2sGRdtvrYTcRoYSVC-ce5N6W_W6ANN
X-Proofpoint-GUID: tS2sGRdtvrYTcRoYSVC-ce5N6W_W6ANN
X-Proofpoint-Virus-Version: vendor=baseguard engine=ICAP:2.0.205,Aquarius:18.0.923,Hydra:6.0.545,FMLib:17.11.122.1 definitions=2022-12-17_07,2022-12-15_02,2022-06-22_01
X-Proofpoint-Spam-Details: rule=outbound_spam_notspam policy=outbound_spam score=0 clxscore=1011 priorityscore=1501 lowpriorityscore=0 adultscore=0 malwarescore=0 bulkscore=0 impostorscore=0 mlxscore=0 mlxlogscore=999 suspectscore=0 spamscore=0 phishscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2212070000 definitions=main-2212170132
Archived-At: <https://mailarchive.ietf.org/arch/msg/bier/9GTDD3_xON2sajLmIfgLQ67PdqY>
Subject: Re: [Bier] [pim] Q on the congestion awareness of routing protocols
X-BeenThere: bier@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: "\"Bit Indexed Explicit Replication discussion list\"" <bier.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/bier>, <mailto:bier-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/bier/>
List-Post: <mailto:bier@ietf.org>
List-Help: <mailto:bier-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/bier>, <mailto:bier-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 17 Dec 2022 14:33:03 -0000
Hi Toerless, Some late comments - first specifically on the PIM topic and then extend to the general point of congestion aware routing protocols. The TCP-based PIM protocol RFC6559 was designed to handle the congestion-on-scale problem. However, most PIM deployments have not come to the point where scaling become a acute problem where RFC6559 solution must be used, so its deployment has been limited. The congestion-on-scale point was also taken when BGP-MVPN (RFC 6514) was developed. The Rosen/PIM-MVPN was very popular and there was a big debate when BGP-MVPN was proposed. Good that it eventually got standardized and became mainstream (at least for new deployments). Someone already brought up a point of BGP updates being potentially slow. I've also heard about that many times (sometimes from known BGP experts), including when I work on BGP based multicast (beyond RFC 6559). However, there are also protocols that rely on fast convergence even though they use BGP. EVPN is one example. Then mobile network's control plane relies on UDP-based GTP-C. I wonder why they're not concerned with congestion in scaled situations. For some 5G use cases I was proposing to use BGP to propagate routing information in place of some mobile user session information, and I often get asked "can you do that very fast"? So, I am struggling with these two things: - TCP-based solutions reduce protocol messages, but BGP may be deemed slow (or should I say with uncontrolled delay), though BGP-based EVPN actually relies on fast exchange of (at least some) BGP routes (e.g., for DF election). - Other solutions may lead to lots of protocol messages including refreshes, but the mobile operators seem to have been fine with UDP-based control plane. As for the "a totally non-congestion aware sending of protocol packets should not be permitted anymore for new RFC IMHO and i am just baffled how this is permitted anymore by the IETF. Where is adult supervision by TSV when we need it" comment below, I have the following view: - I am not sure if this involves TSV. A protocol sending lots of protocol packets is no different from an application sending lots of application traffic as far as transport is concerned. It is ultimately an issue with protocol design itself. - There are situations where a non-TCP based solution is needed even when a parallel TCP-based option is also present, so we can not simply disallow the former. We can discuss examples separately (one example is actually PIM as BIER overlay vs mLDP/BGP as BIER overlay). Thanks. Jeffrey Juniper Business Use Only -----Original Message----- From: pim <pim-bounces@ietf.org> On Behalf Of Toerless Eckert Sent: Friday, December 9, 2022 8:47 AM To: Jon Crowcroft <Jon.Crowcroft@cl.cam.ac.uk> Cc: BIER WG <bier@ietf.org>; routing-discussion@ietf.org; Matt Mathis <mattmathis=40google.com@dmarc.ietf.org>; tsv-area@ietf.org; Stewart Bryant <stewart.bryant@gmail.com>; pim <pim@ietf.org> Subject: Re: [pim] Q on the congestion awareness of routing protocols [External Email. Be cautious of content] On Tue, Dec 06, 2022 at 07:15:31AM +0000, Jon Crowcroft wrote: > path exploration? but consider the shadow pricing... > > the tradeoff between convergence rate and congestion control seems to > be something that ought to be put on a more systematic grounding You folks are all thinking way beyond the point i was making and looking for support: In PIM, we have potentially gigantic burst of datagrams without any specification of pacing sent to routers across a network core (with easily likelyhood of path congestion). Such a totally non-congestion aware sending of protocol packets should not be permitted anymore for new RFC IMHO and i am just baffled how this is permitted anymore by the IETF. Where is adult supervision by TSV when we need it ;-) Yes, the incast issue is an interesting aspect, but i have not seen good simulations whether / to-what-extend it would happen in the PIM/BGP cases, but i would bet any sum, that a TCP solution, as bad as it may be will outperform the no-congestion-control periodic burst solution of (datagram) PIM. Cheers Toerless _______________________________________________ pim mailing list pim@ietf.org https://urldefense.com/v3/__https://www.ietf.org/mailman/listinfo/pim__;!!NEt6yMaO-gk!ASlubqGLmV8O43aB2Lcffy5JQ7FN49DnrotemtmPtVIat4Zubv-4DnJEjmh7o_4QoUn9BRIsoiEJuQ$
- [Bier] Q on the congestion awareness of routing p… Toerless Eckert
- Re: [Bier] [pim] Q on the congestion awareness of… Greg Shepherd
- Re: [Bier] Q on the congestion awareness of routi… Jon Crowcroft
- Re: [Bier] Q on the congestion awareness of routi… Matt Mathis
- Re: [Bier] [pim] Q on the congestion awareness of… Toerless Eckert
- Re: [Bier] Q on the congestion awareness of routi… Toerless Eckert
- Re: [Bier] Q on the congestion awareness of routi… Toerless Eckert
- Re: [Bier] Q on the congestion awareness of routi… Jon Crowcroft
- Re: [Bier] Q on the congestion awareness of routi… Masataka Ohta
- Re: [Bier] Q on the congestion awareness of routi… Stewart Bryant
- Re: [Bier] Q on the congestion awareness of routi… Masataka Ohta
- Re: [Bier] Q on the congestion awareness of routi… Jon Crowcroft
- Re: [Bier] Q on the congestion awareness of routi… Masataka Ohta
- Re: [Bier] Q on the congestion awareness of routi… Jon Crowcroft
- Re: [Bier] Q on the congestion awareness of routi… Bless, Roland (TM)
- Re: [Bier] Q on the congestion awareness of routi… Carsten Bormann
- Re: [Bier] Q on the congestion awareness of routi… Robert Raszuk
- Re: [Bier] Q on the congestion awareness of routi… Curtis Villamizar
- Re: [Bier] Q on the congestion awareness of routi… Masataka Ohta
- Re: [Bier] Q on the congestion awareness of routi… Bless, Roland (TM)
- Re: [Bier] [pim] Q on the congestion awareness of… Dino Farinacci
- Re: [Bier] [pim] Q on the congestion awareness of… Dino Farinacci
- Re: [Bier] Q on the congestion awareness of routi… Toerless Eckert
- Re: [Bier] Q on the congestion awareness of routi… Matt Mathis
- Re: [Bier] [pim] Q on the congestion awareness of… Dirk Trossen
- Re: [Bier] [pim] Q on the congestion awareness of… Jon Crowcroft
- Re: [Bier] [pim] Q on the congestion awareness of… Masataka Ohta
- Re: [Bier] [pim] Q on the congestion awareness of… Michael Welzl
- Re: [Bier] [pim] Q on the congestion awareness of… Jonathan Morton
- Re: [Bier] [pim] Q on the congestion awareness of… Robert Raszuk
- [Bier] OT and trimmed (was Re: Q on the congestio… Curtis Villamizar
- Re: [Bier] [pim] Q on the congestion awareness of… Luigi Iannone
- Re: [Bier] [pim] Q on the congestion awareness of… Dino Farinacci
- Re: [Bier] [pim] Q on the congestion awareness of… Masataka Ohta
- Re: [Bier] [pim] Q on the congestion awareness of… Masataka Ohta
- Re: [Bier] [pim] Q on the congestion awareness of… Robert Raszuk
- Re: [Bier] [pim] Q on the congestion awareness of… Masataka Ohta
- [Bier] RRG thoughts (was [pim] Q on the congestio… Toerless Eckert
- Re: [Bier] Q on the congestion awareness of routi… Toerless Eckert
- Re: [Bier] RRG thoughts (was [pim] Q on the conge… Luigi Iannone
- Re: [Bier] [pim] Q on the congestion awareness of… Toerless Eckert
- Re: [Bier] RRG thoughts (was [pim] Q on the conge… Abdussalam Baryun
- Re: [Bier] [pim] Q on the congestion awareness of… Jeffrey (Zhaohui) Zhang
- Re: [Bier] [pim] Q on the congestion awareness of… Jonathan Morton
- Re: [Bier] [pim] Q on the congestion awareness of… Jon Crowcroft
- Re: [Bier] [pim] Q on the congestion awareness of… Michael Richardson
- Re: [Bier] [pim] Q on the congestion awareness of… Jon Crowcroft
- Re: [Bier] [pim] Q on the congestion awareness of… Adamson, Robert B CIV USN NRL (5592) Washington DC (USA)
- Re: [Bier] [pim] Q on the congestion awareness of… Toerless Eckert
- Re: [Bier] [pim] Q on the congestion awareness of… Jeffrey (Zhaohui) Zhang