Re: [MMUSIC] Possible BUNDLE alternative syntax: explicit m-line for bundled session

Lishitao <lishitao@huawei.com> Thu, 20 September 2012 06:23 UTC

Return-Path: <lishitao@huawei.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 B5CFA21F8667 for <mmusic@ietfa.amsl.com>; Wed, 19 Sep 2012 23:23:11 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.949
X-Spam-Level:
X-Spam-Status: No, score=-5.949 tagged_above=-999 required=5 tests=[AWL=-0.550, BAYES_00=-2.599, J_CHICKENPOX_13=0.6, J_CHICKENPOX_16=0.6, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id aTRy-Ia8cby4 for <mmusic@ietfa.amsl.com>; Wed, 19 Sep 2012 23:23:11 -0700 (PDT)
Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) by ietfa.amsl.com (Postfix) with ESMTP id 570C221F8607 for <mmusic@ietf.org>; Wed, 19 Sep 2012 23:23:09 -0700 (PDT)
Received: from 172.18.7.190 (EHLO lhreml204-edg.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.5-GA FastPath queued) with ESMTP id AJV62066; Thu, 20 Sep 2012 06:23:08 +0000 (GMT)
Received: from LHREML403-HUB.china.huawei.com (10.201.5.217) by lhreml204-edg.china.huawei.com (172.18.7.223) with Microsoft SMTP Server (TLS) id 14.1.323.3; Thu, 20 Sep 2012 07:22:05 +0100
Received: from SZXEML419-HUB.china.huawei.com (10.82.67.158) by lhreml403-hub.china.huawei.com (10.201.5.217) with Microsoft SMTP Server (TLS) id 14.1.323.3; Thu, 20 Sep 2012 07:22:28 +0100
Received: from SZXEML534-MBX.china.huawei.com ([169.254.2.70]) by szxeml419-hub.china.huawei.com ([10.82.67.158]) with mapi id 14.01.0323.003; Thu, 20 Sep 2012 14:21:47 +0800
From: Lishitao <lishitao@huawei.com>
To: Christer Holmberg <christer.holmberg@ericsson.com>, "Ejzak, Richard P (Richard)" <richard.ejzak@alcatel-lucent.com>, "mmusic@ietf.org" <mmusic@ietf.org>
Thread-Topic: [MMUSIC] Possible BUNDLE alternative syntax: explicit m-line for bundled session
Thread-Index: AQHNhCqlaaUGA1cGxUKRtxpeaPyBCJeRfUuAgAAC7ICAAATRgIAAAGmAgABXUICAAAH/AIAAD7YAgAAD/QCAAPOyIA==
Date: Thu, 20 Sep 2012 06:21:47 +0000
Message-ID: <DA165A8A2929C6429CAB403A76B573A5146A1206@szxeml534-mbx.china.huawei.com>
References: <CE457B53-341D-48C8-8CD7-2A0958407F37@vidyo.com> <50222D44.5040105@alvestrand.no> <BLU401-EAS1263CBF056291C5313CA95193CD0@phx.gbl> <502258CA.5030009@alvestrand.no> <BLU002-W14079A44079EFA284B8E94793CC0@phx.gbl> <01C25C86-D664-468E-923F-4EEA506ACEDF@cisco.com> <5038E0EE.60608@alvestrand.no>, <BLU401-EAS1449593A32E42F2871B483E93BC0@phx.gbl> <7F2072F1E0DE894DA4B517B93C6A05853409FF2F24@ESESSCMS0356.eemea.ericsson.se> <503B29B6.5000000@alvestrand.no>, <0CC47B95-7817-4E2F-B7EE-04FD33E8113C@cisco.com> <7F2072F1E0DE894DA4B517B93C6A05853409FF2F97@ESESSCMS0356.eemea.ericsson.se>, <5E3FF4B9-1428-4273-8C07-CA7E09E94108@cisco.com> <7F2072F1E0DE894DA4B517B93C6A05853409FF2F98@ESESSCMS0356.eemea.ericsson.se>, <03FBA798AC24E3498B74F47FD082A92F1773E523@US70UWXCHMBA04.zam.alcatel-lucent.com> <7F2072F1E0DE894DA4B517B93C6A05853409FF2F9D@ESESSCMS0356.eemea.ericsson.se>, <03FBA798AC24E3498B74F47FD082A92F1773E53E@US70UWXCHMBA04.zam.alcatel-lucent.com> <7F2072F1E0DE894DA4B517B93C6A05853409FF2F9E@ESESSCMS0356.eemea.ericsson.se>
In-Reply-To: <7F2072F1E0DE894DA4B517B93C6A05853409FF2F9E@ESESSCMS0356.eemea.ericsson.se>
Accept-Language: zh-CN, en-US
Content-Language: zh-CN
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.138.73.45]
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Subject: Re: [MMUSIC] Possible BUNDLE alternative syntax: explicit m-line for bundled session
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: Thu, 20 Sep 2012 06:23:11 -0000

Hi

