Subject: [stir] Fwd: New Version Notification for draft-wendt-stir-identity-header-errors-handling-03.txt

From: Chris Wendt <[email-masked]>
Date: Mon, 25 Oct 2021 15:11:03 -0400

Hi All,

I have updated the error handling individual draft based on comments received from last meeting.  Please review and provide comments to list or we plan to discuss in 112 meeting as well. 

Thanks!!

-Chris

> Begin forwarded message:
> 
> From: [email-masked]
> Subject: New Version Notification for draft-wendt-stir-identity-header-errors-handling-03.txt
> Date: October 25, 2021 at 3:03:50 PM EDT
> To: "Chris Wendt" <[email-masked]>
> 
> 
> A new version of I-D, draft-wendt-stir-identity-header-errors-handling-03.txt
> has been successfully submitted by Chris Wendt and posted to the
> IETF repository.
> 
> Name:		draft-wendt-stir-identity-header-errors-handling
> Revision:	03
> Title:		Identity Header Error Handling
> Document date:	2021-10-23
> Group:		Individual Submission
> Pages:		6
> URL:            https://www.ietf.org/archive/id/draft-wendt-stir-identity-header-errors-handling-03.txt
> Status:         https://datatracker.ietf.org/doc/draft-wendt-stir-identity-header-errors-handling/
> Htmlized:       https://datatracker.ietf.org/doc/html/draft-wendt-stir-identity-header-errors-handling
> Diff:           https://www.ietf.org/rfcdiff?url2=draft-wendt-stir-identity-header-errors-handling-03
> 
> Abstract:
>   This document extends STIR and the Authenticated Identity Management
>   in the Session Initiation Protocol (SIP) error handling procedures to
>   include the mapping of verification failure reasons to STIR defined
>   4xx codes so the failure reason of an Identity header field can be
>   conveyed to the upstream authentication service when local policy
>   dictates that the call should continue in the presence of a
>   verification failure.  This document also defines procedures that
>   enable enable a failure reason to be mapped to a specific Identity
>   header for scenarios that use multiple Identity header fields where
>   some may have errors and others may not and the handling of those
>   situations is defined.
> 
> 
> 
> 
> The IETF Secretariat
> 
>