A Session Initiation Protocol (SIP) Response Code for Rejected Calls
draft-burger-sipcore-rejected-01
| Document | Type |
Replaced Internet-Draft
(individual)
Expired & archived
|
|
|---|---|---|---|
| Author | Eric Burger | ||
| Last updated | 2018-07-23 | ||
| Replaced by | draft-ietf-sipcore-rejected | ||
| RFC stream | (None) | ||
| Intended RFC status | (None) | ||
| Formats | |||
| Stream | Stream state | (No stream defined) | |
| Consensus boilerplate | Unknown | ||
| RFC Editor Note | (None) | ||
| IESG | IESG state | Replaced by draft-ietf-sipcore-rejected | |
| Telechat date | (None) | ||
| Responsible AD | (None) | ||
| Send notices to | (None) |
This Internet-Draft is no longer active. A copy of the expired Internet-Draft is available in these formats:
Abstract
This document defines the 608 (Rejected) SIP response code. This response code enables calling parties to learn their call was rejected by an intermediary and will not be answered. As a 6xx code, the caller will be aware that future attempts to contact the same UAS will be likely to fail. The present use case driving the need for the 608 response code is when the intermediary is an analytics engine. In this case, the rejection is by a machine or other process. This contrasts with the 607 (Unwanted) SIP response code, which a human at the target UAS indicated the call was not wanted. In some jurisdictions this distinction is important and may have additional requirements beyond the 607 response code. Specifically, this document defines the use of the Call-Info header in 608 responses to enable rejected callers to contact entities that blocked their calls in error.
Authors
(Note: The e-mail addresses provided for the authors of this Internet-Draft may no longer be valid.)