[reSIProcate] Problem with UAC sending ACK automatically
Adam Roach
adam at nostrum.com
Wed Jun 14 06:47:51 CDT 2006
derek at counterpath.com wrote:
>However, Bill's use case was where there was an offer in the INV and an
>answer in the 200. Media will flow from the UAS side once the 200 is sent,
>
>
Or possibly even earlier:
"Once the offerer has sent the offer, it MUST be prepared to receive
media..." (RFC 3264, section 5.1) (It goes on for a bit more than that,
but it really boils down to that statement).
>and will be send by the UAC(Bill's UA) once the 200 is recieved; what is
>the motivation for delaying the ACK?
>
>
For sessions with SDP in the INVITE, ACKs are a transport issue, not an
application issue. It makes no more sense to withhold an ACK under these
circumstances than it does for an application to withhold a TCP ack.
/a
More information about the resiprocate-devel
mailing list