[00:27:28] thnia joins the room [00:39:56] jgunn joins the room [00:48:32] mlm.michael.miller joins the room [00:58:07] LauraLiess joins the room [01:01:12] can you hear the audio? [01:01:43] Ah! that's better. [01:03:30] Gonzalo joins the room [01:03:35] Shida joins the room [01:03:39] thnia leaves the room: L'ordinateur s'est mis en veille [01:04:21] For those that has hard time hearing the stream, please send invitation to Skype account cuss-ietf [01:06:43] Laura, can you hear the room over Skype? [01:07:01] yes, [01:07:17] Good. [01:07:25] audio is bad, but skype works fine [01:10:43] thnia joins the room [01:20:17] mlm.michael.miller leaves the room [01:20:36] mlm.michael.miller joins the room [01:21:49] mlm.michael.miller leaves the room [01:41:53] thnia leaves the room [01:53:48] Hadriel Kaplan joins the room [01:55:08] If one wants to listen into the audio, you can subscribe to cuss-ietf via Skype. [02:00:22] what [02:00:29] what's the URL for audio streaming? [02:01:00] Let me check.. [02:01:50] http://videolab.uoregon.edu/events/ietf/ietf794.m3u [02:06:05] jgunn leaves the room [02:12:15] thanks! [02:17:17] not for mic: didn't we already decide we were not going to put this stuff in a body? [02:17:38] Well, Cullen came up with a new proposal on Monday using SDP.. [02:18:25] Too bad it was after the submission deadline - why isn't Keith complaining vehemently?? ;) [02:19:34] Ahh, here he comes :) [02:21:38] For those that missed Cullen's proposal here is the link to it. http://www.ietf.org/mail-archive/web/cuss/current/msg00089.html [02:23:06] For mic: why is this header more important than the myriad of other headers? [02:23:26] in other words, why is it special? USe TLS as for the others. [02:23:39] for security [02:24:53] Yes exactly! [02:25:10] thanks! [02:28:40] for mic: why does a new purpose require standards-track? [02:30:16] for mic: well clearly it MUST NOT affect the SIP state machine/protocol [02:30:30] ok [02:30:39] don't bother saying that [02:30:44] Ok. [02:30:51] i wonder how bad the delay is [02:30:57] for the audio of this [02:31:38] From my observation of your response, it looks like it's near realtime with very little delay. [02:31:44] cool [02:33:27] for mic: well clearly it MUST NOT affect the SIP state machine/protocol - the UUI spec would just say that [02:35:24] for mic: Keith is right, this is like Info-Package rules [02:35:38] forget that [02:35:52] Sorry, obviously there is a bit of delay.. [02:37:08] not for mic: how many people are in the room? [02:38:04] 15 (Was 17) including 1 official chair, 1 substitute and 1 AD. [02:39:22] Can people hear Keith? [02:42:17] yes [02:42:34] yes [02:42:43] Good. [02:43:17] for mic: discard is the only logical thing to do [02:48:11] for mic: another option is there can be only one of ISDN package - so a middlebox would have to replace it [02:48:20] does that make sense? [02:53:03] for the mic: I don't know the use-case it had before, but I know we do see UUI in REFER cases now [02:53:35] yes, that's exactly what we see [02:53:48] ok don't bother with mic for tht then [02:54:04] in refer-to [02:54:31] I have a new issue [02:55:02] for mic: have you guys thought about what happens with interaction of ISUP mime payload (IAM, etc.) in INVITEs today? [02:56:55] (ie, RFC 3204) [02:57:50] oh yessir [02:58:06] I mean SIP-I/SIP-T [02:58:20] right exactly [03:00:35] But SIP-I does cover P-Assereted-Identity [03:00:42] for mic above [03:01:35] yup [03:01:53] Can you elaborate your "yup" [03:02:17] he's right someone needs to map H-I to SIP-I/SIP-T [03:02:36] but not in the H-I RFC :) [03:03:00] :) [03:04:38] is anyone really against the header? [03:04:46] (not for mic) [03:10:10] Gonzalo leaves the room [03:10:18] thank you for relaying! [03:10:43] thanks shida. and skype was great [03:11:15] My pleasure. [03:11:19] Shida leaves the room [03:11:31] LauraLiess leaves the room [03:14:43] Hadriel Kaplan leaves the room [03:24:35] jgunn joins the room [03:24:42] jgunn leaves the room