Comments inline.
OKUMURA Shinji <shin@xxxxxxxxxxxxxxx> 写于 2009-03-03 00:31:22:
> Gao
>
> I am confused about your explanation.
>
> Does "the suspending state" mean "preconditions are not met" ?
[Gao] Yes. It is defined in RFC3312.
> What does "part of the original modification" mean ?
[Gao] There is modification which using more than one Offer/Answer pairs. And
the subsequent Offer/Answer pairs is called "part of the original modification".
Currently, only "Precondition notification" can be treated as "part of the original modification" by current RFCs.
And "refine codecs" can be "part of the original modification", but we need consensus and normative definition.
>
> signaling | O/A state (no precondition)
> ---------------------+----------------------------
> init-INVITE/200/ACK | audio1
> re-INVITE/183-rel | audio2
> PRACK/200OK | audio2 +video1
> UPDATE/200OK | audio3 +video1
> UPDATE/200OK | audio3 +video2
> UPDATE/200OK | audio4 +video2
> UPDATE/200OK | audio4 +video3
> UPDATE/200OK | audio5 +video3
> UPDATE/200OK | audio6 +video4
>
> Which is a part of the original modification ?
[Gao] All UPDATE/200OK pairs and PRACK/200OK are new modification, they are not part of the original modification.
There is no restrict of sending new modification request in pending state of the original modification. But it is not recommendation.
And accepting the new modification means committing at once( and discarding of the original one).
> Which is new modification ?
[Gao] Any new version of SDP can be treated as new modification, if there is no specific definition to make it a part of the original one.
> Is the decision depend on preconditions ?
[Gao] "Precondition notification" is a kind of "part of the original modification". But it not means that every modification during suspending state can be treated as "part of the original modification"
>
> Regards,
> Shinji
-------------------------------------------------------- ZTE Information Security Notice: The information contained in this mail is solely property of the sender's organization. This mail communication is confidential. Recipients named above are obligated to maintain secrecy and are not permitted to disclose the contents of this communication to others. This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the originator of the message. Any views expressed in this message are those of the individual sender. This message has been scanned for viruses and Spam by ZTE Anti-Spam system.
_______________________________________________ Sipping mailing list https://www.ietf.org/mailman/listinfo/sipping This list is for NEW development of the application of SIP Use sip-implementors@xxxxxxxxxxxxxxx for questions on current sip Use sip@xxxxxxxx for new developments of core SIP
