Re: [AVTCORE] New Version Notification for draft-ietf-avtcore-multi-party-rtt-mix-09.txt

Gunnar Hellström <gunnar.hellstrom@ghaccess.se> Mon, 26 October 2020 19:51 UTC

Return-Path: <gunnar.hellstrom@ghaccess.se>
X-Original-To: avt@ietfa.amsl.com
Delivered-To: avt@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8ED2E3A0EAA for <avt@ietfa.amsl.com>; Mon, 26 Oct 2020 12:51:17 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.145
X-Spam-Level:
X-Spam-Status: No, score=-2.145 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, NICE_REPLY_A=-0.247, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=egensajt.se
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 Essy5GS3FaaQ for <avt@ietfa.amsl.com>; Mon, 26 Oct 2020 12:51:14 -0700 (PDT)
Received: from smtp.egensajt.se (smtp.egensajt.se [194.68.80.251]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C90D23A0E6E for <avtcore@ietf.org>; Mon, 26 Oct 2020 12:51:12 -0700 (PDT)
Received: from [192.168.2.137] (h77-53-37-134.cust.a3fiber.se [77.53.37.134]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) (Authenticated sender: gunnar.hellstrom@ghaccess.se) by smtp.egensajt.se (Postfix) with ESMTPSA id 8FA3C201B2; Mon, 26 Oct 2020 20:51:08 +0100 (CET)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=egensajt.se; s=dkim; t=1603741870; bh=YBk1250il5Zw2fonZzXvPzKhyfExhKU/lliionWrJvo=; h=Subject:To:References:From:Date:In-Reply-To:From; b=sPV6pPAyXJKii5sWU25NjB5nB5vm0p0eOxt+foGrp87zJnF4inhgSnnCg2KOlHSdX wRiBrewKFHOmisW7Xq5r0bfNcN/AOTq3zQAvdAhR5ncW7Os8/aIPztZPeqi4gpECOW tQGVHNQmmQJuxBjjvvX1hd0M4bl6Pp6yHj3fUq8A=
To: Dan Mongrain <dan.mongrain@motorolasolutions.com>, "avtcore@ietf.org" <avtcore@ietf.org>
References: <160261160044.17061.2743953489024239043@ietfa.amsl.com> <ad3fb7d2-78de-b262-ac59-80e414a9b023@ghaccess.se> <CAKB0ssFR4xJW3RJOSq6sz9zVY2sOJcVSyFW9fSBnAyEoiB7_iQ@mail.gmail.com>
From: =?UTF-8?Q?Gunnar_Hellstr=c3=b6m?= <gunnar.hellstrom@ghaccess.se>
Message-ID: <e04fa3e7-cc8f-b5ab-4c41-f255079c6cb0@ghaccess.se>
Date: Mon, 26 Oct 2020 20:51:02 +0100
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.12.1
MIME-Version: 1.0
In-Reply-To: <CAKB0ssFR4xJW3RJOSq6sz9zVY2sOJcVSyFW9fSBnAyEoiB7_iQ@mail.gmail.com>
Content-Type: multipart/alternative; boundary="------------8C733C5B6DDDB28C5029196F"
Content-Language: sv
Archived-At: <https://mailarchive.ietf.org/arch/msg/avt/wSk6ojJemm-ek5fCOMm5QOK-wcw>
Subject: Re: [AVTCORE] New Version Notification for draft-ietf-avtcore-multi-party-rtt-mix-09.txt
X-BeenThere: avt@ietf.org
X-Mailman-Version: 2.1.29
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: Mon, 26 Oct 2020 19:51:22 -0000

Thanks, Dan,

Appreciated.

The only issue I have right now is that there is a dependency on 
RFC-to-be 8865  "T.140 Real-Time Text Conversation over WebRTC Data 
Channels", that has got its RFC number but is not yet published, because 
it is included in cluster C238 waiting for some other dependencies.

I hope that is sorted out soon.

Regards

Gunnar


Den 2020-10-26 kl. 16:20, skrev Dan Mongrain:
> After careful review of this draft, Motorola Solutions have no 
> comments to raise and recommend this to move forward to become a full 
> fledged standard at the earliest opportunity.
>
> Thanx,
> Dan
>
> *Dan Mongrain, eng.
> *Principal Engineer, Standards
> *Motorola Solutions*
>
> *o*: +1.819.931.2129
> *m*: +1.613.558.0764
> e: Dan.Mongrain@MotorolaSolutions.com 
> <mailto:Dan.Mongrain@MotorolaSolutions.com>
> www.linkedin.com/in/DanMongrain <http://www.linkedin.com/in/DanMongrain>
>
> /https://www.motorolasolutions.com/content/dam/msi/images/logos/corporate/msiemailsignature.png/
>
>
>
>
> On Tue, Oct 13, 2020 at 2:11 PM Gunnar Hellström 
> <gunnar.hellstrom@ghaccess.se <mailto:gunnar.hellstrom@ghaccess.se>> 
> wrote:
>
>     Version --09 of draft-ietf-avtcore-multi-party-rtt-mix has been
>     submitted.
>
>     It is intended to fulfill all comments by Paul, one earlier by James
>     Hamlin, and a number of editorials.
>
>     Regards
>
>     Gunnar
>
>     Den 2020-10-13 kl. 19:53, skrev internet-drafts@ietf.org
>     <mailto:internet-drafts@ietf.org>:
>     > A new version of I-D, draft-ietf-avtcore-multi-party-rtt-mix-09.txt
>     > has been successfully submitted by Gunnar Hellstrom and posted
>     to the
>     > IETF repository.
>     >
>     > Name:         draft-ietf-avtcore-multi-party-rtt-mix
>     > Revision:     09
>     > Title:                RTP-mixer formatting of multi-party
>     Real-time text
>     > Document date:        2020-10-13
>     > Group:                avtcore
>     > Pages:                37
>     > URL:
>     https://urldefense.proofpoint.com/v2/url?u=https-3A__www.ietf.org_archive_id_draft-2Dietf-2Davtcore-2Dmulti-2Dparty-2Drtt-2Dmix-2D09.txt&d=DwIGaQ&c=q3cDpHe1hF8lXU5EFjNM_A&r=n9aaU9xSQM4-mK_yF4tJzi7SeOWS3tTUWut1BhcRBI5vMR5LUWrTKzC_1DF8wC_4&m=OpRq9nvR8Lgu7YGKMW6o__WavC2gf5iXqSYN_L4p9qA&s=3vzvIBNhRf9LbPWy-kJNRYlXYwhO2-s6Uxg7GJviNdo&e=
>
>     > Status:
>     https://urldefense.proofpoint.com/v2/url?u=https-3A__datatracker.ietf.org_doc_draft-2Dietf-2Davtcore-2Dmulti-2Dparty-2Drtt-2Dmix_&d=DwIGaQ&c=q3cDpHe1hF8lXU5EFjNM_A&r=n9aaU9xSQM4-mK_yF4tJzi7SeOWS3tTUWut1BhcRBI5vMR5LUWrTKzC_1DF8wC_4&m=OpRq9nvR8Lgu7YGKMW6o__WavC2gf5iXqSYN_L4p9qA&s=s9XbzCiCnQhKeh4JEGH4vANFhJdcfQ_gVzYscWS6bo0&e=
>
>     > Html:
>     https://urldefense.proofpoint.com/v2/url?u=https-3A__www.ietf.org_archive_id_draft-2Dietf-2Davtcore-2Dmulti-2Dparty-2Drtt-2Dmix-2D09.html&d=DwIGaQ&c=q3cDpHe1hF8lXU5EFjNM_A&r=n9aaU9xSQM4-mK_yF4tJzi7SeOWS3tTUWut1BhcRBI5vMR5LUWrTKzC_1DF8wC_4&m=OpRq9nvR8Lgu7YGKMW6o__WavC2gf5iXqSYN_L4p9qA&s=mrElP6tJczLqtVLYBiW44oUVcG1uWnuBq4R7NT9rxlE&e=
>
>     > Htmlized:
>     https://urldefense.proofpoint.com/v2/url?u=https-3A__tools.ietf.org_html_draft-2Dietf-2Davtcore-2Dmulti-2Dparty-2Drtt-2Dmix-2D09&d=DwIGaQ&c=q3cDpHe1hF8lXU5EFjNM_A&r=n9aaU9xSQM4-mK_yF4tJzi7SeOWS3tTUWut1BhcRBI5vMR5LUWrTKzC_1DF8wC_4&m=OpRq9nvR8Lgu7YGKMW6o__WavC2gf5iXqSYN_L4p9qA&s=Di3C9m1q6hBGDBoFSNkfQ-F37GKEryWXR6Tnd_tvvYs&e=
>
>     > Diff:
>     https://urldefense.proofpoint.com/v2/url?u=https-3A__www.ietf.org_rfcdiff-3Furl2-3Ddraft-2Dietf-2Davtcore-2Dmulti-2Dparty-2Drtt-2Dmix-2D09&d=DwIGaQ&c=q3cDpHe1hF8lXU5EFjNM_A&r=n9aaU9xSQM4-mK_yF4tJzi7SeOWS3tTUWut1BhcRBI5vMR5LUWrTKzC_1DF8wC_4&m=OpRq9nvR8Lgu7YGKMW6o__WavC2gf5iXqSYN_L4p9qA&s=r9zRt3afJOejpUMIE5_l9arncleVqHGVcWJs3ajh_YU&e=
>
>     >
>     > Abstract:
>     >     Real-time text mixers for multi-party sessions need to
>     identify the
>     >     source of each transmitted group of text so that the text can be
>     >     presented by endpoints in suitable grouping with other text
>     from the
>     >     same source.
>     >
>     >     Regional regulatory requirements specify provision of
>     real-time text
>     >     in multi-party calls.  RFC 4103 mixer implementations can use
>     >     traditional RTP functions for source identification, but the
>     mixer
>     >     source switching performance is limited when using the default
>     >     transmission characteristics with redundancy.
>     >
>     >     Enhancements for RFC 4103 real-time text mixing is provided
>     in this
>     >     document, suitable for a centralized conference model that
>     enables
>     >     source identification and source switching.  The intended
>     use is for
>     >     real-time text mixers and multi-party-aware participant
>     endpoints.
>     >     The specified mechanism build on the standard use of the
>     CSRC list in
>     >     the RTP packet for source identification.  The method makes
>     use of
>     >     the same "text/red" format as for two-party sessions.
>     >
>     >     A capability exchange is specified so that it can be
>     verified that a
>     >     participant can handle the multi-party coded real-time text
>     stream.
>     >     The capability is indicated by use of a media attribute
>     "rtt-mixer".
>     >
>     >     The document updates RFC 4103[RFC4103]
>     >
>     >     A specifications of how a mixer can format text for the case
>     when the
>     >     endpoint is not multi-party aware is also provided.
>     >
>     >
>     >
>     >
>     > Please note that it may take a couple of minutes from the time
>     of submission
>     > until the htmlized version and diff are available at
>     tools.ietf.org <http://tools.ietf.org>.
>     >
>     > The IETF Secretariat
>     >
>     >
>     -- 
>     Gunnar Hellström
>     GHAccess
>     gunnar.hellstrom@ghaccess.se <mailto:gunnar.hellstrom@ghaccess.se>
>
>     _______________________________________________
>     Audio/Video Transport Core Maintenance
>     avt@ietf.org <mailto:avt@ietf.org>
>     https://urldefense.proofpoint.com/v2/url?u=https-3A__www.ietf.org_mailman_listinfo_avt&d=DwIGaQ&c=q3cDpHe1hF8lXU5EFjNM_A&r=n9aaU9xSQM4-mK_yF4tJzi7SeOWS3tTUWut1BhcRBI5vMR5LUWrTKzC_1DF8wC_4&m=OpRq9nvR8Lgu7YGKMW6o__WavC2gf5iXqSYN_L4p9qA&s=DWRj6IrFQMAiIBt1g2yId8iSKSxp34jwJp38lDfsrrk&e=
>
>
>
> /For more information on how and why we collect your personal 
> information, please visit our Privacy Policy 
> <https://www.motorolasolutions.com/en_us/about/privacy-policy.html?elqTrackId=8980d888905940e39a2613a7a3dcb0a7&elqaid=2786&elqat=2#privacystatement>./
>
-- 
Gunnar Hellström
GHAccess
gunnar.hellstrom@ghaccess.se