Re: [Sipping] I-D on service identification now available

[Paul Kyzivat <pkyzivat at cisco.com>]

Certainly it should be fine for the phone to be configured with the 
server to use.

Using a URN is a tradeoff between need for configuration and need for 
standardization. By using a standard URN you can avoid the need for 
configuration, while delegating the job of allocating a particular 
resource to a proxy.

This is not much different from the use of a service:sos URN for 
emergency calling. In that case we are using standardization to allow 
delegation of the selection of the PSAP to a proxy.

It does have some of the same issues as service identification. But at 
least it is not e2e. It is a contract between you and your provider.

	Paul

Francois Audet wrote:
> I don't think we are talking the same thing.
>
> If the proxy want to invoke it, it can easily put the full
> blown SIP URI in a Route header.
>
> What I'm really questioning is the usefulness of having a URN
> as an alias for a SIP URI being signalling on the wire between
> the UA and the proxy, just to be replaced by a SIP URI by that
> proxy.
>
> I'm just saying that that phone should be able to do that on it's 
> own by having the URI being downloaded in the phone at provision
> time.
>
> > -----Original Message-----
> > From: Dean Willis [mailto:dean.willis at softarmor.com] 
> > Sent: Friday, May 11, 2007 14:37
> > To: Audet, Francois (SC100:3055)
> > Cc: Jonathan Rosenberg; Markus.Isomaki at nokia.com; 
> > sipping at ietf.org; Christer Holmberg (JO/LMF)
> > Subject: Re: [Sipping] I-D on service identification now available
> >
> >
> > On May 11, 2007, at 12:17 PM, Francois Audet wrote:
> >
> > > 2) Couldn't we just load
> > > sip:record-service.store=y.format=g711 at recording-server.orig-
> > > domain.com
> > >    directly in the client??? When the client is 
> > provisioned, it would 
> > > equate
> > >    "Call-Recorder-Service" to
> > > "sip:record-service.store=y.format=g711 at recording-server.orig-
> > >    domain.com"? I'm not sure I see a huge advantage in having the 
> > > Outbound proxy do
> > >    the substitution versus the client doing it. Especially if 
> > > automatic provisioning
> > >    is used (Config-framework for example).
> >
> >
> > As for WHY you might do service invocation in a proxy -- 
> > perhaps you'd like calls that originate from your old phone 
> > (which has no knowledge of a recording service) to be 
> > recorded, but only when you call your lawyer.  Proxies can 
> > certainly do this. I'd maintain that this is one of the few 
> > reasons to actually use a proxy. If all the smarts were in 
> > the endpoints, we could eliminate proxies and use only 
> > location servers and TURN servers.
> >
> > --
> > 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 at cs.columbia.edu for questions on current sip
> Use sip at ietf.org for new developments of core SIP


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