Re: [pim] [MBONED] Detnet WG charter ? “QOS and Jumbo frames” over public internet

Michael McBride <michael.mcbride@futurewei.com> Tue, 28 July 2020 03:10 UTC

Return-Path: <michael.mcbride@futurewei.com>
X-Original-To: pim@ietfa.amsl.com
Delivered-To: pim@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E25DB3A0B29; Mon, 27 Jul 2020 20:10:09 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.079
X-Spam-Level:
X-Spam-Status: No, score=-2.079 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_H2=-0.001, T_REMOTE_IMAGE=0.01, T_SPF_PERMERROR=0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=futurewei.com
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 t1t0IQdVmW4B; Mon, 27 Jul 2020 20:10:07 -0700 (PDT)
Received: from NAM04-SN1-obe.outbound.protection.outlook.com (mail-eopbgr700114.outbound.protection.outlook.com [40.107.70.114]) (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 5DDDB3A0B28; Mon, 27 Jul 2020 20:10:07 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=lxwxlXpd5eXR4FbFvVpWfB8AnPfgRxfXMPSYDTMGok3MW9umYyeGFfLG7u/h12uH9UMi4F6lRSzoVWhRfsygfXV9UME4MWJXBCHlI/fo0Dj7gN3fKjkPwE2RDQIhC4qGwybp7FoYjee5M/L/21KanK5cKrf7JDi4ffgzF+WZ4LWhSiatSB6xgChn9/clsySYjrVSCd7tU3009ctM2yOKQbYOYLGnr+UjngQuT+RbXWBj8uFkESwg1Zg8rVlqibcpuA4g5yE9I2UJTBAH6MhtLXvtMRjUqmzw8vEZBP9mxG3Ab9Ji4KfR2JIKZSgprxN2o+0zVHSr7j2CFnmmo1juxw==
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=IJXlFmQM9giw+qW/9e3Kbl49BuQKEa8z5mIxAzXNTi0=; b=BEdLJCR49V786lKogpx9Qwm+q/cyO1AWTtjBGWqqXJB4TTNkRyDxPc69UJ5v08oWU+p7pzRmW1xpWSkDaxEPS2EO6LBSqA/dnEDwv4nshqNTio6ddBxz+N/TGPN30frNUyGudg7D/JY5wjmS6ih70C6zPkAu0nLUkaiZc36j3yXwa4ers8CPiu5jgT9fTMr9Ti/FN9FfcLeUQWc+vBl0vCQtyrrLd49nQWKQoDoH7FS1xYcyuoMkDHVsGp7HGCrX5yzeMUYg7Cg9aHFpV631DEp7jA8ssA+MM5Ma1DkNyjInBQ94EOIUIsP4vPJAbzL3nWNVxS6bTRDK83kuRi3wIg==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=futurewei.com; dmarc=pass action=none header.from=futurewei.com; dkim=pass header.d=futurewei.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=Futurewei.com; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=IJXlFmQM9giw+qW/9e3Kbl49BuQKEa8z5mIxAzXNTi0=; b=iIxPfw60GueL5N88Am458Qd77hQbxSxlaA42DCgbn/kuP+FDlJ2Btl61yzJYRJnK8MGzUmcuvECO1HL+lp5MPtPcT2xWHKh5CBuB9sDu9MwrzMoYvbyv4ndeiPVbVnH1mgvvEdrKL164tfGmIPITi8C5Xlcz8elRIy3C7/FzVQU=
Received: from BYAPR13MB2582.namprd13.prod.outlook.com (2603:10b6:a03:b2::19) by BY5PR13MB3681.namprd13.prod.outlook.com (2603:10b6:a03:22d::17) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3239.9; Tue, 28 Jul 2020 03:10:04 +0000
Received: from BYAPR13MB2582.namprd13.prod.outlook.com ([fe80::d5e4:c062:a28a:cf1e]) by BYAPR13MB2582.namprd13.prod.outlook.com ([fe80::d5e4:c062:a28a:cf1e%7]) with mapi id 15.20.3239.015; Tue, 28 Jul 2020 03:10:04 +0000
From: Michael McBride <michael.mcbride@futurewei.com>
To: Gyan Mishra <hayabusagsm@gmail.com>, MBONED WG <mboned@ietf.org>, "detnet@ietf.org" <detnet@ietf.org>, "pim@ietf.org" <pim@ietf.org>
Thread-Topic: =?utf-8?B?W01CT05FRF0gRGV0bmV0IFdHIGNoYXJ0ZXIgPyDigJxRT1MgYW5kIEp1bWJv?= =?utf-8?B?IGZyYW1lc+KAnSBvdmVyIHB1YmxpYyBpbnRlcm5ldA==?=
Thread-Index: AQHWYS/EncH9FaeqBUONwf6+OtxQCKkcVJFA
Date: Tue, 28 Jul 2020 03:10:04 +0000
Message-ID: <BYAPR13MB2582DA1EDAD736FB3E844563F4730@BYAPR13MB2582.namprd13.prod.outlook.com>
References: <CABNhwV0e40PFiAa3ohrSBqDbTutaYAQEykjCOJ8MY9=AbMYzEQ@mail.gmail.com>
In-Reply-To: <CABNhwV0e40PFiAa3ohrSBqDbTutaYAQEykjCOJ8MY9=AbMYzEQ@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: gmail.com; dkim=none (message not signed) header.d=none;gmail.com; dmarc=none action=none header.from=futurewei.com;
x-originating-ip: [108.197.145.62]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 772b65fb-3707-41f4-329f-08d832a3b94a
x-ms-traffictypediagnostic: BY5PR13MB3681:
x-microsoft-antispam-prvs: <BY5PR13MB3681F4E2BC5BC26F0F37B98EF4730@BY5PR13MB3681.namprd13.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:9508;
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: m/P/nmFoo/564W4zqLUzYhzj0PCp0++8EbTG6GNtXTnh9ZCwaaRhqmBJ8XH3O1oBqmCEiXpor4YnnlZtxoEan7d5CzRSI2UZUjoRGZnNWP7nOw1/yxGNVZSjkVnJ20LQBMIDklhONREeLStVBS8GQHYgMx2BDW7ANd8+qAel8Pa+K0vWHjD4s8Ojv0vb5/1/hWJrimE9jEPkqkC4qJwqtzLvqayK/8JQ7ACmQvBxIkH3rFN9EUUlR+7kECKxOkJoeVk4Ed9/3JALsTlCLwopJZBmy3xl0z6TnyPA2UhUYSt5aycloZwGEiTxNy0ttdTtFHY1jXoOWSYJwJ1p/1h4Q863c/KSD80hxDEy8GFzI3s380mlhJHWWqO/SR//k8DBeBsO48AOb7mD7RpK50RP4w==
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:BYAPR13MB2582.namprd13.prod.outlook.com; PTR:; CAT:NONE; SFTY:; SFS:(4636009)(376002)(396003)(346002)(366004)(39850400004)(136003)(64756008)(166002)(26005)(5660300002)(33656002)(86362001)(52536014)(66476007)(2906002)(66446008)(66556008)(66946007)(76116006)(66574015)(508600001)(7696005)(55016002)(110136005)(71200400001)(9326002)(9686003)(53546011)(83380400001)(6506007)(186003)(316002)(8936002); DIR:OUT; SFP:1102;
x-ms-exchange-antispam-messagedata: i3IIFXSpodV7USvayrW/xoONVVQpCLNlMCogc4wCfI6vZke0y6Unc+TFcwmrYN16OG6ej0KUHKK5Npyld3gYc9O1e8MXsd/sU5Tj2Jz+PIC8MCJnZKX+0cjX4objA/RJlWHbuTRE1XrQnV1rFmiZGHUp3MvKuro0HmNXlIXHr7WhPVr8FtqgWqet1Gpo0y+jziMlQbnQDm5wjm/WSYy+0GBqCv1k0ie4GmhDQDFA6cgedDqiRXwOJrW4Ojy2/qoJtw40b9ToGFnblaiyy+VEnTGljxQa0g/PrBMxWNPlBv+llJSmp/gYylg4J8foqHjYfZU2/xafLXCcDAVWW0t7PLhhEfWXoS9mUClWhuJBcmU6y0o5OihqjLdNKE8WonT4OVsbT2d+cYSCPslix6klK/pJUQUCE+pGPUpUm5rGXYK5MsQ7fLBAtGDgqYgTMGbyScouI9kEK/rdKRXDxIE8Jq3sjszbUPLXZk5nFUN8dwdlybKT5rQciRLrIz6bnGwgYHiMmmviBmvYVCYX2EmGuiW54vOUTAtJYllZIS5hto4M2D5W0Ccyu2rVHhXEZjRY2Z8vR0PW/7M4JfuSruO0uwC/ZzILmFtpfeGwbki7QKS0g6T1sEYE4cxCNuyy1ABlqFXYQwdNcagQK2kUg1J5Dw==
x-ms-exchange-transport-forked: True
Content-Type: multipart/alternative; boundary="_000_BYAPR13MB2582DA1EDAD736FB3E844563F4730BYAPR13MB2582namp_"
MIME-Version: 1.0
X-OriginatorOrg: Futurewei.com
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: BYAPR13MB2582.namprd13.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 772b65fb-3707-41f4-329f-08d832a3b94a
X-MS-Exchange-CrossTenant-originalarrivaltime: 28 Jul 2020 03:10:04.1461 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 0fee8ff2-a3b2-4018-9c75-3a1d5591fedc
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: Wde+q4ztrOUXU/T1fGVBoVl9ZZaXlDmmwJZZVoiTHYrzWbz27vwyAYhaS+gRnXul4Zzlqq6NdZWXRUqJTjFs3A==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BY5PR13MB3681
Archived-At: <https://mailarchive.ietf.org/arch/msg/pim/kEBiyB2YB1GCjHLN7UyQkkbi2y0>
Subject: Re: [pim] =?utf-8?q?=5BMBONED=5D_Detnet_WG_charter_=3F_=E2=80=9CQOS_?= =?utf-8?q?and_Jumbo_frames=E2=80=9D_over_public_internet?=
X-BeenThere: pim@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Protocol Independent Multicast <pim.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/pim>, <mailto:pim-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/pim/>
List-Post: <mailto:pim@ietf.org>
List-Help: <mailto:pim-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pim>, <mailto:pim-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Jul 2020 03:10:10 -0000

Hi Gyan,

Please take a quick glance at RFC 5740 (NORM) and 3208 (PGM). We had a reliable multicast transport (rmt) wg, now closed, which put out some good rfc’s (https://datatracker.ietf.org/wg/rmt/documents/) which may be a good starting point for future work. Maybe it’s time to revisit this?  Talk to you tomorrow.

mike


From: MBONED <mboned-bounces@ietf.org> On Behalf Of Gyan Mishra
Sent: Thursday, July 23, 2020 1:27 PM
To: MBONED WG <mboned@ietf.org>rg>; detnet@ietf.org; pim@ietf.org
Subject: [MBONED] Detnet WG charter ? “QOS and Jumbo frames” over public internet


Dear Detnet WG

+ PIM & MBONED ( As the ? relates to reliable multicast video delivery over the internet or 4G/5G RAN backhaul for reliable multicast over mobile devices as well as simultaneously massive data transfers and how to make feasible)

I was curious if Detnet as it appears relevant to the charter to provide reliable voice and video delivery over the public internet.

Their have been many white papers by universities and research institutions over the years related to how to make end to end QOS possible over the global internet.

Historically the problem has always been that all providers have their own QOS policy and its impractical to be able to come up with a standard queuing standards that all ISPs throughout the hierarchical internet must follow from Tier 1 down to the broadband carriers so that multicast can thrive on the internet.

I don’t think it’s impossible and maybe a ubiquitous standard exists exists that all providers must follow today but I am not aware of one.

The conceptual idea is that in this day and age precluding the concept of net neutrality or not as that opens up another can of worms - In theory it seems possible to have a standard way of WRR IPV4 IPV6 dscp based or IPV6 future flow label field to provide end to end QOS guarantees for voice and video and reliable multicast delivery over the internet.  This would help UDP RTP multicast tremendously so that I-frame does not get dropped resulting in buffering issues pervasive and show stopper for best effort class dscp 0 multicast over the internet.

If a QOS queuing standard does not exist today across the internet which WG do you think the standard should fall?

I figured I would start with Detnet w/ CC to MBONE and PIM.

Another idea which is orthogonal but related to end to end Jumbo and jumbo grams over the internet for high speed data transfers end to end..

I stated orthogonal as due to FIFO queuing serialization delays w/o pipelining architecture QOS WRR and SP queue, voice and video would suffer from Jumbo - understood.  However if end to end QOS was possible over the global internet you could in theory essentially have your cake and eat it to so to speak.  Meaning with QOS voice and video let’s say could sit in EF and futuristic IPV6 Jumbo grams 4.2G payload bulk transfers could sit in a separate WRR AF queue end to end across the internet for both flow types.

Kind Regards

Gyan
--

[http://ss7.vzw.com/is/image/VerizonWireless/vz-logo-email]<https://nam11.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.verizon.com%2F&data=02%7C01%7Cmichael.mcbride%40futurewei.com%7C0bab63d5e18b49bafa6308d82f46e59a%7C0fee8ff2a3b240189c753a1d5591fedc%7C1%7C0%7C637311328847561602&sdata=iVsgI1D%2BpQqEdF39uRuiCLCoEgd4l3LY31AiBISXJao%3D&reserved=0>

Gyan Mishra

Network Solutions Architect

M 301 502-1347
13101 Columbia Pike
Silver Spring, MD