IETF Logo Mail Archive

Re: [MMUSIC] Difficulties accepting and rejecting with bundling

worley@ariadne.com (Dale R. Worley) Tue, 12 March 2013 01:03 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 5C3B121F8EFD for <mmusic@ietfa.amsl.com>; Mon, 11 Mar 2013 18:03:06 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.917
X-Spam-Level:
X-Spam-Status: No, score=-2.917 tagged_above=-999 required=5 tests=[AWL=0.063, 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 KHau6tIhVQcx for <mmusic@ietfa.amsl.com>; Mon, 11 Mar 2013 18:03:05 -0700 (PDT)
Received: from TheWorld.com (pcls4.std.com [192.74.137.144]) by ietfa.amsl.com (Postfix) with ESMTP id EE94621F8EE6 for <mmusic@ietf.org>; Mon, 11 Mar 2013 18:03:04 -0700 (PDT)
Received: from shell.TheWorld.com (root@shell01.theworld.com [192.74.137.71]) by TheWorld.com (8.14.5/8.14.5) with ESMTP id r2C12XhR007157; Mon, 11 Mar 2013 21:02:35 -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 r2C12WVv239046; Mon, 11 Mar 2013 20:02:33 -0500 (EST)
Received: (from worley@localhost) by shell01.TheWorld.com (8.13.6/8.13.6/Submit) id r2C12W0g240047; Mon, 11 Mar 2013 21:02:32 -0400 (EDT)
Date: Mon, 11 Mar 2013 21:02:32 -0400
Message-Id: <201303120102.r2C12W0g240047@shell01.TheWorld.com>
From: worley@ariadne.com
Sender: worley@ariadne.com
To: "Ejzak, Richard P (Richard)" <richard.ejzak@alcatel-lucent.com>
In-reply-to: <03FBA798AC24E3498B74F47FD082A92F36EB74CA@US70TWXCHMBA12.zam.alcatel-lucent.com> (richard.ejzak@alcatel-lucent.com)
References: <201303110237.r2B2btIS180463@shell01.TheWorld.com> <03FBA798AC24E3498B74F47FD082A92F36EB73DA@US70TWXCHMBA12.zam.alcatel-lucent.com> <201303112150.r2BLocqs234131@shell01.TheWorld.com> <03FBA798AC24E3498B74F47FD082A92F36EB74CA@US70TWXCHMBA12.zam.alcatel-lucent.com>
Cc: mmusic@ietf.org
Subject: Re: [MMUSIC] Difficulties accepting and rejecting with bundling
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: Tue, 12 Mar 2013 01:03:06 -0000

> From: "Ejzak, Richard P (Richard)" <richard.ejzak@alcatel-lucent.com>
> 
> This is the only compatibility concern identified with the
> asymmetric use of the unspecified address, but this concern is
> clearly misplaced for rtcweb applications where ICE and consent are
> mandatory.

I'm not limiting my attention to WebRTC only.  Even in situations
where WebRTC is gatewayed to existing SIP infrastructure these
problems appear.  If we restrict ourselves to WebRTC, then we have
even more freedom, and in that case, I'd simply remove the rule
regarding rejects MDs as members of groups.

Dale

v2.23.0 | Report a Bug | By Email