Re: [MMUSIC] Trickle ICE for SIP Questions
"Vijaya Mandava (vimandav)" <vimandav@cisco.com> Wed, 24 July 2013 18:22 UTC
Return-Path: <vimandav@cisco.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 32F7D11E8221 for <mmusic@ietfa.amsl.com>; Wed, 24 Jul 2013 11:22:47 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.599
X-Spam-Level:
X-Spam-Status: No, score=-10.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8]
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 hKuUMhpCqbHE for <mmusic@ietfa.amsl.com>; Wed, 24 Jul 2013 11:22:42 -0700 (PDT)
Received: from rcdn-iport-3.cisco.com (rcdn-iport-3.cisco.com [173.37.86.74]) by ietfa.amsl.com (Postfix) with ESMTP id 1A79111E8258 for <mmusic@ietf.org>; Wed, 24 Jul 2013 11:22:35 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=6499; q=dns/txt; s=iport; t=1374690156; x=1375899756; h=from:to:cc:subject:date:message-id:in-reply-to: content-id:content-transfer-encoding:mime-version; bh=f1LCrcLZUxXrfHzx/tuIhsyHLxmzMUPC/Qevt9zd0Ms=; b=kzGkWf7YH5CIA0y36k7AvJ/kt+4Y3DCOuO9XapoJv22ep5F3OUHwQUgN dc/A0iM4Z8ovm5sA6op2L00J9CLbF175yf6RC+kX9kPH4IZitDNToB3Cq 5/MWhVW2huSmnceJ6Qt+EgWI87wpgEwDnGiznXGimQetXbouNmS0Enjzg g=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AiYFAC8a8FGtJV2Y/2dsb2JhbABagwY1UL1jgRYWdIIkAQEBBAEBATc0CwwGAQgRBAEBAQoUCS4LFAkIAgQBDQUIE4d1DLkRBI49gQ8xBwaDDG4DlAiVJIMUgio
X-IronPort-AV: E=Sophos;i="4.89,736,1367971200"; d="scan'208";a="238945592"
Received: from rcdn-core-1.cisco.com ([173.37.93.152]) by rcdn-iport-3.cisco.com with ESMTP; 24 Jul 2013 18:22:22 +0000
Received: from xhc-aln-x14.cisco.com (xhc-aln-x14.cisco.com [173.36.12.88]) by rcdn-core-1.cisco.com (8.14.5/8.14.5) with ESMTP id r6OIMMeJ030251 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Wed, 24 Jul 2013 18:22:22 GMT
Received: from xmb-rcd-x13.cisco.com ([169.254.3.216]) by xhc-aln-x14.cisco.com ([173.36.12.88]) with mapi id 14.02.0318.004; Wed, 24 Jul 2013 13:22:22 -0500
From: "Vijaya Mandava (vimandav)" <vimandav@cisco.com>
To: Parthasarathi R <partha@parthasarathi.co.in>, 'Emil Ivov' <emcho@jitsi.org>, 'Alan Johnston' <alan.b.johnston@gmail.com>
Thread-Topic: [MMUSIC] Trickle ICE for SIP Questions
Thread-Index: AQHOd/eSaLa5Hh3VhE64hO3afq874plzn7gAgABpUQCAAARAgIAAc7CA///VUwA=
Date: Wed, 24 Jul 2013 18:22:21 +0000
Message-ID: <1CDFD781608D924094E43F573C351961BDE2DC@xmb-rcd-x13.cisco.com>
In-Reply-To: <014f01ce888e$90aec730$b20c5590$@co.in>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.117.173.73]
Content-Type: text/plain; charset="us-ascii"
Content-ID: <0DC9BC94B5D68945B4F9F6F4C7C14575@emea.cisco.com>
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Cc: "Cullen Jennings (fluffy)" <fluffy@cisco.com>, 'MMUSIC IETF WG' <mmusic@ietf.org>
Subject: Re: [MMUSIC] Trickle ICE for SIP Questions
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, 24 Jul 2013 18:22:47 -0000
180 with different to-tag would mean call is forked. If uac side do not support call forking, then we cannot use this 180 response to collect trickled candidates. As Emil said, I think INFO is the right way to go here. Thanks, Vijaya On 7/24/13 12:55 PM, "Parthasarathi R" <partha@parthasarathi.co.in> wrote: >Hi Emil, > >As Cullen suggested in case 180 with different to-tag is used by UAS then >INFO package itself is not required right? > >Thanks >Partha > >> -----Original Message----- >> From: mmusic-bounces@ietf.org [mailto:mmusic-bounces@ietf.org] On >> Behalf Of Emil Ivov >> Sent: Wednesday, July 24, 2013 3:31 PM >> To: Alan Johnston >> Cc: Cullen Jennings (fluffy); MMUSIC IETF WG >> Subject: Re: [MMUSIC] Trickle ICE for SIP Questions >> >> Hey Alan, Cullen, >> >> On 24.07.13, 11:45, Alan Johnston wrote: >> > Agree with Cullen - if there is a reasonable approach (such as >> > retransmitting 180) that avoids PRACK, then we should use this >> approach. >> >> There is one and it comes down to requiring the remote side to send an >> INFO request as soon as it gets it. The INFO request could contain >> trickled candidates (in the case of full trickle) or just >> end-of-candidates (in the case of half-trickle). >> >> This could work and, personally, I have no issue with it. >> >> I believe the suggestion that Christer made was: given how the above >> basically works as a PRACK minus the O/A and given how the O/A in >> PRACKs >> seems to be a deal breaker for many, then we might want to generalize >> the above mechanism so that other specs can also use it. >> >> Cheers, >> Emil >> >> >> > - Alan - >> > >> > >> > On Tue, Jul 23, 2013 at 11:28 PM, Cullen Jennings (fluffy) >> > <fluffy@cisco.com <mailto:fluffy@cisco.com>> wrote: >> > >> > >> > I prefer the 180 resend approach and all the right things are >> > already looking at them. I have always objected to mandating use >> of >> > PRACK. Obviously I'm fine with things that have PRACK can use it >> but >> > I want some solution for things that don't. >> > >> > One small note, the SDP in the 180 can change as long as the to- >> tag >> > is also changed. >> > >> > >> > >> > On Jul 3, 2013, at 8:13 AM, Emil Ivov <emcho@jitsi.org >> > <mailto:emcho@jitsi.org>> wrote: >> > >> > > Hey all, >> > > >> > > Christer, Enrico and I are preparing the next version of >> Trickle >> > ICE for SIP. Now that discussions on BUNDLE and the plans seem to >> be >> > winding down, we wanted to run a few questions by the working >> group. >> > > >> > > Q1: Making reliable provisional responses and PRACK mandatory. >> > Obviously this would be nice to avoid, so the question is: is >> there >> > a reasonable mechanism to achieve this (and by reasonable, we >> mean >> > something that wouldn't be harder than implementing support for >> PRACK). >> > > >> > > There was some discussion about this back in April and there >> was >> > a suggestion for implementing a 5245-style hack where the >> answerer >> > basically resends the 180 until it knows that it has been >> received. >> > > >> > > 5245 uses connectivity checks for this (i.e. it stops 180 >> > retransmissions when the first connectivity check is received) >> but >> > we don't have that option here since the 180 may contain either >> none >> > or only host candidates so there are strong chances that no >> binding >> > request would be received on them. >> > > >> > > Thomas also suggested a second option which would be to also >> use >> > INFO requests with trickled candidates as an indication that 180 >> was >> > received. This however wouldn't work with half trickle so we are >> > basically back to vanilla ICE for all (non-re) INVITEs. >> > > >> > > Another option would be to mandate an INFO request with >> > "end-of-candidates" in response to the 180, but that would be >> just >> > the same as mandating PRACK support. >> > > >> > > Thomas also suggested that the answerer can start sending >> INFOs >> > right after it sends its answer in the 180 and then it can just >> > resend the 180 if the INFOs result in a 481 response. >> > > >> > > Personally I think this could potentially be made to work, but >> it >> > would imply a level of complexity that considerably exceeds PRACK >> > support. >> > > >> > > Opinions? >> > > >> > > Q2: How do we send INFOs? Are they blocking or do we just send >> > them in parallel? If the latter, then what happens when an INFO >> > fails because it is received out of order? Do we just tell the >> > application to resend the candidates asap? >> > > >> > > This also leads to the following question: >> > > >> > > Q3: What exactly do we send in INFOs? Just the latest batch of >> > freshly learned candidates or all candidates we've learned so >> far? >> > Dale suggested that if we do this cumulatively we wouldn't need >> to >> > worry about the case with the out-of-order INFOs from Q2 since >> the >> > information gets resent anyway. A drawback here would obviously >> be >> > that this adds more complexity for trickle ICE users (WebRTC >> > applications specifically) >> > > >> > > A third option would be to allow both and leave it to the >> > application. >> > > >> > > Comments are most welcome! >> > > >> > > Emil >> > > >> > > -- >> > > https://jitsi.org >> > > _______________________________________________ >> > > mmusic mailing list >> > > mmusic@ietf.org <mailto:mmusic@ietf.org> >> > > https://www.ietf.org/mailman/listinfo/mmusic >> > >> > _______________________________________________ >> > mmusic mailing list >> > mmusic@ietf.org <mailto:mmusic@ietf.org> >> > https://www.ietf.org/mailman/listinfo/mmusic >> > >> > >> >> -- >> https://jitsi.org >> _______________________________________________ >> 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
- Re: [MMUSIC] Trickle ICE for SIP Questions Stach, Thomas
- [MMUSIC] Trickle ICE for SIP Questions Emil Ivov
- Re: [MMUSIC] Trickle ICE for SIP Questions Dan Wing
- Re: [MMUSIC] Trickle ICE for SIP Questions Emil Ivov
- Re: [MMUSIC] Trickle ICE for SIP Questions Stach, Thomas
- Re: [MMUSIC] Trickle ICE for SIP Questions Stach, Thomas
- Re: [MMUSIC] Trickle ICE for SIP Questions Emil Ivov
- Re: [MMUSIC] Trickle ICE for SIP Questions Paul Kyzivat
- Re: [MMUSIC] Trickle ICE for SIP Questions Marc Petit-Huguenin
- Re: [MMUSIC] Trickle ICE for SIP Questions Emil Ivov
- Re: [MMUSIC] Trickle ICE for SIP Questions Marc Petit-Huguenin
- Re: [MMUSIC] Trickle ICE for SIP Questions Emil Ivov
- Re: [MMUSIC] Trickle ICE for SIP Questions Marc Petit-Huguenin
- Re: [MMUSIC] Trickle ICE for SIP Questions Paul Kyzivat
- Re: [MMUSIC] Trickle ICE for SIP Questions Paul Kyzivat
- Re: [MMUSIC] Trickle ICE for SIP Questions Stach, Thomas
- Re: [MMUSIC] Trickle ICE for SIP Questions Stach, Thomas
- Re: [MMUSIC] Trickle ICE for SIP Questions Paul Kyzivat
- Re: [MMUSIC] Trickle ICE for SIP Questions Paul Kyzivat
- Re: [MMUSIC] Trickle ICE for SIP Questions Emil Ivov
- Re: [MMUSIC] Trickle ICE for SIP Questions Cullen Jennings (fluffy)
- Re: [MMUSIC] Trickle ICE for SIP Questions Christer Holmberg
- Re: [MMUSIC] Trickle ICE for SIP Questions Emil Ivov
- Re: [MMUSIC] Trickle ICE for SIP Questions Paul Kyzivat
- Re: [MMUSIC] Trickle ICE for SIP Questions Emil Ivov
- Re: [MMUSIC] Trickle ICE for SIP Questions Christer Holmberg
- Re: [MMUSIC] Trickle ICE for SIP Questions Christer Holmberg
- Re: [MMUSIC] Trickle ICE for SIP Questions Emil Ivov
- Re: [MMUSIC] Trickle ICE for SIP Questions Christer Holmberg
- Re: [MMUSIC] Trickle ICE for SIP Questions Emil Ivov
- Re: [MMUSIC] Trickle ICE for SIP Questions Christer Holmberg
- Re: [MMUSIC] Trickle ICE for SIP Questions Alan Johnston
- Re: [MMUSIC] Trickle ICE for SIP Questions Emil Ivov
- Re: [MMUSIC] Trickle ICE for SIP Questions Parthasarathi R
- Re: [MMUSIC] Trickle ICE for SIP Questions Vijaya Mandava (vimandav)
- Re: [MMUSIC] Trickle ICE for SIP Questions Christer Holmberg
- Re: [MMUSIC] Trickle ICE for SIP Questions Cullen Jennings (fluffy)
- Re: [MMUSIC] Trickle ICE for SIP Questions Christer Holmberg
- Re: [MMUSIC] Trickle ICE for SIP Questions Emil Ivov
- Re: [MMUSIC] Trickle ICE for SIP Questions Christer Holmberg
- Re: [MMUSIC] Trickle ICE for SIP Questions Parthasarathi R
- Re: [MMUSIC] Trickle ICE for SIP Questions Parthasarathi R
- Re: [MMUSIC] Trickle ICE for SIP Questions Emil Ivov
- Re: [MMUSIC] Trickle ICE for SIP Questions Paul Kyzivat
- Re: [MMUSIC] Trickle ICE for SIP Questions Christer Holmberg
- Re: [MMUSIC] Trickle ICE for SIP Questions Vijaya Mandava (vimandav)
- Re: [MMUSIC] Trickle ICE for SIP Questions Parthasarathi R
- Re: [MMUSIC] Trickle ICE for SIP Questions Christer Holmberg
- Re: [MMUSIC] Trickle ICE for SIP Questions Christer Holmberg
- Re: [MMUSIC] Trickle ICE for SIP Questions Stach, Thomas
- [MMUSIC] UPDATE vs INFO for SIP Trickle ICE [was … Parthasarathi R