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
