Re: [siprec] User notification/privacy questions

With respect to tones, the normal sip mechanism is that the "recording in progress" is signaled in the SIP transaction, and the UA does the UI, whatever it is.  That means whatever the alert mechanism is, it's generated locally, and likely has local significance.  That could include displays, tones, vibration or other mechanisms, and may have some user configurability.

Brian

On Jun 24, 2010, at 8:00 AM, Leon Portman wrote:

> Please see below
>  
> Leon
>  
>  
> -----Original Message-----
> From: siprec-bounces@ietf.org [mailto:siprec-bounces@ietf.org] On Behalf Of Alissa Cooper
> Sent: Thursday, June 24, 2010 2:24 PM
> To: siprec@ietf.org
> Subject: [siprec] User notification/privacy questions
>  
> I have a couple of questions about requirements 23 and 24 in draft-
> ietf-siprec-req-00 and related text in draft-hutton-siprec-session-
> recording-arch-01.
> > o REQ-023 The mechanism MUST support a means for a SIP UA to request
> >    that a session is not recorded.
>  
> Is it envisioned that the negotiation of this kind of request would 
> happen before recording starts (section 4.5 of -session-recording-arch 
> seems to intimate this)? Or is it left open-ended, so that recording 
> may start and sometime later the UA can request not to have it 
> recorded (or to stop the recording)? If it's the former, I wonder if 
> "prior to recording" should be added to the end of the sentence.
>  [LeonP] It is a good comment. The indication for not to be recorded is
> supposed to be part of the original CS, meaning prior of the recording.
> In addition, I don’t think that we want to define a mechanism where
> SRC will start asking UAs if they allowed to be recorded upon receiving recording request
>  
>  
> > o REQ-024 The mechanism MUST provide a means of indicating to the end
> >    users of a Communication Session that the session in which they are
> >    participating is being recorded.
>  
> > Examples include: inject tones into the Communication Session from
> >    the SRC, play a message at the beginning of a session, a visual
> >    indicator on a display, etc.
>  
> On timing again, would it make sense to say that the indication needs 
> to be possible upon establishment of the session? Maybe this is 
> overkill, but an indication that comes right before everyone hangs up 
> is pretty useless.
>  
> [LeonP] There was some discussion on the list if indication supposed
> to be only during the actual recording session or also even it can be recorded potentially - during the complete CS.
>  
> I'm also wondering about where the notion of injecting tones comes 
> from. Obviously without some out-of-band understanding about what a 
> tone means, hearing a tone during a session isn't going to tell end 
> users much of anything. Unless there are particular use cases where 
> particular tones are already well understood (e.g., all financial 
> traders know that a particular tone means they're being recorded), it 
> seems like a tone isn't really sufficient notification.
>  
> Alissa
>  
>  
>  
>  
>  
>  
>  
>  
>  
>  
>  
> _______________________________________________
> siprec mailing list
> siprec@ietf.org
> https://www.ietf.org/mailman/listinfo/siprec
> _______________________________________________
> siprec mailing list
> siprec@ietf.org
> https://www.ietf.org/mailman/listinfo/siprec