Re: [MMUSIC] Comment on SIP Trickle ICE based on INFO draft
Paul Kyzivat <pkyzivat@alum.mit.edu> Sun, 23 March 2014 18:01 UTC
Return-Path: <pkyzivat@alum.mit.edu>
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 5C9F61A6FF5 for <mmusic@ietfa.amsl.com>; Sun, 23 Mar 2014 11:01:20 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.235
X-Spam-Level:
X-Spam-Status: No, score=-1.235 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, SPF_SOFTFAIL=0.665] 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 OceZbeacJTeg for <mmusic@ietfa.amsl.com>; Sun, 23 Mar 2014 11:01:19 -0700 (PDT)
Received: from qmta13.westchester.pa.mail.comcast.net (qmta13.westchester.pa.mail.comcast.net [IPv6:2001:558:fe14:44:76:96:59:243]) by ietfa.amsl.com (Postfix) with ESMTP id F35351A6FF4 for <mmusic@ietf.org>; Sun, 23 Mar 2014 11:01:18 -0700 (PDT)
Received: from omta17.westchester.pa.mail.comcast.net ([76.96.62.89]) by qmta13.westchester.pa.mail.comcast.net with comcast id h5jU1n0061vXlb85D61J6Z; Sun, 23 Mar 2014 18:01:18 +0000
Received: from Paul-Kyzivats-MacBook-Pro.local ([50.138.229.164]) by omta17.westchester.pa.mail.comcast.net with comcast id h61J1n00K3ZTu2S3d61JP5; Sun, 23 Mar 2014 18:01:18 +0000
Message-ID: <532F216E.7090400@alum.mit.edu>
Date: Sun, 23 Mar 2014 14:01:18 -0400
From: Paul Kyzivat <pkyzivat@alum.mit.edu>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:24.0) Gecko/20100101 Thunderbird/24.4.0
MIME-Version: 1.0
To: mmusic@ietf.org
References: <01e601cf423c$57255890$057009b0$@co.in> <00c901cf4687$0a48dbb0$1eda9310$@co.in> <CAPvvaaKW+vxhJFqUPRZ-YfPQ4dHOS-=YwZaW+=NS3DttaaXD=Q@mail.gmail.com>
In-Reply-To: <CAPvvaaKW+vxhJFqUPRZ-YfPQ4dHOS-=YwZaW+=NS3DttaaXD=Q@mail.gmail.com>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=comcast.net; s=q20140121; t=1395597678; bh=zsHWOFwhgBRzso+MX//983H0SRi1VHYt8HZdlyGfciE=; h=Received:Received:Message-ID:Date:From:MIME-Version:To:Subject: Content-Type; b=OIKF4GW1BtDFth0z+UA+dvOcqVqs2ktd9BMXtYowhIkWUtcRcNrp9dKAzzQXO8PRa +/9iPFwqVBza5oZJovTZl0Y6+3XaVl6EMQ4MN213FRm/U8t8agogdATgCYKCzEzniJ K9At4sq00Gxxv/hG3FNCuhBBFZOzdmuKh0+elT75HUZs7eT6ZqEy2GUv3BnRZmfuag ramJHHOw5o3YMIKkSAdmY3yYZzzvXpEcSEigzEvvXHiLPoNQOe6s9dpstVzDe200KF /E7diOhc1wMTcSO/Fj12wMSbhfc1CLYsSNw23mH+c69v2GvKOuDeRJdB+ShAmmBiNg zh8x0qNf89fnQ==
Archived-At: http://mailarchive.ietf.org/arch/msg/mmusic/7FpMtT3DSaNS-Y2AVUTlYw7mQ2s
Subject: Re: [MMUSIC] Comment on SIP Trickle ICE based on INFO draft
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: Sun, 23 Mar 2014 18:01:20 -0000
One comment On 3/23/14 7:54 AM, Emil Ivov wrote: > This is analogous to an UPDATE that is received before regular 5245 ICE > processing has completed. > > > > a) INVITE from local > > > b) 183 session progress from remote > > > c) PRACK from local > > > d) INFO from local (relay candidates) > > > e) UPDATE from remote > > > > > > Here, the remote has to consider whether INFO belongs to UPDATE or > > > INVITE as > > > it is possible for INFO to reach before 200 OK for UPDATE as well in > > > the > > > same sequence. > > And CSeq headers wouldn't help here because ....? IIUC, the question is whether the remote can tell whether the INFO was sent before or after receiving the UPDATE. CSeq values are independent in each direction. So they are useless to answer this question. Something else will be needed. Thanks, Paul
- Re: [MMUSIC] Comment on SIP Trickle ICE based on … Paul Kyzivat
- Re: [MMUSIC] Comment on SIP Trickle ICE based on … Emil Ivov
- [MMUSIC] Comment on SIP Trickle based on INFO dra… Parthasarathi R
- Re: [MMUSIC] Comment on SIP Trickle ICE based on … Parthasarathi R
- Re: [MMUSIC] Comment on SIP Trickle ICE based on … Emil Ivov
- Re: [MMUSIC] Comment on SIP Trickle ICE based on … Parthasarathi R
- Re: [MMUSIC] Comment on SIP Trickle ICE based on … Emil Ivov
- Re: [MMUSIC] Comment on SIP Trickle ICE based on … Paul Kyzivat
- Re: [MMUSIC] Comment on SIP Trickle ICE based on … Parthasarathi R
- Re: [MMUSIC] Comment on SIP Trickle ICE based on … Parthasarathi R
- Re: [MMUSIC] Comment on SIP Trickle ICE based on … Paul Kyzivat
- Re: [MMUSIC] Comment on SIP Trickle ICE based on … Emil Ivov
- Re: [MMUSIC] Comment on SIP Trickle ICE based on … Emil Ivov
- Re: [MMUSIC] Comment on SIP Trickle ICE based on … Christer Holmberg
- Re: [MMUSIC] Comment on SIP Trickle ICE based on … Emil Ivov
- Re: [MMUSIC] Comment on SIP Trickle ICE based on … Christer Holmberg
- Re: [MMUSIC] Comment on SIP Trickle ICE based on … Parthasarathi R
- Re: [MMUSIC] Comment on SIP Trickle ICE based on … Parthasarathi R