RE: [MEDIACTRL] Re: Requirements Comment
"Steve Buko" <steve.buko@dialogic.com> Tue, 20 March 2007 13:47 UTC
Return-path: <mediactrl-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1HTegc-0001rq-6g; Tue, 20 Mar 2007 09:47:38 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HTega-0001rJ-Np for mediactrl@ietf.org; Tue, 20 Mar 2007 09:47:36 -0400
Received: from mail.4smartphone.net ([66.45.56.150]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HTegG-0008Us-Rw for mediactrl@ietf.org; Tue, 20 Mar 2007 09:47:36 -0400
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Subject: RE: [MEDIACTRL] Re: Requirements Comment
Date: Tue, 20 Mar 2007 06:47:11 -0700
Message-ID: <919721B34BAAAA4D8EA04AAB8C98E045B6510D@snshbea106.4smartphone.snx>
In-Reply-To: <919721B34BAAAA4D8EA04AAB8C98E045B65101@snshbea106.4smartphone.snx>
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Thread-Topic: [MEDIACTRL] Re: Requirements Comment
Thread-Index: Acdq8f38/dUDzFPETTKHlMor7q/s/QAAeZNZAAAW1VAAAHmwQA==
References: <E2839307E942954A846FD1125BE33A1A0344BCC9@repbex01.amer.bea.com> <919721B34BAAAA4D8EA04AAB8C98E045B65101@snshbea106.4smartphone.snx>
From: Steve Buko <steve.buko@dialogic.com>
To: Eric Burger <eburger@bea.com>, mediactrl@ietf.org
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 10d3e4e3c32e363f129e380e644649be
Cc:
X-BeenThere: mediactrl@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Media Control BOF Discussion List <mediactrl.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/mediactrl>, <mailto:mediactrl-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/mediactrl>
List-Post: <mailto:mediactrl@ietf.org>
List-Help: <mailto:mediactrl-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/mediactrl>, <mailto:mediactrl-request@ietf.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============0244554540=="
Errors-To: mediactrl-bounces@ietf.org
Another quick example might be an H.323 AS. It would use SIP only to establish the media control framework path. Steve Buko |-----Original Message----- |From: Steve Buko [mailto:steve.buko@dialogic.com] |Sent: Tuesday, March 20, 2007 2:38 PM |To: Eric Burger; mediactrl@ietf.org |Subject: RE: [MEDIACTRL] Re: Requirements Comment | |IMO we need to keep the MCF (media control framework) and the MCP (media |control protocol) separate and as open as possible. | |I think there are multiple use cases here. One that comes to mind is |PSTN / ISUP, etc. |In this scenario, RTP and SIP are not used for call control or media |transport. The AS will be managing the call control external to the |MCF. The AS will use the MCF and MCP to control the media server only. | | |My view is that the MCF should not be defined to handle call control |signaling. The MCF should be defined only for the transport of the MCP. | |The AS's call control signaling and media transport negotiation should |be out of scope for this workgroup. | | | |Steve Buko | | ||-----Original Message----- ||From: Eric Burger [mailto:eburger@bea.com] ||Sent: Tuesday, March 20, 2007 2:30 PM ||To: mediactrl@ietf.org ||Subject: [MEDIACTRL] Re: Requirements Comment || ||I missed that one. IMHO, the AS has no need nor right to know the RTP ||address of the endpoint nor the termination address of the media |server. ||What is the use case? || ||-- ||Sent from my wireless e-mail device. Sorry if terse. We all need ||lemonade: see <http://www.standardstrack.com/ietf/lemonade> for what ||lemonade is. || ||-----Original Message----- ||From: Steve Buko <steve.buko@dialogic.com> ||To: Eric Burger; mediactrl@ietf.org <mediactrl@ietf.org> ||Sent: Tue Mar 20 06:16:38 2007 ||Subject: Requirements Comment || || || ||I have a general issue regarding our current set of requirements and ||thought it might be a good idea to get a thread going on this prior to ||our Thursday meeting. || || || ||draft-even-media-server-req-02.txt ||<http://www.standardstrack.com/ietf/mediactrl/draft-even-media-server- ||req-02.txt> states the following || ||“10. The MS shall supply the media addresses (RTP transport address) ||to be used to the AS” || || || ||draft-dolly-xcon-mediacntrlframe-03.txt ||<http://www.standardstrack.com/ietf/mediactrl/draft-dolly-xcon- ||mediacntrlframe-03.txt> states the following || ||“REQ-MCP-11 - SIP/SDP SHALL be used to establish and modify RTP ||connections to a Media Server” || || || || || ||In my view, we have two main problems to solve. || ||1) define a media control framework that will be used to transmit a ||given media control protocol. || ||2) define a media control protocol used to control a media server. || || || ||I agree that the media control framework should use SIP/SDP to specify ||the protocol / transport used to negotiation the TCP port and ||transmit/receive the media control protocol. || || || ||However, I would offer that the media control protocol defined by this ||group should be .. || ||1) call control signaling agnostic || ||2) media transport agnostic || || || || || || || ||For this requirement … || ||draft-even-media-server-req-02.txt ||<http://www.standardstrack.com/ietf/mediactrl/draft-even-media-server- ||req-02.txt> states the following || ||“10. The MS shall supply the media addresses (RTP transport address) ||to be used to the AS” || ||I don’t understand why the AS would need the media addresses and would ||like to think that the AS would like to control a media server that may ||not be using RTP in all scenarios. || || || ||For this requirement … || ||draft-dolly-xcon-mediacntrlframe-03.txt ||<http://www.standardstrack.com/ietf/mediactrl/draft-dolly-xcon- ||mediacntrlframe-03.txt> states the following || ||“REQ-MCP-11 - SIP/SDP SHALL be used to establish and modify RTP ||connections to a Media Server” || ||I agree that SIP/SDP should be used to establish/negotiate the TCP ||port/address used for media control transport, however I don’t think ||RTP comes into play from a media control framework perspective. || || || || || ||My high level comment is that we should not limit the use of our media ||control protocol to media servers that only support SIP and RTP. || || || || || ||Steve Buko || || || ||_______________________________________________________________________ ||Notice: This email message, together with any attachments, may contain ||information of BEA Systems, Inc., its subsidiaries and affiliated ||entities, that may be confidential, proprietary, copyrighted and/or ||legally privileged, and is intended solely for the use of the ||individual or entity named in this message. If you are not the intended ||recipient, and have received this message in error, please immediately ||return this by email and then delete it.
_______________________________________________ MEDIACTRL mailing list MEDIACTRL@ietf.org https://www1.ietf.org/mailman/listinfo/mediactrl Supplemental Web Site: http://www.standardstrack.com/ietf/mediactrl
- [MEDIACTRL] Requirements Comment Steve Buko
- [MEDIACTRL] Re: Requirements Comment Eric Burger
- RE: [MEDIACTRL] Requirements Comment Even, Roni
- RE: [MEDIACTRL] Re: Requirements Comment Steve Buko
- Re: [MEDIACTRL] Requirements Comment Lorenzo Miniero
- RE: [MEDIACTRL] Requirements Comment Steve Buko
- RE: [MEDIACTRL] Requirements Comment Steve Buko
- RE: [MEDIACTRL] Re: Requirements Comment Steve Buko
- RE: [MEDIACTRL] Re: Requirements Comment Even, Roni
- RE: [MEDIACTRL] Re: Requirements Comment gamunson
- RE: [MEDIACTRL] Re: Requirements Comment Steve Buko
- RE: [MEDIACTRL] Re: Requirements Comment gamunson
- RE: [MEDIACTRL] Re: Requirements Comment Steve Buko
- Re: [MEDIACTRL] Re: Requirements Comment Eric Burger
- RE: [MEDIACTRL] Re: Requirements Comment Even, Roni
- RE: [MEDIACTRL] Re: Requirements Comment Steve Buko
- Re: [MEDIACTRL] Re: Requirements Comment Eric Burger
- RE: [MEDIACTRL] Re: Requirements Comment Steve Buko
- Re: [MEDIACTRL] Re: Requirements Comment Eric Burger
- Re: [MEDIACTRL] Re: Requirements Comment Diego B
- RE: [MEDIACTRL] Re: Requirements Comment Even, Roni
- Re: [MEDIACTRL] Re: Requirements Comment Diego B
- RE: [MEDIACTRL] Re: Requirements Comment Even, Roni
- RE: [MEDIACTRL] Re: Requirements Comment Chris Boulton
- RE: [MEDIACTRL] Re: Requirements Comment Chris Boulton
- Re: [MEDIACTRL] Re: Requirements Comment Eric Burger
- Re: [MEDIACTRL] Re: Requirements Comment Spencer Dawkins
- Re: [MEDIACTRL] Re: Requirements Comment Diego B
- Re: [MEDIACTRL] Re: Requirements Comment Eric Burger
- RE: [MEDIACTRL] Re: Requirements Comment Steve Buko
- RE: [MEDIACTRL] Re: Requirements Comment Lorenzo Miniero
- Re: [MEDIACTRL] Re: Requirements Comment Eric Burger
- Re: [MEDIACTRL] Re: Requirements Comment Eric Burger
- Re: [MEDIACTRL] Re: Requirements Comment Diego B
- [MEDIACTRL] Requirements (current protocols) Adnan Saleem
- [MEDIACTRL] RE: Requirements (current protocols) Even, Roni
- [MEDIACTRL] RE: Requirements (current protocols) Adnan Saleem