Last Call: <draft-worley-service-example-13.txt> (Session Initiation Protocol Service Example -- Music on Hold) to Informational RFC

The IESG <> Fri, 16 August 2013 20:33 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id 6017011E80F5 for <>; Fri, 16 Aug 2013 13:33:55 -0700 (PDT)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -102.493
X-Spam-Status: No, score=-102.493 tagged_above=-999 required=5 tests=[AWL=0.107, BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100]
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id pPAB2rY2zSlv for <>; Fri, 16 Aug 2013 13:33:54 -0700 (PDT)
Received: from (localhost [IPv6:::1]) by (Postfix) with ESMTP id 9A13211E816D for <>; Fri, 16 Aug 2013 13:33:52 -0700 (PDT)
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
From: The IESG <>
To: IETF-Announce <>
Subject: Last Call: <draft-worley-service-example-13.txt> (Session Initiation Protocol Service Example -- Music on Hold) to Informational RFC
X-Test-IDTracker: no
X-IETF-IDTracker: 4.70.p1
Message-ID: <>
Date: Fri, 16 Aug 2013 13:33:52 -0700
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "IETF announcement list. No discussions." <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Fri, 16 Aug 2013 20:33:55 -0000

The IESG has received a request from an individual submitter to consider
the following document:
- 'Session Initiation Protocol Service Example -- Music on Hold'
  <draft-worley-service-example-13.txt> as Informational RFC

The IESG plans to make a decision in the next few weeks, and solicits
final comments on this action. Please send substantive comments to the mailing lists by 2013-09-13. Exceptionally, comments may be
sent to instead. In either case, please retain the
beginning of the Subject line to allow automated sorting.


   The "music on hold" feature is one of the most desired features of
   telephone systems in the business environment.  "Music on hold" is
   where, when one party to a call has the call "on hold", that party's
   telephone provides an audio stream (often music) to be heard by the
   other party.  Architectural features of SIP make it difficult to
   implement music-on-hold in a way that is fully compliant with the
   standards.  The implementation of music-on-hold described in this
   document is fully effective and standards-compliant, and has a number
   of advantages over the methods previously documented.  In particular,
   it is less likely to produce peculiar user interface effects and more
   likely to work in systems which perform authentication than the
   music-on-hold method described in section 2.3 of RFC 5359.

The file can be obtained via

IESG discussion can be tracked via

No IPR declarations have been submitted directly on this I-D.