14:57:43 RRSAgent has joined #webrtc 14:57:43 logging to http://www.w3.org/2017/06/28-webrtc-irc 14:57:44 Meeting: WebRTC Virtual Interim 14:57:44 Agenda: https://www.w3.org/2011/04/webrtc/wiki/June_28_2017 14:57:44 Chair: Bernard_Aboba 14:57:44 Regrets: Stefan_Hakansson 14:57:52 Meeting: WebRTC Virtual Interim 14:57:52 Agenda: https://www.w3.org/2011/04/webrtc/wiki/June_28_2017 14:57:52 Chair: Bernard_Aboba 14:57:52 Regrets: Stefan_Hakansson 14:58:01 RRSAgent, make logs public 14:58:41 Jianjun has joined #webrtc 15:02:15 Present+ Dominique_Hazael-Massieux, Vivien_Lacourba, Bernard_Aboba, Jan-Ivar, Jianjun_Zhu, Nils_Ohlmeier, Patrick_Rockhill, EKR 15:02:42 Present+ Taylor, Peter 15:02:52 youenn has joined #webrtc 15:03:54 Present+ Shim 15:04:08 Present+ Adam_Bergvist 15:04:24 Present+ Youenn 15:04:30 Present+ Varun 15:04:48 Bernard: we're trying to tackle issue clusters in this meeting 15:05:01 ... we're still interested in knowing features not on the radar for implementation 15:05:04 Slides: https://docs.google.com/presentation/d/1G8K2-24TEiIUZLf_pDyRRa6eZTXtr08_06W7ltn7XUA/edit#slide=id.p 15:05:38 vr000m has joined #webrtc 15:05:46 adambe_ has joined #webrtc 15:05:50 ScribeNick: adambe 15:05:52 ScribeNick: adambe_ 15:06:45 Topic: Issue 1361: Clarify offerToReceiveAudio and offerToReceiveVideo in renegotiation 15:06:45 Topic: offerToReceive (issue 1383 & 1361) 15:08:24 -> https://github.com/w3c/webrtc-pc/pull/1430 PR 1430 to address issue 1383 15:09:39 bernard: PR1430 seems to resolve cullens concerns 15:12:36 Present+ Randell_Jesup 15:12:44 Present+ Shijun_Sun 15:12:48 present+ Tim_Panton, Lennart_Grahl 15:16:57 (we lost EKR on webex) 15:17:22 Present+ Dan_Burnett 15:17:23 bernard: We lost ekr, so we move on and come back to PR 1430 later 15:18:04 PR 1430 resolution: ekr will comment on the PR 15:18:05 Topic: Issue 1174: ssrc in RTCRtpEncodingParameters is inconsistent with ORTC 15:19:56 Issue 1174: The issue can make it hard to implement WebRTC on top of ORTC 15:21:00 trackbot, bye 15:21:00 trackbot has left #webrtc 15:21:44 Issue 1174: Resolution is for Taylor to do a PR to remove the odd behavior 15:21:50 Topic: Issue 1178: When IceTransport and DtlsTransport objects are created/changed (Taylor) 15:23:25 Issue 1178: When are *Transport objects created? Resolution: the group agrees with Taylor's suggestion 15:25:41 Taylor will create an PR 15:26:28 Topic: Issue 1406: When ICE restart results in connection to a new endpoint (fippo) 15:28:42 Present+ Martin_Thomson 15:29:07 Present+ Karthik 15:42:36 bernard: We need to continue to discuss Issue 1406 on github. 15:42:53 peter: Issue is if a new IceTransport is created or not 15:43:35 The problem is whether we make new IceTransport objects, or we mutate the same object somehow during an ICE restart 15:43:39 peter: The change should happen when the answer is applied 15:44:12 For DTLS, we agreed that we would create a new object when a new DTLS association is created (a=tls-id change, for instance) 15:44:21 Topic: Issue 1306: Obtaining a list of all DTLS and ICE transports (soareschen) 15:45:04 Agreement is to go with the proposed resolution 15:45:16 Topic: Issue 1365: No getStats() for DTLS and ICE transports (fippo) 15:45:34 do we have stats to put on these things? 15:46:22 ShijunS has joined #webrtc 15:46:49 Resolution is to *not* add getStats() to DTLS and ICE transport objects 15:47:17 Topic: Issue 1413: Should even/odd id validation be enforced in RTCDataChannel when negotiated is “true”? (soareschen) 15:48:34 I don't know about this, but can your role change? 15:49:46 +1 Randal. Id was only added to enable out of band negotiation 15:52:30 Resolution is to ignore the id value when in-band negotiation is used 15:52:47 Taylor will create a PR 15:53:11 Topic: Issue 1423: What if a datachannel “OPEN” message uses unknown priority? 15:53:31 fluffy has joined #webrtc 15:57:35 Taylor proposes that an arbritary priority value should be mapped to the next valid value 15:57:49 bernard: Taylor will create a value 15:57:57 s/a value/the PR/ 15:58:47 Topic: Issue 1415: When is the dtmf attribute in RTCRtpSender set? (soareschen) 15:59:54 Present+ Cullen_Jennings 16:04:09 Resolution is that the dtmf attribute is always set for senders of type audio, but insertDTMF method can fail 16:04:50 Topic: Issue 1424: What happens if SRD has two tracks with the same ID? 16:10:00 Resolution: MST ids are not unique 16:10:26 Topic: Issue 1259: What keygenAlgorithm values are supported? (fluffy) 16:11:01 Btw, there's the note on remote id's not being unique: http://w3c.github.io/webrtc-pc/#id 16:21:59 Resolution: Is for Bernard to create a PR based on Tim's suggestion 16:22:10 A sequence of dictionaries that are "recommended" algorithms 16:22:24 Topic: Issue 1215: Rollback: Feature “at risk”? (Bernard) 16:22:46 Feature is implemented in firefox 16:23:30 Feature at risk just means you don't think you'll have at least two implementations 16:24:43 Resolution is that "Rollback" feature is *not* at risk 16:24:54 i.e. close issue 1215 16:25:25 Topic: Issue 763/1323: Handling of encoding/decoding errors (youennf) 16:27:22 bernard: Currently we don't have error handlers on senders and receivers 16:30:41 Resolution: It's a best effort system 16:31:03 RRSAgent, draft minutes 16:31:03 I have made the request to generate http://www.w3.org/2017/06/28-webrtc-minutes.html dom 18:03:18 Zakim has left #webrtc 19:42:58 lgrahl has joined #webrtc 20:54:02 stryx` has joined #webrtc