Wire up transport sequence number / send time callbacks to webrtc via libjingle.

talk/app/webrtc/mediacontroller.h

 /*
  * libjingle
  * Copyright 2015 Google Inc.
  *
  * Redistribution and use in source and binary forms, with or without
  * modification, are permitted provided that the following conditions are met:
  *
  *  1. Redistributions of source code must retain the above copyright notice,
  *     this list of conditions and the following disclaimer.
  *  2. Redistributions in binary form must reproduce the above copyright notice,
@@ skipping 11 matching lines @@
  * OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY,
  * WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR
  * OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF
  * ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.
  */
 
 #ifndef TALK_APP_WEBRTC_MEDIACONTROLLER_H_
 #define TALK_APP_WEBRTC_MEDIACONTROLLER_H_
 
 #include "webrtc/base/thread.h"
+#include "webrtc/common_types.h"
 
 namespace webrtc {
 class Call;
 class VoiceEngine;
 
 // The MediaController currently owns shared state between media channels, but
 // in the future will create and own RtpSenders and RtpReceivers.
 class MediaControllerInterface {
  public:
   static MediaControllerInterface* Create(rtc::Thread* worker_thread,
                                           webrtc::VoiceEngine* voice_engine);
 
   virtual ~MediaControllerInterface() {}
   virtual webrtc::Call* call_w() = 0;
+
+  virtual void OnPacketSent(const webrtc::SentPacket& sent_packet) = 0;

[pthatcher1, 2015/10/05 18:30:13]

Are we sure that packet_ids will not collide when we bundle audio and video over
the same transport?  If they do, this will cause problems.  If they don't, then
we're fine.

[pthatcher1, 2015/10/05 18:30:13]

Why would a caller call media_controller_->OnPacketSent(sp) instead of
media_controller_->call_w()->OnPacketSent(sp)?

[stefan-webrtc, 2015/10/06 13:00:19]

That is the point with this packet id. It's a sequence number which increases by
1 for each packet sent over the same port. I'm currently making the assumption
that all packets sent by a PC are sent on the same underlying port, which is the
same assumption we have been doing before for BWE.

[pthatcher1, 2015/10/06 20:23:55]

Each port only has one PC, yes.  

 };
 }  // namespace webrtc
 
 #endif  // TALK_APP_WEBRTC_MEDIACONTROLLER_H_