In Appendix A, minor error in the diagram for the extension. The second 0xBE should be 0xDE.<div><pre style="word-wrap: break-word; white-space: pre-wrap; ">   0                   1                   2                   3
        0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
       |      0xBE     |      0xBE     |            length=1           |
       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
       |  ID   | len=2 |     send timestamp  (t_i)                     |
       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+</pre><pre style="word-wrap: break-word; white-space: pre-wrap; "><span class="Apple-style-span" style="font-family: arial; white-space: normal; ">For the REMB message, what do we expect the "SSRC of packet sender" header field to be set to? Is it just an arbitrary choice of any of the SSRCs used by the sender of the REMB?</span></pre>

<div class="gmail_quote">On Sat, Oct 29, 2011 at 5:29 PM, Harald Alvestrand <span dir="ltr"><<a href="mailto:harald@alvestrand.no">harald@alvestrand.no</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">

<u></u>

  

    
  
  <div bgcolor="#ffffff" text="#000000">
    The appendix carries the new extensions for signalling that we have
    discussed.<br>
    Hope you like them!<br>
    <br>
                Harald<br>
    <br>
    <br>
    -------- Original Message --------
    <table border="0" cellpadding="0" cellspacing="0">
      <tbody>
        <tr>
          <th align="RIGHT" nowrap valign="BASELINE">Subject: </th>
          <td>New Version Notification for
            draft-alvestrand-rtcweb-congestion-01.txt</td>
        </tr>
        <tr>
          <th align="RIGHT" nowrap valign="BASELINE">Date: </th>
          <td>Sat, 29 Oct 2011 14:28:10 -0700</td>
        </tr>
        <tr>
          <th align="RIGHT" nowrap valign="BASELINE">From: </th>
          <td><a href="mailto:internet-drafts@ietf.org" target="_blank">internet-drafts@ietf.org</a></td>
        </tr>
        <tr>
          <th align="RIGHT" nowrap valign="BASELINE">To: </th>
          <td><a href="mailto:harald@alvestrand.no" target="_blank">harald@alvestrand.no</a></td>
        </tr>
        <tr>
          <th align="RIGHT" nowrap valign="BASELINE">CC: </th>
          <td><a href="mailto:harald@alvestrand.no" target="_blank">harald@alvestrand.no</a>, <a href="mailto:holmer@google.com" target="_blank">holmer@google.com</a></td>
        </tr>
      </tbody>
    </table>
    <br>
    <br>
    <pre>A new version of I-D, draft-alvestrand-rtcweb-congestion-01.txt has been successfully submitted by Harald Alvestrand and posted to the IETF repository.

Filename:        draft-alvestrand-rtcweb-congestion
Revision:        01
Title:           A Google Congestion Control Algorithm for Real-Time Communication on the World Wide Web
Creation date:   2011-10-29
WG ID:           Individual Submission
Number of pages: 19

Abstract:
   This document describes two methods of congestion control when using
   real-time communications on the World Wide Web (RTCWEB); one sender-
   based and one receiver-based.

   It is published to aid the discussion on mandatory-to-implement flow
   control for RTCWEB applications; initial discussion is expected in
   the RTCWEB WG&#39;s mailing list.


                                                                                  


The IETF Secretariat

</pre>
  </div>

<br>_______________________________________________<br>
Rtp-congestion mailing list<br>
<a href="mailto:Rtp-congestion@alvestrand.no">Rtp-congestion@alvestrand.no</a><br>
<a href="http://www.alvestrand.no/mailman/listinfo/rtp-congestion" target="_blank">http://www.alvestrand.no/mailman/listinfo/rtp-congestion</a><br>
<br></blockquote></div><br></div>