From nobody Wed Dec 12 06:54:04 2018 Return-Path: X-Original-To: ice@ietfa.amsl.com Delivered-To: ice@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 35CEF130DC9 for ; Wed, 12 Dec 2018 06:54:03 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.758 X-Spam-Level: X-Spam-Status: No, score=-5.758 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-1.46, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_PASS=-0.001] autolearn=unavailable autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=ericsson.com header.b=Gyqnnsh/; dkim=pass (1024-bit key) header.d=ericsson.com header.b=PGvHkzgB 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 FvhFHdpbLzYy for ; Wed, 12 Dec 2018 06:54:00 -0800 (PST) Received: from sesbmg22.ericsson.net (sesbmg22.ericsson.net [193.180.251.48]) (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 5110A130DC1 for ; Wed, 12 Dec 2018 06:53:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; d=ericsson.com; s=mailgw201801; c=relaxed/simple; q=dns/txt; i=@ericsson.com; t=1544626435; x=1547218435; h=From:Sender:Reply-To:Subject:Date:Message-ID:To:CC:MIME-Version:Content-Type: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-Reply-To:References:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=JFINzzOQpMvzUY9XVO3shwGU4k/EamcM6Vqm+vem/no=; b=Gyqnnsh/5rXjW/gYN5nToxqCLinysuQukVNXOnDVSOT5bwnSfudcy0z2+0KBm2YC 87NAsfMDfL4OZnVmYqC+mfqNkfDNOzc0WdElZev3924j9qB8LGH4n5uXs0Kfn18j Cj1BYteCGqKo786G9tL6jq97hXdrX4NGx0R5hUGPajA=; X-AuditID: c1b4fb30-f15ff700000043c4-b2-5c11210345be Received: from ESESSMB505.ericsson.se (Unknown_Domain [153.88.183.123]) by sesbmg22.ericsson.net (Symantec Mail Security) with SMTP id 03.24.17348.301211C5; Wed, 12 Dec 2018 15:53:55 +0100 (CET) Received: from ESESBMR506.ericsson.se (153.88.183.202) by ESESSMB505.ericsson.se (153.88.183.123) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1466.3; Wed, 12 Dec 2018 15:53:54 +0100 Received: from ESESBMB502.ericsson.se (153.88.183.169) by ESESBMR506.ericsson.se (153.88.183.202) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1466.3; Wed, 12 Dec 2018 15:53:54 +0100 Received: from EUR01-DB5-obe.outbound.protection.outlook.com (153.88.183.157) by ESESBMB502.ericsson.se (153.88.183.169) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1466.3 via Frontend Transport; Wed, 12 Dec 2018 15:53:53 +0100 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ericsson.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=7YKeUqwWtLdBwUnf6GUN9iIlg6qfxcQKbwt2cYd4Yik=; b=PGvHkzgB/Vb06HoavSJGB7+5GIcuUI67NEYAh9/ODTsLjWEhtAxFdMWUkQhtLCDIq/dzkPKL4U2bYzqUi2NSJjuxwt9pVIHjbJUqSvyZGLUhor2HtFQnlIkgZbPp1NnBiEoSzAYYcUVvyI+8Tt56FlpeWMRZltJAEV+/puABEWA= Received: from HE1PR07MB3259.eurprd07.prod.outlook.com (10.170.246.26) by HE1PR07MB4298.eurprd07.prod.outlook.com (20.176.166.159) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1425.7; Wed, 12 Dec 2018 14:53:52 +0000 Received: from HE1PR07MB3259.eurprd07.prod.outlook.com ([fe80::14f3:1aae:ebb4:b875]) by HE1PR07MB3259.eurprd07.prod.outlook.com ([fe80::14f3:1aae:ebb4:b875%3]) with mapi id 15.20.1425.016; Wed, 12 Dec 2018 14:53:51 +0000 From: Bo Burman To: "mmusic (mmusic@ietf.org)" , ice CC: ART ADs Thread-Topic: Draft charter-ietf-mmusic-05 Thread-Index: AdSSIkBJkl7niGKFQZSxzAL03G3O4w== Date: Wed, 12 Dec 2018 14:53:51 +0000 Message-ID: Accept-Language: sv-SE, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [192.176.1.84] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; HE1PR07MB4298; 6:5VPj5JUauFhQFFzqQbsPKbFcNnAqEplWYkOeJhWcjApc8eLhYXoM81kdXccK2IM/x/5ofB3U6e9/prixjnJofCHCyi5Az4zpW6AgJ08B0oPn8KanOrNcYl0bsLQNJ/eTFgnMUU2o+2JiaR87DYNlN/gjfd80mATH6CgbX9tJY9QLnEILVbHT9AevTJaQUt5IHklHB30T5t6a9jWXM8sMSPRvpUrwRV4X2JohZn50csxqwW8K5YBK9V/7jbm5RhG5YR1DOLMrn2u/tH9yGbACn57Cyvhtc3aElxe1twrHxXao2vk3eraDDhWJ/JqHmcKXNZTRyOQABIt37cT+FM5ptpl8eG/sT8LKf2LwnvBKx2cGIbNNBvMAhFBDa+fivohu2IQN0hJlZRCe+y/46GEf1FQ01ZCo/u/ASbOOe5ukdFtbEjUZ4DVMpcGmC4Lvy6+D+SSe0mFC5lT7iiSeQ93WSQ==; 5:jeZyKgjERUsS8mUeA7Nz3rXu55+47S5Hp88j4NWMLL350ek2tqjSGg9B3DLfRyEijVCXxSXknPKa2TeQ3yss1JUuJM0bLZdZiXV8S9YrxEAUSGrwFWPHTWF5CnsMuO5hnjNcSsl5d4AIZTCSXEU+3J12wW1MDY5zyH8JHVAhNTY=; 7:RyO2xAtPKdqWidy9c6Q6vIMCvaV6iC3SWYNFEZU6LVJPxWN4rMmeoF8Pimdmj6CPh5GvF+EFI7FYT3NEPzlhuzWPPsMXSCvY5F8xSa5xUyxSaywfEzQYGKjM7pIngjE+720rqrLcNEKxDutrNcWwXQ== x-ms-exchange-antispam-srfa-diagnostics: SOS; x-ms-office365-filtering-correlation-id: f697400c-8114-4347-c5bf-08d66041a15f x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390098)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600074)(711020)(2017052603328)(7153060)(7193020); SRVR:HE1PR07MB4298; x-ms-traffictypediagnostic: HE1PR07MB4298: authentication-results: spf=none (sender IP is ) smtp.mailfrom=bo.burman@ericsson.com; x-microsoft-antispam-prvs: x-ms-exchange-senderadcheck: 1 x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(8211001083)(3230017)(999002)(6040522)(2401047)(5005006)(8121501046)(3231472)(944501520)(52105112)(93006095)(93001095)(10201501046)(3002001)(148016)(149066)(150057)(6041310)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123562045)(20161123564045)(20161123560045)(20161123558120)(201708071742011)(7699051)(76991095); SRVR:HE1PR07MB4298; BCL:0; PCL:0; RULEID:; SRVR:HE1PR07MB4298; x-forefront-prvs: 0884AAA693 x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(366004)(346002)(136003)(376002)(396003)(39860400002)(189003)(199004)(14454004)(71190400001)(106356001)(6506007)(790700001)(105586002)(14444005)(68736007)(54896002)(66066001)(9686003)(33656002)(74316002)(256004)(6306002)(86362001)(71200400001)(55016002)(97736004)(6436002)(66574011)(8936002)(8676002)(316002)(7696005)(81166006)(99286004)(81156014)(102836004)(110136005)(25786009)(53936002)(186003)(478600001)(26005)(450100002)(4326008)(476003)(486006)(3846002)(2906002)(6116002)(44832011)(5660300001)(7736002); DIR:OUT; SFP:1101; SCL:1; SRVR:HE1PR07MB4298; H:HE1PR07MB3259.eurprd07.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1; received-spf: None (protection.outlook.com: ericsson.com does not designate permitted sender hosts) x-microsoft-antispam-message-info: xuKx/ZVGkc4kK6PBHz4T1ZhLNkJrOfx3nW+oirOfT0t+jHBWA077BvhptEo1VsoSsEgoOjsOi2p/5VephUWnkdJf8Zy3FjvlNEEdFom1GRLydgP9seX0LrhZgkNKKHbt0TceDeTBgPsIvhaCDjAk5Cfq0aOJY4vlfzZkIa36JJt57UYNcwPnmCEG/v2EHkdl3/mwvpbDpdEnt6xiMj4n+Kbr3GzH6MotQiCWW0zGR+yGN+CYDay+gvl2tUwciDXLt6i2UkgsdPtvkX2dYdUbA3hkU2B//LYANv91ENUdR68e0Z0nkn9sdaxl4B5WSGIm spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: multipart/alternative; boundary="_000_HE1PR07MB325997744E074AB49B2919D18DA70HE1PR07MB3259eurp_" MIME-Version: 1.0 X-MS-Exchange-CrossTenant-Network-Message-Id: f697400c-8114-4347-c5bf-08d66041a15f X-MS-Exchange-CrossTenant-originalarrivaltime: 12 Dec 2018 14:53:51.4862 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 92e84ceb-fbfd-47ab-be52-080c6b87953f X-MS-Exchange-Transport-CrossTenantHeadersStamped: HE1PR07MB4298 X-OriginatorOrg: ericsson.com X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFlrNKsWRmVeSWpSXmKPExsUyM2J7tS6zomCMQcsyQYuNTyezWHy7UGsx dfljFgdmjyVLfjIFMEZx2aSk5mSWpRbp2yVwZWw9dYSpYOZWxortb6ewNjB+ncPYxcjJISFg IrHn3hYgm4tDSOAIo8Srle+gnG+MEjM3vGKCc55smA2VWcIksbf1MzOIwyIwgVli5sz1UGWT mSSen/zADuE8YpS4unAtK8gaNgENifk77oKtFBFwkbhy/g0biM0sICfRdvsXmC0soCrxZOEM oHoOoBotiZ6DXhDlehLv31wDK2EBKvnYMx9sJK9AjMTziyfZQWxGAVmJ+9/vsUCMFJe49WQ+ E8R3AhJL9pxnhrBFJV4+/scKYStIvOpuYIOwZSUuze+GhsY1Nol/BzghbF2JD1OnQvX6Spx8 cgnsSQmBC4wSGxb2QzVoSXyfcJcF4ohIickTz7JDxLMl/h67ClUjJ7Gq9yELRPMNZonJr86w gTwpISAj0b+ufAKj3iwkd0PY+RIXJ+5hmwX2p6DEyZlPWCDiOhILdn9ig7C1JZYtfM0MY585 8JgJWXwBI/sqRtHi1OKk3HQjI73Uoszk4uL8PL281JJNjMAkdHDLb4MdjC+fOx5iFOBgVOLh ZRYTjBFiTSwrrsw9xCjBwawkwitjJBAjxJuSWFmVWpQfX1Sak1p8iFGag0VJnPePEFC1QHpi SWp2ampBahFMlomDU6qBcZ3aZgnRs5LSOl4+c07U1bnu6EypjVU6IfG9UdZg1783otnH9Fc7 8O2e8rMz9sGlPx/u9H0yOfeXe0/gjcQ7tToZ+raKz5WX2/sFvnjvc/0Lo3fn4p/WbppM1nP/ qVt/Xu7KJrLge5aI9xfxB4mx365f6dhvH102za7x+IxjTyaJ+ywO+uJao8RSnJFoqMVcVJwI AKNi/BI+AwAA Archived-At: Subject: [Ice] Draft charter-ietf-mmusic-05 X-BeenThere: ice@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Interactive Connectivity Establishment \(ICE\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Dec 2018 14:54:03 -0000 --_000_HE1PR07MB325997744E074AB49B2919D18DA70HE1PR07MB3259eurp_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MMUSIC and ICE, During IETF 102 in Bangkok, the MMUSIC session discussed and agreed to chan= ge the MMUSIC charter to take on maintenance of ICE RFCs, since ICE WG plan= s to declare success and close down. Below are the proposed text changes to the MMUSIC charter. Please review th= em and comment to the MMUSIC list before December 21. OLD TEXT: The Multiparty MUltimedia SessIon Control (MMUSIC) Working Group was origin= ally chartered to develop protocols to support Internet teleconferencing an= d multimedia communications. These protocols are now reasonably mature, and= many have received widespread deployment. Currently, the group is focused = on using and negotiating media streams with the Session Description Protoco= l (SDP), which is used as a common protocol to express media and session de= scriptions. The group also maintains the Real-time Streaming Protocol (RTSP= ) specifications. The group has revised these protocols in the light of implementation experi= ence and additional demands that have arisen from other WGs (such as AVTCOR= E, CLUE, ICE, and RTCWEB). In particular, the many uses of SDP have led to = requests for numerous extensions as well as a recognition of several limita= tions in the original protocol design. Today, the SDP protocol is widely de= ployed and continues to see extensions being defined. The current aims of the working group include the following: - Provide SDP signaling support for the Interactive Connectivity Establishm= ent (ICE) protocol and its extensions. These were originally defined in MMU= SIC, but are now handled by the ICE WG. - To support the establishment of multi-party multimedia sessions for RTCWE= B based implementations, MMUSIC provides SDP signaling support for a number= of extensions required by RTCWEB. The MMUSIC WG will seek a balanced trade= -off between general applicability of such extensions versus RTCWEB specifi= c usage. - Various other extensions to SDP may be pursued to remedy the most urgent = of SDP's shortcomings. These include updates to the SDP specification itsel= f and missing IANA registrations. - With the exception of the items listed above, only extensions within the = existing SDP framework will be done. - Maintain the specification of the (revised) Real Time Streaming Protocol = (RTSP) as needed. The MMUSIC work items will be pursued in close coordination with other IETF= WGs including AVTCORE, CLUE, ICE, RTCWEB and SIPCORE, as well as others wh= ere appropriate. NEW, PROPOSED TEXT: The Multiparty MUltimedia SessIon Control (MMUSIC) Working Group was origin= ally chartered to develop protocols to support Internet teleconferencing an= d multimedia communications. These protocols are now reasonably mature, and= many have received widespread deployment. Currently, the group is focused = on using and negotiating media streams with the Session Description Protoco= l (SDP), which is used as a common protocol to express media and session de= scriptions. The group also maintains the Real-time Streaming Protocol (RTSP= ) and Interactive Connectivity Establishment (ICE) specifications. The protocols have been revised in the light of implementation experience a= nd additional demands that have arisen from other WGs (such as AVTCORE, CLU= E, ICE, and RTCWEB). In particular, the many uses of SDP have led to reques= ts for numerous extensions as well as a recognition of several limitations = in the original protocol design. Today, the SDP protocol is widely deployed= and continues to see extensions being defined. The current aims of the working group include the following: - Provide SDP signaling support for the Interactive Connectivity Establishm= ent (ICE) protocol and its extensions. - To support the establishment of multi-party multimedia sessions for RTCWE= B based implementations, MMUSIC provides SDP signaling support for a number= of extensions required by RTCWEB. The MMUSIC WG will seek a balanced trade= -off between general applicability of such extensions versus RTCWEB specifi= c usage. - Various other extensions to SDP may be pursued to remedy the most urgent = of SDP's shortcomings. These include updates to the SDP specification itsel= f and missing IANA registrations. - With the exception of the items listed above, only extensions within the = existing SDP framework will be done. - Maintain the specification of the (revised) Real Time Streaming Protocol = (RTSP) as needed. - Maintain the specifications of the Interactive Connectivity Establishment= (ICE) and specify extensions to it with demonstrated interest and value. The MMUSIC work items will be pursued in close coordination with other IETF= WGs including AVTCORE, CLUE, RTCWEB, and SIPCORE, as well as others where = appropriate. NEW TEXT with revision marks compared to charter-mmusic-04 (will not show c= orrectly in text-only format of this mail): The Multiparty MUltimedia SessIon Control (MMUSIC) Working Group was origin= ally chartered to develop protocols to support Internet teleconferencing an= d multimedia communications. These protocols are now reasonably mature, and= many have received widespread deployment. Currently, the group is focused = on using and negotiating media streams with the Session Description Protoco= l (SDP), which is used as a common protocol to express media and session de= scriptions. The group also maintains the Real-time Streaming Protocol (RTSP= ) and Interactive Connectivity Establishment (ICE) specifications. The protocols have been group has revised these protocols in the light of i= mplementation experience and additional demands that have arisen from other= WGs (such as AVTCORE, CLUE, ICE, and RTCWEB). In particular, the many uses= of SDP have led to requests for numerous extensions as well as a recogniti= on of several limitations in the original protocol design. Today, the SDP p= rotocol is widely deployed and continues to see extensions being defined. The current aims of the working group include the following: - Provide SDP signaling support for the Interactive Connectivity Establishm= ent (ICE) protocol and its extensions. - To support the establishment of multi-party multimedia sessions for RTCWE= B based implementations, MMUSIC provides SDP signaling support for a number= of extensions required by RTCWEB. The MMUSIC WG will seek a balanced trade= -off between general applicability of such extensions versus RTCWEB specifi= c usage. - Various other extensions to SDP may be pursued to remedy the most urgent = of SDP's shortcomings. These include updates to the SDP specification itsel= f and missing IANA registrations. - With the exception of the items listed above, only extensions within the = existing SDP framework will be done. - Maintain the specification of the (revised) Real Time Streaming Protocol = (RTSP) as needed. - Maintain the specifications of the Interactive Connectivity Establishment= (ICE) and specify extensions to it with demonstrated interest and value. The MMUSIC work items will be pursued in close coordination with other IETF= WGs including AVTCORE, CLUE, ICE, RTCWEB, and SIPCORE, as well as others w= here appropriate. /Bo & Flemming MMUSIC chairs --_000_HE1PR07MB325997744E074AB49B2919D18DA70HE1PR07MB3259eurp_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

