Re: [MMUSIC] I-D Action: draft-ietf-mmusic-sdp-miscellaneous-caps-04.txt

"Stach, Thomas" <thomas.stach@siemens-enterprise.com> Wed, 13 March 2013 16:57 UTC

Return-Path: <thomas.stach@siemens-enterprise.com>
X-Original-To: mmusic@ietfa.amsl.com
Delivered-To: mmusic@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A7D6921F8735 for <mmusic@ietfa.amsl.com>; Wed, 13 Mar 2013 09:57:12 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.299
X-Spam-Level:
X-Spam-Status: No, score=-2.299 tagged_above=-999 required=5 tests=[AWL=0.300, BAYES_00=-2.599]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id qWj8V5GokJSq for <mmusic@ietfa.amsl.com>; Wed, 13 Mar 2013 09:57:12 -0700 (PDT)
Received: from senmx12-mx.siemens-enterprise.com (senmx12-mx.siemens-enterprise.com [62.134.46.10]) by ietfa.amsl.com (Postfix) with ESMTP id AA77F21F8623 for <mmusic@ietf.org>; Wed, 13 Mar 2013 09:57:11 -0700 (PDT)
Received: from MCHP01HTC.global-ad.net (unknown [172.29.42.234]) by senmx12-mx.siemens-enterprise.com (Server) with ESMTP id DA57923F04DD; Wed, 13 Mar 2013 17:57:10 +0100 (CET)
Received: from MCHP04MSX.global-ad.net ([169.254.1.94]) by MCHP01HTC.global-ad.net ([172.29.42.234]) with mapi id 14.02.0328.009; Wed, 13 Mar 2013 17:57:10 +0100
From: "Stach, Thomas" <thomas.stach@siemens-enterprise.com>
To: "mohamed.boucadair@orange.com" <mohamed.boucadair@orange.com>, "Simo.Veikkolainen@nokia.com" <Simo.Veikkolainen@nokia.com>, "mmusic@ietf.org" <mmusic@ietf.org>
Thread-Topic: [MMUSIC] I-D Action: draft-ietf-mmusic-sdp-miscellaneous-caps-04.txt
Thread-Index: AQHOH/Be4rgAa1GkG0S6QlhY7FpQY5ijt+8wgAADtrCAAAMhMA==
Date: Wed, 13 Mar 2013 16:57:09 +0000
Message-ID: <F81CEE99482EFE438DAE2A652361EE1206796631@MCHP04MSX.global-ad.net>
References: <20130313133920.4040.66777.idtracker@ietfa.amsl.com> <D09DAE6B636851459F7575D146EFB54B21096CE7@008-AM1MPN1-026.mgdnok.nokia.com> <94C682931C08B048B7A8645303FDC9F36EB73564EC@PUEXCB1B.nanterre.francetelecom.fr>
In-Reply-To: <94C682931C08B048B7A8645303FDC9F36EB73564EC@PUEXCB1B.nanterre.francetelecom.fr>
Accept-Language: de-AT, en-US
Content-Language: de-DE
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [172.29.42.225]
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Subject: Re: [MMUSIC] I-D Action: draft-ietf-mmusic-sdp-miscellaneous-caps-04.txt
X-BeenThere: mmusic@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Multiparty Multimedia Session Control Working Group <mmusic.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mmusic>, <mailto:mmusic-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mmusic>
List-Post: <mailto:mmusic@ietf.org>
List-Help: <mailto:mmusic-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mmusic>, <mailto:mmusic-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 13 Mar 2013 16:57:12 -0000

Mohammed,

I think you have draft-boucadair-mmusic-altc in mind.
This is an individual submission intended to document some proporietary mechanism.
I don't think we should make restrictions in a standards track document in support of proprietary mechanisms.
Otherwise I could also think of additional proprietary stuff that could be mentioned as well.


Regards
Thomas  

