IETF
avtext@jabber.ietf.org
Friday, 3 August 2012< ^ >
Jonathan Lennox has set the subject to: AVTExt working group at IETF 82
Room Configuration

GMT+0
[00:33:32] tomkrist joins the room
[00:34:32] Magnus joins the room
[00:36:12] Jonathan Lennox joins the room
[00:36:24] <Jonathan Lennox> Hello - I am Jabber scribe. Is anyone remote?
[00:36:36] <Jonathan Lennox> /subject AVTExt working group
[00:36:42] <Jonathan Lennox> Hn
[00:38:32] <tomkrist> Local !
[00:42:15] tomkrist leaves the room
[00:42:16] tomkrist joins the room
[00:48:22] Hadriel Kaplan joins the room
[00:53:55] <Hadriel Kaplan> what presentation is up right now?
[00:54:01] <Hadriel Kaplan> (I'm in ATOCA)
[00:54:55] <tomkrist> RTP Media Stream Pause and Resume
[00:57:10] <Hadriel Kaplan> ok thanks!
[00:57:36] <Hadriel Kaplan> before Magnus's presentation is over can someone say this at the mic: (at some appropriate time)
[00:58:09] <Hadriel Kaplan> FYI if you pause it such that no RTP packets go through for more than X seconds, middleboxes will tear down the call
[00:58:23] <Hadriel Kaplan> because they won't know to look for pause in RTCP
[01:06:51] <Jonathan Lennox> I will relay at an appropriate time
[01:07:53] <Hadriel Kaplan> thank you!
[01:09:58] <Jonathan Lennox> His response was that you signal the fact that you support this mechanism, so hopefully middleboxes which don't support it won't forward the signaling that claims that they do.
[01:10:00] <Hadriel Kaplan> correct as long as you send some RTP packets now and then
[01:10:08] <Hadriel Kaplan> (listening in one ear :)
[01:10:14] <Jonathan Lennox> Aha
[01:10:28] <Jonathan Lennox> Do you want me to relay the last point to
[01:10:30] <Jonathan Lennox> too?
[01:10:33] <Hadriel Kaplan> no Charles got it
[01:10:36] <Jonathan Lennox> Ok
[01:10:36] <Hadriel Kaplan> thnks
[01:12:08] <Hadriel Kaplan> except silence suppression still sends SID packets now and then
[01:12:14] <Hadriel Kaplan> (didn't mean that for mic)
[01:15:43] hta joins the room
[01:21:10] <Hadriel Kaplan> what happens if SDP says "inactive" but RTCP says "resume"?
[01:21:17] <Hadriel Kaplan> or vice versa?
[01:24:18] <Hadriel Kaplan> please ask above at mic
[01:25:06] <Hadriel Kaplan> to allaborate the problem… SIP takes longer to arrive, or at least different time than RTCP, so there's also a "which one is more recent?" problem
[01:25:37] <Hadriel Kaplan> s/allaborate/elaborate/
[01:28:23] <Hadriel Kaplan> Except there's a semantic difference between bandwidth=0 and "pause"
[01:28:31] <Hadriel Kaplan> the latter gets shown to the user in some apps
[01:30:21] <hta> Hadriel, wouldn't the SDP define the outer boundary, and TMMBR / TMBBN define changes within that boundary? So SDP "inactive" would dominate?
[01:31:05] <Jonathan Lennox> Sorry — I wasn't watching the jabber room because I was talking
[01:31:14] <Jonathan Lennox> But I agree with Harald
[01:31:14] tomkrist leaves the room
[01:31:18] <Hadriel Kaplan> no worries you ran out of time anyway
[01:31:54] <Hadriel Kaplan> so for pause/resume then if SDP says inactive and RTCP says resume then it's still inactive?
[01:32:06] <Hadriel Kaplan> (i guess that sorta makes sense, but weird)
[01:33:47] Hadriel Kaplan leaves the room
[01:34:13] hta leaves the room
[01:38:59] Jonathan Lennox leaves the room
[02:02:05] Jonathan Lennox joins the room
[02:26:00] Jonathan Lennox leaves the room
[14:42:52] hta joins the room
[14:42:52] hta leaves the room
[14:42:52] hta joins the room
[15:32:37] hta leaves the room
[15:59:21] Jonathan Lennox joins the room
[16:01:21] tomkrist joins the room
[16:05:38] Jonathan Lennox leaves the room
[16:05:47] tomkrist leaves the room
[16:26:20] hta joins the room
[16:26:20] Magnus leaves the room
[16:26:21] hta leaves the room
[16:26:26] hta joins the room
[17:40:12] hta leaves the room
[18:24:27] hta joins the room
[19:04:03] hta leaves the room
[19:04:10] hta joins the room
[19:28:53] hta leaves the room
[19:40:34] hta joins the room
[19:52:41] hta leaves the room