Juha Heinanen wrote:
> Paul Kyzivat writes:
> 
>  > Perhaps this depends very heavily on exactly what is retargeting and 
>  > what is not. If I call the Dr and get the answering service is that 
>  > retargeting? If I call the boss and get the secretary is that 
>  > retargeting? I I call you on your land line and get forwarded to your 
>  > mobile line is that retargeting?  If I call a help line and get 
>  > forwarded to a call center worker is that retargeting?
> 
> i don't see any problem if callee has configured his proxy or phone to
> perform those actions, but i see a big problem if callee returns 302 to
> the caller and caller's phone or proxy acts on it without informing the
> caller.

If the caller is picky about who he ends up talking to then I don't see 
what difference it makes whether the retargeting is processed by a proxy 
or the UAC. And if the caller is concerned about picking up the charge 
for a call to an unanticipated address then it is just an issue of 
whether it is going to get the bill, not who does the retargeting.

I know we traditionally avoid billing issues, but there are a whole 
class of architectural issues such as this that we can't address without 
considering charging.

IMO a fundamental flaw in charging systems is assuming that the caller 
can infer the charging algorithm that will be used for a call based on 
the *form* of the address. By that I mean:
- whether caller or callee pays
- per minute rate, etc.
This of course gets all screwed up if payment responsibility or rate for 
a call changes as a result of retargeting. But its somewhat of a problem 
even without retargeting. The kinds of problems I am aware of are:
- caller isn't always aware of the mapping from address
   to charging algorithm, so may be charged more than anticipated
- relying on form makes dialing rules difficult (do I start with "1"
   or not? It sometimes depends on which UA dialing is initiated.)
- there is a shortage of desirable "free phone" numbers, because of
   the limited forms for them. Adding new freephone prefixes aggrevates
   the prior propblem of callers knowing the algorithm.
- to date there is no precedent for "freephone" addresses conforming
   to "email" syntax.
_______________________________________________
Sip mailing list  https://www.ietf.org/mailman/listinfo/sip
This list is for NEW development of the core SIP Protocol
Use [EMAIL PROTECTED] for questions on current sip
Use [EMAIL PROTECTED] for new developments on the application of sip

Reply via email to