> We have met some inconsistency in the last CCXML draft. > > Dialog object contains connectionid and/or conferenceid properties which > identify the connection/conference that is driving a media stream to the > dialog. The specification doesn't explicitly state that the connection/conference is driving a media stream to the dialog, but this is a reasonable interpretation. However, other interpretations are also possible, because the specification states that the connection/conference is "associated" with the dialog. For example, connection/conference could be the one specified in <dialogprepare> or <dialogstart> although it doesn't drive a media stream to the dialog. > As we understand, after introducing input and outputs properties in the > last draft connectionid/conferenceid will always have the same value as > the input property. There are still no input and output properties in <dialogprepare> and <dialogstart>. I think that the specification should introduce these properties instead of connectionid / conferenceid. > Therefore the only information > connectionid/conferenceid properties bring is the type of endpoint. These > properties do not seem to be very useful any more. Is this correct or do > we > miss anything? > > Analogously, Connection object contains a dialogid property. Its > definition states: > "This property is the identifier of an associated dialog, if there is > one currently using the connection." > What does "associated dialog" mean? What if there are more dialogs > joined to the connection? If this property identifies the dialog that is > driving a media stream to the connection (which seems to be more logical > interpretation) then it again has always the same value as the input > property and we do not find it very useful. I agree. Regards, Hrvoje NezicReceived on Thursday, 15 March 2007 11:40:06 GMT
This archive was generated by hypermail 2.2.0+W3C-0.50 : Thursday, 15 March 2007 11:40:07 GMT