[sip-overload] Gen-ART review for draft-ietf-soc-load-control-event-package-10.txt

"Romascanu, Dan (Dan)" <dromasca@avaya.com> Tue, 19 November 2013 14:36 UTC

Return-Path: <dromasca@avaya.com>
X-Original-To: sip-overload@ietfa.amsl.com
Delivered-To: sip-overload@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com []) by ietfa.amsl.com (Postfix) with ESMTP id 9C3F61ADFEF; Tue, 19 Nov 2013 06:36:34 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.226
X-Spam-Status: No, score=-1.226 tagged_above=-999 required=5 tests=[BAYES_40=-0.001, RCVD_IN_DNSWL_LOW=-0.7, RP_MATCHES_RCVD=-0.525] autolearn=ham
Received: from mail.ietf.org ([]) by localhost (ietfa.amsl.com []) (amavisd-new, port 10024) with ESMTP id fmeCy9cZx438; Tue, 19 Nov 2013 06:36:32 -0800 (PST)
Received: from de307622-de-outbound.net.avaya.com (de307622-de-outbound.net.avaya.com []) by ietfa.amsl.com (Postfix) with ESMTP id 1A8251ADFED; Tue, 19 Nov 2013 06:36:31 -0800 (PST)
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-AV: E=Sophos;i="4.93,729,1378872000"; d="scan'208";a="32318441"
Received: from unknown (HELO co300216-co-erhwest-exch.avaya.com) ([]) by de307622-de-outbound.net.avaya.com with ESMTP; 19 Nov 2013 09:36:24 -0500
Received: from unknown (HELO AZ-FFEXHC04.global.avaya.com) ([]) by co300216-co-erhwest-out.avaya.com with ESMTP; 19 Nov 2013 09:30:04 -0500
Received: from AZ-FFEXMB04.global.avaya.com ([fe80::6db7:b0af:8480:c126]) by AZ-FFEXHC04.global.avaya.com ([]) with mapi id 14.03.0146.000; Tue, 19 Nov 2013 15:36:23 +0100
From: "Romascanu, Dan (Dan)" <dromasca@avaya.com>
To: "gen-art@ietf.org" <gen-art@ietf.org>, "draft-ietf-soc-load-control-event-package.all@tools.ietf.org" <draft-ietf-soc-load-control-event-package.all@tools.ietf.org>
Thread-Topic: Gen-ART review for draft-ietf-soc-load-control-event-package-10.txt
Thread-Index: Ac7lNLe69UPCIgg8ReSWGflx1Y77zw==
Date: Tue, 19 Nov 2013 14:36:23 +0000
Message-ID: <9904FB1B0159DA42B0B887B7FA8119CA12941662@AZ-FFEXMB04.global.avaya.com>
Accept-Language: en-US
Content-Language: en-US
x-originating-ip: []
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Mailman-Approved-At: Thu, 21 Nov 2013 13:25:40 -0800
Cc: "sip-overload@ietf.org" <sip-overload@ietf.org>
Subject: [sip-overload] Gen-ART review for draft-ietf-soc-load-control-event-package-10.txt
X-BeenThere: sip-overload@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: SIP Overload <sip-overload.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/sip-overload>, <mailto:sip-overload-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/sip-overload/>
List-Post: <mailto:sip-overload@ietf.org>
List-Help: <mailto:sip-overload-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/sip-overload>, <mailto:sip-overload-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 19 Nov 2013 14:36:34 -0000

I am the assigned Gen-ART reviewer for this draft. For background on Gen-ART, please see the FAQ at


Please resolve these comments along with any other Last Call comments you may receive.

Document: draft-ietf-soc-load-control-event-package-10.txt
Reviewer: Dan Romascanu
Review Date: 11/19/13
IETF LC End Date: 11/19/13
IESG Telechat date: (if known)

Summary: The document is ready, there are a few minor issues which are worth being clarified. 

Major issues: None.

Minor issues:

1. I had some issues with the examples in the introduction. 

>  There are three common examples of legitimate short-term increases in
   call volumes.  Viewer-voting TV shows or ticket giveaways may
   generate millions of calls within a few minutes.  Call volume may
   also spike during special holidays such as New Year's Day and
   Mother's Day. Finally, callers may want to reach friends and family
   in natural disaster areas such as those affected by hurricanes.  When
   possible, only calls traversing overloaded servers should be
   throttled under those conditions.

I am not sure what the term 'legitimate' means here. I would rather say that the paragraph rather deals with increases in call volumes that happen at predictable moments in time (assuming here that the time a hurricane hits a certain geographic zone is predicted by weather forecasters). There would be one more example to add here - the end-of-season (of month, of year) peaks in phone orders. 

There is another category of unpredicted/unpredictable events which is mentioned a few paragraphs later, and which puts a slightly different set of requirements. The list already includes earthquakes or terrorist attacks, it may add the increase in traffic on call centers that provide troubleshooting services when a mass service fails. 

A slight re-organization of this text would improve clarity. 

2. In Section 4 - Design Requirements: 

  o  The solution should draw upon experiences from related PSTN
      mechanisms where applicable.

I have no clue what this section means in the absence of a reference and/or a list of what PSTN mechanisms are to be considered. 

Also, in the same list of requirements I miss an explicit requirement on persistency. 

3. In Section 5.4 in the compliance list - I believe that compliance to the SIP Event Notification Framework [RFC 6665] should be added. 

Nits/editorial comments: