W3C home > Mailing lists > Public > public-webrtc@w3.org > July 2017

Re: "Priority and QoS model"

From: Roman Shpount <roman@telurix.com>
Date: Fri, 28 Jul 2017 16:14:29 -0400
Message-ID: <CAD5OKxuJUfifzt-rPWJyDabCQopsojANzfgVyOqfAq2vrDTNQw@mail.gmail.com>
To: Varun Singh <varun@callstats.io>
Cc: Cullen Jennings <fluffy@iii.ca>, Göran Eriksson AP <goran.ap.eriksson@ericsson.com>, "public-webrtc@w3.org" <public-webrtc@w3.org>
How would web browser get the TOS bits on the received UDP packets? I know
how to do this for Linux by setting IP_RECVTOS and using recvmsg. I do not
think it is possible on any other OS, except by running raw socket or
packet capture on the interface.

Am I missing something? What is the point of the statistics that cannot be
computed?
_____________
Roman Shpount

On Fri, Jul 28, 2017 at 4:02 PM, Varun Singh <varun@callstats.io> wrote:

> It's easy to verify or compare the send and received TOS bits by
> correlating them.
> On Fri, 28 Jul 2017 at 22.10, Roman Shpount <roman@telurix.com> wrote:
>
>> On Fri, Jul 28, 2017 at 2:51 PM, Cullen Jennings <fluffy@iii.ca> wrote:
>>
>>> Just as a stab in the dark on how to do this ...
>>>
>>> Perhaps a table that had many packet where received for each DSCP that
>>> had been received in the last second. And a separate table for sent packets.
>>>
>>> Would something like that work ?
>>>
>>>
>> I might be completely out of date on this but how would you get this
>> information from underlying OS anywhere except Linux? I think this is the
>> only OS that supports IP_RECVTOS and there is no way to get DSCP
>> information from the received UDP packet on BSD, OSX, or Windows.
>>
>> I do not think anything will actually tell you that setting TOS was
>> honored by the OS or underlying network equipment.
>>
>> Regards,
>> _____________
>>
>> Roman Shpount
>>
> --
> Founder, CEO, callstats.io
> http://www.callstats.io
>
> Interested in networking, media quality, and diagnostics.
> We are hiring!: www.callstats.io/jobs/
>
Received on Friday, 28 July 2017 20:14:53 UTC

This archive was generated by hypermail 2.3.1 : Monday, 23 October 2017 15:19:51 UTC