[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