On Apr 15, 2008, at 10:25 AM, Cullen Jennings wrote: > > On Apr 14, 2008, at 8:08 PM, Dean Willis wrote: >> Let's revisit the problem again: >> >> Alice is a customer of provider A. Bob is a customer of provider B. >> >> Alice calls Bob. Bob wishes to forward her call to Jenny's telephone >> number, +445558675309. > > Dean, few question about requirements that I think change the > solution ... > > Assuming the call to Jenny is not free, does Bob want to pay for the > call to Jenny or does Bob want Alice to pay for it?
In my original stated use case, Bob doesn't want to pay for it himself, and neither does Bob's service provider. If Alice wants to pay for it, that's OK with Bob. If she can get it free, that's OK with him too. > > Does Bob want to hide from Alice the fact that the call was > forwarded. Often people forward their business phone to their mobile > phone but don't want to reveal to callers either their mobile phone > number or the fact that they are not really at their business phone. I did not explicitly state this, but the general model here would be for Alice to know that the call is being forwarded and where it is being forwarded to. Since she presumably has to pay the bill (or make a lowest-cost routing decision), she needs this information. For the purpose of the call we're talking about, she might as well get connected with Bob and then get a REFER from him. > I'm also wondering if this thread would be better dealt with in the > BLISS WG. Perhaps. but I'm thinking that this thread is digging some very fundamental brokenness with how we've specified and implemented SIP, deep in the heart of the RFC 3261 series. -- Dean _______________________________________________ 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
