[perc-implementation] Re: header extension of fixed length only?

  • From: Alexandre GOUAILLARD <agouaillard@xxxxxxxxx>
  • To: Danil Chapovalov <danilchap@xxxxxxxxxx>
  • Date: Wed, 29 Mar 2017 12:19:20 -0500

I think Sergio has a patch already. Let me confirm with him and if he has, I ll 
make a cl 

Do you have a bug number for us to reference ?

Sent from my iPhone

On 29 Mar 2017, at 12:07, Danil Chapovalov <danilchap@xxxxxxxxxx> wrote:

Actually, I need dynamic size one-byte header extensions too, so can 
implement them in webrtc shortly myself.

On Wed, Mar 29, 2017 at 4:43 PM, Erik Språng <sprang@xxxxxxxxxx> wrote:
When you say variable length extension, you're still talking about elements 
of the one-byte header extension right? 
https://tools.ietf.org/html/rfc5285#section-4.2
But with len= set at runtime rather than fixed at compile time? That should 
be doable.

In the initial sketches of RtpPacket and header extension parsing I made a 
long time ago, I had an extremely flexible solution that introduced an 
insane amount of code complexity, so I scaled it way do to what we actually 
used and optimized for readable usage of the api instead. I believe Danil 
based the current implementation RtpPacket on those drafts, so I'll take 
some blame for that decision.

I think support for variable length one-byte header extension elements would 
be good, just don't go overboard in flexibility like I did :)

E

On Wed, Mar 29, 2017 at 10:39 AM Danil Chapovalov <danilchap@xxxxxxxxxx> 
wrote:
I would welcome support for dynamic size header extensions if they are 
needed.
Lack of their support is more an overlook from my side than a conscious 
choice.

On Tue, Mar 28, 2017 at 8:14 PM, Taylor Brandstetter <deadbeef@xxxxxxxxxx> 
wrote:
Adding danilchap@ and sprang@, who may know more about that code judging 
from git history.

On Tue, Mar 28, 2017 at 7:31 AM, Alexandre GOUAILLARD 
<agouaillard@xxxxxxxxx> wrote:
hi guys,

we definitely miss you here, so many SFU guys around hacking chrome code.

Today we almost finished the implementation of the frame marking extension 
(chrome compilation pending), and the OHB extension is next. We realised 
that the code in modules/rtp_rtcp/source/rtp_header_extension(s).(h|cc) 
only accept fixed length extension which will likely be a problem. Is it ok 
if we go ahead and implement support for dynamic size header extensions?

regards,

alex,

-- 
Alex. Gouaillard, PhD, PhD, MBA
------------------------------------------------------------------------------------
President - CoSMo Software Consulting, Singapore
------------------------------------------------------------------------------------
sg.linkedin.com/agouaillard




Other related posts: