[AVTCORE] I-D on RTP failover posted in mmusic

Martin Taylor <Martin.Taylor@metaswitch.com> Thu, 03 March 2016 09:39 UTC

Return-Path: <Martin.Taylor@metaswitch.com>
X-Original-To: avt@ietfa.amsl.com
Delivered-To: avt@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 425A41A8787 for <avt@ietfa.amsl.com>; Thu, 3 Mar 2016 01:39:49 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.402
X-Spam-Level:
X-Spam-Status: No, score=-1.402 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, J_CHICKENPOX_22=0.6, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=no
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 l-pqNwY6SvOV for <avt@ietfa.amsl.com>; Thu, 3 Mar 2016 01:39:47 -0800 (PST)
Received: from na01-by2-obe.outbound.protection.outlook.com (mail-by2on0110.outbound.protection.outlook.com [207.46.100.110]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5DE801A8784 for <avt@ietf.org>; Thu, 3 Mar 2016 01:39:45 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=metaswitch.com; s=selector1; h=From:To:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=W1nnfuOBYKkQz/GeMivMo7aKMGGC9s3XMi/KYtMowSM=; b=rPLOPKRxsBVZ7NEVjkYhPm/EAPCVCRKQ2Ti7gP6wg0ZFanG286XgilH2SG0vSyCAmop/ni4JB3Qa50qZIarxGnbh0vxSkMJCVXozXzoGQqHp9+/4iIxWk65jaykQFTrUyYe1ABkQo0iswOSi73X3C1zllqomLt4x867LSJRe9hM=
Received: from BLUPR02MB1185.namprd02.prod.outlook.com (10.163.80.14) by BLUPR02MB1187.namprd02.prod.outlook.com (10.163.80.141) with Microsoft SMTP Server (TLS) id 15.1.427.16; Thu, 3 Mar 2016 09:39:43 +0000
Received: from BLUPR02MB1185.namprd02.prod.outlook.com ([10.163.80.14]) by BLUPR02MB1185.namprd02.prod.outlook.com ([10.163.80.14]) with mapi id 15.01.0409.024; Thu, 3 Mar 2016 09:39:43 +0000
From: Martin Taylor <Martin.Taylor@metaswitch.com>
To: "avt@ietf.org" <avt@ietf.org>
Thread-Topic: I-D on RTP failover posted in mmusic
Thread-Index: AdF1Lr7a8swzv7jfRBqG34xlKvZqRA==
Date: Thu, 03 Mar 2016 09:39:43 +0000
Message-ID: <BLUPR02MB11856F841E2BB6C452C562EE84BD0@BLUPR02MB1185.namprd02.prod.outlook.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: ietf.org; dkim=none (message not signed) header.d=none;ietf.org; dmarc=none action=none header.from=metaswitch.com;
x-originating-ip: [2620:104:4000:2067:58bc:edbc:36c7:5528]
x-ms-office365-filtering-correlation-id: ed7b977f-0da4-4617-044f-08d34347c020
x-microsoft-exchange-diagnostics: 1; BLUPR02MB1187; 5:PNNiuJ+8IOYUN19bAx+gY+qacgPa9EL/v5Wiw4/HjdToOISfUfDRE+bCoUDxeBxJYRiJp4siCy0Qhl3oaZDCt7P/UJNOwMeM/5nhmIu+FDPvJoCAg8wpfkhxnx3snmsTTuiZTPXoPJ2MEvoAOAD13A==; 24:JVcaJFtktWxe7YRyAMiykYSKStlMukHqNkyGN1SY7aWSX1ngUNlbW8+mlqC4qFPNbYC05F8La61W6naxS8ZJVYQlwMTR8lhQYszezJaU/Hc=
x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:BLUPR02MB1187;
x-microsoft-antispam-prvs: <BLUPR02MB118703992673BF197DF7C54884BD0@BLUPR02MB1187.namprd02.prod.outlook.com>
x-exchange-antispam-report-test: UriScan:;
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(2401047)(5005006)(8121501046)(3002001)(10201501046); SRVR:BLUPR02MB1187; BCL:0; PCL:0; RULEID:; SRVR:BLUPR02MB1187;
x-forefront-prvs: 0870212862
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(189998001)(11100500001)(107886002)(2900100001)(77096005)(3280700002)(110136002)(15975445007)(40100003)(5003600100002)(5002640100001)(450100001)(102836003)(6116002)(586003)(1730700002)(54356999)(1220700001)(122556002)(76576001)(1096002)(33656002)(3660700001)(50986999)(86362001)(87936001)(229853001)(2351001)(92566002)(74316001)(5004730100002)(5001960100004)(5008740100001)(2906002)(10400500002)(2501003)(19580395003)(3826002); DIR:OUT; SFP:1102; SCL:1; SRVR:BLUPR02MB1187; H:BLUPR02MB1185.namprd02.prod.outlook.com; FPR:; SPF:None; MLV:sfv; LANG:en;
spamdiagnosticoutput: 1:23
spamdiagnosticmetadata: NSPM
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-OriginatorOrg: metaswitch.com
X-MS-Exchange-CrossTenant-originalarrivaltime: 03 Mar 2016 09:39:43.3809 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 9d9e56eb-f613-4ddb-b27b-bfcdf14b2cdb
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BLUPR02MB1187
Archived-At: <http://mailarchive.ietf.org/arch/msg/avt/-TB6tsEV3px7kHJKTqn6dFO5U0M>
Subject: [AVTCORE] I-D on RTP failover posted in mmusic
X-BeenThere: avt@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Audio/Video Transport Core Maintenance <avt.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/avt>, <mailto:avt-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/avt/>
List-Post: <mailto:avt@ietf.org>
List-Help: <mailto:avt-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/avt>, <mailto:avt-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 03 Mar 2016 09:39:49 -0000

I recently posted https://tools.ietf.org/id/draft-taylor-mmusic-rtp-failover-problem-00.txt  This offers a problem statement around RTP failover.  The TL;DR summary:

- VoIP networks typically contain network functions that terminate large numbers of RTP streams, such as session border controllers and conference bridges.

- Service providers typically require that such network functions have no single points of failure that could cause large numbers of media streams to be interrupted for more than a second or two.

- The usual solution for this is to deploy such network functions as an active / standby pair with a service IP address that can be moved between members of the pair, for example with the aid of a gratuitous ARP, in a manner analogous to VRRP.

- This solution suffers from a number of drawbacks including inefficient use of hardware resources and inability to deploy in environments where it is impractical to connect active and standby instances to the same L2 segment.  These drawbacks are causing network operators particular concern in network function virtualization environments.

We were planning to propose a solution to this problem that would likely involve some extensions to SDP to communicate a connection address for an alternative backup media path.

Simon Perreault suggested that the work on Multipath RTP https://tools.ietf.org/html/draft-ietf-avtcore-mprtp-01 could be relevant here.  Section 1.3 on Use Cases in this doc says: "Using multiple concurrent subflows can improve fault tolerance, because traffic can shift between the subflows when path outages occur.  This results in very fast transport-layer handovers that do not require support from signaling."  That's pretty much what we are trying to achieve here.  And the SDP extensions proposed by https://tools.ietf.org/html/draft-singh-mmusic-mprtp-sdp-extension-04 are quite well aligned with what we had in mind.

It occurs to me that perhaps I should have posted this I-D on RTP failover to avtcore rather than mmusic.  Any views from avtcore would be most welcome. 

Martin