Re: [BLISS] draft-ietf-bliss-call-completion-04 Recommendation for retention time?

[<Martin.Huelsemann at telekom.de>]

Hi Mark,

until now such a retention indication was not discussed. It's clear that there will be a temporal relationship between failed call and CC request, but the question is if we really have to indicate this via SIP?

If we say that about 20 s should be enough to activate CC, incl. time for signalling and user interaction, the definition of a 20 s retention timer at the CC agent should be sufficient to prevent the expiry of the possibility for CC. 


BR, Martin






> -----Ursprüngliche Nachricht-----
> Von: bliss-bounces at ietf.org [mailto:bliss-bounces at ietf.org] 
> Im Auftrag von Mark Michelson
> Gesendet: Mittwoch, 5. August 2009 01:52
> An: bliss at ietf.org
> Betreff: [BLISS] draft-ietf-bliss-call-completion-04 
> Recommendation for retention time?
> 
> Hi group,
> 
> I've been reading through 
> draft-ietf-bliss-call-completion-04, and there is a piece of 
> information that I have been having difficulty locating. When 
> a cc monitor sends a final response to an INVITE that 
> indicates that CCBS/CCNR/CCNL may be requested, is there a 
> way that an expiration time may be indicated in this response?
> 
> I realize that as a cc monitor, I don't necessarily have to 
> remember the original failed call forever, but I would think 
> that it would be possible to indicate to an upstream element 
> that its opportunity to request call completion services has 
> expired. I did not see such a capability mentioned in the 
> latest call completion draft, so I was wondering if such a 
> facility may be considered. 
> Or was this sort of facility left out of the draft for a 
> specific reason?
> 
> I apologize in advance if this topic has surfaced in previous 
> discussions, but looking through the list archives, google, 
> and the draft itself did not give me an answer to my question.
> 
> Thanks for your time,
> Mark Michelson
> _______________________________________________
> BLISS mailing list
> BLISS at ietf.org
> https://www.ietf.org/mailman/listinfo/bliss
>