[Sipping] Do we have a problem with History-Info and tel: URI?

Dean Willis <dean.willis@softarmor.com> Tue, 11 October 2005 19:16 UTC

Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EPPbY-0008AN-3C; Tue, 11 Oct 2005 15:16:04 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EPPbW-0008A8-4m for sipping@megatron.ietf.org; Tue, 11 Oct 2005 15:16:02 -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 PAA23164 for <sipping@ietf.org>; Tue, 11 Oct 2005 15:15:59 -0400 (EDT)
Received: from nylon.softarmor.com ([66.135.38.164]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1EPPle-0005AS-Lh for sipping@ietf.org; Tue, 11 Oct 2005 15:26:32 -0400
Received: from [64.101.149.214] (dhcp-64-101-149-214.cisco.com [64.101.149.214] (may be forged)) (authenticated bits=0) by nylon.softarmor.com (8.13.1/8.13.1) with ESMTP id j9BJKlmO004309 (version=TLSv1/SSLv3 cipher=RC4-SHA bits=128 verify=NO) for <sipping@ietf.org>; Tue, 11 Oct 2005 14:20:48 -0500
Mime-Version: 1.0 (Apple Message framework v734)
In-Reply-To: <50B1CBA96870A34799A506B2313F266706A2A330@ntht201e.siemenscomms.co.uk>
References: <50B1CBA96870A34799A506B2313F266706A2A330@ntht201e.siemenscomms.co.uk>
Content-Type: text/plain; charset="US-ASCII"; delsp="yes"; format="flowed"
Message-Id: <38555B8A-B24A-40C8-9A57-C5F2BEE1CEF4@softarmor.com>
Content-Transfer-Encoding: 7bit
From: Dean Willis <dean.willis@softarmor.com>
Date: Tue, 11 Oct 2005 14:15:50 -0500
To: sipping <sipping@ietf.org>
X-Mailer: Apple Mail (2.734)
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 69a74e02bbee44ab4f8eafdbcedd94a1
Content-Transfer-Encoding: 7bit
Subject: [Sipping] Do we have a problem with History-Info and tel: URI?
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

This item from the thread on retargeting and Reason header usage just  
caught my eye:

On Oct 11, 2005, at 10:59 AM, Elwell, John wrote:

> Paul said:
>>
>> One issue with the uri parameter approach is: what if the new
>> target is
>> not a sip-uri? It could easily be a tel: uri - there are quite
>> reasonable use cases for that. It could also potentially be an IM: or
>> PRES: uri. And in the case of 3xx responses it can be any
>> kind of URI -
>> even http. At best the rules for affixing parameters can vary by URI
>> scheme, and at worst some schemes may not allow it.
>>
> URI excepted, this limitation applies also to the Reason header
> approach, since that relies on the header being placed in a History- 
> Info
> header in the retargeted or recursed SIP request. But your point  
> about the
> tel: URI is valid.


I'm thinking that the generalized usage of the History-Info header  
for telephone services (like some of the TISPAN discussion usage)  
depends on using tel: URIs in requests.

But if I read this right, we really can't put the Reason header into  
a History-Info which uses a tel: URI.

Do we have a major problem here? Or am I just missing something?

Thanks,

--
Dean 

_______________________________________________
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