[Nfd-dev] Techniques for prioritizing audio in NdnCon

[Dehart, John]

Jeff,

And Luca is the operator for the Orange node of the NDN Testbed.

John

On Mar 29, 2015, at 12:06 AM, Burke, Jeff <jburke at remap.ucla.edu<mailto:jburke at remap.ucla.edu>> wrote:

Hi Junxiao,

I will do some digging, but this is interesting:

Bonald, Thomas, Luca Muscariello, and Norberto Ostallo. "Self-prioritization of audio and video traffic." Communications (ICC), 2011 IEEE International Conference on. IEEE, 2011.
http://perso.telecom-paristech.fr/~bonald/Publications_files/BMO2011.pdf
(Instead of identifying packets as part of a "flow", one would use namespace or priority flag hints.)

There are follow up papers to this one, too. Interesting to note that Muscariello (and a later co-author, Carofiglio) are now doing ICN research.

(There are RTCP receiver reports in RTP streaming, too. )

Jeff

From: Junxiao Shi <shijunxiao at email.arizona.edu<mailto:shijunxiao at email.arizona.edu>>
Date: Sat, 28 Mar 2015 21:09:28 -0700
To: Jeff Burke <jburke at remap.ucla.edu<mailto:jburke at remap.ucla.edu>>
Cc: "nfd-dev at lists.cs.ucla.edu<mailto:nfd-dev at lists.cs.ucla.edu>" <nfd-dev at lists.cs.ucla.edu<mailto:nfd-dev at lists.cs.ucla.edu>>
Subject: Re: [Nfd-dev] Techniques for prioritizing audio in NdnCon

Hi Jeff

Priority delivery is an interesting idea.
Can you recommend some RFCs and papers about how to achieve this effect in IP networks?

Yours, Junxiao

On Sat, Mar 28, 2015 at 12:01 PM, Burke, Jeff <jburke at remap.ucla.edu<mailto:jburke at remap.ucla.edu>> wrote:


Hi folks,

We are trying to get NdnCon into use for practical conferencing soon.

It is clear that audio quality — in particular, minimizing dropouts — is critical.  Prioritizing audio over video performance when there are bandwidth / latency issues is something that can to some extent be done in the application.  But I am wondering if there are any tools that the architecture can provide as well.

In particular, can the notion of one-hop priority could be discussed further?

Originally, when we had discussed implementations of scalable video coding over NDN with Van, he had suggested that one-hop priority might be useful.  This is not end-to-end QoS but rather just a hint/request to the upstream hop on which interests the app would like fulfilled first.   It could be propagated or not.

In SVC streaming, such a capability would enable the consuming application to issue interests for the base layer with higher priority than those for the enhancement layer(s) without having to add complex machinery in the consumer to try to do this at the application level. (The pipelining/buffering machinery for low-latency communication is already somewhat tricky.)

Looking at ndnrtc now, this capability could actually be very useful for prioritizing interests audio over video as well.

What do people think?  Is this something that could be considered / experimented with?  Any other ideas?

Thanks,
Jeff

ps.  See my message to the ndn list – it would be great if NFD developers could try out NdnCon!





_______________________________________________
Nfd-dev mailing list
Nfd-dev at lists.cs.ucla.edu<mailto:Nfd-dev at lists.cs.ucla.edu>
http://www.lists.cs.ucla.edu/mailman/listinfo/nfd-dev


_______________________________________________
Nfd-dev mailing list
Nfd-dev at lists.cs.ucla.edu<mailto:Nfd-dev at lists.cs.ucla.edu>
http://www.lists.cs.ucla.edu/mailman/listinfo/nfd-dev

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.lists.cs.ucla.edu/pipermail/nfd-dev/attachments/20150329/b20d90cd/attachment.html>