Re: [Speermint] AD review: draft-ietf-speermint-architecture-16.txt

"Livingood, Jason" <Jason_Livingood@cable.comcast.com> Mon, 20 December 2010 21:54 UTC

Return-Path: <jason_livingood@cable.comcast.com>
X-Original-To: speermint@core3.amsl.com
Delivered-To: speermint@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id A9D493A68F9 for <speermint@core3.amsl.com>; Mon, 20 Dec 2010 13:54:11 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -107.715
X-Spam-Level:
X-Spam-Status: No, score=-107.715 tagged_above=-999 required=5 tests=[AWL=0.748, BAYES_00=-2.599, HELO_EQ_MODEMCABLE=0.768, HOST_EQ_MODEMCABLE=1.368, RCVD_IN_DNSWL_HI=-8, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id UYFmecbVNNZC for <speermint@core3.amsl.com>; Mon, 20 Dec 2010 13:54:10 -0800 (PST)
Received: from pacdcimo01.cable.comcast.com (PacdcIMO01.cable.comcast.com [24.40.8.145]) by core3.amsl.com (Postfix) with ESMTP id 9EF493A6AED for <speermint@ietf.org>; Mon, 20 Dec 2010 13:54:10 -0800 (PST)
Received: from ([24.40.55.40]) by pacdcimo01.cable.comcast.com with ESMTP with TLS id 5503620.108944629; Mon, 20 Dec 2010 16:56:28 -0500
Received: from PACDCEXMB06.cable.comcast.com ([fe80::6134:ea50:286a:c0]) by pacdcexhub03.cable.comcast.com ([fe80::d1dd:b302:b617:3755%12]) with mapi id 14.01.0255.000; Mon, 20 Dec 2010 16:55:56 -0500
From: "Livingood, Jason" <Jason_Livingood@cable.comcast.com>
To: Gonzalo Camarillo <Gonzalo.Camarillo@ericsson.com>
Thread-Topic: [Speermint] AD review: draft-ietf-speermint-architecture-16.txt
Thread-Index: AQHLhl0MkDKCH3qosUCwiyz13QaXzJOiPnUAgAEJboCABszAAA==
Date: Mon, 20 Dec 2010 21:55:43 +0000
Message-ID: <C9300A7F.1109C%jason_livingood@cable.comcast.com>
In-Reply-To: <4D09D65F.4070106@ericsson.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/14.2.0.101115
x-originating-ip: [147.191.227.151]
Content-Type: text/plain; charset="us-ascii"
Content-ID: <848A581029D3F64BA46A32C943C39D01@cable.comcast.com>
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Cc: "speermint@ietf.org" <speermint@ietf.org>
Subject: Re: [Speermint] AD review: draft-ietf-speermint-architecture-16.txt
X-BeenThere: speermint@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Mailing list for the speermint working group <speermint.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/speermint>, <mailto:speermint-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/speermint>
List-Post: <mailto:speermint@ietf.org>
List-Help: <mailto:speermint-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/speermint>, <mailto:speermint-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 20 Dec 2010 21:54:11 -0000

The new updated draft (-17) has now been published (notification should
hit the list shortly).

BTW, I also updated section 3 to note that parties are equally likely to
perform the BYE.

Regards
Jason



On 12/16/10 4:05 AM, "Gonzalo Camarillo" <Gonzalo.Camarillo@ericsson.com>
wrote:

>Hi Jason,
>
>thanks for addressing my comments. When you submit the new revision I
>will take care of starting its IETF LC.
>
>>> Section 3. Why is the sending of the BYE (step 5) more likely to be
>>> performed by the target SSP than by the originating SSP?
>> 
>> It just seemed logical as we envisioned the call flow between two people
>> in our head. 
>> 
>> QUESTION: Would you like a modification there?
>
>well, this is a small detail, so I leave it up to you whether or not you
>want to state that step 5 is likely to be performed by the target SSP or
>that it can be performed by either of them.
>
>I have not seen any statistics about who is more likely to hang up when
>involved in a call, the callee or the caller. However, in the PSTN, the
>terminating switch will not send a REL even if the callee hangs up. This
>allows the callee to hang up, move to another telephone, and pick up
>there in order to continue the conversation (i.e., the single line
>extension service). So, at least in the PSTN, you are much more likely
>to see REL messages in the caller to callee direction.
>
>In any case, as I said before, this is a minor point. We have probably
>already spent to much time on it :o)
>
>Thanks,
>
>Gonzalo