> -----Original Message-----
> From: mmusic-bounces@ietf.org [mailto:mmusic-bounces@ietf.org] On Behalf
> Of Christer Holmberg
> Sent: Thursday, September 20, 2012 7:43 AM
> To: Ejzak, Richard P (Richard); mmusic@ietf.org
> Subject: Re: [MMUSIC] Possible BUNDLE alternative syntax: explicit m-line for
> bundled session
> 
> Hi,
> 
> >What I understood is that the group (Cullen in particular) does not want the
> same port on multiple media
> >lines when it is not known whether the peer supports bundle.  Once you get
> agreement to use bundle I
> >don't see a problem, but maybe I missed something...  Does anyone have a
> different perspective?
> 
> Then one could claim that the initial offer should be sent without bundle (no
> matter how the mechanism works), and then enable bundle once you know
> that the other endpoint supports it.
> 
Maybe another way round, the sender can always send the initial offer with bundle, then if the other end does not supports,  
the sender can send an update SDP offer without using bundle.

Regards
shitao

> Regards,
> 
> Christer
> 
> 
> > -----Original Message-----
> > From: Christer Holmberg [mailto:christer.holmberg@ericsson.com]
> > Sent: Wednesday, September 19, 2012 5:32 PM
> > To: Ejzak, Richard P (Richard); mmusic@ietf.org
> > Subject: RE: [MMUSIC] Possible BUNDLE alternative syntax: explicit m-line
> > for bundled session
> >
> > Hi,
> >
> > >I also did not get the impression that there was agreement on the
> > m=bundle approach since there were a number of open issues.
> >
> > Ok.
> >
> > >As Cullen suggested in http://www.ietf.org/mail-
> > archive/web/mmusic/current/msg09561.html, just offer a normal SDP, add a
> > bundle line, and
> > >assume the use of the connection information from the first m line.  I
> > agree with Cullen.
> >
> > This is what Harald origianlly suggested, and I raised issues with that
> > solution.
> >
> > > I do not agree with the m=bundle approach for all the reasons Cullen
> > mentions.  The only thing I would add is that some networks may
> > > require an updated offer be sent listing the correct port (the same one)
> > on each media line if bundle is negotiated.  ICE already requires
> > > a 2nd offer in many cases, so I don't see this as a problem.
> >
> > I don't understand... The reason m=bundle came up was because people did
> > NOT want to use the same port on each media line...
> >
> > Regards,
> >
> > Christer
> >
> >
> >
> >
> > > -----Original Message-----
> > > From: mmusic-bounces@ietf.org [mailto:mmusic-bounces@ietf.org] On
> Behalf
> > > Of Christer Holmberg
> > > Sent: Wednesday, September 19, 2012 12:12 PM
> > > To: Cullen Jennings (fluffy)
> > > Cc: mmusic@ietf.org
> > > Subject: Re: [MMUSIC] Possible BUNDLE alternative syntax: explicit m-
> > line
> > > for bundled session
> > >
> > > Hi,
> > >
> > > >As an individual draft or WG draft?
> > >
> > > It was meant to be a new version of bundle...
> > >
> > > >because I am definitely don't think we have consensus for the
> > "m=bundle"
> > > approach yet. I just think the >m=bundle approach is going to be much
> > > harder to get to work with existing equipment. Stuff is used to >seeing
> > > a=foo lines they don't understand. They are not used to seeing m=foo
> > lines
> > > they don't understand. >It doubles the size of the SDP. It creates
> > > confusing when rest of SDP in the non bundle part does not >match bundle
> > > part. It's harder to add other things like opportunistic encryption. But
> > > my real problem >with it is I don't see any advantage of the m=bundle
> > > approach over the a=bundle  approach.
> > >
> > > What is the a=bundle approach? Offering "normal" (audio, video, etc) m-
> > > lines, and then use one of them for the whole bundle?
> > >
> > > Regards,
> > >
> > > Christer
> > >
> > >
> > >
> > >
> > >
> > > On Sep 19, 2012, at 10:53 AM, Christer Holmberg
> > > <christer.holmberg@ericsson.com> wrote:
> > >
> > > > Hi,
> > > >
> > > > I've put together a new version of BUNDLE, with a dedicated m- line
> > for
> > > the bundled media.
> > > >
> > > > It will be submitted very soon, once I get some editorial fixes done.
> > > >
> > > > Regards,
> > > >
> > > > Christer
> > > >
> > > > ________________________________________
> > > > From: Cullen Jennings (fluffy) [fluffy@cisco.com]
> > > > Sent: Wednesday, September 19, 2012 7:43 PM
> > > > To: Harald Alvestrand
> > > > Cc: Christer Holmberg; mmusic@ietf.org
> > > > Subject: Re: [MMUSIC] Possible BUNDLE alternative syntax: explicit m-
> > > line for bundled session
> > > >
> > > > On Aug 27, 2012, at 2:03 AM, Harald Alvestrand <harald@alvestrand.no>
> > > wrote:
> > > >
> > > >>> So, IF people think that offering the same port will cause problem,
> > > >
> > > > For me this is not longer an IF, for equipment I am concerned about it
> > > has become a does as I explain at last meeting.
> > > > _______________________________________________
> > > > 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
> _______________________________________________
> mmusic mailing list
> mmusic@ietf.org
> https://www.ietf.org/mailman/listinfo/mmusic