Re: [MMUSIC] When a bundle offer is forked

worley@ariadne.com (Dale R. Worley) Thu, 23 May 2013 22:35 UTC

Return-Path: <worley@shell01.TheWorld.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 E961621F95E5 for <mmusic@ietfa.amsl.com>; Thu, 23 May 2013 15:35:16 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.98
X-Spam-Level:
X-Spam-Status: No, score=-2.98 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1, RCVD_IN_SORBS_WEB=0.619]
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 guiQaYNE+N7g for <mmusic@ietfa.amsl.com>; Thu, 23 May 2013 15:35:11 -0700 (PDT)
Received: from TheWorld.com (pcls6.std.com [192.74.137.146]) by ietfa.amsl.com (Postfix) with ESMTP id 4D33121F9811 for <mmusic@ietf.org>; Thu, 23 May 2013 15:08:02 -0700 (PDT)
Received: from shell.TheWorld.com (svani@shell01.theworld.com [192.74.137.71]) by TheWorld.com (8.14.5/8.14.5) with ESMTP id r4NM6m1C026667; Thu, 23 May 2013 18:06:50 -0400
Received: from shell01.TheWorld.com (localhost.theworld.com [127.0.0.1]) by shell.TheWorld.com (8.13.6/8.12.8) with ESMTP id r4NM6mFP5335825; Thu, 23 May 2013 18:06:48 -0400 (EDT)
Received: (from worley@localhost) by shell01.TheWorld.com (8.13.6/8.13.6/Submit) id r4NM6l5C5338062; Thu, 23 May 2013 18:06:47 -0400 (EDT)
Date: Thu, 23 May 2013 18:06:47 -0400
Message-Id: <201305232206.r4NM6l5C5338062@shell01.TheWorld.com>
From: worley@ariadne.com
Sender: worley@ariadne.com
To: Paul Kyzivat <pkyzivat@alum.mit.edu>
In-reply-to: <519E530C.60705@alum.mit.edu> (pkyzivat@alum.mit.edu)
References: <7594FB04B1934943A5C02806D1A2204B1C374357@ESESSMB209.ericsson.se> <519A1336.9010001@jitsi.org> <9F33F40F6F2CD847824537F3C4E37DDF1159D127@MCHP04MSX.global-ad.net> <519A229D.7090204@jitsi.org> <7594FB04B1934943A5C02806D1A2204B1C374463@ESESSMB209.ericsson.se> <519A2768.5010904@alum.mit.edu> <CAPvvaa+A=LkYp9A+wENAABwCYaQcD0HVeX4o+O_16iJRPXZfNw@mail.gmail.com> <7594FB04B1934943A5C02806D1A2204B1C3744DC@ESESSMB209.ericsson.se> <CAPvvaaJsPNk1DAJXYoc8aUgZ0ZayV_8q84W=Mm7vwuRRGuwC-g@mail.gmail.com> <7594FB04B1934943A5C02806D1A2204B1C374572@ESESSMB209.ericsson.se> <519A3883.8060006@jitsi.org> <519A3C8F.3040309@alum.mit.edu> <519B343A.30704@jitsi.org> <519BB598.1030909@alum.mit.edu> <519DF0F8.1070407@jitsi.org> <519E530C.60705@alum.mit.edu>
Cc: mmusic@ietf.org
Subject: Re: [MMUSIC] When a bundle offer is forked
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, 23 May 2013 22:35:18 -0000

> From: Paul Kyzivat <pkyzivat@alum.mit.edu>
> 
> On 5/23/13 6:35 AM, Emil Ivov wrote:
> 
> > In case a bundle offer gets forked and various answers ...
> 
> I trimmed everything else out of Emil's reply, and changed to subject, 
> because this is a whole different can of worms!
> 
> I think we must acknowledge that this *can* happen, though it is a low 
> probability event. It raises all sorts of ugly issues. A few:

Is this actually complicated?  That is, worse than is already the case
in SIP...

My understanding is that in SIP (and this must be a SIP situation),
each fork proceeds with completely independent state from all other
forks.  The forks happen to share sending/receiving ports, but the
received packets can be demultiplexed to the correct fork based on
their sending addresses.  Of course, there are a range of obnoxious
situations where you receive packets before you receive a SIP response
(SDP answer) that describes them, but that is true in non-bundled SIP
as well.

Dale