Re: [AVTCORE] I-D Action: draft-ietf-payload-vp9-11.txt

Jonathan Lennox <jonathan.lennox@8x8.com> Thu, 04 February 2021 16:37 UTC

Return-Path: <jonathan.lennox@8x8.com>
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 775AC3A1650 for <avt@ietfa.amsl.com>; Thu, 4 Feb 2021 08:37:02 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.098
X-Spam-Level:
X-Spam-Status: No, score=-2.098 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, 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=8x8.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 Rx3uvK62MiZw for <avt@ietfa.amsl.com>; Thu, 4 Feb 2021 08:37:00 -0800 (PST)
Received: from mail-qk1-x733.google.com (mail-qk1-x733.google.com [IPv6:2607:f8b0:4864:20::733]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 575FF3A164E for <avt@ietf.org>; Thu, 4 Feb 2021 08:37:00 -0800 (PST)
Received: by mail-qk1-x733.google.com with SMTP id t63so3935189qkc.1 for <avt@ietf.org>; Thu, 04 Feb 2021 08:37:00 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=8x8.com; s=googlemail; h=from:message-id:mime-version:subject:date:in-reply-to:cc:to :references; bh=w4t0QOojpzN1HdEtklu5DRQNB4RcoOYXSYNC1f9pnkw=; b=aBx+18WUG/r4ab3Oeu6TfR1OHWjM7r/JGForkU3CMROMFU+GVRoP/CYexPd+GfDeNN KZrcXjzyWpt1Gh/vZ61YTRwlURn0/cHLKxN5pvTfjJnqVIwfgkeAUvh78oU6M6tqyYBg nUFuX5CXZDfaa7nmKQ/+NPSHy5kk5B+eqf6Mc=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:message-id:mime-version:subject:date :in-reply-to:cc:to:references; bh=w4t0QOojpzN1HdEtklu5DRQNB4RcoOYXSYNC1f9pnkw=; b=rai6MLpSuRFJ2g2vChhEix3tDZR3lQJ3G3PzZ00F9xW/0ca2j0WVj3f91rtp0irWGz Ml2bAAFTEZUWINnbP8s/A1OrOU5ZY+x4eST8POiWQNe33vlOg7mdCwieajFvYrzfi2Oe 8vB2/YVviOM04KXvRaN8qLSx4qGViUTGfXN39TNuSyHN7WbjO6wZ08F2r2asI4flrBKM VjtaKFoZ2liQLp0fP/wh5DfmFeLu8qOE+u6GY6IYuKwic5G9uDbujRA2mx3oSqWnz55g KfWgQnMWMNGc+gzcMuB7F5na+bN85vJzTEa+vnytOrlc7M4c6a1CS41xPsuQ+Rn6rOZ6 DykA==
X-Gm-Message-State: AOAM531kPPjdRVloi9chwGS+S/cmD2mIF/R9W0hVVvPPGItnEn2oQfUk AhExbHEuzKOYhy52gVDcd1DcQQ==
X-Google-Smtp-Source: ABdhPJyFciZCRWGZo+GSAYVwmUHhzw6kX61gaofmJYrbT09MPvLwjBt1Jj5BGflddatWlR4w+KTfmQ==
X-Received: by 2002:a05:620a:f82:: with SMTP id b2mr8176449qkn.145.1612456619192; Thu, 04 Feb 2021 08:36:59 -0800 (PST)
Received: from [192.168.2.243] (c-24-0-149-15.hsd1.nj.comcast.net. [24.0.149.15]) by smtp.gmail.com with ESMTPSA id k67sm5141886qte.59.2021.02.04.08.36.57 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Thu, 04 Feb 2021 08:36:58 -0800 (PST)
From: Jonathan Lennox <jonathan.lennox@8x8.com>
Message-Id: <51B21254-FAB0-41EB-925D-A513A6347025@8x8.com>
Content-Type: multipart/alternative; boundary="Apple-Mail=_B0E8A5ED-FE14-4FEB-A564-F12EC4E61A41"
Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.4\))
Date: Thu, 04 Feb 2021 11:36:57 -0500
In-Reply-To: <CAOW+2dserQSN0BkynYjCTbx9y5_BE8K_rfdDin5WDLvTNHk=_g@mail.gmail.com>
Cc: Christer Holmberg <christer.holmberg@ericsson.com>, Justin Uberti <justin@uberti.name>, IETF AVTCore WG <avt@ietf.org>
To: Bernard Aboba <bernard.aboba@gmail.com>
References: <161227974389.17487.2345810476114650570@ietfa.amsl.com> <90619FEF-19AE-48B0-8C4C-D2A33870AA85@8x8.com> <AM0PR07MB3860C70B1DEA59A39F35375093B59@AM0PR07MB3860.eurprd07.prod.outlook.com> <DA91D9A6-519F-4FD0-8065-C95670D2DD00@8x8.com> <CAOW+2dserQSN0BkynYjCTbx9y5_BE8K_rfdDin5WDLvTNHk=_g@mail.gmail.com>
X-Mailer: Apple Mail (2.3608.120.23.2.4)
Archived-At: <https://mailarchive.ietf.org/arch/msg/avt/5c77XDbmDs9ffGqeQS0VlBZCSZE>
Subject: Re: [AVTCORE] I-D Action: draft-ietf-payload-vp9-11.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: Thu, 04 Feb 2021 16:37:02 -0000

