IETF Logo Mail Archive

Re: [MMUSIC] Posted I-D on RTP failover

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

Return-Path: <Martin.Taylor@metaswitch.com>
X-Original-To: mmusic@ietfa.amsl.com
Delivered-To: mmusic@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9A23D1A6F58 for <mmusic@ietfa.amsl.com>; Thu, 3 Mar 2016 01:25:55 -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, 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 y8Ad__Sl_NVQ for <mmusic@ietfa.amsl.com>; Thu, 3 Mar 2016 01:25:53 -0800 (PST)
Received: from na01-bn1-obe.outbound.protection.outlook.com (mail-bn1bon0721.outbound.protection.outlook.com [IPv6:2a01:111:f400:fc10::1:721]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 190C91A6EF9 for <mmusic@ietf.org>; Thu, 3 Mar 2016 01:25:52 -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=vhsoOj3+Bs4gw5A1n7z9QG/cfWxUKFp7Kw7Q6FLWa/M=; b=BFXc3zxar5IOE4jdnmwDBaapdiG2qD10XM+3TZr+10MkOSZQ6EdYxdNY+cFmv9CCsOArkAC2kzCoCGASC2IIJ2OG47eTrU4OpoyuOtnL9HDYxfzC7oHCoQ5UkjXn+um/rNmY3zORUNgY55Ve5/uQRPu8ujBzo96rLSqmyHMfoZU=
Received: from BLUPR02MB1185.namprd02.prod.outlook.com (10.163.80.14) by BLUPR02MB1188.namprd02.prod.outlook.com (10.163.80.142) with Microsoft SMTP Server (TLS) id 15.1.409.15; Thu, 3 Mar 2016 09:25:31 +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:25:31 +0000
From: Martin Taylor <Martin.Taylor@metaswitch.com>
To: Simon Perreault <sperreault@jive.com>, "mmusic@ietf.org" <mmusic@ietf.org>
Thread-Topic: [MMUSIC] Posted I-D on RTP failover
Thread-Index: AdF0rP7TFjCX2M6YQVeXkilLJaFJYgAHdEKAABgj9zA=
Date: Thu, 03 Mar 2016 09:25:31 +0000
Message-ID: <BLUPR02MB118512EC9ED19AB11EA729DB84BD0@BLUPR02MB1185.namprd02.prod.outlook.com>
References: <BLUPR02MB11856E49DAC34CCB1C19B4AD84BC0@BLUPR02MB1185.namprd02.prod.outlook.com> <56D75B93.7000800@jive.com>
In-Reply-To: <56D75B93.7000800@jive.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: jive.com; dkim=none (message not signed) header.d=none;jive.com; dmarc=none action=none header.from=metaswitch.com;
x-originating-ip: [2620:104:4000:2067:58bc:edbc:36c7:5528]
x-microsoft-exchange-diagnostics: 1; BLUPR02MB1188; 5:/aO2sVP2P5vCr0UGNW8qnUSWQMZs0dG/AaOSVrDn6rcFqrXHAPSFwKXm8pjsXpuTEVQUcaaRqG2QhinZILBq65RVeWfeebwYmgQVJtTc/aEbjyNQOK45goqm+Em4gqNeEO/TQ+/waesvkytXIQurjw==; 24:oQH2aAw1ldhrHY3Eq8qqWIEJftXWRqHHFixjElhzn0b6Zeg8kHNecaJoekB2q1UQPYX0E1BPH9R/MbMCDgHvK17EgYB2xG4eqBl/E7tU9uc=
x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:BLUPR02MB1188;
x-ms-office365-filtering-correlation-id: 6d0807df-b4bd-488d-0c1d-08d34345c478
x-microsoft-antispam-prvs: <BLUPR02MB1188C6C30B9ACA1A7044BA5C84BD0@BLUPR02MB1188.namprd02.prod.outlook.com>
x-exchange-antispam-report-test: UriScan:;
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(2401047)(8121501046)(5005006)(3002001)(10201501046); SRVR:BLUPR02MB1188; BCL:0; PCL:0; RULEID:; SRVR:BLUPR02MB1188;
x-forefront-prvs: 0870212862
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(979002)(6009001)(377424004)(45984002)(13464003)(5002640100001)(2950100001)(99286002)(19580405001)(5003600100002)(87936001)(92566002)(11100500001)(2906002)(107886002)(1220700001)(586003)(86362001)(10400500002)(5001960100004)(33656002)(3660700001)(2900100001)(76576001)(1096002)(5004730100002)(40100003)(77096005)(5008740100001)(122556002)(5001770100001)(6116002)(15975445007)(102836003)(189998001)(74316001)(50986999)(54356999)(2501003)(76176999)(19580395003)(3280700002)(3826002)(969003)(989001)(999001)(1009001)(1019001); DIR:OUT; SFP:1102; SCL:1; SRVR:BLUPR02MB1188; H:BLUPR02MB1185.namprd02.prod.outlook.com; FPR:; SPF:None; MLV:ovrnspm; PTR:InfoNoRecords; LANG:en;
spamdiagnosticoutput: 1:23
spamdiagnosticmetadata: NSPM
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-OriginatorOrg: metaswitch.com
X-MS-Exchange-CrossTenant-originalarrivaltime: 03 Mar 2016 09:25:31.5815 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 9d9e56eb-f613-4ddb-b27b-bfcdf14b2cdb
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BLUPR02MB1188
Archived-At: <http://mailarchive.ietf.org/arch/msg/mmusic/A1FhjiGN4B87x0xi17CJzQaYQK4>
Subject: Re: [MMUSIC] Posted I-D on RTP failover
X-BeenThere: mmusic@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Multiparty Multimedia Session Control Working Group <mmusic.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mmusic>, <mailto:mmusic-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/mmusic/>
List-Post: <mailto:mmusic@ietf.org>
List-Help: <mailto:mmusic-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mmusic>, <mailto:mmusic-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 03 Mar 2016 09:25:55 -0000

Simon

Thank you very much for this extremely helpful suggestion.  The Multipath RTP draft proposes an approach which is very well aligned with what we had in mind for a solution.   It's a pity that the draft has expired.  I will try and bring avtcore into this discussion.

Martin

-----Original Message-----
From: Simon Perreault [mailto:sperreault@jive.com] 
Sent: 02 March 2016 21:31
To: Martin Taylor <Martin.Taylor@metaswitch.com>; mmusic@ietf.org
Subject: Re: [MMUSIC] Posted I-D on RTP failover

Two other potential solutions that I feel are missing from your analysis:

- Multipath RTP
<https://tools.ietf.org/html/draft-ietf-avtcore-mprtp-01>

- ICE continuous nomination
<https://tools.ietf.org/html/draft-uberti-mmusic-nombis-00>

Simon

Le 2016-03-02 13:20, Martin Taylor a écrit :
> I recently posted 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 analagous 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 plan to propose a solution to the problem in another I-D, but would much appreciate any input from mmusic participants on the problem statement.  In particular, it would be interesting to hear if anyone feels that RTP over SCTP, with multi-homing, already provides a proven and satisfactory solution to the problem.
> 
> Martin
> 
> _______________________________________________
> mmusic mailing list
> mmusic@ietf.org
> https://www.ietf.org/mailman/listinfo/mmusic
>

v2.23.0 | Report a Bug | By Email