Re: [Sip] PING/PONG

Robert Sparks <rjsparks@nostrum.com> Tue, 07 December 2004 16:06 UTC

Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id LAA17807 for <sip-web-archive@ietf.org>; Tue, 7 Dec 2004 11:06:23 -0500 (EST)
Received: from megatron.ietf.org ([132.151.6.71]) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1Cbhxi-0007UK-O0 for sip-web-archive@ietf.org; Tue, 07 Dec 2004 11:13:14 -0500
Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1CbhnK-0005hb-Mu; Tue, 07 Dec 2004 11:02:30 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1CbhWZ-0001V4-8r for sip@megatron.ietf.org; Tue, 07 Dec 2004 10:45:11 -0500
Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id KAA15330 for <sip@ietf.org>; Tue, 7 Dec 2004 10:45:09 -0500 (EST)
Received: from magus.nostrum.com ([69.5.195.2] ident=root) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1Cbhd7-0006q6-Kr for sip@ietf.org; Tue, 07 Dec 2004 10:52:00 -0500
Received: from [192.168.0.100] (c-24-1-68-89.client.comcast.net [24.1.68.89]) (authenticated bits=0) by magus.nostrum.com (8.12.11/8.12.11) with ESMTP id iB7FipNr073883 (version=TLSv1/SSLv3 cipher=RC4-SHA bits=128 verify=NO); Tue, 7 Dec 2004 09:44:56 -0600 (CST) (envelope-from rjsparks@nostrum.com)
In-Reply-To: <41B546DB.1070603@cisco.com>
References: <CD9775120D600F43B9C50329395E9DB64F321F@ivor.citel.com> <13719E43-3D96-11D9-93B0-000D93326732@nostrum.com> <41A43E4D.8020102@cisco.com> <59BC20AE-3E26-11D9-93B0-000D93326732@nostrum.com> <41B135A5.1040208@cisco.com> <53A35690-4796-11D9-8F23-000D93326732@nostrum.com> <41B546DB.1070603@cisco.com>
Mime-Version: 1.0 (Apple Message framework v619)
Content-Type: text/plain; charset="US-ASCII"; format="flowed"
Message-Id: <EC9C3468-4866-11D9-8F23-000D93326732@nostrum.com>
Content-Transfer-Encoding: 7bit
From: Robert Sparks <rjsparks@nostrum.com>
Subject: Re: [Sip] PING/PONG
Date: Tue, 07 Dec 2004 09:44:47 -0600
To: Jonathan Rosenberg <jdrosen@cisco.com>
X-Mailer: Apple Mail (2.619)
X-Spam-Score: 0.1 (/)
X-Scan-Signature: 5a9a1bd6c2d06a21d748b7d0070ddcb8
Content-Transfer-Encoding: 7bit
Cc: sip@ietf.org, Christian Stredicke <Christian.Stredicke@snom.de>, Steve Langstaff <steve.langstaff@citel.com>
X-BeenThere: sip@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Session Initiation Protocol <sip.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/sip>, <mailto:sip-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:sip@ietf.org>
List-Help: <mailto:sip-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/sip>, <mailto:sip-request@ietf.org?subject=subscribe>
Sender: sip-bounces@ietf.org
Errors-To: sip-bounces@ietf.org
X-Spam-Score: 0.1 (/)
X-Scan-Signature: e8a67952aa972b528dd04570d58ad8fe
Content-Transfer-Encoding: 7bit

On Dec 6, 2004, at 11:59 PM, Jonathan Rosenberg wrote:

>
>
> Robert Sparks wrote:
>
>> I hope we're talking past each other at this point.
>> You seem to be proposing that I would _never_ open a connection with 
>> anything but
>> one proxy, even if I had network visibility to something else and the 
>> knowledge that
>> I wanted to talk to it.
>
> No; I'm saying that opening one up as a result of a record-route is 
> not going to work.

Then we have been talking past each other. I wasn't suggesting you 
would.

>
>> I'm saying that if I want to have a dialog with something that I can 
>> reach (but it can't
>> open a connection to me), that I want to open a connection to it and 
>> for the duration
>> of that dialog, keep the connection alive. My original point is that 
>> I want to use the
>> same mechanism we define for keeping a connection to a proxy alive.
>
> I think its fine to open a connection to something else, then send it 
> a sip invite to create a sip dialog. What I think is a problem is 
> opening one up to an element whose address I learn from a record-route 
> after getting the 200 OK to my invite.
>
>> I think maybe you're only seeing the "tried to place a call and it 
>> ended up on some
>> random voicemail server" use case in your response below. Look at it 
>> from a
>> retrieving voicemail point of view. Then consider other services 
>> (like a presence server)
>> I might like to use, perhaps from a third party provider.
>
> Those are ok, since it looks exactly like the normal persistent proxy 
> connection case.
>
> -Jonathan R.
>
>
> -- 
> Jonathan D. Rosenberg, Ph.D.                   600 Lanidex Plaza
> Director, Service Provider VoIP Architecture   Parsippany, NJ 
> 07054-2711
> Cisco Systems
> jdrosen@cisco.com                              FAX:   (973) 952-5050
> http://www.jdrosen.net                         PHONE: (973) 952-5000
> http://www.cisco.com


_______________________________________________
Sip mailing list  https://www1.ietf.org/mailman/listinfo/sip
This list is for NEW development of the core SIP Protocol
Use sip-implementors@cs.columbia.edu for questions on current sip
Use sipping@ietf.org for new developments on the application of sip