[Sipping] Re: draft-anil-sipping-bla-02
Paul Kyzivat <pkyzivat@cisco.com> Thu, 28 July 2005 20:22 UTC
Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DyEtx-0000P0-2d; Thu, 28 Jul 2005 16:22:45 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DyEtu-0000Md-F2 for sipping@megatron.ietf.org; Thu, 28 Jul 2005 16:22:42 -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 QAA26136 for <sipping@ietf.org>; Thu, 28 Jul 2005 16:22:40 -0400 (EDT)
Received: from rtp-iport-2.cisco.com ([64.102.122.149]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1DyFPO-0000cy-Rl for sipping@ietf.org; Thu, 28 Jul 2005 16:55:17 -0400
Received: from rtp-core-2.cisco.com (64.102.124.13) by rtp-iport-2.cisco.com with ESMTP; 28 Jul 2005 16:22:30 -0400
X-IronPort-AV: i="3.95,150,1120449600"; d="scan'208"; a="64370810:sNHT30400180"
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 j6SKMTVu011829; Thu, 28 Jul 2005 16:22:29 -0400 (EDT)
Received: from xfe-rtp-201.amer.cisco.com ([64.102.31.38]) by xbh-rtp-201.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.211); Thu, 28 Jul 2005 16:22:29 -0400
Received: from cisco.com ([161.44.79.84]) by xfe-rtp-201.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.211); Thu, 28 Jul 2005 16:22:29 -0400
Message-ID: <42E93E85.9080306@cisco.com>
Date: Thu, 28 Jul 2005 16:22:29 -0400
From: Paul Kyzivat <pkyzivat@cisco.com>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.1) Gecko/20020826
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: mohsen.soroush@sylantro.com, vvenkatar@tellme.com, paul.pepper@citel.com, anil@yahoo-inc.com
Content-Type: text/plain; charset="us-ascii"; format="flowed"
Content-Transfer-Encoding: 7bit
X-OriginalArrivalTime: 28 Jul 2005 20:22:29.0498 (UTC) FILETIME=[13C3ADA0:01C593B2]
X-Spam-Score: 0.0 (/)
X-Scan-Signature: d6b246023072368de71562c0ab503126
Content-Transfer-Encoding: 7bit
Cc: Sipping@ietf.org
Subject: [Sipping] Re: draft-anil-sipping-bla-02
X-BeenThere: sipping@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: "SIPPING Working Group \(applications of SIP\)" <sipping.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/sipping>, <mailto:sipping-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:sipping@ietf.org>
List-Help: <mailto:sipping-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/sipping>, <mailto:sipping-request@ietf.org?subject=subscribe>
Sender: sipping-bounces@ietf.org
Errors-To: sipping-bounces@ietf.org
The call flows in this draft may not work if the devices that are registering are behind a NAT. In that case when the state agent attempts to subscribe to the dialog event package, using the contacts learned from the reg event package, those subscriptions will fail because the contact address is unreachable. There are a variety of means by which the addressabilty can be solved between the device, the registrar, and its proxy. But those in general don't help anybody else. That is why GRUU was invented. If the registering devices request a GRUU when registering, then the GRUU serves as a way for a request to be addressed so it will reach the device. But that won't help the state agent, because it currently has no way to get the gruu. I have a draft (draft-kyzivat-sipping-gruu-reg-event-03.txt) that solves that problem by having the reg event package return the assigned gruu (if any). This should be beneficial to your proposal. Paul _______________________________________________ Sipping mailing list https://www1.ietf.org/mailman/listinfo/sipping This list is for NEW development of the application of SIP Use sip-implementors@cs.columbia.edu for questions on current sip Use sip@ietf.org for new developments of core SIP
- [Sipping] draft-anil-sipping-bla-02 Dale Worley
- [Sipping] Re: draft-anil-sipping-bla-02 Paul Kyzivat