MMUSIC and ICE,

 

During IETF 102 in Bangkok, the= MMUSIC session discussed and agreed to change the MMUSIC charter to take o= n maintenance of ICE RFCs, since ICE WG plans to declare success and close = down.

 

Below are the proposed text cha= nges to the MMUSIC charter. Please review them and comment to the MMUSIC li= st before December 21.

 

OLD TEXT:

 

The Multiparty MUltimedia SessI= on Control (MMUSIC) Working Group was originally chartered to develop proto= cols to support Internet teleconferencing and multimedia communications. Th= ese protocols are now reasonably mature, and many have received widespread deployment. Currently, the group is focu= sed on using and negotiating media streams with the Session Description Pro= tocol (SDP), which is used as a common protocol to express media and sessio= n descriptions. The group also maintains the Real-time Streaming Protocol (RTSP) specifications.<= /p>

The group has revised these pro= tocols in the light of implementation experience and additional demands tha= t have arisen from other WGs (such as AVTCORE, CLUE, ICE, and RTCWEB). In p= articular, the many uses of SDP have led to requests for numerous extensions as well as a recognition of severa= l limitations in the original protocol design. Today, the SDP protocol is w= idely deployed and continues to see extensions being defined.

The current aims of the working= group include the following:

- Provide SDP signaling support= for the Interactive Connectivity Establishment (ICE) protocol and its exte= nsions. These were originally defined in MMUSIC, but are now handled by the= ICE WG.