Do you know what the browsers will do if they change in a subsequent offer, whether due to SDP munging or a non-browser peer?  Or if they’re received in an answer which doesn’t match the offer?

> On Feb 4, 2021, at 11:33 AM, Bernard Aboba <bernard.aboba@gmail.com> wrote:
> 
> Jonathan said: 
> 
> "Hm.  For these, I think the best thing to do would be to see how the existing (browser) implementations handle these, since there’s deployed code here.  Justin, would you be able to ask inside Google?  And since as I understand it the SDP parsing code is separate for the different browsers, is there someone at the other browser implementations who could check those as well?"
> 
> [BA] Since there is no WebRTC API to set maxfs/maxfr, the values emitted in subsequent Offers won't change. 
> 
> On Thu, Feb 4, 2021 at 8:26 AM Jonathan Lennox <jonathan.lennox@8x8.com <mailto:jonathan.lennox@8x8.com>> wrote:
> 
> Hi, Christer - thanks for your comments.
> 
> > On Feb 2, 2021, at 2:30 PM, Christer Holmberg <christer.holmberg@ericsson.com <mailto:christer.holmberg@ericsson.com>> wrote:
> > 
> > Hi,
> > 
> > I don't know if the document will be sent to the SDP directorate, so I will give a few comments here:
> > 
> > Q1:
> > 
> > In Section 6.2.1.1., please place the m= lines and each attribute on separate lines.
> 
> Apologies, this was an xml2rfc formatting error.  I’ll fix it for the next version.
> 
> > Q3:
> > 
> > Is there a reason why profile-id is optional, since a value will always be assumed?
> 
> Since profile-id negotiation was developed relatively late in the process of writing the spec, existing implementations don’t always send it.  It seemed best to maintain compatibility here.
> 
> > Q2:
> > 
> > In Section 6.2.1, my understanding is that max-fs and max-fr are optional. Section 6.2.2 says that the answerer must maintain all configuration parameters. Does that apply to max-fs and max-fr too? If so, if the offer does not contain max-fs and max-fr, the answer cannot contain them either?
> 
> > Q4:
> > 
> > Section 6.2.2. does not define any restrictions on what can be modified in a subsequent offer, so I guess one can modify max-fs, max-fr and/or profile-id in a subsequent offer?
> 
> Hm.  For these, I think the best thing to do would be to see how the existing (browser) implementations handle these, since there’s deployed code here.  Justin, would you be able to ask inside Google?  And since as I understand it the SDP parsing code is separate for the different browsers, is there someone at the other browser implementations who could check those as well?
> 
> Thanks!
> 
> Jonathan
> 
> _______________________________________________
> Audio/Video Transport Core Maintenance
> avt@ietf.org <mailto:avt@ietf.org>
> https://www.ietf.org/mailman/listinfo/avt <https://www.ietf.org/mailman/listinfo/avt>