Re: [MMUSIC] Comment on SIP Trickle ICE based on INFO draft - FORKING

Christer Holmberg <christer.holmberg@ericsson.com> Sun, 30 March 2014 09:48 UTC

Return-Path: <christer.holmberg@ericsson.com>
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 BCC5D1A07AE for <mmusic@ietfa.amsl.com>; Sun, 30 Mar 2014 02:48:45 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.24
X-Spam-Level:
X-Spam-Status: No, score=-1.24 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HELO_EQ_SE=0.35, HOST_MISMATCH_NET=0.311, 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 hSCrJBFrZPS4 for <mmusic@ietfa.amsl.com>; Sun, 30 Mar 2014 02:48:44 -0700 (PDT)
Received: from sesbmg21.mgmt.ericsson.se (sesbmg21.ericsson.net [193.180.251.49]) by ietfa.amsl.com (Postfix) with ESMTP id 1DE7F1A0473 for <mmusic@ietf.org>; Sun, 30 Mar 2014 02:48:43 -0700 (PDT)
X-AuditID: c1b4fb31-b7f688e000003e64-e8-5337e878178e
Received: from ESESSHC020.ericsson.se (Unknown_Domain [153.88.253.124]) by sesbmg21.mgmt.ericsson.se (Symantec Mail Security) with SMTP id 4A.F8.15972.878E7335; Sun, 30 Mar 2014 11:48:40 +0200 (CEST)
Received: from ESESSMB209.ericsson.se ([169.254.9.213]) by ESESSHC020.ericsson.se ([153.88.183.78]) with mapi id 14.03.0174.001; Sun, 30 Mar 2014 11:48:39 +0200
From: Christer Holmberg <christer.holmberg@ericsson.com>
To: Parthasarathi R <partha@parthasarathi.co.in>, 'Emil Ivov' <emcho@jitsi.org>, "'Enrico Marocco (TiLab)'" <enrico.marocco@telecomitalia.it>
Thread-Topic: [MMUSIC] Comment on SIP Trickle ICE based on INFO draft - FORKING
Thread-Index: AQHPS/02PLTBD8bHIkyTiQF+pdjMCw==
Date: Sun, 30 Mar 2014 09:48:38 +0000
Message-ID: <7594FB04B1934943A5C02806D1A2204B1D26BE6A@ESESSMB209.ericsson.se>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [153.88.183.17]
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFrrKLMWRmVeSWpSXmKPExsUyM+JvjW7FC/Ngg60bpCzW7JzAYtFyx8ti 6vLHLBaTP/WxOrB4LFnyk8nj/5tAjw/zv7B7tJzrZQ9gieKySUnNySxLLdK3S+DKWHtiJ0vB W46KX63xDYwv2boYOTkkBEwkLt59ywRhi0lcuLceKM7FISRwklHiyOHbUM4SRonNt+YwdzFy cLAJWEh0/9MGiYsITGSUOPD/DFicWUBd4uriIJBBwgIBEs+//WYDCYsIBEqsu8cKEhYR0JPY +/4VI4jNIqAqcXbVNHYQm1fAV2Ly9qdgNYxAN3w/tQbsHmYBcYlbT+ZD3SYgsWTPeWYIW1Ti 5eN/rCDjJQQUJZb3y0GU60gs2P2JDcLWlli28DUzxHhBiZMzn7BMYBSZhWTqLCQts5C0zELS soCRZRWjZHFqcVJuupGhXm56bolealFmcnFxfp5eceomRmDUHNzy23AH48Rr9ocYpTlYlMR5 GaZ3BgkJpCeWpGanphakFsUXleakFh9iZOLglGpgtKsx/+AbxBnB9FQ886C1hrBS3sod88Im FAsuEfFn37AzbaepVHqQeOuUaMnsdxN6NO6vayya28k6dYr8ydWttVv6f7Z907tlq5vz/seh yYsfGZye6vf/um/0Y3XrpNg3M9z6F2g53o+c8tn7nWFFr99XkW8f3hZvvXDn94QHYdzlP4ul Vvg6KrEUZyQaajEXFScCABrKgMBoAgAA
Archived-At: http://mailarchive.ietf.org/arch/msg/mmusic/rKZfcpUnHu1F1NCqh4nQFiPVHg0
Cc: "mmusic@ietf.org" <mmusic@ietf.org>
Subject: Re: [MMUSIC] Comment on SIP Trickle ICE based on INFO draft - FORKING
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, 30 Mar 2014 09:48:46 -0000

Hi,

> 2) Trickle ICE INFO with serial forking
>
>   a) INVITE from local
>   b) INVITE is forked by proxy to first remote destination
>   c) 100 trying is reaching local
>   d) INFO with Trickle ICE from local
>   e) INFO is forward by proxy to first remote destination
>   f) INVITE is forked by proxy to second remote destination
>   g) Whether INFO has to be forked?
>
> It is not mentioned in the draft whether INFO has to be forked to the
> second remote destination as well. Could you please explain the expect
> behavior for this scenario.

I am not sure what you mean by the INFO being forked.

When a new fork is created (i.e. when the offerer receives a 18x response from a new destination), whatever candidates have been trickled on previously created fork(s) of course need to be provided also on the new fork.

And, when multiple forks exist, whenever a new candidate is to be trickled, an INFO carrying the candidate needs to be sent on each fork.

I don't see a problem with this, but if it is unclear in the spec then some additional text might be needed.

Regards,

Christer