[EMAIL PROTECTED] wrote:
What does a calling domain do when it wants to invoke this service and
the terminating side doesn't support it. Do we have a recommended 'poor
mans' version of this that requires no additional support? i.e., I am
aware of implementations that actually periodically send INVITEs.
Indeed, doing so may be incentive to properly deploy a sub/not solution
to avoid such deluge...
No, we've been considering such a recommendation as outside our scope.
As a phone user, I can definitely say that I just want this feature to
*work*, regardless of whether the callee has any special support for it.
All this machinery is really an *optimization*, which benefits primarily
the carrier and/or the callee. Perhaps the queuing is of some benefit to
the caller by guaranteeing some fairness in the order that calls are
handled. Possibl it can also provide some feature benefit via the "ring
when available" vs. having to stay at the phone while the call is
repeatedly tried.
But if I was given a choice of a phone the only did repeated dialing, vs
one that only provided the feature if the callee supports it, I would
choose the former.
Paul
_______________________________________________
BLISS mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/bliss
