Re: [MMUSIC] ICE updated offer

"Parthasarathi R" <partha@parthasarathi.co.in> Thu, 16 October 2014 23:04 UTC

Return-Path: <partha@parthasarathi.co.in>
X-Original-To: mmusic@ietfa.amsl.com
Delivered-To: mmusic@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4928C1A8F38 for <mmusic@ietfa.amsl.com>; Thu, 16 Oct 2014 16:04:15 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.701
X-Spam-Level:
X-Spam-Status: No, score=-1.701 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, MIME_8BIT_HEADER=0.3, SPF_PASS=-0.001] autolearn=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id K4LJSJqZfTt2 for <mmusic@ietfa.amsl.com>; Thu, 16 Oct 2014 16:04:13 -0700 (PDT)
Received: from outbound.mailhostbox.com (outbound.mailhostbox.com [162.222.225.18]) by ietfa.amsl.com (Postfix) with ESMTP id 9922F1A8F35 for <mmusic@ietf.org>; Thu, 16 Oct 2014 16:04:13 -0700 (PDT)
Received: from userPC (unknown [122.178.210.228]) (Authenticated sender: partha@parthasarathi.co.in) by outbound.mailhostbox.com (Postfix) with ESMTPA id 389A263978A; Thu, 16 Oct 2014 23:04:04 +0000 (GMT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=parthasarathi.co.in; s=20120823; t=1413500652; bh=tEJ1SiW4+rj4gqpk0uqSVVN4I6KnbODBmEiggA+kkTg=; h=From:To:Cc:References:In-Reply-To:Subject:Date:Message-ID: MIME-Version:Content-Type:Content-Transfer-Encoding; b=k+JlUNsKf38KdwWDiiJ+cgowsVW0s19nXC29pCd2WtLoUY3lXiFKGZAS4r4TsS+Db wj9lZE/MTVmM2ZMuwU4TQyL9u9tJYBjtUwEIlcXGl9+AbXNqxu9dCaBBjTDr/NDprh xcIXRPnnkRx0l4ZMbUlhwn0pzwcneC25uDMyBM9k=
From: Parthasarathi R <partha@parthasarathi.co.in>
To: "'Stach, Thomas'" <thomas.stach@unify.com>, 'Emil Ivov' <emcho@jitsi.org>, 'Iñaki Baz Castillo' <ibc@aliax.net>
References: <CAD5OKxtqL=1ro_x-tMb7kcU1oTpv7SGSXNQAt4jW5hAVnT2hZQ@mail.gmail.com> <7594FB04B1934943A5C02806D1A2204B1D47D84C@ESESSMB209.ericsson.se> <CALiegfm6jMadLA11tCsP6gXhXCsdX1WzFanphGvO6kLEFvxSRA@mail.gmail.com> <CAPvvaaJxBg_HfudWM9=0LFQgj-D=-pn6+UC1ev50LP_Hrf+87w@mail.gmail.com> <F81CEE99482EFE438DAE2A652361EE121E22C20B@MCHP04MSX.global-ad.net> <004001cfe896$36205220$a260f660$@co.in> <F81CEE99482EFE438DAE2A652361EE121E22CD91@MCHP04MSX.global-ad.net>
In-Reply-To: <F81CEE99482EFE438DAE2A652361EE121E22CD91@MCHP04MSX.global-ad.net>
Date: Fri, 17 Oct 2014 04:33:52 +0530
Message-ID: <006301cfe995$7b990ae0$72cb20a0$@co.in>
MIME-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Mailer: Microsoft Office Outlook 12.0
Thread-Index: AQHP6GJtuF9H8nwjukqj+Vm4R8Q5spwxLGYQgAAojICAAOuxkIABFKuA
Content-Language: en-us
X-CTCH-RefID: str=0001.0A020202.54404EEC.0201, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0
X-CTCH-VOD: Unknown
X-CTCH-Spam: Unknown
X-CTCH-Score: 0.000
X-CTCH-Rules: C_4847,
X-CTCH-Flags: 0
X-CTCH-ScoreCust: 0.000
X-CTCH-SenderID: partha@parthasarathi.co.in
X-CTCH-SenderID-TotalMessages: 1
X-CTCH-SenderID-TotalSpam: 0
X-CTCH-SenderID-TotalSuspected: 0
X-CTCH-SenderID-TotalBulk: 0
X-CTCH-SenderID-TotalConfirmed: 0
X-CTCH-SenderID-TotalRecipients: 0
X-CTCH-SenderID-TotalVirus: 0
X-CTCH-SenderID-BlueWhiteFlag: 0
Archived-At: http://mailarchive.ietf.org/arch/msg/mmusic/F8vp-aMdsJPBpNjDjQ3twwWHBUo
Cc: mmusic@ietf.org, 'Roman Shpount' <roman@telurix.com>, 'Christer Holmberg' <christer.holmberg@ericsson.com>
Subject: Re: [MMUSIC] ICE updated offer
X-BeenThere: mmusic@ietf.org
X-Mailman-Version: 2.1.15
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, 16 Oct 2014 23:04:15 -0000

Hi Thomas,

I understand your original statement now. Hope you understand that the second offer is required to all signaling entity which is controlling the separate media entity irrespective the protocol (SIP/WebRTC/...) used. 

Thanks
Partha

> -----Original Message-----
> From: Stach, Thomas [mailto:thomas.stach@unify.com]
> Sent: Thursday, October 16, 2014 11:48 AM
> To: Parthasarathi R; 'Emil Ivov'; 'Iñaki Baz Castillo'
> Cc: mmusic@ietf.org; 'Roman Shpount'; 'Christer Holmberg'
> Subject: RE: [MMUSIC] ICE updated offer
> 
> >
> > Hi Thomas,
> >
> > I'm not seeing that the second offer is relevant only to SIP.
> [TS] That is not what I said.
> For background on my original statement you may want to refer to
> http://tools.ietf.org/html/draft-rosenberg-mmusic-ice-nonsip-
> 01#section-5.4.2
> 
> > Even in case
> > WebRTC entity with (proprietary) signaling & media in the separate
> device,
> > WebRTC signaling entity will not aware of the actual media IP, port &
> > transport.
> >
> > Thanks
> > Partha
> >
> > > -----Original Message-----
> > > From: mmusic [mailto:mmusic-bounces@ietf.org] On Behalf Of Stach,
> > > Thomas
> > > Sent: Wednesday, October 15, 2014 7:19 PM
> > > To: Emil Ivov; Iñaki Baz Castillo
> > > Cc: mmusic@ietf.org; Roman Shpount; Christer Holmberg
> > > Subject: Re: [MMUSIC] ICE updated offer
> > >
> > >
> > >
> > >
> > > I really don't think browsers have anything to do with this. It is
> > > purely a matter of signalling. Nothing needs to be changed for
> webrtc
> > > one way or another.
> > > [TS] I agree. ICE updated offer was introduced to accommodate
> certain
> > > SIP middleboxes. Its relevance outside of SIP is at least
> debatable.
> > >
> > > --sent from my mobile
> > > On 15 Oct 2014 12:18 PM, "Iñaki Baz Castillo" <ibc@aliax.net>
> wrote:
> > > 2014-10-15 8:55 GMT+02:00 Christer Holmberg
> > > <christer.holmberg@ericsson.com>:
> > > > What I suggest has very little impact on ICE as defined today. It
> > > only adds
> > > > some kind of indicator (ice-options attribute value?) whether the
> > > second
> > > > offer is needed or not. Simple :)
> > >
> > > And in case the SDP says that the "second offer" is required, then
> > > what? I mean, should the browser do samething (I mean natively)? or
> is
> > > it just up to the JS application?
> > >
> > >
> > > --
> > > Iñaki Baz Castillo
> > > <ibc@aliax.net>
> > >
> > > _______________________________________________
> > > 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