- To support the establishment = of multi-party multimedia sessions for RTCWEB based implementations, MMUSIC= provides SDP signaling support for a number of extensions required by RTCW= EB. The MMUSIC WG will seek a balanced trade-off between general applicability of such extensions versus RTCWEB s= pecific usage.

- Various other extensions to S= DP may be pursued to remedy the most urgent of SDP's shortcomings. These in= clude updates to the SDP specification itself and missing IANA registration= s.

- With the exception of the ite= ms listed above, only extensions within the existing SDP framework will be = done.

- Maintain the specification of= the (revised) Real Time Streaming Protocol (RTSP) as needed.

 

The MMUSIC work items will be p= ursued in close coordination with other IETF WGs including AVTCORE, CLUE, I= CE, RTCWEB and SIPCORE, as well as others where appropriate.

 

NEW, PROPOSED TEXT:<= /span>

 

The Multiparty MUltimedia SessI= on Control (MMUSIC) Working Group was originally chartered to develop proto= cols to support Internet teleconferencing and multimedia communications. Th= ese protocols are now reasonably mature, and many have received widespread deployment. Currently, the group is focu= sed on using and negotiating media streams with the Session Description Pro= tocol (SDP), which is used as a common protocol to express media and sessio= n descriptions. The group also maintains the Real-time Streaming Protocol (RTSP) and Interactive Connectivity Estab= lishment (ICE) specifications.

