Re: [Sipping-tispan] Requirements -02h
Paul Kyzivat <pkyzivat@cisco.com> Fri, 30 September 2005 17:43 UTC
Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org)
by megatron.ietf.org with esmtp (Exim 4.32)
id 1ELOv4-0007Sr-AS; Fri, 30 Sep 2005 13:43:38 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
by megatron.ietf.org with esmtp (Exim 4.32) id 1ELOv1-0007Sd-JN
for sipping-tispan@megatron.ietf.org; Fri, 30 Sep 2005 13:43:35 -0400
Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1])
by ietf.org (8.9.1a/8.9.1a) with ESMTP id NAA22830
for <sipping-tispan@ietf.org>; Fri, 30 Sep 2005 13:43:34 -0400 (EDT)
Received: from rtp-iport-1.cisco.com ([64.102.122.148])
by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1ELP2u-0003C5-VE
for sipping-tispan@ietf.org; Fri, 30 Sep 2005 13:51:46 -0400
Received: from rtp-core-2.cisco.com ([64.102.124.13])
by rtp-iport-1.cisco.com with ESMTP; 30 Sep 2005 10:43:26 -0700
X-BrightmailFiltered: true
X-Brightmail-Tracker: AAAAAA==
X-IronPort-AV: i="3.97,162,1125903600";
d="scan'208"; a="11950362:sNHT21232212"
Received: from xbh-rtp-201.amer.cisco.com (xbh-rtp-201.cisco.com
[64.102.31.12])
by rtp-core-2.cisco.com (8.12.10/8.12.6) with ESMTP id j8UHgwR9011586;
Fri, 30 Sep 2005 13:43:23 -0400 (EDT)
Received: from xfe-rtp-202.amer.cisco.com ([64.102.31.21]) by
xbh-rtp-201.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.211);
Fri, 30 Sep 2005 13:43:09 -0400
Received: from [161.44.79.87] ([161.44.79.87]) by xfe-rtp-202.amer.cisco.com
with Microsoft SMTPSVC(6.0.3790.211);
Fri, 30 Sep 2005 13:43:09 -0400
Message-ID: <433D792D.8040606@cisco.com>
Date: Fri, 30 Sep 2005 13:43:09 -0400
From: Paul Kyzivat <pkyzivat@cisco.com>
User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: "Michael Hammer (mhammer)" <mhammer@cisco.com>
Subject: Re: [Sipping-tispan] Requirements -02h
References: <072C5B76F7CEAB488172C6F64B30B5E39C9F6D@xmb-rtp-20b.amer.cisco.com>
In-Reply-To: <072C5B76F7CEAB488172C6F64B30B5E39C9F6D@xmb-rtp-20b.amer.cisco.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-OriginalArrivalTime: 30 Sep 2005 17:43:09.0537 (UTC)
FILETIME=[6C056510:01C5C5E6]
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 97adf591118a232206bdb5a27b217034
Content-Transfer-Encoding: 7bit
Cc: sipping-tispan@ietf.org, "Alexeitsev, D" <D.Alexeitsev@t-com.net>
X-BeenThere: sipping-tispan@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Discussion of requirements for SIP introduced by ETSI TISPAN
<sipping-tispan.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/sipping-tispan>,
<mailto:sipping-tispan-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/sipping-tispan>
List-Post: <mailto:sipping-tispan@ietf.org>
List-Help: <mailto:sipping-tispan-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/sipping-tispan>,
<mailto:sipping-tispan-request@ietf.org?subject=subscribe>
Sender: sipping-tispan-bounces@ietf.org
Errors-To: sipping-tispan-bounces@ietf.org
Michael Hammer (mhammer) wrote: > Paul, > > This would suggest that so long as one terminal belonging to the AoR has > the capability to accept another call *and* that terminal was recently > used by the user This is the weak spot in the whole service. If the callee has been alerted without success once, there is need for some algorithm to decide when to try again. *Any* change in state of any registered UA may be considered justification for trying again. But even that isn't a great huristic. I may have been gone all afternoon, and have recently returned. I am now available though I have not recently used any terminal. I would think that even in the absence of any state change, another attempt should be made periodically. > (hopefully the correct human), I think by definition any human that can cause the terminal to answer is a correct human. Certainly that is the assumption when regular calls arrive, and I see no reason why it should be different here. > an attempt should be > made to complete using that terminal (plus any terminal that can accept > a call independent of activity - could be broadcast to all). > > Boy, hope that presence system is smart. One that can detect "someone is now in the area" would be good. Paul _______________________________________________ Sipping-tispan mailing list Sipping-tispan@ietf.org https://www1.ietf.org/mailman/listinfo/sipping-tispan
- [Sipping-tispan] Requirements -02h Miguel Garcia
- RE: [Sipping-tispan] Requirements -02h Elwell, John
- RE: [Sipping-tispan] Requirements -02h Michael Hammer (mhammer)
- Re: [Sipping-tispan] Requirements -02h Paul Kyzivat
- Re: [Sipping-tispan] Requirements -02h Paul Kyzivat
- RE: [Sipping-tispan] Requirements -02h Michael Hammer (mhammer)
- Re: [Sipping-tispan] Requirements -02h Paul Kyzivat
- Re: [Sipping-tispan] Requirements -02h Miguel Garcia
- Re: [Sipping-tispan] Requirements -02h Miguel Garcia
- Re: [Sipping-tispan] Requirements -02h Miguel Garcia
- Re: [Sipping-tispan] Requirements -02h Paul Kyzivat
- Re: [Sipping-tispan] Requirements -02h Paul Kyzivat
- RE: [Sipping-tispan] Requirements -02h Michael Hammer (mhammer)
- RE: [Sipping-tispan] Requirements -02h Elwell, John
- Re: [Sipping-tispan] Requirements -02h Miguel Garcia
- Re: [Sipping-tispan] Requirements -02h Miguel Garcia
- Re: [Sipping-tispan] Requirements -02h Paul Kyzivat
- Re: [Sipping-tispan] Requirements -02h Miguel Garcia
- RE: [Sipping-tispan] Requirements -02h Drage, Keith (Keith)