[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
RE: [Sipping] I-D on service identification now available
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