The protocols have been revised= in the light of implementation experience and additional demands that have= arisen from other WGs (such as AVTCORE, CLUE, ICE, and RTCWEB). In particu= lar, the many uses of SDP have led to requests for numerous extensions as well as a recognition of several limit= ations in the original protocol design. Today, the SDP protocol is widely d= eployed and continues to see extensions being defined.

The current aims of the working= group include the following:

- Provide SDP signaling support= for the Interactive Connectivity Establishment (ICE) protocol and its exte= nsions.

- To support the establishment = of multi-party multimedia sessions for RTCWEB based implementations, MMUSIC= provides SDP signaling support for a number of extensions required by RTCW= EB. The MMUSIC WG will seek a balanced trade-off between general applicability of such extensions versus RTCWEB s= pecific usage.

- Various other extensions to S= DP may be pursued to remedy the most urgent of SDP's shortcomings. These in= clude updates to the SDP specification itself and missing IANA registration= s.

- With the exception of the ite= ms listed above, only extensions within the existing SDP framework will be = done.

- Maintain the specification of= the (revised) Real Time Streaming Protocol (RTSP) as needed.

- Maintain the specifications o= f the Interactive Connectivity Establishment (ICE) and specify extensions t= o it with demonstrated interest and value.

 

The MMUSIC work items will be p= ursued in close coordination with other IETF WGs including AVTCORE, CLUE, R= TCWEB, and SIPCORE, as well as others where appropriate.<= /p>

 

