Subject: Re: [sipcore] draft-kaplan-sip-session-id-02

From: <[email-masked]>
Date: Thu, 6 Aug 2009 11:20:57 +0200

Martin and Hadriel,

also the session-id draft is targeted to trubleshouting, I see no reason why Application Servers should not to use it for telephony services to correlate call legs across B2BUAs (SBCs or other App.Servers), where there is no other way to do this correlation. 

Hadriel, could you agree with this usage of the Session-ID? 

Kind regards, 

Laura 

-----Original Message-----
From: [email-masked] [mailto:[email-masked]] On Behalf Of Hülsemann, Martin
Sent: Tuesday, July 21, 2009 9:44 AM
To: [email-masked]; [email-masked]; [email-masked]
Subject: Re: [sipcore] draft-kaplan-sip-session-id-02

Hi Hadriel,

but perhaps it would nevertheless be worth to describe the session-id mechanism as a solution for some problems under certain conditions. Perhaps also a recommendation can be included that because of the restrictions implementors should be careful when using it, and that it is only valid for certain network architectures.

BR, Martin

> -----Ursprüngliche Nachricht-----
> Von: Hadriel Kaplan [mailto:[email-masked]] 
> Gesendet: Montag, 20. Juli 2009 23:10
> An: Hülsemann, Martin; [email-masked]; [email-masked]
> Betreff: RE: [sipcore] draft-kaplan-sip-session-id-02
> 
> 
> Hi Martin, 
> 
> Correct - secure-call-id won't fix it if a B2BUA changes the 
> Call-ID and something breaks due to that (because 
> secure-call-id is a Call-ID).  
> 
> The other draft mechanism (session-id) tried to do that 
> originally, but met with derision for not being able to fix 
> everything possible in all cases. 
> 
> -hadriel
> 
> > -----Original Message-----
> > From: [email-masked] 
> > [mailto:[email-masked]]
> > Sent: Monday, July 20, 2009 11:41 AM
> > 
> > what could be the solution for the case that there is a 
> concatenation 
> > of full B2BUAs? E.g. there are several App Servers, and the 
> > application is targetting the last App Server in the 
> signalling path 
> > or respectively needs to match a certain dialog at this AS. I think 
> > even a secure-call-id won't be successfull here?
> 
_______________________________________________
sipcore mailing list
[email-masked]
https://www.ietf.org/mailman/listinfo/sipcore