> > The former is a billing issue, which may or may not be related to > > this discussion, as Keith has pointed out. > > > > The latter can be dealt with via called party identity. > > Which, with current specs, only kicks in AFTER the INVITE > transaction has completed.
One way to avoid that would be to create a new I-D, 'connected party precondition'. But preconditions have not enjoyed much success because, as I understand it, preconditions cannot be incrementally deployed. -d > > In any case it is quite within the normal range of expectation to > > day that you may end up talking to someone other than who you > > thought you were calling. > > That's probably true, but it's not a good thing. Why do we keep > trying to reinvent the failings of the pSTN? > > -- > 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 _______________________________________________ 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