> -----Ursprüngliche Nachricht-----
> Von: mmusic-bounces@ietf.org [mailto:mmusic-bounces@ietf.org] 
> Im Auftrag von mohamed.boucadair@orange.com
> Gesendet: Mittwoch, 13. März 2013 11:20
> An: Simo.Veikkolainen@nokia.com; mmusic@ietf.org
> Betreff: Re: [MMUSIC] I-D Action: 
> draft-ietf-mmusic-sdp-miscellaneous-caps-04.txt
> 
> Hi Simo,
> 
> The document says:
> 
> The 'ccap' attribute MUST NOT be used in
>    situations where an existing mechanism (such as Interactive
>    Connectivity Establishment (ICE) [RFC5245]) can be used to select
>    between different connection addresses (e.g.  "IP4" and "IP6" or
>    different IP addresses within the same IP address family).
> 
> Would it be possible to change it to the following:
> 
> NEW:
> 
> The 'ccap' attribute MUST NOT be used in
>    situations where a mechanism (such as Interactive
>    Connectivity Establishment (ICE) [RFC5245] or [ALTC]) is 
> used to select
>    between different connection addresses (e.g.  "IP4" and "IP6" or
>    different IP addresses within the same IP address family).
> 
> 
> Thanks.
> Cheers,
> Med
> 
> 
> >-----Message d'origine-----
> >De : mmusic-bounces@ietf.org [mailto:mmusic-bounces@ietf.org] 
> >De la part de Simo.Veikkolainen@nokia.com
> >Envoyé : mercredi 13 mars 2013 16:09
> >À : mmusic@ietf.org
> >Objet : Re: [MMUSIC] I-D Action: 
> >draft-ietf-mmusic-sdp-miscellaneous-caps-04.txt
> >
> >Hello,
> >
> >We just submitted a new version of the miscellaneous-caps 
> >draft, with text that states that if the connection data 
> >capability attribute (a=ccap) is used the port number in the 
> >resulting SDP MUST be the same as in the original "m=" line, 
> >except for PSTN type bearers (when the port number used is 9).
> >
> >Regards,
> >Simo
> >
> >-----Original Message-----
> >From: mmusic-bounces@ietf.org [mailto:mmusic-bounces@ietf.org] 
> >On Behalf Of ext internet-drafts@ietf.org
> >Sent: 13. maaliskuuta 2013 15:39
> >To: i-d-announce@ietf.org
> >Cc: mmusic@ietf.org
> >Subject: [MMUSIC] I-D Action: 
> >draft-ietf-mmusic-sdp-miscellaneous-caps-04.txt
> >
> >
> >A New Internet-Draft is available from the on-line 
> >Internet-Drafts directories.
> > This draft is a work item of the Multiparty Multimedia 
> >Session Control Working Group of the IETF.
> >
> >	Title           : Miscellaneous Capabilities 
> >Negotiation in the Session Description Protocol (SDP)
> >	Author(s)       : Miguel A. Garcia-Martin
> >                          Simo Veikkolainen
> >                          Robert R. Gilman
> >	Filename        : 
> >draft-ietf-mmusic-sdp-miscellaneous-caps-04.txt
> >	Pages           : 21
> >	Date            : 2013-03-13
> >
> >Abstract:
> >   SDP has been extended with a capability negotiation mechanism
> >   framework that allows the endpoints to negotiate 
> transport protocols
> >   and attributes.  This framework has been extended with a media
> >   capabilities negotiation mechanism that allows endpoints to 
> >negotiate
> >   additional media-related capabilities.  This negotiation 
> is embedded
> >   into the widely-used SDP offer/answer procedures.
> >
> >   This memo extends the SDP capability negotiation 
> framework to allow
> >   endpoints to negotiate three additional SDP capabilities.  In
> >   particular, this memo provides a mechanism to negotiate bandwidth
> >   ('b=' line), connection data ('c=' line), and titles 
> ('i=' line for
> >   each session or media).
> >
> >
> >The IETF datatracker status page for this draft is:
> >https://datatracker.ietf.org/doc/draft-ietf-mmusic-sdp-miscella
> >neous-caps
> >
> >There's also a htmlized version available at:
> >http://tools.ietf.org/html/draft-ietf-mmusic-sdp-miscellaneou
> s-caps-04
> >
> >A diff from the previous version is available at:
> >http://www.ietf.org/rfcdiff?url2=draft-ietf-mmusic-sdp-miscella
> >neous-caps-04
> >
> >
> >Internet-Drafts are also available by anonymous FTP at:
> >ftp://ftp.ietf.org/internet-drafts/
> >
> >_______________________________________________
> >mmusic mailing list
> >mmusic@ietf.org
> >https://www.ietf.org/mailman/listinfo/mmusic
> >_______________________________________________
> >mmusic mailing list
> >mmusic@ietf.org
> >https://www.ietf.org/mailman/listinfo/mmusic
> >
> _______________________________________________
> mmusic mailing list
> mmusic@ietf.org
> https://www.ietf.org/mailman/listinfo/mmusic
>