The draft mentions a server mode of operation, where UAs do not need to
publish normal dialog state information since the server (a call
stateful proxy or B2BUA) already knows all the dialog information.
The open issue was whether this server mode should be discussed in the
draft. All current implementations of this feature use this mode,
although the new mechanisms in the draft allow an alternative mode
without a call stateful server. As such, it is clear that we must
describe this mode in the draft.
If we are going to include both modes of operation, we need to make sure
we are not going to cause interop failures or add complexity to the
solution.
Feedback on this is most welcome.
Thanks,
Alan
_______________________________________________
BLISS mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/bliss
