In this case, I would offer we have the same, awful user experience.
Alice connects to the VM system, and the call is immediately dropped
(dialog dies). Alice calls her service provider and says, "Voice Mail
is broken." Or, Alice connects to the VM system, and the VM system is
totally unresponsive (dialog does not die). Alice calls her phone
manufacturer and says, "your phone doesn't work" or calls her service
provider and says, "my phone doesn't work."
Now assume your very highly paid customer service rep at the service
provider trying to debug the dialog does not die scenario...
On Jul 15, 2008, at 6:19 PM, Dean Willis wrote:
[snip]
Alice is an INFO sender for DTMF. She's talking to a new voice mail
system and starts sending it info-dtmf-relay. The VM doesn't
understand, so it 4xxes the INFO. Is Alice better served by having
the call drop or her DTMF attempt ignored? I suspect here that
"ignore", with its potential of a UI indicator to Alice saying "My
attempt to send info-dtmf-relay failed", is probably better than the
call dropping.
How about the ISUP and QSIG use cases? I'm guessing they would fail
typically not with the new 4xx, but with the 415 Unsupported as
documented in RFC 3372.
So it looks like you've convinced me; it's better for the INFO
failure to NOT drop the dialog or dialog usage.
[snip]
_______________________________________________
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
