...
> In IETF and general IMS environments (AFAIK), there is no
> expectation that early media will be buffered.
Brian Stucker's draft-sipping-stucker-media-path-middleboxes-00 does mention a
situation where queuing can occur with 'latching' (commonly done by SBCs when
they do 'hosted NAT traversal'):
...
13. Media from the UAS is relayed to the UAC. It is up to local
policy at the media relay as to whether or not packets that had
arrived from the UAS for the UAC are queued or dropped prior to
^^^^^^
the UAC's address/port information being updated in step 11.
...
This might be what Simon was thinking about (or had heard about).
-d
> Anything
> not received by a listener is expected to be discarded.
>
> However, OMA's Push to talk Over Cellular (POC) specification does
> (or at least did, the last time I looked) allow a predictive mode
> where a POC controller (which is for all practical purposes a SIP
> B2BUA with media handling) can "answer" on behalf of a POC terminal
> with which it has an active relationship. The POC controller then
> buffers media while it activates the radio bearer needed to send the
> media on to the terminating POC client. Since the POC controller has
> effectively "answered" the INVITE request with a terminal response
> and media answer, I don't believe this mode qualifies as "early
> media" by any of the definitions in use around the IETF.
>
> Good luck in sorting this all out.
>
> --
> Dean
>
>
>
> _______________________________________________
> Sip mailing list https://www1.ietf.org/mailman/listinfo/sip
> This list is for NEW development of the core SIP Protocol
> Use [EMAIL PROTECTED] for questions on current sip
> Use [EMAIL PROTECTED] for new developments on the application of sip
_______________________________________________
Sip mailing list https://www1.ietf.org/mailman/listinfo/sip
This list is for NEW development of the core SIP Protocol
Use [EMAIL PROTECTED] for questions on current sip
Use [EMAIL PROTECTED] for new developments on the application of sip
