ietf-corpus

rfc-7621

A Clarification on the Use of Globally Routable User Agent URIs (GRUUs) in the SIP Event Notification Framework

A.B. Roach
date2015-08 streamIETF areaart wgsipcore statusPROPOSED STANDARD pages4 canonicalhttps://www.rfc-editor.org/rfc/rfc7621 doi10.17487/RFC7621
Experience since the publication of the most recent SIP Events framework (in July 2012) has shown that there is room for interpretation around the use of Globally Routable User Agent URIs in that specification. This document clarifies the intended behavior. This document updates RFC 6665.

updates

Extracted elements (8)

design-rationale §2

GRUUs are required in the SIP event notification context to allow subscribers to send SUBSCRIBE or REFER requests to a specific user agent instance, targeting something like an INVITE dialog on a specific device. The original RFC 6665 text was ambiguous about whether this applied only to SUBSCRIBE-created dialogs or to all dialogs.

sip, realtime

design-rationale §2

The strict GRUU requirement is relaxed for dialogs where a notifier will never accept subscriptions, because the restriction serves no purpose in that case, though use of GRUUs in such context causes no harm either.

sip, realtime

interoperability-note §2

This document updates RFC 6665 to clarify GRUU handling requirements, replacing the original normative paragraph in Section 4.5.1 of RFC 6665. Implementations of RFC 6665 that did not apply the GRUU requirement to INVITE-created dialogs are non-conformant with this clarification.

sip, realtime

normative-requirement §2 MUST

An implementation that uses a non-GRUU local contact under the subscription-rejection exception MUST reject any request that might create a subscription to the associated dialog, whether via SUBSCRIBE or REFER.

sip, realtime

normative-requirement §2 MUST

Notifiers MUST implement the GRUU extension defined in RFC 5627. Notifiers MUST use a GRUU as their local target for all dialog-forming methods and all target-refresh methods, except for dialogs where they will reject all subscription requests (implicit or explicit).

sip, realtime

normative-requirement §2 MUST

The requirements to implement and use GRUUs specifically include dialogs created by the INVITE method, not only SUBSCRIBE-created dialogs.

sip, realtime

normative-requirement §2 SHOULD

When rejecting a subscription request under the non-GRUU exception, the rejection code SHOULD be 403 (Forbidden) unless some other code is more appropriate to the circumstances.

sip, realtime

security-consideration §3

This mechanism does not introduce any security issues beyond those discussed in RFC 6665. No new attack surface is created by this clarification.

security, sip