Re: [MMUSIC] Interactions between POFs, PANs and 3264 Offer/Answers

[Christer Holmberg <[e-mail]>]

Hi Harald,

>>>> It has been indicated that POFs (partial offers) and PANs (partial answers) form a stand-alone mechanism, instead of being an extension of RFC3264.
>>> uh, I don't think so. THey seem sot be an optional extension to 3264
>> Well, that is not what was indicated during the meeting (if we don't count Hadriel :)...
>>
>> Anyway, I guess that is part of the solution discussions. But, whatever it's an extension or not, I don't think it changes the fact that there will interactions between POF/PANs and 3264 O/As.
>>
>> My impression is that we're defining a new mechanism that contains 3264-style O/A *and* POF/PAN.
>
> Applications will then either use that mechanism or use 3264 only (analogous, kind of, to applications either using RTP/AVP or RTP/AVPF).
>
> So I see no "interaction" as such, but the semantics of the new mechanism have to be defined, and, if we intend it for use in SIP, how to negotiate its use has to be defined.

The problem with SIP is that, in certain situations (e.g. in a (re-)INVITE request or response), you are REQUIRED to send an Offer. Now, whether that Offer must be a 3264 Offer, or if some "type" of Offer is also allowed, I don't know :)

Regards,

Christer