[prev in list] [next in list] [prev in thread] [next in thread] 

List:       sip-implementors
Subject:    Re: [Sip-implementors] SIP to TEL conversion
From:       Paul Kyzivat <pkyzivat () cisco ! com>
Date:       2009-03-20 14:38:39
Message-ID: 49C3AA6F.2020507 () cisco ! com
[Download RAW message or body]



Hadriel Kaplan wrote:
> 
> > -----Original Message-----
> > From: sip-implementors-bounces@lists.cs.columbia.edu [mailto:sip-
> > implementors-bounces@lists.cs.columbia.edu] On Behalf Of Iņaki Baz
> > Castillo
> > Sent: Thursday, March 12, 2009 5:59 PM
> > 
> > What to do with the SIP URI host part?
> 
> They're gone.  They were attributes of the SIP URI, not a TEL URI.
> 
> 
> > Could these SIP userinfo "parameters" be ignored?:
> 
> Nope, you shouldn't ignore them.  If you ignore them you're affecting the resultant \
> TEL URI you create.  For example the common TEL URI parameters of "rn" and "npdi" \
> are pretty important to keep around.  :)   
> But assuming you are authoritative for the domain of the SIP-URI, and actually \
> understand the user parameters (instead of just treat them as opaque strings), then \
> you can pretty much do what you want.  Ultimately you're doing local policies, \
> because the SIP-URI referenced your domain, and you're authoritative for it. (btw, \
> what URI are you changing - the req-uri?)

I'd like to re-emphasize and expand what Hadriel is saying:

A server authoritative for the domain of the sip URI may do this, or 
*any* conversion of the URI as it wishes.

But if you are *not* authoritative for the domain of the URI, then you 
have no business doing this translation at all. Just because the URL 
appears to contain a phone number does not mean you are permitted to do 
the conversion. The conversion loses information and may not preserve 
the intent of whoever supplied the URI.

For instance, it may be that its important that the connection be made 
via sip. Once converted to TEL, subsequent routing may take it to a GW 
and out of the sip protocol.

	Thanks,
	Paul


[prev in list] [next in list] [prev in thread] [next in thread]