Media friendly rate control mfrc
1 / 9

Media Friendly Rate Control (MFRC) - PowerPoint PPT Presentation

  • Uploaded on

Media Friendly Rate Control (MFRC). draft-phelan-mfrc-00.txt Tom Phelan – Sonus Networks 6-August-2004 Agenda. Background Thought Process MFRC Basics Next Steps. Background.

I am the owner, or an agent authorized to act on behalf of the owner, of the copyrighted work described.
Download Presentation

PowerPoint Slideshow about ' Media Friendly Rate Control (MFRC)' - tracen

An Image/Link below is provided (as is) to download presentation

Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author.While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server.

- - - - - - - - - - - - - - - - - - - - - - - - - - E N D - - - - - - - - - - - - - - - - - - - - - - - - - -
Presentation Transcript
Media friendly rate control mfrc

Media Friendly Rate Control (MFRC)


Tom Phelan – Sonus Networks



  • Background

  • Thought Process

  • MFRC Basics

  • Next Steps


  • Mailing list discussions show difficulties with TFRC and interactive media

    • You can put the square peg in the round hole, but something less brutish would be nice

  • Draft is a thought-experiment exploration of possible solution areas

    • Intention is to stimulate discussion

    • Could be first step on (long) path to solution

Thought process
Thought Process

  • TFRC congestion reaction pretty much OK

    • Smooth rate reduction, cautious rate increase

  • Biggest problems involve TFRC “congestion avoidance” mechanisms

    • Slow start, restart, rate variation restrictions

    • Necessary for file transfer apps

Thought process1
Thought Process

  • Media apps today have other congestion avoidance mechanisms

    • Client/server pick max rate based on knowledge of access link speeds

    • Simple, works most of the time

    • Most of the time, TFRC congestion avoidance redundant

  • So, why not let media apps guess at non-congesting rate, then react if the guess is wrong?

  • That’s MFRC

Mfrc basics
MFRC Basics

  • Three operational phases

  • Uncongested phase:

    • Connections start here

    • Free variation of transmit rate up to maximum set at connection start

      • Yah, issues here 

    • Exit to congested phase with packet loss

Mfrc basics1
MFRC Basics

  • Congested phase:

    • Halve allowed rate for each RTT with packet loss

    • No allowed rate increases

    • Exit to recovery phase after congestion dissipates – a number of RTTs with no packet loss

Mfrc basics2
MFRC Basics

  • Recovery phase:

    • Allowed rate variations based on TFRC

    • Return to uncongested phase when TFRC allowed rate equals connection max rate

Next steps
Next Steps

  • Mailing list discussion stimulated new ideas

    • Restart bigger problem than slow start

    • Byte rate better than packet rate

    • Better to allow rate variations in all phases

  • Simulate! – Anyone willing to help?

  • Where’s the home for this work?

    • dccp, tsvwg, avt, something else?