NEW TEXT with revision marks co= mpared to charter-mmusic-04 (will not show correctly in text-only format of= this mail):

The Multiparty MUltimedia SessIon Control (MMUSIC) Wor= king Group was originally chartered to develop protocols to support Interne= t teleconferencing and multimedia communications. These protocols are now reasonably mature, and many have received widespre= ad deployment. Currently, the group is focused on using and negotiating med= ia streams with the Session Description Protocol (SDP), which is used as a = common protocol to express media and session descriptions. The group also maintains the Real-time Streaming= Protocol (RTSP) and Interactive Connectivity = Establishment (ICE) specifications.

The protocols have been group has revised these protocols in the light of implementation experience a= nd additional demands that have arisen from other WGs (such as AVTCORE, CLU= E, ICE, and RTCWEB). In particular, the many uses of SDP have led to requests for numerous extensions as well as a recogniti= on of several limitations in the original protocol design. Today, the SDP p= rotocol is widely deployed and continues to see extensions being defined.

The current aims of the working group include the foll= owing:

- Provide SDP signaling support for the Interactive Co= nnectivity Establishment (ICE) protocol and its extensions.

- To support the establishment of multi-party multimed= ia sessions for RTCWEB based implementations, MMUSIC provides SDP signaling= support for a number of extensions required by RTCWEB. The MMUSIC WG will seek a balanced trade-off between general appli= cability of such extensions versus RTCWEB specific usage.=

- Various other extensions to SDP may be pursued to re= medy the most urgent of SDP's shortcomings. These include updates to the SD= P specification itself and missing IANA registrations.

- With the exception of the items listed above, only e= xtensions within the existing SDP framework will be done.=

- Maintain the specification of the (revised) Real Tim= e Streaming Protocol (RTSP) as needed.

- Maintain the specifications of the Interactive Conn= ectivity Establishment (ICE) and specify extensions to it with demonstrated= interest and value.

 

The MMUSIC work items will be pursued in close coordin= ation with other IETF WGs including AVTCORE, CLUE, ICE, RTCWEB, and SIPCORE, as well as others where appropriate.

 

/Bo & Flemming

MMUSIC chairs=

 

--_000_HE1PR07MB325997744E074AB49B2919D18DA70HE1PR07MB3259eurp_--