From owner-freebsd-multimedia@FreeBSD.ORG Thu May 10 04:04:23 2007 Return-Path: X-Original-To: freebsd-multimedia@freebsd.org Delivered-To: freebsd-multimedia@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D06D316A404 for ; Thu, 10 May 2007 04:04:23 +0000 (UTC) (envelope-from bakul@bitblocks.com) Received: from mail.bitblocks.com (ns1.bitblocks.com [64.142.15.60]) by mx1.freebsd.org (Postfix) with ESMTP id B882C13C448 for ; Thu, 10 May 2007 04:04:23 +0000 (UTC) (envelope-from bakul@bitblocks.com) Received: from bitblocks.com (localhost.bitblocks.com [127.0.0.1]) by mail.bitblocks.com (Postfix) with ESMTP id ABA475B50; Wed, 9 May 2007 21:04:22 -0700 (PDT) To: Ross Finlayson In-reply-to: Your message of "Wed, 09 May 2007 20:24:27 EDT." Date: Wed, 09 May 2007 21:04:22 -0700 From: Bakul Shah Message-Id: <20070510040422.ABA475B50@mail.bitblocks.com> Cc: freebsd-multimedia@freebsd.org Subject: Re: streaming guru needed X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 May 2007 04:04:23 -0000 > >This is not right. The OP seem to have misunderstood rtsp. > >It has been a while but from what I remember rtsp does not > >have acks as it was designed to work the same way over udp > >and tcp and A/V can tolerate loss of a few packets so no > >sense in having acks. > > No, you're the one who's misunderstanding. RTSP is the 'control > protocol'. It always runs over TCP. It _has_ been a while :-) I was thinking of the media delivery portion only, not the control portion. In any case rtsp does not have acks and yes technically it can be over udp and yes, you can interleave media data on the same session so it is not a pure control protocol either (though you can think of it as such). The spec says: An RTSP session is in no way tied to a transport-level connection such as a TCP connection. During an RTSP session, an RTSP client may open and close many reliable transport connections to the server to issue RTSP requests. Alternatively, it may use a connectionless transport protocol such as UDP. Though it is likely this was left over from some earlier rev. I no longer recall if (one of) the starting point(s) for RTSP was RTTP2, an internal Real Networks effort, but I assume so given Rob Lanphier is one of the RFC authors but I don't really know. In any case RTTP2 could go over either UDP or TCP and I will admit I was thinking of that!