Re: draft-kaplan-sip-session-id-00.txt

Paul Kyzivat <[email protected]>
Newsgroups gmane.ietf.sip
Message-ID <[email protected]>
OK, at least the answers are the ones I was expecting to get.

You mentioned something like "dialog-set". I'm not certain yet if "set" 
is the proper term here. But assume for the moment that it is.

Then what you really have is a "dialog-set-id" right? Not a session-id.

It would be good to have a formal definition of a dialog-set. That would 
help with sorting out when individual dialogs get the same 
dialog-set-id. It might also go a long way toward providing a basis for 
defining an SBC and what it can/can't do. (I suspect that an SBC creates 
dialog-sets, and other B2BUAs do not.)

	Thanks,
	Paul

Hadriel Kaplan wrote:
> 
>> -----Original Message-----
>> From: [email protected] [mailto:[email protected]] On Behalf Of Paul
>> Kyzivat
>> Sent: Wednesday, December 03, 2008 1:30 PM
>>
>> If a B2BUA (B) is doing 3pcc:
>>
>>                  |------ C
>>                  |
>>         A ------ B
>>                  |
>>                  |------ D
>>
>> and it first connects A to C, and later transfers the call to D, will A
>> and C and D all have the same Session-Id?
> 
> Yes, under the current model it would.  It's not a necessary scenario to have the same Session-ID, IMO, but it's covered that way. (but clearly the remote-tag would not match if D sent a Subscribe to A)
> 
> 
>> Then take same picture, but make B be a conference focus, to which A, C
>> and D are all connected. Will they ever have the same Session-Id?
> 
> As currently defined no, it would not.  I talked to some people about that at the IETF meeting, and they thought that was the right thing to do, as do I; but we couldn't define a textual explanation of what properties made that right.
> 
> 
>> Also, how are dialog event packages supposed to work? Is it expected
>> that they will be extended to contain Session-Ids?
> 
> Yes.  As an optional XML element update to them, which only gets used for matching if the call-id element did not match.
> 
> -hadriel
> _______________________________________________
> Sip mailing list  https://www.ietf.org/mailman/listinfo/sip
> This list is for NEW development of the core SIP Protocol
> Use [email protected] for questions on current sip
> Use [email protected] for new developments on the application of sip
> 
_______________________________________________
Sip mailing list  https://www.ietf.org/mailman/listinfo/sip
This list is for NEW development of the core SIP Protocol
Use [email protected] for questions on current sip
Use [email protected] for new developments on the application of sip
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.