[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

RE: VS: VS: [Sipping] FW: I-DACTION:draft-sawada-sipping-sip-offeranswer-01.txt (Comments 4 to 6)



Hi, 

>>>If, after A had been put on hold it decided to initiate its own hold
>>>action (perhaps because another call was received), then when the 
>>>reinvite is received it might indeed specify SENDONLY. That wouldn't
be what the
>>>sender of the reinvite wants to hear, but it is the current
situation.(Of course
>>>when A decided to do it own hold it probably should have done its own
>>>reinvite specifying INACTIVE.)
>>Ok, so what is the "desire" of an MGC (or any other entity without 
>>direct user control)? How does an MGC know whether he "wants" to be on

>>hold or not?
>>
>It needs to figure it out based on interactions with the other side.

I am not sure I understand. What other side? And what interactions? Do
you mean, in case of an ISUP/SIP MGC, the ISUP side, and ISUP
interactions?

>For a "regular" UA, I think a reasonable way to make the determination
is based on whether the media stream(s) are 
>connected to a primary local source, sink, or both, or neither. I think
the same works for an MGC.

I am not sure I understand, but HOW would the MGC know that? All it has
is a remote SDP...

>Signaling on the non-sip side might influence this state.

In the SIP/ISUP case that won't help, because there will be no ISUP
signalling. 

Yes, IF the MGC decides to change the hold state it may send a CPG
towards ISUP, but first it would need to decided whether to change that
hold state in the first place...

Chris, I appologize if I remember wrong, but didn't you at one point
have strong opinions on how an SDP offer to an empty re-INVITE should
look like?

Regards,

Christer

_______________________________________________
Sipping mailing list  https://www1.ietf.org/mailman/listinfo/sipping
This list is for NEW development of the application of SIP
Use sip-implementors at cs.columbia.edu for questions on current sip
Use sip at ietf.org for new developments of core SIP